Forum |  HardWare.fr | News | Articles | PC | Prix | S'identifier | S'inscrire | Aide | Shop Recherche
603 connectés 

  FORUM HardWare.fr
  Systèmes & Réseaux Pro
  Infrastructures serveurs

  Problème d'heure sur 2012R2

 


 Mot :   Pseudo :  
 
Bas de page
Auteur Sujet :

Problème d'heure sur 2012R2

n°139100
eusebius
Posté le 04-04-2016 à 10:11:26  profilanswer
 

Bonjour à tous,
 
Ce matin, j'ai 2 contrôleurs de domaine en 2012R2 chez 2 clients différents qui semblent
être repassés à l'heure d'hiver pendant le Week-end (à priori, la semaine dernière tout  
était OK).
 
J'ai vérifié les réglages de fuseaux horaires et de changement d'heure automatique, tout
à l'air OK ... :??:  
 
Est-ce que certains d'entre vous ont rencontré ce problème ?
Est-ce que doit forcer une remise à l'heure ? Il me semblait que tout était automatique à
ce niveau ...
 
D'avance merci,
 
A+

mood
Publicité
Posté le 04-04-2016 à 10:11:26  profilanswer
 

n°139110
nnwldx
Posté le 04-04-2016 à 13:00:46  profilanswer
 

Regarde si c'est des VMS qu'elle ne se synchronisent pas sur l'hyperviseur.
Utilise la commande w32tm pour vérifier la source de temps et relancer une synchro.
Je viens d'avoir cet erreur chez un client, c'était un problème au niveau de la case pour les horaire d'été.

n°139116
nebulios
Posté le 04-04-2016 à 13:17:34  profilanswer
 

Vérifie la source de temps. Si ce sont des VM désactiver la synchro avec l'hyperviseur.

n°139118
eusebius
Posté le 04-04-2016 à 14:05:41  profilanswer
 

Merci pour vos réponses, j'ai trouvé entre temps, c'était bien un problème de source de temps qui était l'horloge de la carte mère du serveur. Il y a peut être eu un conflit entre le passage à l'heure d'été du BIOS et celui de Windows. J'ai finalement forcé les 2 machines à se synchroniser sur time.windows.com.
 
Par contre sur un 2008 (ni contrôleur, ni membre d'un domaine), j'ai eu le même soucis ce matin alors qu'il était bien en syncro auto sur time.windows.com. Il a fallu que je force la syncro plusieurs fois avant que ça revienne à la normale.
 
A l'occasion, il faudra que j'aille voir ce qu'il y a dans le BIOS de ces machines au niveau de la date/heure. :spamafote:
 
A+


Message édité par eusebius le 04-04-2016 à 14:06:16
n°139142
nebulios
Posté le 04-04-2016 à 19:50:58  profilanswer
 

Ce n'est pas bon du tout ça, tes machines ne doivent pas se synchro avec time.windows.com mais vers ta source de temps interne (le PDC pour les DC, un DC pour un serveur membre). Tu dois creuser de ce côté-là avant d'avoir encore plus de problèmes.

n°139143
eusebius
Posté le 04-04-2016 à 20:11:38  profilanswer
 

C'est bien le(s) PDC(s) que je synchronise avec time.windows.com, pas les PCs / serveurs membres du domaine.
 
Quand je dis "les 2 machines" je parles des 2 PDCs de 2 clients différents qui avançaient d'une heure depuis ce week-end.  
Ce matin, les machines membres des domaines étaient bien syncro avec l'heure (fausse) de leurs PDCs respectifs.
 
 
 
 

n°139144
nebulios
Posté le 04-04-2016 à 20:19:12  profilanswer
 

Ah je supposais qu'il ne s'agissait pas de PDC :D Tu les as bien configuré comme source de temps avec w32tm ?

n°145841
eusebius
Posté le 03-04-2017 à 11:08:19  profilanswer
 

Bonjour,
 
Donc, même blague ce matin ...  
 
Au moins 2 PDCs (physiques) différents sont repassés à l'heure d'hiver pendant le WE (un des 2 n'existait pas l'an dernier).
 
J'ai commencé à faire qq test sur 1 des machines :
- Un w32tm /query /status me renvoie time.windows.com en serveur de temps.
- Je redémarre la machine.
- Nouveau w32tm /query /status, cette fois il m'indique Local CMOS Clock comme serveur de temps. Par contre, dans la base de registre, c'est toujours bien time.windows.com qui apparait.
- Si je fais un w32tm /resync, il me dit que "l'ordinateur ne s'est pas resynchronisé car aucune donnée de temps n'était disponible"  ...
- Dans les paramètres de l’horloge il me dit bien qu'il va repasser à l'heure d'hiver le 29 octobre, il se considère donc bien à l'heure d'été.
 
Quelqu'un a une piste ?
Le souci n'est pas tant de corrigé le problème que d'être certain qu'il ne réapparaisse pas dans 6mois / 1 an ...
 
Merci, A+


Message édité par eusebius le 03-04-2017 à 11:10:54
n°145843
Je@nb
Modérateur
In ze cloud
Posté le 03-04-2017 à 11:16:22  profilanswer
 

fait voir la conf plutôt

n°145844
eusebius
Posté le 03-04-2017 à 12:14:02  profilanswer
 

Tu veux quoi comme conf ? La sortie de w32tm /query /status ?  
 
Indicateur de dérive : 0(Aucun avertissement)
Couche : 1 (Référence principale, synchronisée par l'horloge du réveil)
Précision : -6 (15.625ms par battement)
Délai de racine : 0.0000000s
Dispersion de racine : 10.0000000s
ID de référence : 0x4C4F434C (Nom de la source :  "LOCL" )
Heure de la dernière synchronisation réussie : 03/04/2017 13:03:51
Source : Local CMOS Clock
Intervalle d'interrogation : 6 (64s)
 
Comme indiqué plus haut avant le redémarrage j'avais "time.windows.com" comme Source ...
 
:spamafote:
 

Message cité 1 fois
Message édité par eusebius le 03-04-2017 à 12:14:18
mood
Publicité
Posté le 03-04-2017 à 12:14:02  profilanswer
 

n°145846
nebulios
Posté le 03-04-2017 à 13:07:57  profilanswer
 

Il se synchronise avec le BIOS, si c'est un membre de domaine ou un PDC ce n'est pas bon comme config.

n°145848
eusebius
Posté le 03-04-2017 à 13:27:04  profilanswer
 

nebulios a écrit :

Il se synchronise avec le BIOS, si c'est un membre de domaine ou un PDC ce n'est pas bon comme config.


 
Ça j'ai bien saisi, sauf qu'il était justement censé se synchroniser avec time.windows.com
Avant redémarrage, c'est d'ailleurs ce que j'avais dans w32tm /query /status et dans la BDR à HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\W32Time\Parameters ...
 
A défaut de mieux, j'ai refait la config avec la commande win32tm adaptée en lui mettant fr.pool.ntp.org comme serveur de temps  et tout rentre dans l'ordre. Le pb c'est que je ne suis pas certain qu'il ne reprenne pas l’idée de
repasser à l'heure CMOS l'an prochain à +/- la même date ...  :??:  
 
Question subsidiaire : vaut il mieux utiliser time.windows.com ? fr.pool.ntp.org ? autre ? peu importe ?
 
Merci, A+

n°145849
nebulios
Posté le 03-04-2017 à 13:54:54  profilanswer
 

Tu entres quoi comme commande pour tes PDC ?
 
time.windows.com provoque parfois des problèmes, mieux vaut l'éviter au profit de pool.ntp.org oui.
 

n°145850
eusebius
Posté le 03-04-2017 à 14:08:15  profilanswer
 

Citation :

Tu entres quoi comme commande pour tes PDC ?


 
w32tm /config /manualpeerlist:"fr.pool.ntp.org" /syncfromflags:manual
 
je relance ensuite le service et force une syncro.
 

Citation :

time.windows.com provoque parfois des problèmes, mieux vaut l'éviter au profit de pool.ntp.org oui.


 
OK, merci.
 
 

n°145856
Je@nb
Modérateur
In ze cloud
Posté le 03-04-2017 à 14:48:07  profilanswer
 

eusebius a écrit :

Tu veux quoi comme conf ? La sortie de w32tm /query /status ?  
 
Indicateur de dérive : 0(Aucun avertissement)
Couche : 1 (Référence principale, synchronisée par l'horloge du réveil)
Précision : -6 (15.625ms par battement)
Délai de racine : 0.0000000s
Dispersion de racine : 10.0000000s
ID de référence : 0x4C4F434C (Nom de la source :  "LOCL" )
Heure de la dernière synchronisation réussie : 03/04/2017 13:03:51
Source : Local CMOS Clock
Intervalle d'interrogation : 6 (64s)
 
Comme indiqué plus haut avant le redémarrage j'avais "time.windows.com" comme Source ...
 
:spamafote:
 


w32tm /query /status ça affiche le ... status, pas la conf. Pour ça il y a ...  w32tm /query /configuration
Autant sur certaines commandes c'est pas clair, autant là je vois pas comment on peut faire plus clair :D

n°145857
xaxaWOW
Posté le 03-04-2017 à 15:20:43  profilanswer
 

Bonjour,
 
Même problème sur plusieurs pc ce matin.
Quel est la marque des Pcs affectés ?  
 
Merci

n°145858
nebulios
Posté le 03-04-2017 à 15:30:47  profilanswer
 

eusebius a écrit :

Citation :

Tu entres quoi comme commande pour tes PDC ?


 
w32tm /config /manualpeerlist:"fr.pool.ntp.org" /syncfromflags:manual
 
je relance ensuite le service et force une syncro.
 

Citation :

time.windows.com provoque parfois des problèmes, mieux vaut l'éviter au profit de pool.ntp.org oui.


 
OK, merci.
 
 


 
Rajoute /reliable:yes /update à la première ligne et ça devrait être bon.

n°145859
eusebius
Posté le 03-04-2017 à 15:42:40  profilanswer
 

xaxaWOW >> Ça me rassure un peu ...  :jap:  
Tous les serveurs affectés sont des Fujitsus.
Je viens par contre de voir que j'avais au moins un PC (hors domaine / chez un autre client) touché, c'est un portable Asus sous Windows 10 pro.
 

Je@nb a écrit :


w32tm /query /status ça affiche le ... status, pas la conf. Pour ça il y a ...  w32tm /query /configuration
Autant sur certaines commandes c'est pas clair, autant là je vois pas comment on peut faire plus clair :D


 
En effet oui ...  :ange:  :whistle:  
 
Donc sur les PDCs j'ai fait les modifs je pense donc que la conf n'est plus pertinente, par contre j'ai la conf du PC Win 10 dont je parle ci-dessus :
 
[Configuration]
 

EventLogFlags: 2 (Locale)
AnnounceFlags: 10 (Locale)
TimeJumpAuditOffset: 28800 (Locale)
MinPollInterval: 10 (Locale)
MaxPollInterval: 15 (Locale)
MaxNegPhaseCorrection: 54000 (Locale)
MaxPosPhaseCorrection: 54000 (Locale)
MaxAllowedPhaseOffset: 1 (Locale)
 
FrequencyCorrectRate: 4 (Locale)
PollAdjustFactor: 5 (Locale)
LargePhaseOffset: 50000000 (Locale)
SpikeWatchPeriod: 900 (Locale)
LocalClockDispersion: 10 (Locale)
HoldPeriod: 5 (Locale)
PhaseCorrectRate: 1 (Locale)
UpdateInterval: 360000 (Locale)
 
 
[Fournisseurs de temps]
 
NtpClient (Locale)
DllName: C:\WINDOWS\system32\w32time.dll (Locale)
Enabled: 1 (Locale)
InputProvider: 1 (Locale)
AllowNonstandardModeCombinations: 1 (Locale)
ResolvePeerBackoffMinutes: 15 (Locale)
ResolvePeerBackoffMaxTimes: 7 (Locale)
CompatibilityFlags: 2147483648 (Locale)
EventLogFlags: 1 (Locale)
LargeSampleSkew: 3 (Locale)
SpecialPollInterval: 604800 (Locale)
Type: NTP (Locale)
NtpServer: time.windows.com,0x9 (Locale)
 
NtpServer (Locale)
DllName: C:\WINDOWS\system32\w32time.dll (Locale)
Enabled: 0 (Locale)
InputProvider: 0 (Locale)


 
Il est bien en heure auto / changement d'heure auto / sur le bon fuseau horaire ... :spamafote:
 
nebulios >> Merci, je vais voir pour le "/reliable:yes" , si je ne me trompe pas le /update fait +/- la même chose que de relancé le service puis faire un w32tm /resync.
 
A+


Message édité par eusebius le 03-04-2017 à 17:52:21
n°145860
xaxaWOW
Posté le 03-04-2017 à 15:53:04  profilanswer
 

eusebius >>
 
Les pcs touchés dans l'entreprise sont aussi des Fujitsus.
Je ne peut rien apporter de plus comme réponse mais cela me rassure un peu.

n°145861
Je@nb
Modérateur
In ze cloud
Posté le 03-04-2017 à 16:52:33  profilanswer
 

Tu parles de "les PDCs" mais tu as plusieurs domaines ? Dans le cas contraire tu en as qu'un seul.
La règle c'est :
Les PC et les DCs sauf le PDC du domaine root ==> Synchro de type NT5DS (là déjà on voit que tu es en NTP, c'est pas bon)
Le PDC du domaine root => Synchro de type NTP sur un serveur de temps externe (ou puce GPS si équipé ou autre équipement NTP que tu aurais)

 

Si DC virtuels : désactiver la synchro du temps avec l'hote pour n'utiliser que le NT5DS/NTP (pour le pdc hein uniquement)


Message édité par Je@nb le 03-04-2017 à 16:53:19
n°145862
eusebius
Posté le 03-04-2017 à 17:17:05  profilanswer
 

Citation :

Tu parles de "les PDCs" mais tu as plusieurs domaines ? Dans le cas contraire tu en as qu'un seul.


 
Oui, je parles de plusieurs "PDCs" au sens où j'ai plusieurs clients ...  
Les domaines de mes différents clients n'ont aucune relation entre eux.
 
J'ai 2 PDCs sur les 3 que je gère qui merdaient ce matin.
En plus de ça j'ai le pb sur -au moins- un 2008R2 "isolé" et un PC hors domaine sous Win10 pro.
 

Citation :

Les PC et les DCs sauf le PDC du domaine root ==> Synchro de type NT5DS


 
Tout à fait ...
 

Citation :

(là déjà on voit que tu es en NTP, c'est pas bon)


 
Non, comme indiqué, ça ce sont les réglages d'un PC hors domaine (chez un autre clients), qui "merde" également au niveau de l'heure depuis hier.  
 
A+
 
 
PS : Voici la config du 2008R2 (ni DC ni membre d'un domaine), que je n'ai pas encore basculé sur fr.pool.ntp.org :
 

[Configuration]
EventLogFlags: 2 (Locale)
AnnounceFlags: 10 (Locale)
TimeJumpAuditOffset: 28800 (Locale)
MinPollInterval: 10 (Locale)
MaxPollInterval: 15 (Locale)
MaxNegPhaseCorrection: 54000 (Locale)
MaxPosPhaseCorrection: 54000 (Locale)
MaxAllowedPhaseOffset: 1 (Locale)
 
FrequencyCorrectRate: 4 (Locale)
PollAdjustFactor: 5 (Locale)
LargePhaseOffset: 50000000 (Locale)
SpikeWatchPeriod: 900 (Locale)
LocalClockDispersion: 10 (Locale)
HoldPeriod: 5 (Locale)
PhaseCorrectRate: 1 (Locale)
UpdateInterval: 360000 (Locale)
 
 
[Fournisseurs de temps]
NtpClient (Locale)
DllName: C:\Windows\system32\w32time.dll (Locale)
Enabled: 1 (Locale)
InputProvider: 1 (Locale)
AllowNonstandardModeCombinations: 1 (Locale)
ResolvePeerBackoffMinutes: 15 (Locale)
ResolvePeerBackoffMaxTimes: 7 (Locale)
CompatibilityFlags: 2147483648 (Locale)
EventLogFlags: 1 (Locale)
LargeSampleSkew: 3 (Locale)
SpecialPollInterval: 604800 (Locale)
Type: NTP (Locale)
NtpServer: time.windows.com,0x9 (Locale)
 
VMICTimeProvider (Locale)
DllName: C:\Windows\System32\vmictimeprovider.dll (Locale)
Enabled: 1 (Locale)
InputProvider: 1 (Locale)
NtpServer (Locale)
DllName: C:\Windows\system32\w32time.dll (Locale)
Enabled: 0 (Locale)
InputProvider: 0 (Locale)


 
Son état :
 


Indicateur de dérive : 3(La dernière minute comprend 61 secondes.)
Couche : 0 (Non spécifié)
Précision : -6 (15.625ms par battement)
Délai de racine : 0.0000000s
Dispersion de racine : 0.0000000s
ID de référence : 0x00000000 (Non spécifié)
Heure de la dernière synchronisation réussie : Non spécifié
Source : Local CMOS Clock
Intervalle d'interrogation : 10 (1024s)


Message édité par eusebius le 03-04-2017 à 17:59:50
n°145863
nebulios
Posté le 03-04-2017 à 17:36:14  profilanswer
 

Pour résumer, la seule machine où tu dois entrer une conf manuellement dans un domaine, c'est le PDC. Pour tout le reste tout est automatique et bien configuré par défaut, il n'y a rien à modifier  :jap:

n°145864
eusebius
Posté le 03-04-2017 à 17:41:36  profilanswer
 

nebulios a écrit :

Pour résumer, la seule machine où tu dois entrer une conf manuellement dans un domaine, c'est le PDC. Pour tout le reste tout est automatique et bien configuré par défaut, il n'y a rien à modifier  :jap:


 
J'ai bien compris, sauf que visiblement il y a autre chose ...
 
Serait-il possible que restant durablement sans réponse de time.windows.com (qui n'a pas l'air de répondre souvent), les machines rebasculent sur le temps CMOS ?
 
A+
 
PS : Au cas où il y ai un doute, vous avez bien noté que la première partie de ce topic date de 2016 et la fin de 2017.
Le problème est le même -à la même période- mais les machines impactées sont différentes (même si il y a des recoupements).

Message cité 1 fois
Message édité par eusebius le 03-04-2017 à 17:55:10
n°145866
eusebius
Posté le 03-04-2017 à 18:16:57  profilanswer
 

Un truc intéressant dans les journaux d'événements d'un des PDCs qui a merdé :
 
Fournisseur de temps NtpClient : aucune réponse valide n’a été reçue de l’homologue manuellement configuré time.windows.com après 8 tentatives pour le contacter. Cet utilisateur sera rejeté en tant que source de temps et NtpClient va tenter de découvrir un nouvel utilisateur avec ce nom DNS. Erreur signalée : L’homologue est inaccessible.


Message édité par eusebius le 03-04-2017 à 18:18:09
n°145867
nebulios
Posté le 03-04-2017 à 18:20:03  profilanswer
 

eusebius a écrit :


 
Serait-il possible que restant durablement sans réponse de time.windows.com (qui n'a pas l'air de répondre souvent), les machines rebasculent sur le temps CMOS ?
 


Oui, quand la source de temps n'est pas dispo, il va en chercher une autre (ici, la seule dispo était ton BIOS visiblement)

n°145868
eusebius
Posté le 03-04-2017 à 18:41:02  profilanswer
 

nebulios a écrit :


Oui, quand la source de temps n'est pas dispo, il va en chercher une autre (ici, la seule dispo était ton BIOS visiblement)


 
OK, donc c'est probablement bien çà ... :jap:
 
Si on ne peux pas faire confiance à time.windows.com est-ce que le remplacer par fr.pool.ntp.org suffit ? Faut-il mettre les 2 ?
 
"Mon" troisième PDC -celui qui n'a pas merdé de matin- est en statu "free-running system clock", ça na me semble pas être très bon signe ... :spamafote:
Il est aussi censé se synchroniser sur time.windows.com ...
 
A+

n°145900
sticky-fin​gers
Posté le 05-04-2017 à 12:03:39  profilanswer
 
mood
Publicité
Posté le   profilanswer
 


Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Systèmes & Réseaux Pro
  Infrastructures serveurs

  Problème d'heure sur 2012R2

 

Sujets relatifs
[2012R2] Authentification d'une RemoteApp ?Exchange 2016 - Problème Autodiscover
Problème accès Internet quand vpn connecté proxy .pacprobleme NAT netasq
Exchange: Problème encodage vers Orange/wanadoo (SMTP)Problème IMB Netfinity 5500
Bascule sous exchange: Divers problèmes avec outlookProblème routage inter VLAN
Probleme Direct Access WIndows 2012 R2Problème GPO Execution de scripts
Plus de sujets relatifs à : Problème d'heure sur 2012R2



Copyright © 1997-2016 Hardware.fr SARL (Signaler un contenu illicite) / Groupe LDLC / Shop HFR