Erreur sur une GPO d'installation
titi
J'ai mis en place des GPO d'installations de logiciel sur une serveur 2003:
Notamment le pack de compatibilité 2007 de Microsoft
et
Adobe reader.
Sur la Gpo d'installation de Adobe reader, j'ai un problème que je n'arrive
pas à résoudre, je cherche depuis plusieurs jours. Alors je viens vers vous.
Quand sur un poste je vais voir Rsop.msc sur la stratégie d'Adobe je vois
écrit :
"Échec de l'attribution de l'application Adobe Reader 9.1.1 - Français de la
stratégie Msi Adobe Reader.
L'erreur est : La structure de stratégie de groupe devrait appeler
l'extension dans
l'actualisation de la stratégie en premier plan synchrone."
Je n'arrive pas à résoudre mon problème.
Pour info,j'ai mis les fichiers dans un dossier Install_Msi contenant un
dossier Adobe Reader et un dossier Pack compatibilité 2007.
Si je vais sur une machine j'accède bien au dossier et je peux (en étant
admin) installer le fichier msi de adobe sans problème.
Merci pour votre aide.
titi
De nouvelles précisions, sur certains postes XP de mon environnement, la
gpo d'adobe s'est correctement effectuée, par contre sur un plus grand nombre
j'ai le problème que je vous ai décrit ci-dessous.
Merci de votre aide.
titi
Bonjour,
Je n'y comprends rien.
Sur la même machine,
dans Rsop, j'ai parfois aucune erreur de signalée,
J'ai parfois une croix rouge sur la partie ordinateur avec le message
"Infrastructure de stratégie de groupe - échec dû à l'erreur indiquée
ci-dessous.
Le chemin d'accès spécifié est introuvable.
Remarque : en raison de la défaillance générale du noyau, aucun autre
composant de stratégie de groupe n'a traité sa stratégie. Les informations
d'état des autres composants ne sont donc pas disponibles."
j'ai parfois un point d'exclamation jaune.
Aide, Aide...
Merci
Jonathan BISMUTH
Par acquis de conscience (j'ai rerencontr� �a chez un client hier), il n'y a
qu'une carte r�seau active sur le XP? [une carte tout court d'ailleurs) ou
plusieurs?
--
Jonathan BISMUTH
Bis IT
MVP Windows Server - Directory Services
MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
http://blog.portail-mcse.net
"titi" <ti...@discussions.microsoft.com> a �crit dans le message de news:
E93F4D59-11D4-4019...@microsoft.com...
>
> Bonjour,
>
> Je n'y comprends rien.
>
> Sur la m�me machine,
> dans Rsop, j'ai parfois aucune erreur de signal�e,
> J'ai parfois une croix rouge sur la partie ordinateur avec le message
> "Infrastructure de strat�gie de groupe - �chec d� � l'erreur indiqu�e
> ci-dessous.
> Le chemin d'acc�s sp�cifi� est introuvable.
>
> Remarque : en raison de la d�faillance g�n�rale du noyau, aucun autre
> composant de strat�gie de groupe n'a trait� sa strat�gie. Les informations
> d'�tat des autres composants ne sont donc pas disponibles."
>
> j'ai parfois un point d'exclamation jaune.
>
> Aide, Aide...
>
> Merci
> "titi" wrote:
>
>> Bonjour,
>>
>> De nouvelles pr�cisions, sur certains postes XP de mon environnement, la
>> gpo d'adobe s'est correctement effectu�e, par contre sur un plus grand
>> nombre
>> j'ai le probl�me que je vous ai d�crit ci-dessous.
>>
>> Merci de votre aide.
>>
>> "titi" wrote:
>>
>> > Bonjour,
>> >
>> > J'ai mis en place des GPO d'installations de logiciel sur une serveur
>> > 2003:
>> >
>> > Notamment le pack de compatibilit� 2007 de Microsoft
>> > et
>> > Adobe reader.
>> >
>> > Sur la Gpo d'installation de Adobe reader, j'ai un probl�me que je
>> > n'arrive
>> > pas � r�soudre, je cherche depuis plusieurs jours. Alors je viens vers
>> > vous.
>> >
>> > Quand sur un poste je vais voir Rsop.msc sur la strat�gie d'Adobe je
>> > vois
>> > �crit :
>> > "�chec de l'attribution de l'application Adobe Reader 9.1.1 - Fran�ais
>> > de la
>> > strat�gie Msi Adobe Reader.
>> > L'erreur est : La structure de strat�gie de groupe devrait appeler
>> > l'extension dans
>> > l'actualisation de la strat�gie en premier plan synchrone."
>> >
>> > Je n'arrive pas � r�soudre mon probl�me.
>> >
>> > Pour info,j'ai mis les fichiers dans un dossier Install_Msi contenant
>> > un
>> > dossier Adobe Reader et un dossier Pack compatibilit� 2007.
>> > Si je vais sur une machine j'acc�de bien au dossier et je peux (en
>> > �tant
>> > admin) installer le fichier msi de adobe sans probl�me.
>> >
>> > Merci pour votre aide.
titi
Merci d'accorder de votre temps à mon souci.
Je n'ai qu'une carte réseau.
Merci de votre aide, je désespère de trouver une solution.
"Jonathan BISMUTH" wrote:
> Bonjour titi,
>
> Par acquis de conscience (j'ai rerencontré ça chez un client hier), il n'y a
> qu'une carte réseau active sur le XP? [une carte tout court d'ailleurs) ou
> plusieurs?
>
> --
> Jonathan BISMUTH
> Bis IT
> MVP Windows Server - Directory Services
> MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
> http://blog.portail-mcse.net
>
> "titi" <ti...@discussions.microsoft.com> a écrit dans le message de news:
> E93F4D59-11D4-4019...@microsoft.com...
> >
> > Bonjour,
> >
> > Je n'y comprends rien.
> >
> > Sur la même machine,
> > dans Rsop, j'ai parfois aucune erreur de signalée,
> > J'ai parfois une croix rouge sur la partie ordinateur avec le message
> > "Infrastructure de stratégie de groupe - échec dû à l'erreur indiquée
> > ci-dessous.
> > Le chemin d'accès spécifié est introuvable.
> >
> > Remarque : en raison de la défaillance générale du noyau, aucun autre
> > composant de stratégie de groupe n'a traité sa stratégie. Les informations
> > d'état des autres composants ne sont donc pas disponibles."
> >
> > j'ai parfois un point d'exclamation jaune.
> >
> > Aide, Aide...
> >
> > Merci
> > "titi" wrote:
> >
> >> Bonjour,
> >>
> >> De nouvelles précisions, sur certains postes XP de mon environnement, la
> >> gpo d'adobe s'est correctement effectuée, par contre sur un plus grand
> >> nombre
> >> j'ai le problème que je vous ai décrit ci-dessous.
> >>
> >> Merci de votre aide.
> >>
> >> "titi" wrote:
> >>
> >> > Bonjour,
> >> >
> >> > J'ai mis en place des GPO d'installations de logiciel sur une serveur
> >> > 2003:
> >> >
> >> > Notamment le pack de compatibilité 2007 de Microsoft
> >> > et
> >> > Adobe reader.
> >> >
> >> > Sur la Gpo d'installation de Adobe reader, j'ai un problème que je
> >> > n'arrive
> >> > pas à résoudre, je cherche depuis plusieurs jours. Alors je viens vers
> >> > vous.
> >> >
> >> > Quand sur un poste je vais voir Rsop.msc sur la stratégie d'Adobe je
> >> > vois
> >> > écrit :
> >> > "Échec de l'attribution de l'application Adobe Reader 9.1.1 - Français
> >> > de la
> >> > stratégie Msi Adobe Reader.
> >> > L'erreur est : La structure de stratégie de groupe devrait appeler
> >> > l'extension dans
> >> > l'actualisation de la stratégie en premier plan synchrone."
> >> >
> >> > Je n'arrive pas à résoudre mon problème.
> >> >
> >> > Pour info,j'ai mis les fichiers dans un dossier Install_Msi contenant
> >> > un
> >> > dossier Adobe Reader et un dossier Pack compatibilité 2007.
> >> > Si je vais sur une machine j'accède bien au dossier et je peux (en
> >> > étant
Jonathan BISMUTH
Autres questions, acc�de tu � \\nom_du_domaine\sysvol ?
Si tu fais clique droit et propri�t�s sur SYSVOL, arrive tu � voir l'onglet
DFS?
--
Jonathan BISMUTH
Bis IT
MVP Windows Server - Directory Services
MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
http://blog.portail-mcse.net
"titi" <ti...@discussions.microsoft.com> a �crit dans le message de news:
6566059B-A907-43F2...@microsoft.com...
> Bonjour,
>
> Merci d'accorder de votre temps � mon souci.
>
> Je n'ai qu'une carte r�seau.
>
> Merci de votre aide, je d�sesp�re de trouver une solution.
>
> "Jonathan BISMUTH" wrote:
>
>> Bonjour titi,
>>
>> Par acquis de conscience (j'ai rerencontr� �a chez un client hier), il
>> n'y a
>> qu'une carte r�seau active sur le XP? [une carte tout court d'ailleurs)
>> ou
>> plusieurs?
>>
>> --
>> Jonathan BISMUTH
>> Bis IT
>> MVP Windows Server - Directory Services
>> MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
>> http://blog.portail-mcse.net
>>
>> "titi" <ti...@discussions.microsoft.com> a �crit dans le message de news:
>> E93F4D59-11D4-4019...@microsoft.com...
>> >
>> > Bonjour,
>> >
>> > Je n'y comprends rien.
>> >
>> > Sur la m�me machine,
>> > dans Rsop, j'ai parfois aucune erreur de signal�e,
>> > J'ai parfois une croix rouge sur la partie ordinateur avec le message
>> > "Infrastructure de strat�gie de groupe - �chec d� � l'erreur indiqu�e
>> > ci-dessous.
>> > Le chemin d'acc�s sp�cifi� est introuvable.
>> >
>> > Remarque : en raison de la d�faillance g�n�rale du noyau, aucun autre
>> > composant de strat�gie de groupe n'a trait� sa strat�gie. Les
>> > informations
>> > d'�tat des autres composants ne sont donc pas disponibles."
>> >
>> > j'ai parfois un point d'exclamation jaune.
>> >
>> > Aide, Aide...
>> >
>> > Merci
>> > "titi" wrote:
>> >
>> >> Bonjour,
>> >>
>> >> De nouvelles pr�cisions, sur certains postes XP de mon environnement,
>> >> la
>> >> gpo d'adobe s'est correctement effectu�e, par contre sur un plus grand
>> >> nombre
>> >> j'ai le probl�me que je vous ai d�crit ci-dessous.
>> >>
>> >> Merci de votre aide.
>> >>
>> >> "titi" wrote:
>> >>
>> >> > Bonjour,
>> >> >
>> >> > J'ai mis en place des GPO d'installations de logiciel sur une
>> >> > serveur
>> >> > 2003:
>> >> >
>> >> > Notamment le pack de compatibilit� 2007 de Microsoft
>> >> > et
>> >> > Adobe reader.
>> >> >
>> >> > Sur la Gpo d'installation de Adobe reader, j'ai un probl�me que je
>> >> > n'arrive
>> >> > pas � r�soudre, je cherche depuis plusieurs jours. Alors je viens
>> >> > vers
>> >> > vous.
>> >> >
>> >> > Quand sur un poste je vais voir Rsop.msc sur la strat�gie d'Adobe je
>> >> > vois
>> >> > �crit :
>> >> > "�chec de l'attribution de l'application Adobe Reader 9.1.1 -
>> >> > Fran�ais
>> >> > de la
>> >> > strat�gie Msi Adobe Reader.
>> >> > L'erreur est : La structure de strat�gie de groupe devrait appeler
>> >> > l'extension dans
>> >> > l'actualisation de la strat�gie en premier plan synchrone."
>> >> >
>> >> > Je n'arrive pas � r�soudre mon probl�me.
>> >> >
>> >> > Pour info,j'ai mis les fichiers dans un dossier Install_Msi
>> >> > contenant
>> >> > un
>> >> > dossier Adobe Reader et un dossier Pack compatibilit� 2007.
>> >> > Si je vais sur une machine j'acc�de bien au dossier et je peux (en
titi
Et toujours un grand merci, pour vouloir m'aider.
Sur le poste Xp je peux accéder à \\nom_du_domaine\sysvol et j'ai bien
accès à un onglet DFS
Par contre, peut être cela à une importance. Je précise que sur mon réseau
j'ai 3 serveur dans le même domaine 1 en Serveur 2000, les deux autres en
serveurs 2003. Dans l'onglet DFS figure 3 lignes chacune correspondant à un
serveur, une seule est mentionné active celle du serveur 2000
Sur le poste XP, quand je regarde le RSOP.msc après un redémarrage j'ai
une fois sur trois le problème :
Sur la même machine, que j'ai décrit
>> > dans Rsop, j'ai parfois aucune erreur de signalée,
>> > J'ai parfois une croix rouge sur la partie ordinateur avec le message
>> > "Infrastructure de stratégie de groupe - échec dû à l'erreur indiquée
>> > ci-dessous.
>> > Le chemin d'accès spécifié est introuvable.
>> >
>> > Remarque : en raison de la défaillance générale du noyau, aucun autre
>> > composant de stratégie de groupe n'a traité sa stratégie. Les
>> > informations
>> > d'état des autres composants ne sont donc pas disponibles."
Si je fais un set Logonserver, je m'aperçois que quand j'ai ce problème
c'est que le serveur "Logonserver" est l'un des deux serveurs 2003 et quand
tout semble ok c'est le serveur 2000 qui est "Logonserver).
"Jonathan BISMUTH" wrote:
> La question est vaste...
>
> Autres questions, accède tu à \\nom_du_domaine\sysvol ?
> Si tu fais clique droit et propriétés sur SYSVOL, arrive tu à voir l'onglet
> DFS?
> --
> Jonathan BISMUTH
> Bis IT
> MVP Windows Server - Directory Services
> MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
> http://blog.portail-mcse.net
>
>
> "titi" <ti...@discussions.microsoft.com> a écrit dans le message de news:
> 6566059B-A907-43F2...@microsoft.com...
> > Bonjour,
> >
> > Merci d'accorder de votre temps à mon souci.
> >
> > Je n'ai qu'une carte réseau.
> >
> > Merci de votre aide, je désespère de trouver une solution.
> >
> > "Jonathan BISMUTH" wrote:
> >
> >> Bonjour titi,
> >>
> >> Par acquis de conscience (j'ai rerencontré ça chez un client hier), il
> >> n'y a
> >> qu'une carte réseau active sur le XP? [une carte tout court d'ailleurs)
> >> ou
> >> plusieurs?
> >>
> >> --
> >> Jonathan BISMUTH
> >> Bis IT
> >> MVP Windows Server - Directory Services
> >> MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
> >> http://blog.portail-mcse.net
> >>
> >> "titi" <ti...@discussions.microsoft.com> a écrit dans le message de news:
> >> E93F4D59-11D4-4019...@microsoft.com...
> >> >
> >> > Bonjour,
> >> >
> >> > Je n'y comprends rien.
> >> >
> >> > Sur la même machine,
> >> > dans Rsop, j'ai parfois aucune erreur de signalée,
> >> > J'ai parfois une croix rouge sur la partie ordinateur avec le message
> >> > "Infrastructure de stratégie de groupe - échec dû à l'erreur indiquée
> >> > ci-dessous.
> >> > Le chemin d'accès spécifié est introuvable.
> >> >
> >> > Remarque : en raison de la défaillance générale du noyau, aucun autre
> >> > composant de stratégie de groupe n'a traité sa stratégie. Les
> >> > informations
> >> > d'état des autres composants ne sont donc pas disponibles."
> >> >
> >> > j'ai parfois un point d'exclamation jaune.
> >> >
> >> > Aide, Aide...
> >> >
> >> > Merci
> >> > "titi" wrote:
> >> >
> >> >> Bonjour,
> >> >>
> >> >> De nouvelles précisions, sur certains postes XP de mon environnement,
> >> >> la
> >> >> gpo d'adobe s'est correctement effectuée, par contre sur un plus grand
> >> >> nombre
> >> >> j'ai le problème que je vous ai décrit ci-dessous.
> >> >>
> >> >> Merci de votre aide.
> >> >>
> >> >> "titi" wrote:
> >> >>
> >> >> > Bonjour,
> >> >> >
> >> >> > J'ai mis en place des GPO d'installations de logiciel sur une
> >> >> > serveur
> >> >> > 2003:
> >> >> >
> >> >> > Notamment le pack de compatibilité 2007 de Microsoft
> >> >> > et
> >> >> > Adobe reader.
> >> >> >
> >> >> > Sur la Gpo d'installation de Adobe reader, j'ai un problème que je
> >> >> > n'arrive
> >> >> > pas à résoudre, je cherche depuis plusieurs jours. Alors je viens
> >> >> > vers
> >> >> > vous.
> >> >> >
> >> >> > Quand sur un poste je vais voir Rsop.msc sur la stratégie d'Adobe je
> >> >> > vois
> >> >> > écrit :
> >> >> > "Échec de l'attribution de l'application Adobe Reader 9.1.1 -
> >> >> > Français
> >> >> > de la
> >> >> > stratégie Msi Adobe Reader.
> >> >> > L'erreur est : La structure de stratégie de groupe devrait appeler
> >> >> > l'extension dans
> >> >> > l'actualisation de la stratégie en premier plan synchrone."
> >> >> >
> >> >> > Je n'arrive pas à résoudre mon problème.
> >> >> >
> >> >> > Pour info,j'ai mis les fichiers dans un dossier Install_Msi
> >> >> > contenant
> >> >> > un
> >> >> > dossier Adobe Reader et un dossier Pack compatibilité 2007.
> >> >> > Si je vais sur une machine j'accède bien au dossier et je peux (en
Jonathan BISMUTH
en ce cas, investissons plut�t du c�t� des 2003. Que trouves tu dans les
journaux d'�v�nements?
Qui fait DNS pour tes serveurs? Pour tes postes?
--
Jonathan BISMUTH
Bis IT
MVP Windows Server - Directory Services
MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
http://blog.portail-mcse.net
"titi" <ti...@discussions.microsoft.com> a �crit dans le message de news:
34D576D8-6640-4720...@microsoft.com...
> Re Bonjour,
>
> Et toujours un grand merci, pour vouloir m'aider.
>
> Sur le poste Xp je peux acc�der � \\nom_du_domaine\sysvol et j'ai bien
> acc�s � un onglet DFS
>
> Par contre, peut �tre cela � une importance. Je pr�cise que sur mon r�seau
> j'ai 3 serveur dans le m�me domaine 1 en Serveur 2000, les deux autres en
> serveurs 2003. Dans l'onglet DFS figure 3 lignes chacune correspondant �
> un
> serveur, une seule est mentionn� active celle du serveur 2000
>
> Sur le poste XP, quand je regarde le RSOP.msc apr�s un red�marrage j'ai
> une fois sur trois le probl�me :
> Sur la m�me machine, que j'ai d�crit
>>> > dans Rsop, j'ai parfois aucune erreur de signal�e,
>>> > J'ai parfois une croix rouge sur la partie ordinateur avec le message
>>> > "Infrastructure de strat�gie de groupe - �chec d� � l'erreur indiqu�e
>>> > ci-dessous.
>>> > Le chemin d'acc�s sp�cifi� est introuvable.
>>> >
>>> > Remarque : en raison de la d�faillance g�n�rale du noyau, aucun autre
>>> > composant de strat�gie de groupe n'a trait� sa strat�gie. Les
>>> > informations
>>> > d'�tat des autres composants ne sont donc pas disponibles."
>
> Si je fais un set Logonserver, je m'aper�ois que quand j'ai ce probl�me
> c'est que le serveur "Logonserver" est l'un des deux serveurs 2003 et
> quand
> tout semble ok c'est le serveur 2000 qui est "Logonserver).
>
>
>
> "Jonathan BISMUTH" wrote:
>
>> La question est vaste...
>>
>> Autres questions, acc�de tu � \\nom_du_domaine\sysvol ?
>> Si tu fais clique droit et propri�t�s sur SYSVOL, arrive tu � voir
>> l'onglet
>> DFS?
>> --
>> Jonathan BISMUTH
>> Bis IT
>> MVP Windows Server - Directory Services
>> MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
>> http://blog.portail-mcse.net
>>
>>
>> "titi" <ti...@discussions.microsoft.com> a �crit dans le message de news:
>> 6566059B-A907-43F2...@microsoft.com...
>> > Bonjour,
>> >
>> > Merci d'accorder de votre temps � mon souci.
>> >
>> > Je n'ai qu'une carte r�seau.
>> >
>> > Merci de votre aide, je d�sesp�re de trouver une solution.
>> >
>> > "Jonathan BISMUTH" wrote:
>> >
>> >> Bonjour titi,
>> >>
>> >> Par acquis de conscience (j'ai rerencontr� �a chez un client hier), il
>> >> n'y a
>> >> qu'une carte r�seau active sur le XP? [une carte tout court
>> >> d'ailleurs)
>> >> ou
>> >> plusieurs?
>> >>
>> >> --
>> >> Jonathan BISMUTH
>> >> Bis IT
>> >> MVP Windows Server - Directory Services
>> >> MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
>> >> http://blog.portail-mcse.net
>> >>
>> >> "titi" <ti...@discussions.microsoft.com> a �crit dans le message de
>> >> news:
>> >> E93F4D59-11D4-4019...@microsoft.com...
>> >> >
>> >> > Bonjour,
>> >> >
>> >> > Je n'y comprends rien.
>> >> >
>> >> > Sur la m�me machine,
>> >> > dans Rsop, j'ai parfois aucune erreur de signal�e,
>> >> > J'ai parfois une croix rouge sur la partie ordinateur avec le
>> >> > message
>> >> > "Infrastructure de strat�gie de groupe - �chec d� � l'erreur
>> >> > indiqu�e
>> >> > ci-dessous.
>> >> > Le chemin d'acc�s sp�cifi� est introuvable.
>> >> >
>> >> > Remarque : en raison de la d�faillance g�n�rale du noyau, aucun
>> >> > autre
>> >> > composant de strat�gie de groupe n'a trait� sa strat�gie. Les
>> >> > informations
>> >> > d'�tat des autres composants ne sont donc pas disponibles."
>> >> >
>> >> > j'ai parfois un point d'exclamation jaune.
>> >> >
>> >> > Aide, Aide...
>> >> >
>> >> > Merci
>> >> > "titi" wrote:
>> >> >
>> >> >> Bonjour,
>> >> >>
>> >> >> De nouvelles pr�cisions, sur certains postes XP de mon
>> >> >> environnement,
>> >> >> la
>> >> >> gpo d'adobe s'est correctement effectu�e, par contre sur un plus
>> >> >> grand
>> >> >> nombre
>> >> >> j'ai le probl�me que je vous ai d�crit ci-dessous.
>> >> >>
>> >> >> Merci de votre aide.
>> >> >>
>> >> >> "titi" wrote:
>> >> >>
>> >> >> > Bonjour,
>> >> >> >
>> >> >> > J'ai mis en place des GPO d'installations de logiciel sur une
>> >> >> > serveur
>> >> >> > 2003:
>> >> >> >
>> >> >> > Notamment le pack de compatibilit� 2007 de Microsoft
>> >> >> > et
>> >> >> > Adobe reader.
>> >> >> >
>> >> >> > Sur la Gpo d'installation de Adobe reader, j'ai un probl�me que
>> >> >> > je
>> >> >> > n'arrive
>> >> >> > pas � r�soudre, je cherche depuis plusieurs jours. Alors je viens
>> >> >> > vers
>> >> >> > vous.
>> >> >> >
>> >> >> > Quand sur un poste je vais voir Rsop.msc sur la strat�gie d'Adobe
>> >> >> > je
>> >> >> > vois
>> >> >> > �crit :
>> >> >> > "�chec de l'attribution de l'application Adobe Reader 9.1.1 -
>> >> >> > Fran�ais
>> >> >> > de la
>> >> >> > strat�gie Msi Adobe Reader.
>> >> >> > L'erreur est : La structure de strat�gie de groupe devrait
>> >> >> > appeler
>> >> >> > l'extension dans
>> >> >> > l'actualisation de la strat�gie en premier plan synchrone."
>> >> >> >
>> >> >> > Je n'arrive pas � r�soudre mon probl�me.
>> >> >> >
>> >> >> > Pour info,j'ai mis les fichiers dans un dossier Install_Msi
>> >> >> > contenant
>> >> >> > un
>> >> >> > dossier Adobe Reader et un dossier Pack compatibilit� 2007.
>> >> >> > Si je vais sur une machine j'acc�de bien au dossier et je peux
>> >> >> > (en
titi
Sur l'un de mes serveurs 2003 dans l'observateur sur "Service d'annuaire" je
trouve :
==========================================================
"Active Directory n'a pas pu transposer en adresse IP le nom d'hôte DNS du
contrôleur de domaine source suivant. Cette erreur empêche la réplication
entre un ou plusieurs contrôleurs de domaine de la forêt des opérations
d'ajout, de suppression et de modification effectuées dans Active Directory.
Tant que cette anomalie persiste, il existera des incohérences entre
différents contrôleurs de domaine au niveau des groupes de sécurité, des
stratégies de groupes, des utilisateurs et des ordinateurs et de leurs mots
de passe, ce qui pourrait entraver l'authentification lors de la connexion ou
l'accès aux ressources du réseau.
Contrôleur de domaine source :
serveur
Nom de l'hôte DNS introuvable :
689c205e-28f3-4534-a78f-91ad9bf75732._msdcs.NomDomaine.LOCAL
Remarque : par défaut, un maximum de dix échecs DNS sont consignés en
journal pour chaque laps de douze heures, même s'il s'est produit plus de dix
échecs. Pour les enregistrer tous, affectez la clé de Registre suivante de la
valeur de 1 :
Chemin de Registre :
HKLM\System\CurrentControlSet\Services\NTDS\Diagnostics\22 DS RPC Client
Action de l'utilisateur :
1) Si le contrôleur de domaine source ne fonctionne plus ou que son système
d'exploitation a été réinstallé sous un autre nom d'ordinateur ou un autre
GUID d'objet NTDSDSA, supprimez les métadonnées du contrôleur de domaine
source à l'aide de l'application ntdsutil.exe en suivant la marche détaillée
dans l'article numéro 216498 de la base des connaissances Microsoft.
2) Confirmez la présence sur le contrôleur de domaine source d'un Active
Directory en état de marche et l'accessibilité depuis le réseau dudit
contrôleur en entrant la commande "net view \\<nom DC source>" ou "ping <nom
DC source>".
3) Vérifiez à l'aide de la version DNS de l'application DCDIAG.EXE (à
disposition à l'adresse http://www.microsoft.com/dns) que le contrôleur de
domaine source exécute les services DNS d'un serveur DNS valide et que ses
inscriptions hôte et CNAME sont consignées correctement.
dcdiag /test:dns
4) Vérifiez, au moyen de la version DNS de l'application DCDIAG.EXE, que ce
contrôleur de domaine de destination exécute les services d'un serveur DNS
valide en lançant dans une console du contrôleur de domaine de destination la
commande suivante :
dcdiag /test:dns
5) Pour un complément d'informations sur l'analyse des erreurs et échecs
DNS, consultez l'article numéro 824449 de la base de connaissances :
http://support.microsoft.com/?kbid=824449
Informations supplémentaires
Valeur de l'erreur :
11004 Le nom demandé est valide, mais aucune donnée du type requise n’a été
trouvée.
Pour plus d'informations, consultez le centre Aide et support à l'adresse
http://go.microsoft.com/fwlink/events.asp."
=============================================================
Sur l'autre serveur 2003, je trouve quelque chose de similaire
ctive Directory n'a pas pu utiliser DNS pour résoudre l'adresse IP du
contrôleur de domaine source ci-dessous. Pour préserver la cohérence des
groupes de sécurité, de la stratégie de groupe, des utilisateurs et des
ordinateurs et de leurs mots de passe, Active Directory s'est répliqué en
utilisant le nom d'ordinateur NetBIOS ou pleinement qualifié du contrôleur de
domaine source.
Une configuration DNS non valide affecte peut-être d'autres opérations
essentielles sur les ordinateurs membres, les contrôleurs de domaines ou les
serveurs d'applications dans cette forêt Active Directory, y compris
l'authentification à l'ouverture de session ou l'accès aux ressources en
réseau.
Vous devez résoudre immédiatement cette erreur de configuration DNS pour
que ce contrôleur de domaine puisse résoudre l'adresse IP du contrôleur de
domaine source avec DNS.
Nom du serveur alternatif :
serveur
Nom de l'hôte en panne :
689c205e-28f3-4534-a78f-91ad9bf75732._msdcs.NomDomaine.LOCAL
Remarque : Par défaut, seuls 10 erreurs DNS sont indiquées par période de 12
heures même si plus de 10 erreurs se produisent. Pour consigner tous les
événements d'erreurs, définissez la valeur de diagnostics dans le Registre à
1 :
Emplacement dans le Registre :
HKLM\System\CurrentControlSet\Services\NTDS\Diagnostics\22 DS RPC Client
Action de l'utilisateur :
1) Si le contrôleur de domaine source ne fonctionne plus ou si son système
d'exploitation a été réinstallé avec un nom d'ordinateur ou un GUID d'objet
NTDSDSA supprimez les métadonnées du contrôleur de domaine source avec
ntdsutil.exe en suivant la procédure indiquée dans l'article 216498 de la
base de connaissances Microsoft.
2) Vérifiez que le contrôleur de domaine (CDD) source exécute Active
directory et est accessible sur le réseau en entrant "net view
\\<CDD_source>" ou "ping <CDD_source>".
3) Vérifiez que le contrôleur de domaine source utilise un serveur DNS
valide pour les services DNS, et que les enregistrements d'hôte et CNAME du
contrôleur de domaine source sont correctement inscrits en utilisant la
version DNS Enhanced de DCDIAG.EXE, disponible sur
http://www.microsoft.com/dns
dcdiag /test:dns
4) Vérifiez que ce contrôleur de domaine de destination utilise un serveur
DNS valide pour les services DNS, en exécutant la version DNS Enhanced de
DCDIAG.EXE sur la console du contrôleur de domaine de destination :
dcdiag /test:dns
5) Pour obtenir plus d'informations sur les erreurs DNS, consultez
l'article 824449 de la base de connaissances :
http://support.microsoft.com/?kbid=824449
Informations supplémentaires
Valeur de l'erreur :
11004 Le nom demandé est valide, mais aucune donnée du type requise n’a été
trouvée.
Pour plus d'informations, consultez le centre Aide et support à l'adresse
============================================================
Serveur étant le nom de mon serveur 2000.
J'ai fait le dcdiag , netdiag net view, l'accès au serveur par \\NomServeur,
par ping tout est ok.
Les serveurs pointent sur l'un des serveurs 2003 pour DNS,
Et mes clients sur le même serveur 2003 et sur le deuxième serveur 2003
Merci
"Jonathan BISMUTH" wrote:
> re,
>
> en ce cas, investissons plutôt du côté des 2003. Que trouves tu dans les
> journaux d'évènements?
titi
Sur un des serveurs 2003, dans l'observateur sur Service de réplication de
fichiers, je trouve aussi :
=======================================================
Le service de réplication de fichiers a détecté que le jeu de réplicas
"DOMAIN SYSTEM VOLUME (SYSVOL SHARE)" est dans JRNL_WRAP_ERROR.
Le nom du jeu de réplicas est : "DOMAIN SYSTEM VOLUME (SYSVOL SHARE)"
Le chemin d'accès de la racine du réplica est : "c:\windows\sysvol\domain"
Le volume de la racine du réplica est : "\\.\C:"
Le jeu de réplicas atteint JRNL_WRAP_ERROR quand l'enregistrement qu'il
essaie de lire à partir du journal NTFS USN n'est pas trouvé. Cela peut se
produire pour une des raisons suivantes.
[1] Le volume "\\.\C:" a été formaté.
[2] Le journal NTFS USN sur le volume "\\.\C:" a été supprimé.
[3] Le journal NTFS USN sur le volume "\\.\C:" a été tronqué. Chkdsk peut
tronquer le journal s'il trouve des entrées endommagées à la fin du journal.
[4] Le service de réplication de fichiers n'a pas été exécuté sur cet
ordinateur depuis longtemps.
[5] Le service de réplication de fichiers n'a pas pu se maintenir au niveau
du taux d'activité E/S du disque sur "\\.\C:".
Définir le paramètre du Registre "Enable Journal Wrap Automatic Restore" à
1 entraînerait l'exécution des étapes de récupération pour récupérer
automatiquement de cet état d'erreur.
[1] Lors de la première interrogation qui aura lieu dans 5 minutes, cet
ordinateur sera supprimé du jeu de réplicas. Si vous ne souhaitez pas
attendre 5 minutes, exécutez "net stop ntfrs" suivi de "net start ntfrs" pour
redémarrer le service de réplication de fichiers.
[2] Lors de l'interrogation suivant la suppression, l'ordinateur sera
ajouté à nouveau au jeu de réplicas. Cela va déclencher une synchronisation
complète de l'arborescence du jeu de réplicas.
AVERTISSEMENT : Pendant le processus de récupération, il se peut que les
données de l'arbre de réplication ne soient pas disponibles. Réinitialisez le
paramètre de Registre décrit ci-dessus à 0 pour éviter toute récupération
automatique en raison de l'indisponibilité inattendue des données si cette
condition d'erreur se produit à nouveau.
Pour modifier le paramètre de Registre, exécutez regedit.
Cliquez sur Démarrer, sur Exécuter et tapez regedit.
Développez HKEY_LOCAL_MACHINE.
Cliquez sur le chemin d'accès de la clé :
"System\CurrentControlSet\Services\NtFrs\Parameters"
Double-cliquez sur le nom de la valeur
"Enable Journal Wrap Automatic Restore"
et mettez la valeur à jour.
Si le nom de la valeur n'est pas présent vous pouvez l'ajouter avec la
fonction Ajouter ->Valeur DWORD dans l'option de menu Modifier. Entrez le nom
de la valeur exactement comme indiqué ci-dessus.
Pour plus d'informations, consultez le centre Aide et support à l'adresse
> >
titi
erreurs mentionnant les autres serveurs.
Je veux dire part là que la où j'ai de mentionné le serveur 2000 il figure
la même erreur mentionnant l'autre serveur 2003.
Jonathan BISMUTH
et plus de r�plication. Il y a 99,9% de chances que ton probl�me vienne de
l� et dans tous les cas il faut le corriger avant toute chose pour ne pas
laisser empirer :
Note : On va admettre que le DNS est le DC 2000, ou du moins que DNS est
install� dessus.
- Si les serveurs ont plusieurs cartes r�seau, d�finie celle qui est sur ton
lan en premier dans l'ordre de connexion : connexions r�seau > avanc� >
param�tres avanc�s > chanp Connexions de l'onglet cartes et liaisons.
D�sactive l'enregistrement auto dans le DNS pour la seconde. Puis :
1- pointe tous les DC 2000 et 2003 sur le DNS 2000
2- sur 2000 et 2003 ipconfig /flushdns et ipconfig /registerdns
3- Sur les 2003 : netdiag /fix puis dcdiag /fix
3'- sur le 2000 : net stop netlogon et net start netlogon
4- il te faut r�cup�rer le JRNL_WRAP_ERROR sur le 2003 � probl�mes :
a- net stop ntfrs
b- dans HKLM\System\CurrentControlSet\Services\NtFrs\Parameters, cr�e la
valeur DWORD Enable Journal Wrap Automatic Restore" et met la � 1
c- net start ntfrs, la valeur se repositionne � 0 et le process de
r�cup�ration d�marre
d- facultatif : encore une fois net stop ntfrs puis net start ntfrs
(pour gagner 5 minutes)
PS : qui est actuellement serveur DNS sur ton domaine? L'AD avec
redirecteur? Un autre serveur? Ton FAI?
--
Jonathan BISMUTH
Bis IT
MVP Windows Server - Directory Services
MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
http://blog.portail-mcse.net
"titi" <ti...@discussions.microsoft.com> a �crit dans le message de news:
7813FB66-C5D2-4063...@microsoft.com...
>
> Sur un des serveurs 2003, dans l'observateur sur Service de r�plication de
> fichiers, je trouve aussi :
> =======================================================
> Le service de r�plication de fichiers a d�tect� que le jeu de r�plicas
> "DOMAIN SYSTEM VOLUME (SYSVOL SHARE)" est dans JRNL_WRAP_ERROR.
>
> Le nom du jeu de r�plicas est : "DOMAIN SYSTEM VOLUME (SYSVOL SHARE)"
> Le chemin d'acc�s de la racine du r�plica est :
> "c:\windows\sysvol\domain"
> Le volume de la racine du r�plica est : "\\.\C:"
> Le jeu de r�plicas atteint JRNL_WRAP_ERROR quand l'enregistrement qu'il
> essaie de lire � partir du journal NTFS USN n'est pas trouv�. Cela peut se
> produire pour une des raisons suivantes.
>
> [1] Le volume "\\.\C:" a �t� format�.
> [2] Le journal NTFS USN sur le volume "\\.\C:" a �t� supprim�.
> [3] Le journal NTFS USN sur le volume "\\.\C:" a �t� tronqu�. Chkdsk peut
> tronquer le journal s'il trouve des entr�es endommag�es � la fin du
> journal.
> [4] Le service de r�plication de fichiers n'a pas �t� ex�cut� sur cet
> ordinateur depuis longtemps.
> [5] Le service de r�plication de fichiers n'a pas pu se maintenir au
> niveau
> du taux d'activit� E/S du disque sur "\\.\C:".
> D�finir le param�tre du Registre "Enable Journal Wrap Automatic Restore" �
> 1 entra�nerait l'ex�cution des �tapes de r�cup�ration pour r�cup�rer
> automatiquement de cet �tat d'erreur.
> [1] Lors de la premi�re interrogation qui aura lieu dans 5 minutes, cet
> ordinateur sera supprim� du jeu de r�plicas. Si vous ne souhaitez pas
> attendre 5 minutes, ex�cutez "net stop ntfrs" suivi de "net start ntfrs"
> pour
> red�marrer le service de r�plication de fichiers.
> [2] Lors de l'interrogation suivant la suppression, l'ordinateur sera
> ajout� � nouveau au jeu de r�plicas. Cela va d�clencher une
> synchronisation
> compl�te de l'arborescence du jeu de r�plicas.
>
> AVERTISSEMENT : Pendant le processus de r�cup�ration, il se peut que les
> donn�es de l'arbre de r�plication ne soient pas disponibles. R�initialisez
> le
> param�tre de Registre d�crit ci-dessus � 0 pour �viter toute r�cup�ration
> automatique en raison de l'indisponibilit� inattendue des donn�es si cette
> condition d'erreur se produit � nouveau.
>
> Pour modifier le param�tre de Registre, ex�cutez regedit.
>
> Cliquez sur D�marrer, sur Ex�cuter et tapez regedit.
>
> D�veloppez HKEY_LOCAL_MACHINE.
> Cliquez sur le chemin d'acc�s de la cl� :
> "System\CurrentControlSet\Services\NtFrs\Parameters"
> Double-cliquez sur le nom de la valeur
> "Enable Journal Wrap Automatic Restore"
> et mettez la valeur � jour.
>
> Si le nom de la valeur n'est pas pr�sent vous pouvez l'ajouter avec la
> fonction Ajouter ->Valeur DWORD dans l'option de menu Modifier. Entrez le
> nom
> de la valeur exactement comme indiqu� ci-dessus.
>
> Pour plus d'informations, consultez le centre Aide et support � l'adresse
>> >
>> > "Jonathan BISMUTH" wrote:
>> >
>> > > re,
>> > >
>> > > en ce cas, investissons plut�t du c�t� des 2003. Que trouves tu dans
>> > > les
>> > > journaux d'�v�nements?
titi
J'ai fait toute les opéarations, mais à la relance de mon poste Xp j'ai
toujours mon pb.
Je vais voir ce que cela donne plus tard, peut être lui faut il un peut de
temps pour retrouver ses esprits.
Par contre la valeur de la variable nable Journal Wrap Automatic Restore, ne
revient pas à Zéro.
Sur les trois serveurs j'ai le DNS de configuré.
Pour mes serveurs le DNS est l'un des deux serveurs 2003.
Pour les postes, il ont le même serveur 2003 en DNS premier et le deuxiéme
Serveur en second
Merci pour ton aide.
"Jonathan BISMUTH" wrote:
> Pas mal de pagaille à nettoyer dans le domaine donc... corruption de journal
> et plus de réplication. Il y a 99,9% de chances que ton problème vienne de
> là et dans tous les cas il faut le corriger avant toute chose pour ne pas
> laisser empirer :
>
> Note : On va admettre que le DNS est le DC 2000, ou du moins que DNS est
> installé dessus.
>
> - Si les serveurs ont plusieurs cartes réseau, définie celle qui est sur ton
> lan en premier dans l'ordre de connexion : connexions réseau > avancé >
> paramètres avancés > chanp Connexions de l'onglet cartes et liaisons.
> Désactive l'enregistrement auto dans le DNS pour la seconde. Puis :
>
> 1- pointe tous les DC 2000 et 2003 sur le DNS 2000
> 2- sur 2000 et 2003 ipconfig /flushdns et ipconfig /registerdns
> 3- Sur les 2003 : netdiag /fix puis dcdiag /fix
> 3'- sur le 2000 : net stop netlogon et net start netlogon
> 4- il te faut récupérer le JRNL_WRAP_ERROR sur le 2003 à problèmes :
> a- net stop ntfrs
> b- dans HKLM\System\CurrentControlSet\Services\NtFrs\Parameters, crée la
> valeur DWORD Enable Journal Wrap Automatic Restore" et met la à 1
> c- net start ntfrs, la valeur se repositionne à 0 et le process de
> récupération démarre
> d- facultatif : encore une fois net stop ntfrs puis net start ntfrs
> (pour gagner 5 minutes)
>
> PS : qui est actuellement serveur DNS sur ton domaine? L'AD avec
> redirecteur? Un autre serveur? Ton FAI?
> --
> Jonathan BISMUTH
> Bis IT
> MVP Windows Server - Directory Services
> MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
> http://blog.portail-mcse.net
>
> "titi" <ti...@discussions.microsoft.com> a écrit dans le message de news:
> 7813FB66-C5D2-4063...@microsoft.com...
> >
> > Sur un des serveurs 2003, dans l'observateur sur Service de réplication de
> > fichiers, je trouve aussi :
> > =======================================================
> > Le service de réplication de fichiers a détecté que le jeu de réplicas
> > "DOMAIN SYSTEM VOLUME (SYSVOL SHARE)" est dans JRNL_WRAP_ERROR.
> >
> > Le nom du jeu de réplicas est : "DOMAIN SYSTEM VOLUME (SYSVOL SHARE)"
> > Le chemin d'accès de la racine du réplica est :
> > "c:\windows\sysvol\domain"
> > Le volume de la racine du réplica est : "\\.\C:"
> > Le jeu de réplicas atteint JRNL_WRAP_ERROR quand l'enregistrement qu'il
> > essaie de lire à partir du journal NTFS USN n'est pas trouvé. Cela peut se
> > produire pour une des raisons suivantes.
> >
> > [1] Le volume "\\.\C:" a été formaté.
> > [2] Le journal NTFS USN sur le volume "\\.\C:" a été supprimé.
> > [3] Le journal NTFS USN sur le volume "\\.\C:" a été tronqué. Chkdsk peut
> > tronquer le journal s'il trouve des entrées endommagées à la fin du
> > journal.
> > [4] Le service de réplication de fichiers n'a pas été exécuté sur cet
> > ordinateur depuis longtemps.
> > [5] Le service de réplication de fichiers n'a pas pu se maintenir au
> > niveau
> > du taux d'activité E/S du disque sur "\\.\C:".
> > Définir le paramètre du Registre "Enable Journal Wrap Automatic Restore" à
> > 1 entraînerait l'exécution des étapes de récupération pour récupérer
> > automatiquement de cet état d'erreur.
> > [1] Lors de la première interrogation qui aura lieu dans 5 minutes, cet
> > ordinateur sera supprimé du jeu de réplicas. Si vous ne souhaitez pas
> > attendre 5 minutes, exécutez "net stop ntfrs" suivi de "net start ntfrs"
> > pour
> > redémarrer le service de réplication de fichiers.
> > [2] Lors de l'interrogation suivant la suppression, l'ordinateur sera
> > ajouté à nouveau au jeu de réplicas. Cela va déclencher une
> > synchronisation
> > complète de l'arborescence du jeu de réplicas.
> >
> > AVERTISSEMENT : Pendant le processus de récupération, il se peut que les
> > données de l'arbre de réplication ne soient pas disponibles. Réinitialisez
> > le
> > paramètre de Registre décrit ci-dessus à 0 pour éviter toute récupération
> > automatique en raison de l'indisponibilité inattendue des données si cette
> > condition d'erreur se produit à nouveau.
> >
> > Pour modifier le paramètre de Registre, exécutez regedit.
> >
> > Cliquez sur Démarrer, sur Exécuter et tapez regedit.
> >
> > Développez HKEY_LOCAL_MACHINE.
> > Cliquez sur le chemin d'accès de la clé :
> > "System\CurrentControlSet\Services\NtFrs\Parameters"
> > Double-cliquez sur le nom de la valeur
> > "Enable Journal Wrap Automatic Restore"
> > et mettez la valeur à jour.
> >
> > Si le nom de la valeur n'est pas présent vous pouvez l'ajouter avec la
> > fonction Ajouter ->Valeur DWORD dans l'option de menu Modifier. Entrez le
> > nom
> > de la valeur exactement comme indiqué ci-dessus.
> >
> > Pour plus d'informations, consultez le centre Aide et support à l'adresse
> >> >
> >> > "Jonathan BISMUTH" wrote:
> >> >
> >> > > re,
> >> > >
> >> > > en ce cas, investissons plutôt du côté des 2003. Que trouves tu dans
> >> > > les
> >> > > journaux d'évènements?
Jonathan BISMUTH
d'applomb.
si sur un 2003 tu fais un netdiag ou un dcdiag y'a t'il encore des erreurs
Quid apr�s la modif du registre, y'as t'il des ev�nements en plus sur
l'observateur d'�v�nement?
Tu as bien respect� le nom de la cl� : Enable journal wrap automatic restore
?
--
Jonathan BISMUTH
Bis IT
MVP Windows Server - Directory Services
MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
http://blog.portail-mcse.net
"titi" <ti...@discussions.microsoft.com> a �crit dans le message de news:
CB77A391-328A-4015...@microsoft.com...
> Re,
>
> J'ai fait toute les op�arations, mais � la relance de mon poste Xp j'ai
> toujours mon pb.
>
> Je vais voir ce que cela donne plus tard, peut �tre lui faut il un peut de
> temps pour retrouver ses esprits.
>
> Par contre la valeur de la variable nable Journal Wrap Automatic Restore,
> ne
> revient pas � Z�ro.
>
> Sur les trois serveurs j'ai le DNS de configur�.
> Pour mes serveurs le DNS est l'un des deux serveurs 2003.
> Pour les postes, il ont le m�me serveur 2003 en DNS premier et le deuxi�me
> Serveur en second
>
> Merci pour ton aide.
> "Jonathan BISMUTH" wrote:
>
>> Pas mal de pagaille � nettoyer dans le domaine donc... corruption de
>> journal
>> et plus de r�plication. Il y a 99,9% de chances que ton probl�me vienne
>> de
>> l� et dans tous les cas il faut le corriger avant toute chose pour ne pas
>> laisser empirer :
>>
>> Note : On va admettre que le DNS est le DC 2000, ou du moins que DNS est
>> install� dessus.
>>
>> - Si les serveurs ont plusieurs cartes r�seau, d�finie celle qui est sur
>> ton
>> lan en premier dans l'ordre de connexion : connexions r�seau > avanc� >
>> param�tres avanc�s > chanp Connexions de l'onglet cartes et liaisons.
>> D�sactive l'enregistrement auto dans le DNS pour la seconde. Puis :
>>
>> 1- pointe tous les DC 2000 et 2003 sur le DNS 2000
>> 2- sur 2000 et 2003 ipconfig /flushdns et ipconfig /registerdns
>> 3- Sur les 2003 : netdiag /fix puis dcdiag /fix
>> 3'- sur le 2000 : net stop netlogon et net start netlogon
>> 4- il te faut r�cup�rer le JRNL_WRAP_ERROR sur le 2003 � probl�mes :
>> a- net stop ntfrs
>> b- dans HKLM\System\CurrentControlSet\Services\NtFrs\Parameters, cr�e
>> la
>> valeur DWORD Enable Journal Wrap Automatic Restore" et met la � 1
>> c- net start ntfrs, la valeur se repositionne � 0 et le process de
>> r�cup�ration d�marre
>> d- facultatif : encore une fois net stop ntfrs puis net start ntfrs
>> (pour gagner 5 minutes)
>>
>> PS : qui est actuellement serveur DNS sur ton domaine? L'AD avec
>> redirecteur? Un autre serveur? Ton FAI?
>> --
>> Jonathan BISMUTH
>> Bis IT
>> MVP Windows Server - Directory Services
>> MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
>> http://blog.portail-mcse.net
>>
>> "titi" <ti...@discussions.microsoft.com> a �crit dans le message de news:
>> 7813FB66-C5D2-4063...@microsoft.com...
>> >
>> > Sur un des serveurs 2003, dans l'observateur sur Service de r�plication
>> > de
>> > fichiers, je trouve aussi :
>> > =======================================================
>> > Le service de r�plication de fichiers a d�tect� que le jeu de r�plicas
>> > "DOMAIN SYSTEM VOLUME (SYSVOL SHARE)" est dans JRNL_WRAP_ERROR.
>> >
>> > Le nom du jeu de r�plicas est : "DOMAIN SYSTEM VOLUME (SYSVOL
>> > SHARE)"
>> > Le chemin d'acc�s de la racine du r�plica est :
>> > "c:\windows\sysvol\domain"
>> > Le volume de la racine du r�plica est : "\\.\C:"
>> > Le jeu de r�plicas atteint JRNL_WRAP_ERROR quand l'enregistrement qu'il
>> > essaie de lire � partir du journal NTFS USN n'est pas trouv�. Cela peut
>> > se
>> > produire pour une des raisons suivantes.
>> >
>> > [1] Le volume "\\.\C:" a �t� format�.
>> > [2] Le journal NTFS USN sur le volume "\\.\C:" a �t� supprim�.
>> > [3] Le journal NTFS USN sur le volume "\\.\C:" a �t� tronqu�. Chkdsk
>> > peut
>> > tronquer le journal s'il trouve des entr�es endommag�es � la fin du
>> > journal.
>> > [4] Le service de r�plication de fichiers n'a pas �t� ex�cut� sur cet
>> > ordinateur depuis longtemps.
>> > [5] Le service de r�plication de fichiers n'a pas pu se maintenir au
>> > niveau
>> > du taux d'activit� E/S du disque sur "\\.\C:".
>> > D�finir le param�tre du Registre "Enable Journal Wrap Automatic
>> > Restore" �
>> > 1 entra�nerait l'ex�cution des �tapes de r�cup�ration pour r�cup�rer
>> > automatiquement de cet �tat d'erreur.
>> > [1] Lors de la premi�re interrogation qui aura lieu dans 5 minutes, cet
>> > ordinateur sera supprim� du jeu de r�plicas. Si vous ne souhaitez pas
>> > attendre 5 minutes, ex�cutez "net stop ntfrs" suivi de "net start
>> > ntfrs"
>> > pour
>> > red�marrer le service de r�plication de fichiers.
>> > [2] Lors de l'interrogation suivant la suppression, l'ordinateur sera
>> > ajout� � nouveau au jeu de r�plicas. Cela va d�clencher une
>> > synchronisation
>> > compl�te de l'arborescence du jeu de r�plicas.
>> >
>> > AVERTISSEMENT : Pendant le processus de r�cup�ration, il se peut que
>> > les
>> > donn�es de l'arbre de r�plication ne soient pas disponibles.
>> > R�initialisez
>> > le
>> > param�tre de Registre d�crit ci-dessus � 0 pour �viter toute
>> > r�cup�ration
>> > automatique en raison de l'indisponibilit� inattendue des donn�es si
>> > cette
>> > condition d'erreur se produit � nouveau.
>> >
>> > Pour modifier le param�tre de Registre, ex�cutez regedit.
>> >
>> > Cliquez sur D�marrer, sur Ex�cuter et tapez regedit.
>> >
>> > D�veloppez HKEY_LOCAL_MACHINE.
>> > Cliquez sur le chemin d'acc�s de la cl� :
>> > "System\CurrentControlSet\Services\NtFrs\Parameters"
>> > Double-cliquez sur le nom de la valeur
>> > "Enable Journal Wrap Automatic Restore"
>> > et mettez la valeur � jour.
>> >
>> > Si le nom de la valeur n'est pas pr�sent vous pouvez l'ajouter avec la
>> > fonction Ajouter ->Valeur DWORD dans l'option de menu Modifier. Entrez
>> > le
>> > nom
>> > de la valeur exactement comme indiqu� ci-dessus.
>> >
>> > Pour plus d'informations, consultez le centre Aide et support �
>> > l'adresse
>> >> >
>> >> > "Jonathan BISMUTH" wrote:
>> >> >
>> >> > > re,
>> >> > >
>> >> > > en ce cas, investissons plut�t du c�t� des 2003. Que trouves tu
>> >> > > dans
>> >> > > les
>> >> > > journaux d'�v�nements?
titi
A priori rien de particulier en exécutant netdiag et dcdiag. Pas d'évènement
de plus sur l'observateur si ce n'est de dire que Sysvol peut être partagé.
J'ai bien écrit la variable, mais elle est toujours à 1.
Sur mon poste Xp quand je vais dans l'observation d'évènement je vois :
Windows ne peut pas accéder au fichier gpt.ini pour l'objet Stratégie de
groupes
CN={B82935A3-5B7E-4948-85BE-624ED17F80C1},CN=Policies,CN=System,DC=Nomdomaine,DC=LOCAL.
Le fichier doit être présent à l'emplacement
<\\Nomdomaine.LOCAL\SysVol\Nomdomaine.LOCAL\Policies\{B82935A3-5B7E-4948-85BE-624ED17F80C1}\gpt.ini>.
(Le chemin d'accès spécifié est introuvable. ). Le traitement de la
stratégie de groupe est interrompu.
Si je vais voir sur les trois serveurs dans le dossier Policies, je trouve
les mêmes choses sur les trois serveurs, mais pas le dossier
B82935A3-5B7E-4948-85BE-624ED17F80C1
Est ce que mon problème pour venir de là.
Maintenant j'ai redémarre le poste XP x fois, j'ai toujours le croix rouge.
Snif, Snif...
"Jonathan BISMUTH" wrote:
> Avant de tester le poste XP, il faut impérativement que l'infra soit
> d'applomb.
> si sur un 2003 tu fais un netdiag ou un dcdiag y'a t'il encore des erreurs
> Quid après la modif du registre, y'as t'il des evènements en plus sur
> l'observateur d'évènement?
>
> Tu as bien respecté le nom de la clé : Enable journal wrap automatic restore
Jonathan BISMUTH
Ton analyse est la bonne et effectivement, dans la mesure o� la r�plication
n'a pas eu lieu ou/et il y a eu perte de synchro entre le dossier sysvol et
l'AD, la GPO est consid�r�e comme existante mais n'est pas l� (d'o� le
chemin d'acc�s introuvable).
S'il n'y a plus d'erreur sur dcdiag et netdiag, c'est un bon d�but, le
probl�me en revanche, c'est qu'apparemment, le process de r�cup�ration ne
fonctionne pas entre les DC, du moins pour la r�plication de cette GPO
particuli�re.
Si tu cr�e une GPO sur un DC (tous sauf celui qui est en JRNL WRAP ERROR),
est elle maintenant r�pliqu�e sur les autres (en fait l'autre, je doute fort
qu'une quelconquer p�lication se fasse avec le dernier) au niveau SYSVOL?
- Si c'est le cas, on va tenter une restau non authoritaire sur le DC en
JRNAL WRAP ERROR
- Si �a n'est pas le cas, je me demande s'il ne faudrait pas
r�trograder/repromouvoir les DC d�faillants
Fais avant tout le test de la GPO et donne moi ton retour
--
Jonathan BISMUTH
Bis IT
MVP Windows Server - Directory Services
MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
http://blog.portail-mcse.net
"titi" <ti...@discussions.microsoft.com> a �crit dans le message de news:
28122091-1DDC-4663...@microsoft.com...
> Bonsoir,
>
> A priori rien de particulier en ex�cutant netdiag et dcdiag. Pas
> d'�v�nement
> de plus sur l'observateur si ce n'est de dire que Sysvol peut �tre
> partag�.
>
> J'ai bien �crit la variable, mais elle est toujours � 1.
>
> Sur mon poste Xp quand je vais dans l'observation d'�v�nement je vois :
>
> Windows ne peut pas acc�der au fichier gpt.ini pour l'objet Strat�gie de
> groupes
> CN={B82935A3-5B7E-4948-85BE-624ED17F80C1},CN=Policies,CN=System,DC=Nomdomaine,DC=LOCAL.
> Le fichier doit �tre pr�sent � l'emplacement
> <\\Nomdomaine.LOCAL\SysVol\Nomdomaine.LOCAL\Policies\{B82935A3-5B7E-4948-85BE-624ED17F80C1}\gpt.ini>.
> (Le chemin d'acc�s sp�cifi� est introuvable. ). Le traitement de la
> strat�gie de groupe est interrompu.
>
> Si je vais voir sur les trois serveurs dans le dossier Policies, je trouve
> les m�mes choses sur les trois serveurs, mais pas le dossier
> B82935A3-5B7E-4948-85BE-624ED17F80C1
>
> Est ce que mon probl�me pour venir de l�.
>
> Maintenant j'ai red�marre le poste XP x fois, j'ai toujours le croix
> rouge.
>
> Snif, Snif...
>
> "Jonathan BISMUTH" wrote:
>
>> Avant de tester le poste XP, il faut imp�rativement que l'infra soit
>> d'applomb.
>> si sur un 2003 tu fais un netdiag ou un dcdiag y'a t'il encore des
>> erreurs
>> Quid apr�s la modif du registre, y'as t'il des ev�nements en plus sur
>> l'observateur d'�v�nement?
>>
>> Tu as bien respect� le nom de la cl� : Enable journal wrap automatic
titi
Bonjour,
J'ai vraiment besoin d'aide au plus vite.
J'ai sorti ma machine du domaine puis je l'ai remise.
Maintenant, j'ai toujours le message sur le poste de travail :
Windows ne peut pas accéder au fichier gpt.ini pour l'objet Stratégie de
groupes
CN={B82935A3-5B7E-4948-85BE-624ED17F80C1},CN=Policies,CN=System,DC=Nomdomaine,DC=LOCAL.
Le fichier doit être présent à l'emplacement
<\\Nomdomaine.LOCAL\SysVol\Nomdomaine.LOCAL\Policies\{B82935A3-5B7E-4948-85BE-624ED17F80C1}\gpt.ini>.
(Le chemin d'accès spécifié est introuvable. ). Le traitement de la
stratégie de groupe est interrompu.
Si je vais voir sur les trois serveurs dans le dossier Policies, je trouve
les mêmes choses sur les trois serveurs, mais pas le dossier
B82935A3-5B7E-4948-85BE-624ED17F80C1
Et de plus les GPO telles que la gestion de WSUS et le nom affichage de
l'utilisateur à l'ouverture de session que j'avais faite, ne sont plus
opérationnelles.
C'est vraiment le bazar, comment rétablir une situation saine ???
Merci pour votre aide.
Jonathan BISMUTH
Peut �tre a t'il saut� mais sache que ton psote de travail n'est pas en
cause, c'est ton infra qui est en vrac :
"Pas de larme, c'est une bonne avanc�e!
Ton analyse est la bonne et effectivement, dans la mesure o� la r�plication
n'a pas eu lieu ou/et il y a eu perte de synchro entre le dossier sysvol et
l'AD, la GPO est consid�r�e comme existante mais n'est pas l� (d'o� le
chemin d'acc�s introuvable).
S'il n'y a plus d'erreur sur dcdiag et netdiag, c'est un bon d�but, le
probl�me en revanche, c'est qu'apparemment, le process de r�cup�ration ne
fonctionne pas entre les DC, du moins pour la r�plication de cette GPO
particuli�re.
Si tu cr�e une GPO sur un DC (tous sauf celui qui est en JRNL WRAP ERROR),
est elle maintenant r�pliqu�e sur les autres (en fait l'autre, je doute fort
qu'une quelconquer p�lication se fasse avec le dernier) au niveau SYSVOL?
- Si c'est le cas, on va tenter une restau non authoritaire sur le DC en
JRNAL WRAP ERROR
- Si �a n'est pas le cas, je me demande s'il ne faudrait pas
r�trograder/repromouvoir les DC d�faillants
Fais avant tout le test de la GPO et donne moi ton retour"
--
Jonathan BISMUTH
Bis IT
MVP Windows Server - Directory Services
MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
http://blog.portail-mcse.net
"titi" <ti...@discussions.microsoft.com> a �crit dans le message de news:
690A1FE9-A0DA-465E...@microsoft.com...
>
> Bonjour,
>
> J'ai vraiment besoin d'aide au plus vite.
>
> J'ai sorti ma machine du domaine puis je l'ai remise.
>
> Maintenant, j'ai toujours le message sur le poste de travail :
> Windows ne peut pas acc�der au fichier gpt.ini pour l'objet Strat�gie de
> groupes
> CN={B82935A3-5B7E-4948-85BE-624ED17F80C1},CN=Policies,CN=System,DC=Nomdomaine,DC=LOCAL.
> Le fichier doit �tre pr�sent � l'emplacement
> <\\Nomdomaine.LOCAL\SysVol\Nomdomaine.LOCAL\Policies\{B82935A3-5B7E-4948-85BE-624ED17F80C1}\gpt.ini>.
> (Le chemin d'acc�s sp�cifi� est introuvable. ). Le traitement de la
> strat�gie de groupe est interrompu.
>
> Si je vais voir sur les trois serveurs dans le dossier Policies, je trouve
> les m�mes choses sur les trois serveurs, mais pas le dossier
> B82935A3-5B7E-4948-85BE-624ED17F80C1
>
>
> Et de plus les GPO telles que la gestion de WSUS et le nom affichage de
> l'utilisateur � l'ouverture de session que j'avais faite, ne sont plus
> op�rationnelles.
>
> C'est vraiment le bazar, comment r�tablir une situation saine ???
>
> Merci pour votre aide.
titi
Tout d'abord, suite à mon dernier message où je n'avais plus mes gpo qui
s'exécutaient, j'ai supprimé la gpo que j'avais créé pour l'installation du
pack de compatibilité office 2007, quand j'ai redémarré la machine je n'avais
plus de croix rouge et mes gpo anciennes s'exécutaient de nouveau. On dirait
que se sont mes dernières GPO qui posent problèmes.
Ensuite, par rapport à ton dernier message, j'ai rajouté une GPO depuis mon
serveur 2000, sans rien y définir dedans.
Si je regarde les dossiers sysvol des trois serveurs, je vois bien les mêmes
dossiers dans le dossier Polices, et j'y vois bien celui correspondant à la
nouvelle GPO.
Par contre pour les dossiers qui existaient avant, je n'ai pas les mêmes
dates. Est ce normal ?
Dans la nouvelle GPO Crée, j'ai remis l'installation du Pack de
compatibilité d'office 2007, j'ai redémarré mon poste, au deuxième démarrage
j'ai vu l'installation du logiciel, je n'avais plus de croix rouge dans
RSOP.Msc. J'ai redémarrer la machine plusieurs fois à priori c'est OK.
Mais mes dossiers dans SYSVOL\Policies on des dates différentes, je pense
que ce n'est pas normal.
J'ai effectué des modifications depuis le serveur 2000, sur une gpo
exitante, la date"Modifié le" du dossier de la gpo dans Sysvol\policies ne
change pas. Cela me cela bizarre.
Il me manque à remettre la GPO d'installation de Abode reader 9, mais j'ose
pas pour ce soir.
Je pars en stage demain, je vais essayer à distance de surveiller ce qui ce
passe.
Merci pour votre aide
Jonathan BISMUTH
la date de modification ne joue pas, il faut bien que les dossiers se
r�pliquent, donc ils auront fatalement une date diff�rente :)
visiblement les /fix ont fait leur effect, par contre je suis emb�t� pour
ton JRNL_WRAP_ERROR.
S'il a �t� corrig�, on devrait bien trouver de straces dans l'eventlog...
peux tu rev�rifier le journal d ereplication d efihciers afin de voir s'il y
a quelque chose qui est dit?
Pour le reste, je trouve �a plut�t engageant non?
--
Jonathan BISMUTH
Bis IT
MVP Windows Server - Directory Services
MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
http://blog.portail-mcse.net
"titi" <ti...@discussions.microsoft.com> a �crit dans le message de news:
60194FF6-5E43-4371...@microsoft.com...
> Bonsoir,
>
>
> Tout d'abord, suite � mon dernier message o� je n'avais plus mes gpo qui
> s'ex�cutaient, j'ai supprim� la gpo que j'avais cr�� pour l'installation
> du
> pack de compatibilit� office 2007, quand j'ai red�marr� la machine je
> n'avais
> plus de croix rouge et mes gpo anciennes s'ex�cutaient de nouveau. On
> dirait
> que se sont mes derni�res GPO qui posent probl�mes.
>
> Ensuite, par rapport � ton dernier message, j'ai rajout� une GPO depuis
> mon
> serveur 2000, sans rien y d�finir dedans.
>
> Si je regarde les dossiers sysvol des trois serveurs, je vois bien les
> m�mes
> dossiers dans le dossier Polices, et j'y vois bien celui correspondant �
> la
> nouvelle GPO.
>
> Par contre pour les dossiers qui existaient avant, je n'ai pas les m�mes
> dates. Est ce normal ?
>
>
> Dans la nouvelle GPO Cr�e, j'ai remis l'installation du Pack de
> compatibilit� d'office 2007, j'ai red�marr� mon poste, au deuxi�me
> d�marrage
> j'ai vu l'installation du logiciel, je n'avais plus de croix rouge dans
> RSOP.Msc. J'ai red�marrer la machine plusieurs fois � priori c'est OK.
>
>
> Mais mes dossiers dans SYSVOL\Policies on des dates diff�rentes, je pense
> que ce n'est pas normal.
>
> J'ai effectu� des modifications depuis le serveur 2000, sur une gpo
> exitante, la date"Modifi� le" du dossier de la gpo dans Sysvol\policies ne
> change pas. Cela me cela bizarre.
>
> Il me manque � remettre la GPO d'installation de Abode reader 9, mais
> j'ose
> pas pour ce soir.
>
> Je pars en stage demain, je vais essayer � distance de surveiller ce qui
titi
Comme je vous l'ai annoncé dans mon message, je suis en formation et de là
où je suis je ne peux pas accéder aux postes de mon service.
Et je n'ai pas de personne assez compétente sur place pour lui faire faire
des manipulation.
Je ne pourrais donc voir cela qu'à mon retour Vendredi.
Par contre je suis surpris de ta réponse concernant les dates des dossiers
dans Policies, je croyais que s'il y avait une réplication ils devaient tous
avoir les mêmes dates .
Merci encore et toujours pour votre aide
"Jonathan BISMUTH" wrote:
> re titi,
>
> la date de modification ne joue pas, il faut bien que les dossiers se
> répliquent, donc ils auront fatalement une date différente :)
> visiblement les /fix ont fait leur effect, par contre je suis embêté pour
> ton JRNL_WRAP_ERROR.
> S'il a été corrigé, on devrait bien trouver de straces dans l'eventlog...
> peux tu revérifier le journal d ereplication d efihciers afin de voir s'il y
> a quelque chose qui est dit?
>
> Pour le reste, je trouve ça plutôt engageant non?
> --
> Jonathan BISMUTH
> Bis IT
> MVP Windows Server - Directory Services
> MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
> http://blog.portail-mcse.net
>
> "titi" <ti...@discussions.microsoft.com> a écrit dans le message de news:
> 60194FF6-5E43-4371...@microsoft.com...
> > Bonsoir,
> >
> >
> > Tout d'abord, suite à mon dernier message où je n'avais plus mes gpo qui
> > s'exécutaient, j'ai supprimé la gpo que j'avais créé pour l'installation
> > du
> > pack de compatibilité office 2007, quand j'ai redémarré la machine je
> > n'avais
> > plus de croix rouge et mes gpo anciennes s'exécutaient de nouveau. On
> > dirait
> > que se sont mes dernières GPO qui posent problèmes.
> >
> > Ensuite, par rapport à ton dernier message, j'ai rajouté une GPO depuis
> > mon
> > serveur 2000, sans rien y définir dedans.
> >
> > Si je regarde les dossiers sysvol des trois serveurs, je vois bien les
> > mêmes
> > dossiers dans le dossier Polices, et j'y vois bien celui correspondant à
> > la
> > nouvelle GPO.
> >
> > Par contre pour les dossiers qui existaient avant, je n'ai pas les mêmes
> > dates. Est ce normal ?
> >
> >
> > Dans la nouvelle GPO Crée, j'ai remis l'installation du Pack de
> > compatibilité d'office 2007, j'ai redémarré mon poste, au deuxième
> > démarrage
> > j'ai vu l'installation du logiciel, je n'avais plus de croix rouge dans
> > RSOP.Msc. J'ai redémarrer la machine plusieurs fois à priori c'est OK.
> >
> >
> > Mais mes dossiers dans SYSVOL\Policies on des dates différentes, je pense
> > que ce n'est pas normal.
> >
> > J'ai effectué des modifications depuis le serveur 2000, sur une gpo
> > exitante, la date"Modifié le" du dossier de la gpo dans Sysvol\policies ne
> > change pas. Cela me cela bizarre.
> >
> > Il me manque à remettre la GPO d'installation de Abode reader 9, mais
> > j'ose
> > pas pour ce soir.
> >
> > Je pars en stage demain, je vais essayer à distance de surveiller ce qui
Jonathan BISMUTH
pas de probl�me, passe ta formation tranquillement, on en rediscutera � ton
retour.
Concernant la r�plication je te rassure, les donn�es sont synchronis�es...
mais dat�es du moment o� les elles sont cr��es sur le serveur cible.
A bient�t,
--
Jonathan BISMUTH
Bis IT
MVP Windows Server - Directory Services
MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
http://blog.portail-mcse.net
"titi" <ti...@discussions.microsoft.com> a �crit dans le message de news:
53FBB986-B0FB-4D1A...@microsoft.com...
> Bonsoir,
>
> Comme je vous l'ai annonc� dans mon message, je suis en formation et de l�
> o� je suis je ne peux pas acc�der aux postes de mon service.
> Et je n'ai pas de personne assez comp�tente sur place pour lui faire
> faire
> des manipulation.
>
> Je ne pourrais donc voir cela qu'� mon retour Vendredi.
>
> Par contre je suis surpris de ta r�ponse concernant les dates des dossiers
> dans Policies, je croyais que s'il y avait une r�plication ils devaient
> tous
> avoir les m�mes dates .
>
> Merci encore et toujours pour votre aide
>
> "Jonathan BISMUTH" wrote:
>
>> re titi,
>>
>> la date de modification ne joue pas, il faut bien que les dossiers se
>> r�pliquent, donc ils auront fatalement une date diff�rente :)
>> visiblement les /fix ont fait leur effect, par contre je suis emb�t� pour
>> ton JRNL_WRAP_ERROR.
>> S'il a �t� corrig�, on devrait bien trouver de straces dans l'eventlog...
>> peux tu rev�rifier le journal d ereplication d efihciers afin de voir
>> s'il y
>> a quelque chose qui est dit?
>>
>> Pour le reste, je trouve �a plut�t engageant non?
>> --
>> Jonathan BISMUTH
>> Bis IT
>> MVP Windows Server - Directory Services
>> MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
>> http://blog.portail-mcse.net
>>
>> "titi" <ti...@discussions.microsoft.com> a �crit dans le message de news:
>> 60194FF6-5E43-4371...@microsoft.com...
>> > Bonsoir,
>> >
>> >
>> > Tout d'abord, suite � mon dernier message o� je n'avais plus mes gpo
>> > qui
>> > s'ex�cutaient, j'ai supprim� la gpo que j'avais cr�� pour
>> > l'installation
>> > du
>> > pack de compatibilit� office 2007, quand j'ai red�marr� la machine je
>> > n'avais
>> > plus de croix rouge et mes gpo anciennes s'ex�cutaient de nouveau. On
>> > dirait
>> > que se sont mes derni�res GPO qui posent probl�mes.
>> >
>> > Ensuite, par rapport � ton dernier message, j'ai rajout� une GPO depuis
>> > mon
>> > serveur 2000, sans rien y d�finir dedans.
>> >
>> > Si je regarde les dossiers sysvol des trois serveurs, je vois bien les
>> > m�mes
>> > dossiers dans le dossier Polices, et j'y vois bien celui correspondant
>> > �
>> > la
>> > nouvelle GPO.
>> >
>> > Par contre pour les dossiers qui existaient avant, je n'ai pas les
>> > m�mes
>> > dates. Est ce normal ?
>> >
>> >
>> > Dans la nouvelle GPO Cr�e, j'ai remis l'installation du Pack de
>> > compatibilit� d'office 2007, j'ai red�marr� mon poste, au deuxi�me
>> > d�marrage
>> > j'ai vu l'installation du logiciel, je n'avais plus de croix rouge dans
>> > RSOP.Msc. J'ai red�marrer la machine plusieurs fois � priori c'est OK.
>> >
>> >
>> > Mais mes dossiers dans SYSVOL\Policies on des dates diff�rentes, je
>> > pense
>> > que ce n'est pas normal.
>> >
>> > J'ai effectu� des modifications depuis le serveur 2000, sur une gpo
>> > exitante, la date"Modifi� le" du dossier de la gpo dans Sysvol\policies
>> > ne
>> > change pas. Cela me cela bizarre.
>> >
>> > Il me manque � remettre la GPO d'installation de Abode reader 9, mais
>> > j'ose
>> > pas pour ce soir.
>> >
>> > Je pars en stage demain, je vais essayer � distance de surveiller ce