Projet

Général

Profil

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

Ajouté par Joël Cuissinat il y a plus de 6 ans. Mis à jour il y a plus de 6 ans.

Statut:
Fermé
Priorité:
Normal
Assigné à:
Début:
25/08/2017
Echéance:
% réalisé:

100%

Temps estimé:
6.00 h
Temps passé:
Restant à faire (heures):
0.0

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 !

http://squash-tm.eole.lan/squash/executions/5929


Demandes liées

Lié à Distribution EOLE - Tâche #19818: Le diagnose des serveurs DC doit fournir une information fiable sur la réplication Fermé 05/09/2017

Révisions associées

Révision bb82da25 (diff)
Ajouté par Fabrice Barconnière il y a plus de 4 ans

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é

Formats disponibles : Atom PDF