locked
Pb DFS bizare ... RRS feed

  • Discussion générale

  • Salut tout le monde

    J'ai un truc bizaroïd sur un réseau, des ralentissements/lenteurs/freeze sur les accés à des partages via DFS.

    Le décors:
    - AD 2008 R2, 3 DC 2008 R2
    - Tout à jours via WSUS
    - Racines DFS de domaine, posées en redondance sur les 3 DC
    - Dossiers DFS répartis sur plusieures racines, certains avec redondance (+DFS-R), d'autres sans redondances.
    - Certains dossiers pointent sur des partages hébergés sur des 2008 R2, d'autres sur du 2003 R2 ou 2003 R2 "Storage", mais il n'y à pas de mixe (les dossiers en redondances sont sur des OS strictement identiques à chaque bout)

    Le pb est apparu +/- depuis 2-3 mois et n'exitait pas il y a 6 mois.

    En temps normal, tout baigne ...

    Mais dés qu'on éteint le DC qui tient le rôle PDC-emulator les performances d'accés à tout ce qui est sous le DFS-N s'effondre.

    Testé en déplaçant les rôles, le pb est lié au rôle PDC Emulator, pas à un des DC.

    Quand je dis s'effondre, ça veut dire 20-30 sec pour afficher la liste des dossiers d'une racine DFS dans l'explorateur, et même une fois arrivé au niveau partage ou plus bas dans l'arborescence, ça continu de rammer pour lister un dossier que ce soit en descendant / remontant dans l'arborescence ou à coté sans changer de niveau.

    Il n'y a pas vraiment de lien avec le contenu des dossiers, un dossier de 1500 éléments ne met pas beaucoup plus de temsp qu'un de 15 élements pour s'afficher.

    Par contre, pas de pb au niveau temps de transfet par ex pour ouvrir un gros fichier, les serveur sont en Gb, les stations en 100Mbps et les opérations de copies de fichiers se font à vitesse normale ..sauf la partie exploration / affichage des dossiers.

    à noter que le processus de chargement des profils itinérants TSE est lui aussi impacté et echoue souvent pendant ces périodes troubles.

    Par contre, parcourir le réseau, les dossiers, etc ... avec un navigateur autre que explorer.exe (par ex le freewware Q-Dir) rame beaucoup moins que explorer même si ce n'est pas la vitesse nominale.

    Coté clients, il y a du XP, du Win7 et du 2003 R2 (TSE).

    Coté Antivirus, RAS, il y a F-Secure ou du TrendMicro aussi bien coté stations que serveurs, qq poste de tests XP / 7 ont même eu droit à un simple MSSE ... ça ne fait aucune différence.

    ça s'effondre en qq minutes quand on coupe le DC /PDC et ce rétablit aussi vite quand il redémare. un reboot passe à peu prés inaperçu, mais un arret de 5 mn provoque le pb.

    Tous les tests / diag DFSDIAG et Cie que j'ai pu trouver sont nickels.
     Voilà ... et là je sêche un peu, est-ce que qq'un à des idées ?


    Ascadix.
    jeudi 29 décembre 2011 20:06

Toutes les réponses

  • Bonjour,

    j'ai uniquement une remarque concernant ce que vous avez evoqué. Pourquoi arrêter le PDC emulator? L'un des prerequis fondamentale pour le bon fonctionnement du DFS c'est le bon fonctionnement du serveur ayant comme rôle FSMO le PDC emulator. En effet, ce rôle FSMo est responsable de la mise à jours et de la replication des metadonnée du DFS.

    Cordialement;

     


    Best Regards Don't forget to mark it as answer if it helps
    vendredi 30 décembre 2011 07:51
    Auteur de réponse
  • Maher Riahi avait énoncé :

    Bonjour,

    j'ai uniquement une remarque concernant ce que vous avez evoqué. Pourquoi arrêter le PDC emulator?

    Parceque par ex ..:
    - EDF à coupé sur un site et on dépasse la vie de l'onduleur et du groupe gegene
    - les liaisons inter-sites se sont effondrées
    - le serveur à un gros pb hard et il faut qq heures pour le redémarer

    Enfin bref, tout ce qui peut provoquer un arret intempestif de serveur...
     Le pb à été repéré lors d'un test de redondance, et là ben conclusion, la redondance elle à un coup dans l'aille.

     L'un des prerequis fondamentale pour le bon fonctionnement du DFS c'est le bon fonctionnement du serveur ayant comme rôle FSMO le PDC emulator. En effet, ce rôle FSMo est responsable de la mise à jours et de la replication des metadonnée du DFS.

    OK qu'on ne puisse pas gérer/administrer pendant ce temsp-là, ça c'est connu et +/- documenté.

    Mais ça me géne que tout s'effondre comme va vu du coté utilisateur pour un malheureux arret de qq minutes d'un DC.

    C'est vraiment pas génial si faut commencer à jouer du seize role entre les DC pour un arret de 10 mn ....

    Cordialement;

     


    Ascadix.
    vendredi 30 décembre 2011 17:16
  • Testé en déplaçant les rôles, le pb est lié au rôle PDC Emulator, pas à un des DC.


    Bonjour,

    Peux tu confirmer le test effectué:

    1. Déplacer le rôle PDC sur un autre DC
    2. Arrêter ce DC
    3. Constat des mêmes problèmes de lenteur
    4. Démarrage du DC
    5. Résolution des problèmes de lenteur

    Autre questions:

    • Les problèmes de lenteur sont-ils rigoureusement identiques sur tous les PCs, peu importe la version de Windows?
    • Quelle est la configuration DNS sur les postes clients? Quel serveurs utilisent-ils? Des suffixes sont ils en place?

    D'avance, merci!


    --- Marc Lognoul [MCSE, MCTS, MVP]
    Heureux celui qui a pu pénétrer les causes secrètes des choses. Happy is the one who could enter the secret causes of things
    Blogs: http://www.marc-lognoul.me/
    lundi 2 janvier 2012 10:40
  • Après mûre réflexion, Marc Lognoul [MVP] a écrit :

    Testé en déplaçant les rôles, le pb est lié au rôle PDC Emulator, pas à un des DC.

    Bonjour,

    Peux tu confirmer le test effectué:

    1. Déplacer le rôle PDC sur un autre DC

    Fait

    2. Arrêter ce DC

    Fait

    3. Constat des mêmes problèmes de lenteur

    Oui

    4. Démarrage du DC

    Fait

    5. Résolution des problèmes de lenteur

    Oui.
    En 2-3 mn, le temps que tous les services soient redémarés et le DC bien en ligne.

    Autre questions:

    * Les problèmes de lenteur sont-ils rigoureusement identiques sur tous les PCs, peu importe la version de Windows?

    Sur une machine donnée, le délai d'affichage des dossiers fluctue entre 2 parcours, à qq sec d'écarts, tout en restant dans des valeurs anormalement longues, la plage de "temps de réactions" est sensiblement la même pour tous les clients testés (2003 R2, XP, Win7, 2008 R2) et quel que soit la position sur le réseau (même sous-réseau que certains des serveurs ou pas)

    Par contre, si à la place de "explorer.exe", j'utilise un autre "navigateur de fichiers" (par ex un freeware genre Q-Dir) cette lenteur est beaucoup moins marquée ( de l'ordre de 5 à 10 sec au lieu de 15 à 30 )

    * Quelle est la configuration DNS sur les postes clients?

    Fixe ou distrib par DHCP, les 2 principaux DC (DC1 - DC2)

    En temps normal c'est le DC1 (PDC) qui est aussi le DNS principal, mais permuter le DNS pour en mettre DC2 en principal n'a pas d'impact, pas plus que laisser le DNS sur DC1 tout en passant le PDC sur DC2.

    Sauf peut-être un éventuel premier accés à l'arborescence (et encore là, c'est 2-3 sec max le délais quand il y en as un) mais une fois dans l'arborescence, ça n'a plus d'effet sensible.
     > Quel serveurs utilisent-ils?

    2 ou 3 des DC.

    Des suffixes sont ils en place?

    Juste le suffixe automatique du domaine façon "fifi.papa.int"

    Toutes les machines concernées sont dans le domaine "fifi".
    "papa" comporte juste 2 DC.

    D'avance, merci!

    Compléments d'infos:
    - certaines racines sont des héritages et sont de type "Win2000", d'autres sont récentes et en type "2008" : pas de différence.
    - Pas de différence non plus entre un mode "cohérence" ou "évolutivité" (en laissant au mini 24 h entre la bascule et le re-test)


    Ascadix.
    lundi 2 janvier 2012 13:49
  • Bonjour Ascadix,

    Désolé pour le retard dans la réponse, j'ai eu besoin de temps pour essayer de repduire le problème dans mon labo et je n'y suis pas parvenu (je n'ai toutefois pas la même hiérachie de forêt ni de modes multiples au niveau DFS).

    Pour progrsser dans l'analyse, je ne vois plus guère que l'option Network Monitor sur les postes clients lorsque le problème se produit. En recherchant en priorité les appels de type Dfs Get Referral.


    Marc Lognoul
    Blogs: http://www.marc-lognoul.me/
    jeudi 5 janvier 2012 09:07
  • Hello

    J'ai aussi envisagé de recréer ça à coté sur un domaine tout propre, mais je suis cours en ressources pour tout reproduire.

    Coté Network Monitor, t'aurais qq exemple d'analyse de ce genre ? quoi chercher, les filtres à utiliser, etc ... ?

    J'ai juste trouvé ça:
    http://technet.microsoft.com/en-us/library/cc962140.aspx

    C'est un poil léger, et c'est de l'époque Win2000 ... donc pas sur de la pertinence pour un réseau 2003/2008

    jeudi 5 janvier 2012 17:51
  • Bonsoir,

    Avec NetMon 3.x (disons 3.3 ou 3.4 pour être certain, le filtrer à appliquer pour DFS est "DFSC". Pour ne pas être trop restrictif, j'ajouterais SMB en plus afin de bien couvrir la totalité de la conversation client/serveur et pas uniquement la partie DFS.

    Recherche en priorité les "Get Referral". Ce document t'aidera (après une pénible lecture il est vrai :)) à décoder les réponses: http://msdn.microsoft.com/en-us/library/cc226982(v=PROT.13).aspx.

    Si tu as un doute, n'hésite pas à poster les capture ici-même.

    Bonne chasse!


    Marc Lognoul
    Blogs: http://www.marc-lognoul.me/
    jeudi 5 janvier 2012 18:31
  • Bon ... ça avance ..mais pas vraiment ...

     

    J'ai trouvé de quoi monter 2 DC 2008R2 + srv 2003R2 + 1 XP, mettre un peu de DFS sur tout ça et jouer avec ...

    Comme on pouvait s'y attendre, impossible de reproduire le pb.

    Petite séance de comparaison cote-à-cote de 2 NetMon avec tout en ligne, je trouve pas de différences flagrantes pour l'instant.

     

    Prochain essai  ..plus tard, faut couper et ça ce fait pas comme ça ...

     

     


    Ascadix
    lundi 16 janvier 2012 19:56