Tâche #21159
Scénario #21158: Faire fonctionner les sites sur Seth
Vérifier le fonctionnement de la réplication après mise en place d'un DC dans un site
Description
Le test squash AD-SITES-000 - Mise en place de l'architecture mutli-sites etb1 signale la réplication en erreur mais c'est peut-être juste une histoire de temps !
Demandes liées
Révisions associées
Sphynx RVP agent was in Error status when no measure were available
ref #21159
Historique
#1 Mis à jour par Scrum Master il y a plus de 6 ans
- Statut changé de Nouveau à En cours
#2 Mis à jour par Joël Cuissinat il y a plus de 6 ans
- Assigné à mis à Joël Cuissinat
#3 Mis à jour par Joël Cuissinat il y a plus de 6 ans
- Restant à faire (heures) changé de 6.0 à 3.0
#4 Mis à jour par Fabrice Barconnière il y a plus de 6 ans
- Lié à Tâche #19818: Le diagnose des serveurs DC doit fournir une information fiable sur la réplication ajouté
#5 Mis à jour par Fabrice Barconnière il y a plus de 6 ans
- % réalisé changé de 0 à 50
C'est bien le diagnose
qui pose problème.
Le grep
ne correspond pas à la réplication.
En fait, il y a une section par serveur synchronisé et ceci pour les synchronisations entrantes ET sortantes :
root@dcpedago:~# samba-tool drs showrepl etb1\DCPEDAGO DSA Options: 0x00000001 DSA object GUID: f9476cbc-18eb-4240-87f4-8e3642cdcc01 DSA invocationId: 922036ff-396a-411b-b9fa-97af248a5d32 ==== INBOUND NEIGHBORS ==== DC=ac-test,DC=fr Default-First-Site-Name\DC1 via RPC DSA object GUID: 9bbfaee8-8f5c-4ab7-af74-12b7a54e2dd0 Last attempt @ Mon Sep 4 14:39:26 2017 CEST was successful 0 consecutive failure(s). Last success @ Mon Sep 4 14:39:26 2017 CEST ==== OUTBOUND NEIGHBORS ==== DC=ac-test,DC=fr Default-First-Site-Name\DC1 via RPC DSA object GUID: 9bbfaee8-8f5c-4ab7-af74-12b7a54e2dd0 Last attempt @ NTTIME(0) was successful 0 consecutive failure(s). Last success @ NTTIME(0) ==== KCC CONNECTION OBJECTS ====Le
diagnose
est bien à revoir (cf #19818). Reste à décider de ce qu'on affiche :
- Pour chaque serveur en synchro entrante :
- si heure de la dernière tentative = heure du dernier succès --> OK
- si heure de la dernière tentative > heure du dernier succès --> Erreur
- Pour la synchro sortante, il semble y avoir un bug d'affichage de l'heure
la commande samba-tool drs bind
permet dans un premier temps de savoir si la réplication est supportée :
root@dcpedago:~# samba-tool drs bind Bind to dcpedago.ac-test.fr succeeded. Extensions supported: DRSUAPI_SUPPORTED_EXTENSION_BASE : Yes (DRS_EXT_BASE) DRSUAPI_SUPPORTED_EXTENSION_ASYNC_REPLICATION : Yes (DRS_EXT_ASYNCREPL) ...... ......
Toutefois, la synchronisation ne semble pas immédiate. On peut la forcer avec cette commande :
root@dcpedago:~# samba-tool drs replicate dc1.ac-test.fr dcpedago.ac-test.fr DC=ac-test,DC=fr
#6 Mis à jour par Fabrice Barconnière il y a plus de 6 ans
La synchronisation est faite après chaque modification (user, dns, ...) mais pas immédiatement après. Il faut attendre qq (dizaines de) secondes.
Ensuite, la commande samba-tool drs showrepl
renvoie l'état de la synchronisation.
Au bout d'un certain temps, cet état disparaît, puis l'état réapparaît par la suite...
Si on veut afficher un diagnose sur la réplication, cette commande ne suffit pas.
Il faut peut-être forcer une réplication avant.
#7 Mis à jour par Scrum Master il y a plus de 6 ans
- Statut changé de En cours à Résolu
#8 Mis à jour par Fabrice Barconnière il y a plus de 6 ans
- % réalisé changé de 50 à 100
- Restant à faire (heures) changé de 3.0 à 0.0
La synchronisation fonctionne.
Il faut maintenant revoir le $*diagnose
*.
#9 Mis à jour par Fabrice Barconnière il y a plus de 6 ans
- Statut changé de Résolu à Fermé