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 HKLMSystemCurrentControlSetServicesNtFrsParameters, 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" a écrit dans le message de news:
>
> 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:windowssysvoldomain"
> 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é :
> "SystemCurrentControlSetServicesNtFrsParameters"
> 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?
>> > > 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
>> > >
>> >
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 HKLMSystemCurrentControlSetServicesNtFrsParameters, 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" <titi@discussions.microsoft.com> a écrit dans le message de news:
7813FB66-C5D2-4063-B71F-CB49BCDFD713@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:windowssysvoldomain"
> 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é :
> "SystemCurrentControlSetServicesNtFrsParameters"
> 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?
>> > > 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
>> > >
>> >
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 HKLMSystemCurrentControlSetServicesNtFrsParameters, 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" a écrit dans le message de news:
>
> 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:windowssysvoldomain"
> 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é :
> "SystemCurrentControlSetServicesNtFrsParameters"
> 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?
>> > > 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
>> > >
>> >
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 HKLMSystemCurrentControlSetServicesNtFrsParameters, 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" a écrit dans le message de news:
>
> 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:windowssysvoldomain"
> 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é :
> "SystemCurrentControlSetServicesNtFrsParameters"
> 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?
>> > > 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
>> > >
>> >
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 HKLMSystemCurrentControlSetServicesNtFrsParameters, 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" <titi@discussions.microsoft.com> a écrit dans le message de news:
7813FB66-C5D2-4063-B71F-CB49BCDFD713@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:windowssysvoldomain"
> 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é :
> "SystemCurrentControlSetServicesNtFrsParameters"
> 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?
>> > > 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
>> > >
>> >
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 HKLMSystemCurrentControlSetServicesNtFrsParameters, 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" a écrit dans le message de news:
>
> 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:windowssysvoldomain"
> 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é :
> "SystemCurrentControlSetServicesNtFrsParameters"
> 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?
>> > > 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
>> > >
>> >
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 HKLMSystemCurrentControlSetServicesNtFrsParameters, 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" a écrit dans le message de news:
>
> 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:windowssysvoldomain"
> 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é :
> "SystemCurrentControlSetServicesNtFrsParameters"
> 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?
>> > > 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
>> > >
>> >
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 HKLMSystemCurrentControlSetServicesNtFrsParameters, 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" <titi@discussions.microsoft.com> a écrit dans le message de news:
7813FB66-C5D2-4063-B71F-CB49BCDFD713@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:windowssysvoldomain"
> 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é :
> "SystemCurrentControlSetServicesNtFrsParameters"
> 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?
>> > > 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
>> > >
>> >
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 HKLMSystemCurrentControlSetServicesNtFrsParameters, 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" a écrit dans le message de news:
>
> 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:windowssysvoldomain"
> 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é :
> "SystemCurrentControlSetServicesNtFrsParameters"
> 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?
>> > > 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
>> > >
>> >
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 HKLMSystemCurrentControlSetServicesNtFrsParameters, 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" a écrit dans le message de news:
>
> 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:windowssysvoldomain"
> 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é :
> "SystemCurrentControlSetServicesNtFrsParameters"
> 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?
>> > > 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
>> > >
>> >
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 HKLMSystemCurrentControlSetServicesNtFrsParameters, 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" <titi@discussions.microsoft.com> a écrit dans le message de news:
7813FB66-C5D2-4063-B71F-CB49BCDFD713@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:windowssysvoldomain"
> 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é :
> "SystemCurrentControlSetServicesNtFrsParameters"
> 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?
>> > > 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
>> > >
>> >
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 HKLMSystemCurrentControlSetServicesNtFrsParameters, 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" a écrit dans le message de news:
>
> 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:windowssysvoldomain"
> 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é :
> "SystemCurrentControlSetServicesNtFrsParameters"
> 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?
>> > > 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
>> > >
>> >
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
Bis IT
MVP Windows Server - Directory Services
MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
http://blog.portail-mcse.net
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
Bis IT
MVP Windows Server - Directory Services
MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
http://blog.portail-mcse.net
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
Bis IT
MVP Windows Server - Directory Services
MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
http://blog.portail-mcse.net
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.LOCALSysVolNomdomaine.LOCALPolicies{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
Bis IT
MVP Windows Server - Directory Services
MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
http://blog.portail-mcse.net
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.LOCALSysVolNomdomaine.LOCALPolicies{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
Bis IT
MVP Windows Server - Directory Services
MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
http://blog.portail-mcse.net
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.LOCALSysVolNomdomaine.LOCALPolicies{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
Bis IT
MVP Windows Server - Directory Services
MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
http://blog.portail-mcse.net
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.LOCALSysVolNomdomaine.LOCALPolicies{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.
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.LOCALSysVolNomdomaine.LOCALPolicies{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.
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.LOCALSysVolNomdomaine.LOCALPolicies{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.
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 SYSVOLPolicies 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 Sysvolpolicies 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
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 SYSVOLPolicies 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 Sysvolpolicies 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
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 SYSVOLPolicies 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 Sysvolpolicies 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
