Ce forum Internet est fermé. Merci beaucoup pour vos contributions.

Remove From My Forums

fichier gpt.ini - Erreurs 1058 et 1030

Discussion générale
0

Connectez-vous pour voter
Bonjour,

Suite à un redémarrage de mon DC principal (remplacement lecteur de bande HS) je me retrouve avec les erreurs 1030 et 1058 dans l'observateur d'évènement d'applications ...
Ce serveur avait déjà été redémarré il y quelques jours et tout fonctionné correctement !!
La stratégie incriminée 31B2F340-016D-11D2-945F-00C04FB984F9 correspond à celle de mon domaine par défaut (Default Domain Policy). Elle existe bien, les droits sont bons et sur les postes clients par de défaut de remonté !

ID1030 :

Windows ne peut pas accéder à la liste des objets de stratégie de groupe. Recherchez dans le journal d'événements des éventuels messages consignés par le moteur de stratégies et donnant des raisons pour cette erreur.

ID1058 :
Windows ne peut pas accéder au fichier gpt.ini pour l'objet Stratégie de groupes CN={31B2F340-016D-11D2-945F-00C04FB984F9},CN=Policies,CN=System,DC=get,DC=org. Le fichier doit être présent à l'emplacement <\\get.org\sysvol\get.org\Policies\{31B2F340-016D-11D2-945F-00C04FB984F9}\gpt.ini>. (Accès refusé. ). Le traitement de la stratégie de groupe est interrompu.

Les résultats de mon dcdiag :

Domain Controller Diagnosis

Performing initial setup:
Done gathering initial info.

Doing initial required tests

Testing server: Premier-Site-par-defaut\PROSPER
Starting test: Connectivity
......................... PROSPER passed test Connectivity

Doing primary tests

Testing server: Premier-Site-par-defaut\PROSPER
Starting test: Replications
......................... PROSPER passed test Replications
Starting test: NCSecDesc
......................... PROSPER passed test NCSecDesc
Starting test: NetLogons
......................... PROSPER passed test NetLogons
Starting test: Advertising
......................... PROSPER passed test Advertising
Starting test: KnowsOfRoleHolders
......................... PROSPER passed test KnowsOfRoleHolders
Starting test: RidManager
......................... PROSPER passed test RidManager
Starting test: MachineAccount
......................... PROSPER passed test MachineAccount
Starting test: Services
......................... PROSPER passed test Services
Starting test: ObjectsReplicated
......................... PROSPER passed test ObjectsReplicated
Starting test: frssysvol
......................... PROSPER passed test frssysvol
Starting test: frsevent
There are warning or error events within the last 24 hours after the

SYSVOL has been shared. Failing SYSVOL replication problems may cause

Group Policy problems.
......................... PROSPER failed test frsevent
Starting test: kccevent
......................... PROSPER passed test kccevent
Starting test: systemlog
......................... PROSPER passed test systemlog
Starting test: VerifyReferences
......................... PROSPER passed test VerifyReferences

Running partition tests on : ForestDnsZones
Starting test: CrossRefValidation
......................... ForestDnsZones passed test CrossRefValidation
Starting test: CheckSDRefDom
......................... ForestDnsZones passed test CheckSDRefDom

Running partition tests on : DomainDnsZones
Starting test: CrossRefValidation
......................... DomainDnsZones passed test CrossRefValidation
Starting test: CheckSDRefDom
......................... DomainDnsZones passed test CheckSDRefDom

Running partition tests on : Schema
Starting test: CrossRefValidation
......................... Schema passed test CrossRefValidation
Starting test: CheckSDRefDom
......................... Schema passed test CheckSDRefDom

Running partition tests on : Configuration
Starting test: CrossRefValidation
......................... Configuration passed test CrossRefValidation
Starting test: CheckSDRefDom
......................... Configuration passed test CheckSDRefDom

Running partition tests on : get
Starting test: CrossRefValidation
......................... get passed test CrossRefValidation
Starting test: CheckSDRefDom
......................... get passed test CheckSDRefDom

Running enterprise tests on : get.org
Starting test: Intersite
......................... get.org passed test Intersite
Starting test: FsmoCheck
......................... get.org passed test FsmoCheck

Merci à tous pour votre aide

fifi
- Type modifié Roxana PANAITMicrosoft employee mercredi 9 juin 2010 12:08
vendredi 28 mai 2010 08:16

Toutes les réponses

0

Connectez-vous pour voter

Bonjour

as tu consulté cet article ?

http://support.microsoft.com/kb/887303

merci
----------- Merci Khalil Benz [MCSE - MCTS 2008 - MCTS ISA- MCT]

vendredi 28 mai 2010 09:15
0

Connectez-vous pour voter

Oui, j'ai des balayé cet article dans tous les sens ... ainsi que le 842804 !!

Pour info :
Ce matin vers 8h00 le journal ne sait plus rempli de ces erreurs suite à l'évènement:
Source ScsCli - Id 1704 - La stratégie de sécurité dans les objets Stratégie de groupe a été appliquée correctement.

Et puis à 11h30 à nouveau les erreurs 1030 et 1058 sont réapparues ...

MERCI

vendredi 28 mai 2010 09:51
0

Connectez-vous pour voter

Bonjour,

Apparemment tu as des events FRS aussi? Quels sont ils?

Peux tu nous préciser :

- le nombre d'adaptateurs réseau sur le DC
- la configuration DNS de celui-ci
- t'assurer que les deux machines sont à la même heure

Un dernier point, si tu te logue sur le DC et que tu fais un gpupdate /force. As tu la même erreur ou un 1704?

Question subsidiaire, y'a t'il un historique particulier sur ce serveur ? (restauration...)

Cordialement,
-- Jonathan BISMUTH Bis IT MVP Windows Server - Directory Services http://www.bis-it.fr / http://blog.portail-mcse.net

vendredi 28 mai 2010 10:14
0

Connectez-vous pour voter

Bonjour ,

l'erreur qui apparait à 11h30 , est elle relative à la default domain policy ou Controller policy ?

est ce que la strategie à ce moment la est est accesible à travers la gpmc ?

merci

----------- Merci Khalil Benz [MCSE - MCTS 2008 - MCTS ISA- MCT]

vendredi 28 mai 2010 10:35
0

Connectez-vous pour voter

Bonjour,

Apparemment tu as des events FRS aussi? Quels sont ils?

-> Dernier évènement FRS : Id 13516

Le service de réplication de fichiers n'empêche plus l'ordinateur PROSPER de devenir un contrôleur de domaine. Le volume système a été correctement initialisé et le service Accès réseau a été averti du fait que le volume système est maintenant prêt à être partagé en tant que SYSVOL.

Peux tu nous préciser :

- le nombre d'adaptateurs réseau sur le DC : Deux adaptateurs dont un Désactivé
- la configuration DNS de celui-ci :
          Mon serveur DNS pointe sur lui même avec une autre adresse que 127.0.0.1
          Mon autre DC pointe bien sur le serveur DNS et non sur celui de mon FAI
          Les mises à jour dynamiques sont activées

- t'assurer que les deux machines sont à la même heure : C'est le cas

Un dernier point, si tu te logue sur le DC et que tu fais un gpupdate /force. As tu la même erreur ou un 1704? : Un 1704

Question subsidiaire, y'a t'il un historique particulier sur ce serveur ? (restauration...) NON jamais juste un remplacement d'un disque SAS hotplug en Raid 5 mais pas sur la partition système.

MERCI

fifi

vendredi 28 mai 2010 11:40
0

Connectez-vous pour voter

Bonjour,

l'erreur qui apparait à 11h30 , est elle relative à la default domain policy ou Controller policy ? : Ce sont les erreur 1058 et 1030 qui reviennent

est ce que la strategie à ce moment la est est accesible à travers la gpmc ? : La stratégie est toujours accessible, a part les messages d'erreurs remontés dans l'observateur d'évènement, je n'ai pas la sensation que le serveur est un problème !!!!!

Merci pour l'aide

fifi

vendredi 28 mai 2010 11:44
0

Connectez-vous pour voter

Bonjour

essayer d'exécuter un frsdiag sur les 2 dc pour un diag plus poussé

http://www.microsoft.com/downlOAds/details.aspx?familyid=43CB658E-8553-4DE7-811A-562563EB5EBF&displaylang=en

Merci
----------- Merci Khalil Benz [MCSE - MCTS 2008 - MCTS ISA- MCT]

vendredi 28 mai 2010 14:05
0

Connectez-vous pour voter

Bonjour,

Avant d'utiliser l'outil de monitoring frsdiag, et en recherchant de la documentation sur frsdiag, j'ai vu des personnes qui conseillaient de relancer le service d'ouverture session réseau ...
J'ai donc fait un net stop netlogon puis un net start netlogon et là, curieusement pendant 1h00 exactement je n'ai plus eu d'erreurs 1030 et 1058 alors que normalement j'ai ces erreurs toutes les 5 minutes depuis plusieurs jours ????

fifi

lundi 31 mai 2010 08:17
0

Connectez-vous pour voter

J'ai lancé un FRSDIAG mais maintenant j'ai du mal a interpréter les résultats ...

Merci pour votre aide

fifi

lundi 31 mai 2010 09:14
0

Connectez-vous pour voter

Bonjour

peux tu poster les erreurs ?

merci
----------- Merci Khalil Benz [MCSE - MCTS 2008 - MCTS ISA- MCT]

lundi 31 mai 2010 10:48
0

Connectez-vous pour voter

Bonjour

Sur mon PDC1

------------------------------------------------------------
FRSDiag v1.7 on 01/06/2010 08:51:03
.\PROSPER on 2010-06-01 at 08.51.03
------------------------------------------------------------

Detecting this machine's domain role ... Domain Controller (PDC)
Processing File Replication Service Event Log... 34 items...Done!
Processing Application Event Log... 1000 items.............Done!
Processing System Event Log... 734 items.............Done!
Processing Directory Service Event Log... 1000 items.............Done!
Processing DNS Server Event Log... 308 items.............Done!

Processing ntfrsutl Version....Done!
Processing ntfrsutl ds.....Done!
Processing ntfrsutl sets.....(Creating connstat...Done!)...Done!
Processing ntfrsutl configtable.....(Dumping SYSVOL.....Done)...Done!
Processing ntfrsutl inlog....Done!
Processing ntfrsutl outlog....Done!
Processing ntfrsutl stage....Done!

Processing NTFRS Debug Logs ...
NtFrs_0001.log(26/05/2010 11:14:51) ... Done
NtFrs_0002.log(26/05/2010 16:35:40) ... Done
NtFrs_0003.log(27/05/2010 13:25:32) ... Done
NtFrs_0004.log(27/05/2010 16:09:22) ... Done
NtFrs_0005.log(01/06/2010 08:50:53) ... Done ... Done with all logs!

Processing Services and Shares check...Done!
Processing Registry Dump of NtFrs related Keys ...Done!
Processing repadmin /showreps....Done!
Processing repadmin /showconn....Done!

All Done!

------------------------------------------------------------
FRSDiag v1.7 on 01/06/2010 08:51:03
.\PROSPER on 2010-06-01 at 08.51.03
------------------------------------------------------------

Checking for errors/warnings in FRS Event Log ....
NtFrs 26/05/2010 16:53:56 Warning 13508 Le service de réplication de fichiers a des problèmes à activer la réplication de FIRMIN vers PROSPER pour c:\adwin2k3\sysvol\domain en utilisant le nom DNS firmin.get.org. FRS va essayer à nouveau.     Ci-dessous sont certaines des raisons de cet avertissement.         [1] FRS ne peut pas résoudre le nom DNS firmin.get.org correctement à partir de cet ordinateur.     [2] FRS n'est pas en cours d'exécution sur firmin.get.org.     [3] Les informations de topologie dans Active Directory pour ce réplica n'ont pas été répliquées à tous les contrôleurs de domaine.         Ce message du journal d'événement apparaîtra une fois par connexion, une fois que le problème a été résolu, vous verrez un autre message indiquant que la connexion a été établie.
WARNING: Found Event ID 13508 errors without trailing 13509 ... see above for (up to) the 3 latest entries!

......... failed 1
Checking for errors in Directory Service Event Log ....
NTDS Replication 26/05/2010 16:49:09 Error 2426919 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 :     firmin    Nom de l'hôte DNS introuvable :     abd1316d-d20b-48a2-b896-522d9d94de68._msdcs.get.org        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.
NTDS Replication 21/05/2010 16:14:51 Error 2426919 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 :     firmin    Nom de l'hôte DNS introuvable :     abd1316d-d20b-48a2-b896-522d9d94de68._msdcs.get.org        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.
WARNING: Found Directory Service Errors in the past 15 days! FRS Depends on AD so Check AD Replication!

......... failed 2
Checking for minimum FRS version requirement ... passed
Checking for errors/warnings in ntfrsutl ds ... passed
Checking for Replica Set configuration triggers... passed
Checking for suspicious file Backlog size... passed
Checking Overall Disk Space and SYSVOL structure (note: integrity is not checked)...
ERROR: Junction Point missing on "c:\adwin2k3\sysvol\sysvol"
ERROR: Junction Point missing on "c:\adwin2k3\sysvol\staging areas"
......... failed 2
Checking for suspicious inlog entries ... passed
Checking for suspicious outlog entries ... passed
Checking for appropriate staging area size ... passed
Checking for errors in debug logs ...
ERROR on NtFrs_0004.log : "EPT_S_NOT_REGISTERED(This may indicate that DNS returns the IP address of the wrong computer. Check DNS records being returned, Check if FRS is currently running on the target server. Check if Ntfrs is registered with the End-Point-Mapper on target server!)" : <SndCsMain:                     3844:   883: S0: 14:43:29> ++ ERROR - EXCEPTION (000006d9) : WStatus: EPT_S_NOT_REGISTERED
ERROR on NtFrs_0004.log : "EPT_S_NOT_REGISTERED(This may indicate that DNS returns the IP address of the wrong computer. Check DNS records being returned, Check if FRS is currently running on the target server. Check if Ntfrs is registered with the End-Point-Mapper on target server!)" : <SndCsMain:                     3844:   884: S0: 14:43:29> :SR: Cmd 01166558, CxtG 70ec9f17, WS EPT_S_NOT_REGISTERED, To   firmin.get.org Len: (366) [SndFail - rpc exception]
ERROR on NtFrs_0004.log : "EPT_S_NOT_REGISTERED(This may indicate that DNS returns the IP address of the wrong computer. Check DNS records being returned, Check if FRS is currently running on the target server. Check if Ntfrs is registered with the End-Point-Mapper on target server!)" : <SndCsMain:                     3844:   904: S0: 14:43:29> :SR: Cmd 01166558, CxtG 70ec9f17, WS EPT_S_NOT_REGISTERED, To   firmin.get.org Len: (366) [SndFail - Send Penalty]

Found 3 EPT_S_NOT_REGISTERED error(s)! Latest ones (up to 3) listed above

......... failed with 3 error entries
Checking NtFrs Service (and dependent services) state...passed
Checking NtFrs related Registry Keys for possible problems...passed
Checking Repadmin Showreps for errors...passed

Sur mon DC2

------------------------------------------------------------
FRSDiag v1.7 on 01/06/2010 08:55:52
.\FIRMIN on 2010-06-01 at 08.55.52
------------------------------------------------------------

Checking for errors/warnings in FRS Event Log .... passed
Checking for errors in Directory Service Event Log .... passed
Checking for minimum FRS version requirement ... passed
Checking for errors/warnings in ntfrsutl ds ... passed
Checking for Replica Set configuration triggers... passed
Checking for suspicious file Backlog size... passed
Checking Overall Disk Space and SYSVOL structure (note: integrity is not checked)...
ERROR: Junction Point missing on "c:\windows\sysvol\sysvol"
ERROR: Junction Point missing on "c:\windows\sysvol\staging areas"
......... failed 2
Checking for suspicious inlog entries ... passed
Checking for suspicious outlog entries ... passed
Checking for appropriate staging area size ... passed
Checking for errors in debug logs ...
ERROR on NtFrs_0004.log : "ERROR_ACCESS_DENIED" : <SndCsMain:                      288:   904: S0: 16:09:26> :SR: Cmd 0026d340, CxtG 70ec9f17, WS ERROR_ACCESS_DENIED, To   prosper.get.org Len: (500) [SndFail - Send Penalty]
ERROR on NtFrs_0004.log : "ERROR_ACCESS_DENIED" : <SndCsMain:                     9752:   877: S0: 16:09:26> :SR: Cmd 0171f340, CxtG 3ccfca39, WS ERROR_ACCESS_DENIED, To   prosper.get.org Len: (366) [SndFail - rpc call]
ERROR on NtFrs_0004.log : "ERROR_ACCESS_DENIED" : <SndCsMain:                     9752:   904: S0: 16:09:26> :SR: Cmd 0171f340, CxtG 3ccfca39, WS ERROR_ACCESS_DENIED, To   prosper.get.org Len: (366) [SndFail - Send Penalty]

Found 4 ERROR_ACCESS_DENIED error(s)! Latest ones (up to 3) listed above

......... failed with 4 error entries
Checking NtFrs Service (and dependent services) state...passed
Checking NtFrs related Registry Keys for possible problems...passed
Checking Repadmin Showreps for errors...passed

------------------------------------------------------------
FRSDiag v1.7 on 01/06/2010 08:55:52
.\FIRMIN on 2010-06-01 at 08.55.52
------------------------------------------------------------

Detecting this machine's domain role ... Domain Controller
Processing File Replication Service Event Log... 51 items.............Done!
Processing Application Event Log... 1000 items.............Done!
Processing System Event Log... 1000 items.............Done!
Processing Directory Service Event Log... 1000 items.............Done!
Processing DNS Server Event Log... Empty or Non-Existant, Skipping!

Processing ntfrsutl Version....Done!
Processing ntfrsutl ds.....Done!
Processing ntfrsutl sets.....(Creating connstat...Done!)...Done!
Processing ntfrsutl configtable.....(Dumping SYSVOL.....Done)...Done!
Processing ntfrsutl inlog....Done!
Processing ntfrsutl outlog....Done!
Processing ntfrsutl stage....Done!

Processing NTFRS Debug Logs ...
NtFrs_0001.log(21/05/2010 16:04:44) ... Done
NtFrs_0002.log(26/05/2010 16:33:59) ... Done
NtFrs_0003.log(27/05/2010 14:43:27) ... Done
NtFrs_0004.log(31/05/2010 11:47:14) ... Done
NtFrs_0005.log(01/06/2010 08:52:17) ... Done ... Done with all logs!

Processing Services and Shares check...Done!
Processing Registry Dump of NtFrs related Keys ...Done!
Processing repadmin /showreps....Done!
Processing repadmin /showconn....Done!

All Done!

MERCI

fifi

mardi 1 juin 2010 06:56
0

Connectez-vous pour voter

Bonjour

1- dcdiag /test:dns

2- verifier la réplication entre les deux dc's à travers sites & services + Replmon

3- journal d'évènement FRS as tu des erreurs

4- Vérifier la connectivité entre les deux Dc's

Merci

----------- Merci Khalil Benz [MCSE - MCTS 2008 - MCTS ISA- MCT]

mardi 1 juin 2010 08:33
0

Connectez-vous pour voter

1- dcdiag /test:dns

Domain Controller Diagnosis

Performing initial setup:
   Done gathering initial info.

Doing initial required tests

   Testing server: Premier-Site-par-defaut\PROSPER
      Starting test: Connectivity
         ......................... PROSPER passed test Connectivity

Doing primary tests

   Testing server: Premier-Site-par-defaut\PROSPER

DNS Tests are running and not hung. Please wait a few minutes...

   Running partition tests on : ForestDnsZones

   Running partition tests on : DomainDnsZones

   Running partition tests on : Schema

   Running partition tests on : Configuration

   Running partition tests on : get

   Running enterprise tests on : get.org
      Starting test: DNS
         ......................... get.org passed test DNS

2- verifier la réplication entre les deux dc's à travers sites & services + Replmon

La réplication se passe bien ... aucune erreur dans le journal dévènement

3- journal d'évènement FRS as tu des erreurs

Aucune erreur dans le journal FRS

Le service de réplication de fichiers n'empêche plus l'ordinateur PROSPER de devenir un contrôleur de domaine. Le volume système a été correctement initialisé et le service Accès réseau a été averti du fait que le volume système est maintenant prêt à être partagé en tant que SYSVOL.

Entrez "net share" pour vérifier le partage SYSVOL.

4- Vérifier la connectivité entre les deux Dc's

RAS ...

Ce qui me surprend c'est que malgré ces erreurs que j'ai 1030 et 1058, lorsque je fais une modification sur un DC, elle est bien remontée sur l'autre DC ... Aucune différence au niveau des utilisateurs !!! Je n'y comprend plus rien !!

MERCI

fifi

mardi 1 juin 2010 09:18
0

Connectez-vous pour voter

Bonjour Fifi

d'aprés le log de ntfrs, le probléme est survenu le 26/05/2010 16:53:56

à cette date la , as tu redémarré ton serveur ?

essayes de verifier avec replmon à cette date la que la réplication a fonctionné

essayes de voir les journaux d'évènements au 26/05/2010, y a t'il des erreurs .

merci

----------- Merci Khalil Benz [MCSE - MCTS 2008 - MCTS ISA- MCT]

mercredi 2 juin 2010 10:19
0

Connectez-vous pour voter

désolé pour le retour en retard...

A mon avis, la réplication finit au broadcast ou un truc du genre puisque n'arrivant pas à passer par les moyens "standards".
Seul le DC principal est DNS ou les deux? Je serais tenté si ça n'est pas déjà fait de faire temporairement pointer les deux DC vers le même serveur DNS, histoire de mettre celui-ci de côté.
D'un DC comme de l'autre, arrives-tu à accéder à \\nom_domaine\SYSVOL? Si oui, clique droit et propriété sur sysvol, dans l'onglet DFS, arrives-tu à vérifier l'un et l'autre des serveurs?

-- Jonathan BISMUTH Bis IT MVP Windows Server - Directory Services http://www.bis-it.fr / http://blog.portail-mcse.net

jeudi 3 juin 2010 07:01
0

Connectez-vous pour voter

Bonjour,

Je n'avais pour l'instant qu'un seul serveur DNS quand j'ai remonté ce problème. M'ayant préconisé d'avoir un serveur DNS secondaire, depuis hier j'ai sur mon autre DC installé un serveur DNS secondaire (serveurs DNS rattachés à AD). Ca n'a rien résolu mais c'est surement interressant d'avoir fait cela en cas de problème sur un serveur ...

Du coté d'un DC comme de l'autre, j'accède bien à \\nom_domaine\SYSVOL (ou dois-je trouver l'onglet DFS ?)

Merci

fifi

jeudi 3 juin 2010 07:43
0

Connectez-vous pour voter

Bonjour

d'aprés les logs ,il utilise FRS et non pas DFS .

Merci
----------- Merci Khalil Benz [MCSE - MCTS 2008 - MCTS ISA- MCT]

jeudi 3 juin 2010 08:46
0

Connectez-vous pour voter

Khalil > ça n'est pas le problème. Fifi est sous 2003, donc la réplication est en FRS mais les partages sont DFS.

Fifi > si tu fais clique droit et propriétés sur le dossier SYSVOL dans \\nom_domaine\sysvol (je ne parle pas \\nom_DC\SYSVOL), tu dois avoir un onglet DFS.

Si tel n'est pas le cas, je tenterais de base un dfsutil /purgemupcache avant de retenter.

-- Jonathan BISMUTH Bis IT MVP Windows Server - Directory Services http://www.bis-it.fr / http://blog.portail-mcse.net

jeudi 3 juin 2010 09:15
0

Connectez-vous pour voter

je n'utilise pas DFS sur mes DC !

Lorsque je vais sur \\nom_domaine , je n'ai pas de dossier SYSVOL. Je n'ai le dossier SYSVOL que par \\nom_DC\sysvol .

fifi

jeudi 3 juin 2010 09:55
0

Connectez-vous pour voter

Bonjour

quand tu fais un nslookup > nomdomaine

as tu les IP correspondant au dc ?

merci

----------- Merci Khalil Benz [MCSE - MCTS 2008 - MCTS ISA- MCT]

jeudi 3 juin 2010 10:14
0

Connectez-vous pour voter

Oui, j'ai bien les correspondance avec le DC.

c:\Documents and Settings\administrateur.GET>nslookup
Serveur par défaut : prosper.get.org
Address : 192.0.0.100

> get.org
Serveur : propser.get.org
Adress : 192.0.0.100

Nom : get.org

Addresses : 192.0.0.101, 192.0.0.100

fifi

jeudi 3 juin 2010 14:44
0

Connectez-vous pour voter

Bonjour fifi,

Merci de nous tenir au courant.

Cordialement,

Roxana
Roxana Panait, MSFT ________ Votez l’article qui vous est utile ou postez un pour participer au concours : Appel a la contribution! Publiez un tip ou un petit tutorial (comment faire) sur la technologie que vous connaissez le mieux ! - Appel à la contribution

vendredi 4 juin 2010 10:57
0

Connectez-vous pour voter

Bonjour à tous,

Toujours les mêmes erreurs remontées ... 1030 et 1058 !

fifi

lundi 7 juin 2010 07:05
1

Connectez-vous pour voter

Bonjour,

Si vous avez 2 DCs, que le dossier SYSVOL existe bien sur le second DC, que vous n'avez pas d'erreurs sur ce DC, je vous conseillerai de faire une restauration non autoritaire (D2) de votre SYSVOL sur le DC "principal". Commencez par faire une sauvegarde systemstate de votre second DC (qui ne semble pas générer d'erreurs).

http://support.microsoft.com/kb/290762/fr

Cordialement,

Olivier

lundi 7 juin 2010 07:57
0

Connectez-vous pour voter

Bonjour,

J'ai craqué et je n'ai pas trouvé de "meilleure" solution que de démarrer mon PDC hier soir ...

Et depuis, plus aucun message d'erreur

Merci à tous pour votre aide

fifi

mardi 22 juin 2010 07:27