[XP] Tijdsynchronisatie met server werkt niet*

[BlakHawk]

Hallo allemaal.
Ik heb een probleem wat misschien heel simpel lijkt, maar dat is het volgens mij helemaal niet.

Ik heb een Server2003 omgeving met in dit geval een XP bak.

De XP bak geeft niet de juiste tijd aan en als je hem goed zet,gaat hij vanzelf weer achterlopen.

Hij hoort te synchroniseren met de Domain Controller. Als ik in de command prompt een aantal commands uitvoer, valt mij op dat de Service (windows time) iedere keer opnieuw moet starten, omdat hij ermee kapt. Iedere keer stopt de service weer. Waarom? Ik snap het niet...

[Question Mark]

Errors in de eventlog?
Welke commando's geef je in de command prompt?
XP machine is wel domain member?

[BlakHawk]

Dit zijn de commands die ik uitvoer:
Start > uitvoeren > CMD
De volgende commands in deze volgorde uitvoeren:
net stop w32time
net start w32time
w32tm /resync

Controle met: net time

Net time geeft dus de DC als antwoord.
Maar met net start w32time start hij hem iedere keer opnieuw de service. Binnen de minuut klapt hij er dus weer uit. Als ik het heel snel achter elkaar doe, dan geeft hij wel als antwoord dat hij al gestart is.

[frickY]

Voor het synchroniseren van de tijd heb ik altijd het volgende gezien in loginscripts;

code:

net time \\domnaincontroller /SET /YES

Kunt je uiteraard ook handmatig op de command-line uitvoeren.

Maar je geeft geen antwoord op de vragen over je error-log?
Als je in services.msc kijkt zie je dan Windows Time wel running of ook stopped?

[ Voor 13% gewijzigd door frickY op 18-07-2008 09:05 ]

[Jazzy]

frickY schreef op vrijdag 18 juli 2008 @ 09:04:
Voor het synchroniseren van de tijd heb ik altijd het volgende gezien in loginscripts;

code:

net time \\domnaincontroller /SET /YES

In een gezonde omgeving is dat niet nodig.

Maar je geeft geen antwoord op de vragen over je error-log?

Inderdaad, daar moet de reden staan waarom de service stopt.

[ajhaverkamp]

dfrenner schreef op vrijdag 18 juli 2008 @ 08:24:
Dit zijn de commands die ik uitvoer:
Start > uitvoeren > CMD
De volgende commands in deze volgorde uitvoeren:
net stop w32time
net start w32time
w32tm /resync

Controle met: net time

Net time geeft dus de DC als antwoord.
Maar met net start w32time start hij hem iedere keer opnieuw de service. Binnen de minuut klapt hij er dus weer uit. Als ik het heel snel achter elkaar doe, dan geeft hij wel als antwoord dat hij al gestart is.

Je typt "net stop w32time" en je bent vervolgens verbaasd dat je tijdservice stopt? Geintje? Of snap je echt niet wat je aan het doen bent?
Staat je PC aangemeld in het domein, want dan hoort hij te synchroniseren met je DC. Het hebben van een DC betekent niet dat elke PC spontaan gaat synchroniseren, daarvoor zul je de PC's toch echt in het domein moeten zetten.

[BlakHawk]

De volgende melding:
Windows kan de computeraccount niet vinden. De klokken op de client en servercomputers lopen niet gelijk.

Maar ja dat heeft weer met de tijd te maken dus, de computer komt zeker voor, want zit in dezelfde ou als andere computers.

[BlakHawk]

ajhaverkamp schreef op vrijdag 18 juli 2008 @ 09:07:
[...]

Je typt "net stop w32time" en je bent vervolgens verbaasd dat je tijdservice stopt? Geintje? Of snap je echt niet wat je aan het doen bent?
Staat je PC aangemeld in het domein, want dan hoort hij te synchroniseren met je DC. Het hebben van een DC betekent niet dat elke PC spontaan gaat synchroniseren, daarvoor zul je de PC's toch echt in het domein moeten zetten.

Ik ik begrijp het natuurlijk wel. Maar in plaats van een restart van de service in windows services. Deed ik in de prompt met behulp van de stop. Maar als ik hem dan gestart had, en ik deed even later weer een start, dan startte hij hem weer (snap je?) Dus op de achtergrond stopte de service weer uit zichzelf.

En hij staat in het domein, want ik heb met accounts ingelogd op de pc waar ik dat nog nooit mee heb gedaan bij die pc... En bij eigenschappen van deze computer -> computernaam staat het domein ook gewoon.

[ Voor 11% gewijzigd door BlakHawk op 18-07-2008 09:14 ]

[Krypt]

* Krypt fluistert nog maar eens iets over eventlogs

[BlakHawk]

Krypt schreef op vrijdag 18 juli 2008 @ 09:11:
* Krypt fluistert nog maar eens iets over eventlogs

Twee posts boven je

In de herhaling:
De volgende melding:
Windows kan de computeraccount niet vinden. De klokken op de client en servercomputers lopen niet gelijk.

Enige fout....

Maar ja de pc-account staat gewoon in het AD, ook lid van de groep domain computers. Als ik ping op naam, doet hij het ook, dus waarom niet te vinden???

[ Voor 17% gewijzigd door BlakHawk op 18-07-2008 09:18 ]

[BlakHawk]

Dit doet hij wel gewoon:

P:\>w32tm /resync
Bezig met het verzenden van de opdracht resync aan local computer...
De opdracht is uitgevoerd.

[Jazzy]

Geef eens de ipconfig /all van de werkplek en van de server.

[BlakHawk]

...

[ Voor 125% gewijzigd door BlakHawk op 18-07-2008 11:25 ]

[alt-92]

Zo. Even een vervelende multipost bij elkaar gezet.

Waarom we dat niet echt fijn vinden is je in dfrenner in "Outlook probleem binnen Citrix (link naa..." al verteld

Zou je in het vervolg ook willen reageren op de vragen die je gesteld worden?
Als iemand om een eventlog foutmelding vraagt dan is het wel zo handig om de EventID, source en dergelijke mee te posten, in plaats van een losse kreet.

Dat werkt stukken beter en sneller.

[ Voor 16% gewijzigd door alt-92 op 18-07-2008 10:07 ]

[Question Mark]

Controleer eens met nltest of het secure channel tussen client en DC nog wel bestaat.

[BlakHawk]

nltest? Die ken ik niet.. Standaard aanwezig in windows?

Foutmelding:
Bron: Userenv
Categorie: Geen
Gebeurtenis-id: 1097
Datum: datum
Tijd: tijd
Type: Fout
Gebruiker: NT AUTHORITY\SYSTEM
Computer: pc-4332
Beschrijving: Windows kan de computeraccount niet vinden. De klokken op de client en servercomputers lopen niet gelijk.

[ Voor 71% gewijzigd door BlakHawk op 18-07-2008 10:23 ]

[alt-92]

dfrenner schreef op vrijdag 18 juli 2008 @ 10:16:
nltest? Die ken ik niet.. Standaard aanwezig in windows?

wat dacht je ervan om dan die term eens door Google heen te trekken?
[google=nltest]

Het is niet echt de bedoeling om jou stapje voor stapje bij de hand te houden, enige zelfredzaamheid is wel vereist hier.

[BlakHawk]

alt-92 schreef op vrijdag 18 juli 2008 @ 10:18:
[...]

wat dacht je ervan om dan die term eens door Google heen te trekken?
[google=nltest]

Het is niet echt de bedoeling om jou stapje voor stapje bij de hand te houden, enige zelfredzaamheid is wel vereist hier.

Heb ik net gedaan, en ik zie dat ze dat bij de commandprompt intypen, maar als ik dat doe herkent die het niet. Vandaar ook mijn vraag of die standaard bij windows zit. Vraag ik niet voor niets, ik kijk hier lang genoeg rond om te weten dat je ook zelf moet zoeken en dat doe ik dan dus ook!!!! Weet je het voor de volgende keer! Ik vraag niet of je mijn hand wil vasthouden, ik vraag of die standaard in windows zit, dan kan ik zelf weer verder zoeken! Anders had ik mijn vraag wel als volgt geformuleerd: Hoe doe ik dat?

Goed back on-topic:

Bron: Userenv
Categorie: Geen
Gebeurtenis-id: 1097
Datum: datum
Tijd: tijd
Type: Fout
Gebruiker: NT AUTHORITY\SYSTEM
Computer: PC-4332
Windows kan de computeraccount niet vinden. De klokken op de client en servercomputers lopen niet gelijk.

[Jazzy]

Nog even voor de duidelijkheid:

Stel, je start de Tiem Service om 10:40u. Je ziet dan in de Event Viewer (system log) dat hij gestart is. Je wacht tot de service gestopt is, bij voorkeur niet door domweg te proberen hem te starten maar door de status te bekijken in services.msc (druk af en toe op F5).

Wanneer hij nu gestopt is kijk je weer in de Event Viewer vanaf 10.40u en zoek je het event waarin staat dat de service gestopt is en eventuele andere events die de oorzaak aangeven.

Wil je dat eens doen?

[alt-92]

dfrenner schreef op vrijdag 18 juli 2008 @ 10:29:
[...]


Heb ik net gedaan, en ik zie dat ze dat bij de commandprompt intypen, maar als ik dat doe herkent die het niet. Vandaar ook mijn vraag of die standaard bij windows zit.

En dat kun je in je F1/ Help & Support of de Online documentatie van Technet opzoeken, zodat je dat niet eens hoeft te vragen.

Goed back on-topic:

Bron: Userenv
Categorie: Geen
Gebeurtenis-id: 1097
Datum: datum
Tijd: tijd
Type: Fout
Gebruiker: NT AUTHORITY\SYSTEM
Computer: PC-4332
Windows kan de computeraccount niet vinden. De klokken op de client en servercomputers lopen niet gelijk.

En als je die nou eens door EventID.net heen trekt bijvoorbeeld?

http://www.eventid.net/di...26&source=Userenv&phase=1

[Jazzy]

O ja...

Heb ik net gedaan, en ik zie dat ze dat bij de commandprompt intypen, maar als ik dat doe herkent die het niet. Vandaar ook mijn vraag of die standaard bij windows zit. Vraag ik niet voor niets, ik kijk hier lang genoeg rond om te weten dat je ook zelf moet zoeken en dat doe ik dan dus ook!!!! Weet je het voor de volgende keer!

Hoe kan het dan dat als ik op die zelfde link klik, ik in één oogopslag zie dat het een tooltje is uit een Resource Kit?

[BlakHawk]

alt-92 schreef op vrijdag 18 juli 2008 @ 10:36:

En als je die nou eens door EventID.net heen trekt bijvoorbeeld?

http://www.eventid.net/di...26&source=Userenv&phase=1

Dank je wel, die site kende ik nog niet. Ik had hem door google gegooid en toen kreeg ik alleen maatr algemenen eventreeksen die verwant zijn aan het probleem, maar niet exact die ik heb

[alt-92]

Er staat ook een opmerking over een corrupte computeraccount in je AD.

Als je nltest straks ook failed, dan kun je het werkstation eventueel uit het domain halen (en even opletten dat de corrupte account weg is), en weer terug erin aanmelden.

[BlakHawk]

Hij werkt.
Ik denk dat de melding in het iventlog veroorzaakt werd doordat de datum op de 16e van juli stond.
Dus ik zette iedere keer de tijd goed met de hand, maar de datum bleef maar staan.

Nu werkte het nog steeds niet lekker want de tijd ging achterlopen, maar geen meldingen meer in het eventlog.

Toen had ik ook deze gedraaid:
net time \\domnaincontroller /SET /YES

En nu heb ik hem net een kwartier uitgezet en weer aangezet en tijd staat goed!!!

De service blijft nu ook gewoon draaien, bedankt allemaal voor het meedenken!

[Baazie]

niet goed gelezen

[ Voor 85% gewijzigd door Baazie op 18-07-2008 11:25 ]

[BlakHawk]

nee, router regelt de routering, we hebben hier meer dan 4000 pc's staan dus er is destijds hiervoor gekozen.

[alt-92]

dfrenner schreef op vrijdag 18 juli 2008 @ 11:19:
Hij werkt.
Ik denk dat de melding in het iventlog veroorzaakt werd doordat de datum op de 16e van juli stond.

Wil je nu zeggen dat je je helemaal blind hebt lopen staren op enkel de *tijd* ?

[BlakHawk]

hahaha, beetje, omdat de tijd niet meeliep. Datum zag ik later pas.
Maar toen deed hij het nog niet. Het handmatig benoemen van de DC was noodzakelijk.

[Question Mark]

dfrenner schreef op vrijdag 18 juli 2008 @ 11:54:
Het handmatig benoemen van de DC was noodzakelijk.

Dan zit er toch nog ergens iets niet goed, dit zou nl. niet hoeven..... Via je AD hoort je client een geldige time-server te vinden...

[BlakHawk]

hmmm, nu een week later, staat de client nog steeds op 18 juli 12:09....
Werkt dus nog niet. Gevalletje: te vroeg gejuicht

[Question Mark]

Probeer eens te debuggen om te kijken wat er fout gaat:

Configuring the Time Service: Enabling the Debug Log

Verder ben ik nog steeds benieuwd wat het testen met nltest opgeleverd heeft. Als de client niet goed in het domein hangt gaat het nooit werken.

[BlakHawk]

Nou het is glukt ergens een resource kit vandaan te halen en deze op de pc t installeren, heb NLtest zitten uitproberen, zoek zo nog even naar wat precieze syntax om te testen...

Is denk ik niet zo'n goed teken:

P:\>nltest /query
Flags: 0
Connection Status = 0 0x0 NERR_Success
The command completed successfully

P:\>nltest /query /trusted_domains
Flags: 0
Connection Status = 0 0x0 NERR_Success
Trusted domain list:
The command completed successfully


Maar dit doet ie wel:
P:\>nltest /dclist:<domein>
List of DCs in Domain <domein>
\\BA******* (PDC)
\\AC*******
\\CA*******
\\DE*******
The command completed successfully

[ Voor 17% gewijzigd door BlakHawk op 28-07-2008 09:48 ]

[Question Mark]

NLTest /sc_verify:domainname

Controleert het secure channel, output op mijn werkplek:

code:

H:\>nltest /sc_verify:<knip>
Flags: b0 HAS_IP  HAS_TIMESERV
Trusted DC Name <knip>
Trusted DC Connection Status Status = 0 0x0 NERR_Success
Trust Verification Status = 0 0x0 NERR_Success
The command completed successfully

[BlakHawk]

Dat gaat neit zo goed:

P:\>nltest /sc_verify:<domein>
Usage: nltest [/OPTIONS]

<hele rits met opties>

[Question Mark]

In plaats van <domein>, vul je wel je reguliere NT domain in?

If so, test dezelfde syntax eens op een machine waarvan je zeker weet dat deze geen problemen heeft. Als ik nl. op mijn werkplek een niet resolvebaar domain intyp krijg ik ook de opties van NLTest te zien. Het lijkt er dan op dat jouw probleemwerkplek problemen heeft met de naamresolutie.

[BlakHawk]

Ik krijg de resource kit niet op mijn andere pc geinstalleerd... Erg vaag.. Precies dezelfde file.
Maar domein is exact gelijk als ht domein wat je aanklikt bij het inloggen in windows

[BlakHawk]

NLTest /sc_verify:domainname werkt ook niet bij mijn eigen werkplek hoor, hij kent het command niet, dus ik heb de volgende uitgevoerd:
C:\>"<pad>\NLTEST.EXE" /sc_query:<domein>
Flags: 30
Connection Status = 0 0x0 NERR_Success
Trusted DC Name \\<server>.<domein>.nl
Trusted DC Connection Status Status = 0 0x0 NERR_Success
The command completed successfully


En:
w32tm /debug /enable /file:C:\windows\temp\w32time.log /size:10000000 /entries:0-300 geeft:
/debug is unknown

[ Voor 17% gewijzigd door BlakHawk op 29-07-2008 15:15 ]

[alt-92]

dfrenner schreef op dinsdag 29 juli 2008 @ 09:07:
NLTest /sc_verify:domainname werkt ook niet bij mijn eigen werkplek hoor, hij kent het command niet, dus ik heb de volgende uitgevoerd:

Omdat het niet in je %path% staat.

En:
w32tm /debug /enable /file:C:\windows\temp\w32time.log /size:10000000 /entries:0-300 geeft:
/debug is unknown

/debug is volgens mij een Vista specifieke switch

[ Voor 8% gewijzigd door alt-92 op 29-07-2008 16:38 ]

[Question Mark]

alt-92 schreef op dinsdag 29 juli 2008 @ 16:34:
[...]
/debug is volgens mij een Vista specifieke switch

Klopt, staat ook duidelijk in de eerder aangehaalde blog:

In Windows Vista/Server 2008, we added the /debug option to the w32tm.exe command. This is the quickest and easiest way to configure the time service, and should be used if possible. A secondary option (if you are running XP/W2k3) is to edit the settings in the registry.

[BlakHawk]

Ik heb het een en ander getest en uit de logfile komt naar voren dat hij gewoon synchroniseerd met een server, alleen bij een bepaald verschil doet hij dat niet meer!

Nu zou je zeggen de batterij, maar dat geloof ik echt niet, er is namelijk al een nieuwe bak neergezet en die heeft het zelfde probleem...

Maar ik zet op 12:18 de pc uit. Om 12:40 zet ik hem weer aan.
Ik log in en zie de tijd nog op 12:18 staan en hem overspringen naar 12:40

Lijkt mij dat dat via de DC gebeurde! Dus daar gaat het goed.

Maar waar zit het hem dan in? Ik snap het niet meer..

[joh14vers6]

alt-92 schreef op vrijdag 18 juli 2008 @ 10:42:
Er staat ook een opmerking over een corrupte computeraccount in je AD.

..., dan kun je het werkstation eventueel uit het domain halen (en even opletten dat de corrupte account weg is), en weer terug erin aanmelden.

Dit is precies wat ik dacht en wat het probleem zou moeten oplossen. Dat werkstation staat gewoon niet goed in AD en dan werkt tijdsynchronisatie ook niet.

[BlakHawk]

joh14vers6, kijk eens een post voor je.
Hij synchroniseerd dus wel, alleen de tussen liggende tijd doet hij dat niet... Als de pc uitstaat. Maar het kan geen batterij zijn.... Maar wat dan wel?

[Sa1]

dfrenner schreef op donderdag 31 juli 2008 @ 08:20:
joh14vers6, kijk eens een post voor je.
Hij synchroniseerd dus wel, alleen de tussen liggende tijd doet hij dat niet... Als de pc uitstaat. Maar het kan geen batterij zijn.... Maar wat dan wel?

misschien heb ik er overheen gelezen hor, maar waaorm kan het niet je bios batterij zijn? staat in je bios je tijd ansich wel goed? wat je eens zou kunnen doen is gewoon in het bios hem goedzetten... snel je computer uitzetten en vervolgens weer je computer na een tijdje aan. Als hij dan niet doorgleopen heeft dan zou het best wel eens je bios batterij kunnen zijn. Probleem isnamelijk een beetje dat wanneer hij aanlogt op het netwerk, hij pas kan syncen wanneer hij ook daadwerkelijk het domain kan vinden. ... als de tijd te veel verschild kan dat dus niet meer.

[BlakHawk]

Omdat dit nu al de tweede nieuwe pc is!!!
Krijg ook geen melding bij het opstarten van de batterij

[Question Mark]

Sa1 schreef op donderdag 31 juli 2008 @ 08:30:
[...] Probleem isnamelijk een beetje dat wanneer hij aanlogt op het netwerk, hij pas kan syncen wanneer hij ook daadwerkelijk het domain kan vinden. ... als de tijd te veel verschild kan dat dus niet meer.

DC's worden gevonden op basis van SRV records binnen DNS. Tijd heeft hier nog niets mee te maken.

Tijd wordt pas van belang bij het opvragen van een Kerberos TGT-ticket.

dfrenner schreef op woensdag 30 juli 2008 @ 13:13:Maar ik zet op 12:18 de pc uit. Om 12:40 zet ik hem weer aan.
Ik log in en zie de tijd nog op 12:18 staan en hem overspringen naar 12:40

Lijkt mij dat dat via de DC gebeurde! Dus daar gaat het goed.

Post dat stuk van je debog log eens?

[BlakHawk]

148864 13:24:31.4062500s - ---------- Log File Opened -----------------
148864 13:24:31.4218750s - Entered W32TmServiceMain
148864 13:24:31.4218750s - CurSpc:15625000ns BaseSpc:15625000ns SyncToCmos:Yes
148864 13:24:31.4218750s - PerfFreq:1862040000c/s
148864 13:24:31.5468750s - Time zone OK.
148864 13:24:31.5468750s - ReadConfig: Found provider 'NtpClient':
148864 13:24:31.5468750s - ReadConfig: 'Enabled'=0x00000001
148864 13:24:31.5468750s - ReadConfig: 'DllName'='C:\WINDOWS\system32\w32time.dll'
148864 13:24:31.5468750s - ReadConfig: 'InputProvider'=0x00000001
148864 13:24:31.5468750s - ReadConfig: Found provider 'NtpServer':
148864 13:24:31.5468750s - ReadConfig: 'Enabled'=0x00000001
148864 13:24:31.5468750s - ReadConfig: 'DllName'='C:\WINDOWS\system32\w32time.dll'
148864 13:24:31.5468750s - ReadConfig: 'InputProvider'=0x00000000
148864 13:24:31.5468750s - ReadConfig (policy): Found provider 'NtpClient':
148864 13:24:31.5625000s - ReadConfig (policy): 'Enabled'=0x00000001
148864 13:24:31.5625000s - ReadConfig (policy): Found provider 'NtpServer':
148864 13:24:31.5625000s - ReadConfig (policy): 'Enabled'=0x00000000
148864 13:24:31.5625000s - ReadConfig: 'PhaseCorrectRate'=0x00000001
148864 13:24:31.5625000s - ReadConfig: 'UpdateInterval'=0x00007530
148864 13:24:31.5625000s - ReadConfig: 'FrequencyCorrectRate'=0x00000004
148864 13:24:31.5625000s - ReadConfig: 'PollAdjustFactor'=0x00000005
148864 13:24:31.5625000s - ReadConfig: 'LargePhaseOffset'=0x00138800
148864 13:24:31.5625000s - ReadConfig: 'SpikeWatchPeriod'=0x0000005A
148864 13:24:31.5625000s - ReadConfig: 'HoldPeriod'=0x00000005
148864 13:24:31.5625000s - ReadConfig: 'MinPollInterval'=0x0000000A
148864 13:24:31.5625000s - ReadConfig: 'MaxPollInterval'=0x0000000F
148864 13:24:31.5625000s - ReadConfig: 'AnnounceFlags'=0x0000000A
148864 13:24:31.5625000s - ReadConfig: 'LocalClockDispersion'=0x0000000A
148864 13:24:31.5625000s - ReadConfig: 'MaxNegPhaseCorrection'=0x0000D2F0
148864 13:24:31.5625000s - ReadConfig: 'MaxPosPhaseCorrection'=0x0000D2F0
148864 13:24:31.5625000s - ReadConfig: 'EventLogFlags'=0x00000002
148864 13:24:31.5625000s - ReadConfig: 'MaxAllowedPhaseOffset'=0x0000012C
148864 13:24:31.5625000s - DomainHierarchy: LSA role change notification. Redetecting.
148864 13:24:31.5937500s - ClockDisciplineThread: Starting:148864 13:24:31.5937500s - LI:3 S:0 RDl:0 RDs:0 TSF:0x0
148864 13:24:31.5937500s - Starting Providers.
148864 13:24:31.5937500s - Starting 'NtpClient', dll:'C:\WINDOWS\system32\w32time.dll'
148864 13:24:31.5937500s - NtpTimeProvOpen("NtpClient") called.
148864 13:24:31.5937500s - NtpProvider: Created 2 sockets (1 listen-only): <ip>, (<ip>)
148864 13:24:31.5937500s - PeerPollingThread: waiting forever
148864 13:24:31.5937500s - ReadConfig: 'AllowNonstandardModeCombinations'=0x00000001
148864 13:24:31.5937500s - ReadConfig: 'CompatibilityFlags'=0x80000000
148864 13:24:31.5937500s - ReadConfig: 'SpecialPollInterval'=0x00000E10
148864 13:24:31.6093750s - ReadConfig: 'ResolvePeerBackoffMinutes'=0x0000000F
148864 13:24:31.6093750s - ReadConfig: 'ResolvePeerBackoffMaxTimes'=0x00000007
148864 13:24:31.6093750s - ReadConfig: 'EventLogFlags'=0x00000000
148864 13:24:31.6093750s - ReadConfig: 'CrossSiteSyncFlags'=0x00000002
148864 13:24:31.6093750s - PeerPollingThread: waiting 0.000s
148864 13:24:31.6093750s - NtpClient started.
148864 13:24:31.6093750s - Successfully started 1 providers.
148864 13:24:31.6093750s - W32TmServiceMain: waiting i16.000s (1024.000s)
148864 13:24:31.6093750s - PeerPollingThread: PeerListUpdated
148864 13:24:31.6093750s - Resolving domain hierarchy
148864 13:24:31.6093750s - W32TmServiceMain: Network Topology Change
148864 13:24:31.6093750s - ClockDispln:148864 13:24:31.6093750s - ClockDispln TimeSlip:148864 13:24:31.6093750s - LI:3 S:0 RDl:0 RDs:0 TSF:0x0
148864 13:24:31.6093750s - TimeProvCommand([NtpClient], TPC_NetTopoChange) called.
148864 13:24:31.7187500s - Domain member syncing from \\<server>.<domein>.nl.
148864 13:24:32.1406250s - Peer poll: Max:1024.0000000s Cur:00.0000000s
148864 13:24:32.1406250s - PeerPollingThread: waiting 0.000s
148864 13:24:32.1406250s - PeerPollingThread: WaitTimeout
148864 13:24:32.1406250s - Polling peer <server>.<domein>.nl (ntp.d|<ip>-><ip>)
148864 13:24:32.1406250s - Sending packet to <server>.<domein>.nl (ntp.d|<ip>-><ip>) in Win2K detect mode, stage 1.
148864 13:24:32.1406250s - Peer poll: Max:1024.0000000s Cur:00.0000000s
148864 13:24:32.1406250s - PeerPollingThread: waiting 1024.000s
148864 13:24:32.1406250s - NtpProvider: Network Topology Change
148864 13:24:32.1406250s - Peers reset: p-p:1 a-p:1 a-x:0
148864 13:24:32.1406250s - NtpProvider: Created 2 sockets (1 listen-only): <ip>, (<ip>)
148864 13:24:32.1406250s - PeerPollingThread: waiting 0.000s
148864 13:24:32.1406250s - W32TmServiceMain: waiting i16.000s (1024.000s)
148864 13:24:32.1406250s - PeerPollingThread: PeerListUpdated
148864 13:24:32.1406250s - Resolving domain hierarchy
148864 13:24:32.1406250s - Domain member syncing from \\<server2>.<domein>.nl.
148864 13:24:32.1406250s - ListeningThread -- DataAvailEvent set for socket 0 (<ip>148864 13:24:32.1406250s - Peer poll: Max:)
1024.0000000s Cur:148864 13:24:32.1406250s - ListeningThread -- response heard from 00.0000000s<ip>

148864 13:24:32.1406250s - /-- NTP Packet:
148864 13:24:32.1406250s - | LeapIndicator: 0 - no warning; VersionNumber: 3; Mode: 4 - Server; LiVnMode: 0x1C
148864 13:24:32.1406250s - | Stratum: 2 - secondary reference (syncd by (S)NTP)
148864 13:24:32.1406250s - | Poll Interval: 10 - 1024s; Precision: -6 - 15.625ms per tick
148864 13:24:32.1406250s - | RootDelay: 0x0000.0800s - 0.03125s; RootDispersion: 0x0000.240Ds - 0.140823s
148864 13:24:32.1406250s - | ReferenceClockIdentifier: 0x0A000803 - source IP: <ip>
148864 13:24:32.1406250s - | ReferenceTimestamp: 0xCC3BC3ED8043675D148864 13:24:32.1406250s - - 12861953645501028500ns - 148865 04:54:05.5010285s
148864 13:24:32.1406250s - | OriginateTimestamp: 0xCC3AEA1024000000148864 13:24:32.1406250s - - 12861897872140625000ns - 148864 13:24:32.1406250s
148864 13:24:32.1406250s - | ReceiveTimestamp: 0xCC3BD932AC4B9884148864 13:24:32.1406250s - - 12861959090673028500ns - 148865 06:24:50.6730285s
148864 13:24:32.1406250s - | TransmitTimestamp: 0xCC3BD932AC4B9884148864 13:24:32.1406250s - - 12861959090673028500ns - 148865 06:24:50.6730285s
148864 13:24:32.1406250s - >-- Non-packet info:
148864 13:24:32.1406250s - | DestinationTimestamp: 148864 13:24:32.1406250s - 0xCC3AEA1024000000148864 13:24:32.1406250s - - 12861897872140625000ns148864 13:24:32.1406250s - - 148864 13:24:32.1406250s
148864 13:24:32.1406250s - | RoundtripDelay: 000ns (0s)
148864 13:24:32.1406250s - | LocalClockOffset: 61218532403500ns - 1020:18.532403500s
148864 13:24:32.1406250s - \--
148864 13:24:32.1406250s - PeerPollingThread: waiting 0.000s
148864 13:24:32.1406250s - Ignoring packet invalid mode combination (in:4 out:0).
148864 13:24:32.1562500s - PeerPollingThread: WaitTimeout
148864 13:24:32.1562500s - Polling peer <server2>.<domein>.nl (ntp.d|<ip>-><ip>)
148864 13:24:32.1562500s - Sending packet to <server2>.<domein>.nl (ntp.d|<ip>-><ip>) in Win2K detect mode, stage 1.
148864 13:24:32.1562500s - Peer poll: Max:1024.0000000s Cur:00.0000000s
148864 13:24:32.1562500s - PeerPollingThread: waiting 1024.000s
148864 13:24:32.1562500s - ListeningThread -- DataAvailEvent set for socket 0 (172.20.41.46:123)
148864 13:24:32.1562500s - ListeningThread -- response heard from 10.0.8.11:123
148864 13:24:32.1562500s - /-- NTP Packet:
148864 13:24:32.1562500s - | LeapIndicator: 0 - no warning; VersionNumber: 3; Mode: 4 - Server; LiVnMode: 0x1C
148864 13:24:32.1562500s - | Stratum: 2 - secondary reference (syncd by (S)NTP)
148864 13:24:32.1562500s - | Poll Interval: 10 - 1024s; Precision: -6 - 15.625ms per tick
148864 13:24:32.1562500s - | RootDelay: 0x0000.0800s - 0.03125s; RootDispersion: 0x0000.319Es - 0.193817s
148864 13:24:32.1562500s - | ReferenceClockIdentifier: 0x0A000803 - source IP: <ip>
148864 13:24:32.1562500s - | ReferenceTimestamp: 0xCC3BC5FB225C3A93148864 13:24:32.1562500s - - 12861954171134219800ns - 148865 05:02:51.1342198s
148864 13:24:32.1562500s - | OriginateTimestamp: 0xCC3AEA1028000000148864 13:24:32.1562500s - - 12861897872156250000ns - 148864 13:24:32.1562500s
148864 13:24:32.1562500s - | ReceiveTimestamp: 0xCC3BD932A25C3A93148864 13:24:32.1562500s - - 12861959090634219800ns - 148865 06:24:50.6342198s
148864 13:24:32.1562500s - | TransmitTimestamp: 0xCC3BD932A25C3A93148864 13:24:32.1562500s - - 12861959090634219800ns - 148865 06:24:50.6342198s
148864 13:24:32.1562500s - >-- Non-packet info:
148864 13:24:32.1562500s - | DestinationTimestamp: 148864 13:24:32.1562500s - 0xCC3AEA1028000000148864 13:24:32.1562500s - - 12861897872156250000ns148864 13:24:32.1562500s - - 148864 13:24:32.1562500s
148864 13:24:32.1562500s - | RoundtripDelay: 000ns (0s)
148864 13:24:32.1562500s - | LocalClockOffset: 61218477969800ns - 1020:18.477969800s
148864 13:24:32.1562500s - \--
148864 13:24:32.1562500s - Peer <server2>.<domein>.nl (ntp.d|<ip>-><ip>) is not Win2K. Setting compat flags.
148864 13:24:32.1562500s - Peer poll: Max:1024.0000000s Cur:1024.0000000s
148864 13:24:32.1562500s - Response from peer <server2>.<domein>.nl (ntp.d|<ip>->1<ip>), ofs: +61218.4779698s
148864 13:24:32.1562500s - 5 Age:5 Ofs:+00.0000000s Dly:+00.0000000s Dsp:16.0000000s Dst:16.0000000s FDsp:08.0000000s
148864 13:24:32.1562500s - 4 Age:4 Ofs:+00.0000000s Dly:+00.0000000s Dsp:16.0000000s Dst:16.0000000s FDsp:12.0000000s
148864 13:24:32.1562500s - 3 Age:3 Ofs:+00.0000000s Dly:+00.0000000s Dsp:16.0000000s Dst:16.0000000s FDsp:14.0000000s
148864 13:24:32.1562500s - 2 Age:2 Ofs:+00.0000000s Dly:+00.0000000s Dsp:16.0000000s Dst:16.0000000s FDsp:15.0000000s
148864 13:24:32.1562500s - 1 Age:1 Ofs:+00.0000000s Dly:+00.0000000s Dsp:16.0000000s Dst:16.0000000s FDsp:15.5000000s
148864 13:24:32.1562500s - 0 Age:0 Ofs:+61218.4779698s Dly:+00.0312500s Dsp:00.2094421s Dst:00.2250671s FDsp:07.7500000s
148864 13:24:32.1562500s - W32TmServiceMain: resync req, irreg already pending.
148864 13:24:32.1562500s - W32TmServiceMain: waiting i15.984s (1023.984s)
148864 13:24:34.8437500s - W32TmServiceMain: ********** Time Slip Notification **********
148864 13:24:34.8437500s - ClockDispln:148864 13:24:34.8437500s - ClockDispln TimeSlip:148864 13:24:34.8437500s - LI:3 S:0 RDl:0 RDs:0 TSF:0x0
148864 13:24:34.8437500s - TimeProvCommand([NtpClient], TPC_TimeJumped) called.
148864 13:24:34.8437500s - Peer poll: Max:1024.0000000s Cur:1021.3125000s148864 13:24:34.8437500s - New:01.5292416s
148864 13:24:34.8437500s - W32TmServiceMain: waiting i16.000s (1024.000s)
148864 13:24:34.8437500s - PeerPollingThread: PeerListUpdated
148864 13:24:34.8437500s - PeerPollingThread: PeerListUpdated
148864 13:24:34.8437500s - PeerPollingThread: waiting 1.530s
148864 13:24:34.8437500s - PeerPollingThread: waiting 1.530s
148864 13:24:36.3750000s - PeerPollingThread: WaitTimeout
148864 13:24:36.3750000s - Polling peer <server2>.<domein>.nl (ntp.d|<ip>-><ip>)
148864 13:24:36.3750000s - Peer poll: Max:1024.0000000s Cur:00.0000000s
148864 13:24:36.3750000s - PeerPollingThread: waiting 1024.000s
148864 13:24:36.3750000s - ListeningThread -- DataAvailEvent set for socket 0 (<ip>)
148864 13:24:36.3750000s - ListeningThread -- response heard from <ip>
148864 13:24:36.3750000s - /-- NTP Packet:
148864 13:24:36.3750000s - | LeapIndicator: 0 - no warning; VersionNumber: 3; Mode: 4 - Server; LiVnMode: 0x1C
148864 13:24:36.3750000s - | Stratum: 2 - secondary reference (syncd by (S)NTP)
148864 13:24:36.3750000s - | Poll Interval: 10 - 1024s; Precision: -6 - 15.625ms per tick
148864 13:24:36.3750000s - | RootDelay: 0x0000.0800s - 0.03125s; RootDispersion: 0x0000.31A1s - 0.193863s
148864 13:24:36.3750000s - | ReferenceClockIdentifier: 0x0A000803 - source IP: <ip>
148864 13:24:36.3750000s - | ReferenceTimestamp: 0xCC3BC5FB22881288148864 13:24:36.3750000s - - 12861954171134888800ns - 148865 05:02:51.1348888s
148864 13:24:36.3750000s - | OriginateTimestamp: 0xCC3AEA1460000000148864 13:24:36.3750000s - - 12861897876375000000ns - 148864 13:24:36.3750000s
148864 13:24:36.3750000s - | ReceiveTimestamp: 0xCC3BD936DA56EB9F148864 13:24:36.3750000s - - 12861959094852888800ns - 148865 06:24:54.8528888s
148864 13:24:36.3750000s - | TransmitTimestamp: 0xCC3BD936DA56EB9F148864 13:24:36.3750000s - - 12861959094852888800ns - 148865 06:24:54.8528888s
148864 13:24:36.3750000s - >-- Non-packet info:
148864 13:24:36.3750000s - | DestinationTimestamp: 148864 13:24:36.3750000s - 0xCC3AEA1460000000148864 13:24:36.3750000s - - 12861897876375000000ns148864 13:24:36.3750000s - - 148864 13:24:36.3750000s
148864 13:24:36.3750000s - | RoundtripDelay: 000ns (0s)
148864 13:24:36.3750000s - | LocalClockOffset: 61218477888800ns - 1020:18.477888800s
148864 13:24:36.3750000s - \--
148864 13:24:36.3750000s - Peer poll: Max:1024.0000000s Cur:1024.0000000s
148864 13:24:36.3750000s - Response from peer <server2>.<domein>.nl (ntp.d|172.20.41.46:123->10.0.8.11:123), ofs: +61218.4778888s
148864 13:24:36.3750000s - 5 Age:5 Ofs:+00.0000000s Dly:+00.0000000s Dsp:16.0000000s Dst:16.0000000s FDsp:08.0000000s
148864 13:24:36.3750000s - 4 Age:4 Ofs:+00.0000000s Dly:+00.0000000s Dsp:16.0000000s Dst:16.0000000s FDsp:12.0000000s
148864 13:24:36.3750000s - 3 Age:3 Ofs:+00.0000000s Dly:+00.0000000s Dsp:16.0000000s Dst:16.0000000s FDsp:14.0000000s
148864 13:24:36.3750000s - 2 Age:2 Ofs:+00.0000000s Dly:+00.0000000s Dsp:16.0000000s Dst:16.0000000s FDsp:15.0000000s
148864 13:24:36.3750000s - 1 Age:1 Ofs:+00.0000000s Dly:+00.0000000s Dsp:16.0000000s Dst:16.0000000s FDsp:15.5000000s
148864 13:24:36.3750000s - 0 Age:0 Ofs:+61218.4778888s Dly:+00.0312500s Dsp:00.2094879s Dst:00.2251129s FDsp:07.7500000s
148864 13:24:36.3750000s - W32TmServiceMain: resync req, irreg already pending.
148864 13:24:36.3750000s - W32TmServiceMain: waiting i14.468s (1022.468s)
148864 13:24:50.8593750s - W32TmServiceMain: timeout
148864 13:24:50.8593750s - TimeProvCommand([NtpClient], TPC_GetSamples) called.
148864 13:24:50.8593750s - NtpClient returned 1 samples.
148864 13:24:50.8593750s - Sample 0 offset:+61218.4778888s delay:+00.0312500s dispersion:07.9596555s
148864 13:24:50.8593750s - Intersection successful with 0 dropped samples.
148864 13:24:50.8593750s - 0: Sample:0 SyncDist:399752805 SelectDisp:0
148864 13:24:50.8593750s - Sample 0 chosen. Select Dispersion:00.0000000s
148864 13:24:50.8593750s - ClockDispln:ClockDispln Update: SO:612184778888 KPhO:0 *PhO:612184778888 uT:98 *TOO BIG*
148864 13:24:50.8593750s - Logging error: The time service has detected that the system time need to be changed by +61218 seconds. For security reasons, the time service will not change the system time by more than +54000 seconds. Verify that your time and time zone are correct, and that the time source <server2>.<domein>.nl (ntp.d|<ip>-><ip>) is working properly.
148864 13:24:50.8593750s - Service shutdown initiated with exit code: -2147023394.
148864 13:24:50.8593750s - ClockDisciplineThread: hShutDownEvent signaled. Exiting.
148864 13:24:50.8593750s - Stopping 'NtpClient', dll:'C:\WINDOWS\system32\w32time.dll'
148864 13:24:50.8593750s - NtpTimeProvClose([NtpClient]) called.
148864 13:24:50.8593750s - PeerPollingThread: waiting forever
148864 13:24:50.8593750s - PeerPollingThread: PeerListUpdated
148864 13:24:50.8593750s - ListeningThread: StopEvent
148864 13:24:50.8593750s - PeerPollingThread: waiting forever
148864 13:24:50.8593750s - Exiting ServiceShutdown
148864 13:24:50.8593750s - ---------- Log File Closed -----------------

[BlakHawk]

Buiten het feit dat hij hier fout loopt, synchroniseert hij wel met de goede server.

Ik ga nu de biostest eens uitvoeren, zet zo mijn bevindingen hier neer...

Nou inderdaad hoor, als ik bios tijd goed zet, meteen de pc uit doe, dan 5 minuten uit laat staan en dan weer aanzet, dan staat de tijd nog op 5 minuten eerder!
Ik ga toch maar proberen de bios batterij te vervangen, maar erg vreemd, omdat de pc geen melding geeft bij het opstarten en omdat de hele pc al een keer vervangen is voor een nieuwe!!!

[ Voor 83% gewijzigd door BlakHawk op 01-08-2008 11:28 ]

[BlakHawk]

Nou lijkt toch aan de Bios batterij te liggen, erg apart, want er is al een keer een hele nieuwe pc neergezet, toevallig zeg...

Deze kan dicht, allen bedankt voor het meedenken!

[ Voor 17% gewijzigd door BlakHawk op 06-08-2008 12:57 ]