Systemzeit lässt sich nicht korrigieren

[clemenza]

Hallo miteinander,

ich bekomme die Systemzeit auf einem Rechner (Debian squeeze )einfach nicht gestellt. Eigentlich möchte ich die Zeit gern per ntp synchronisieren. Nach dem was ich bisher gelesen habe funktioniert das aber nicht weil die Drift zu groß ist (+2877.221780s). Weshalb ich die Zeit erst mal händisch setzen wollte.

Code: Alles auswählen

localhost:/home/user# date --set 13:58:17
Do 15. Jan 13:58:17 CET 2015
localhost:/home/user# date
Do 15. Jan 13:10:55 CET 2015

Code: Alles auswählen

localhost:/home/user# /etc/init.d/ntp stop
Stopping NTP server: ntpd.
localhost:/home/user# date --set 14:05:17
Do 15. Jan 14:05:17 CET 2015
localhost:/home/user# date
Do 15. Jan 13:17:29 CET 2015

Nimmt das System irgendwie nicht.
Wenn ich nun versuche die Systemzeit mit der der Hardwareuhr zu synchronisieren klappt das auch nicht.

Code: Alles auswählen

localhost:/home/user# hwclock
Do 15 Jan 2015 14:10:08 CET  -0.122771 seconds
localhost:/home/user# hwclock --hctosys
localhost:/home/user# date
Do 15. Jan 13:23:58 CET 2015

Versuche ich es über den ntpd, kommt auch nichts besseres dabei heraus.

Code: Alles auswählen

localhost:/home/user# /etc/init.d/ntp stop
Stopping NTP server: ntpd.
localhost:/home/user# ntpd -q -g -x -n
ntpd: time set +2877.677550s
localhost:/home/user# /etc/init.d/ntp start
Starting NTP server: ntpd.
localhost:/home/user# date
Do 15. Jan 13:26:09 CET 2015
localhost:/home/user# hwclock 
Do 15 Jan 2015 14:14:11 CET  -0.425616 seconds

Versuche ich den ntp mit unserem Timeserver zu synchronisieren ist das Ergebnis auch nicht besser

Code: Alles auswählen

localhost:/home/user# ntpdate timehost.unsere.domäne.de
15 Jan 14:17:27 ntpdate[17286]: step time server xx.xx.xx.xx offset 2877.636729 sec
localhost:/home/user# date
Do 15. Jan 13:29:37 CET 2015
localhost:/home/user# /etc/init.d/ntp start
Starting NTP server: ntpd.
localhost:/home/user# date
Do 15. Jan 13:29:55 CET 2015

Die Zeitzone ist die richtige

Code: Alles auswählen

localhost:/home/user# cat /etc/timezone 
Europe/Berlin

Und der ntpd lauscht auch auf den Timeserver
l

Code: Alles auswählen

ocalhost:/home/user# ntpq -p
     remote           refid      st t when poll reach   delay   
*host.unsere.dom xx.xx.xx.xx     3 u   16   64  377    0.546  
====================================================================
offset  jitter
==========
2877223  87.068

Was ich auch merkwürdig finde das ntp kein Driftfile anlegt.

driftfile /var/lib/ntp/ntp.drift

Code: Alles auswählen

localhost:/home/user# ls /var/lib/ntp/
localhost:/home/user#

Komischerweise finde ich unter /sys/class/rtc/rtc0/time die richtige Zeit

Falsch.

Code: Alles auswählen

localhost:/home/user# date
Do 15. Jan 14:43:28 CET 2015

Richtig.

Code: Alles auswählen

localhost:/home/user# cat /sys/class/rtc/rtc0/time 
15:31:22

Ich weiß einfach nicht weiter und wäre sehr erfreut wenn mir jemand einen hilfreichen Tipp geben könnte.

Vielen Dank und liebe Grüße, Clemens

[guennid]

Was meldet

Code: Alles auswählen

hwclock --debug

mit ntpdate solltest du am bequemsten die Systemzeit richtig stellen können, soweit ich weiß völlig unabhängig davon, wie verstellt sie aktuell ist. Anschließend musst du die (korrigierte) Systemzeit der Hardware-Uhr beibringen und nicht umgekehrt.

Code: Alles auswählen

hwclock --systohc

Wobei natürlich zu berücksichtigen ist, in welcher Zeitzone die Hardware-Uhr läuft.

Grüße, Günther

[clemenza]

Hallo Günther,

vielen Dank für Deine Antwort. Habe ich versucht.

Code: Alles auswählen

localhost:/home/user# ntpdate zeitserver.unsere.domäne.de
15 Jan 17:03:47 ntpdate[29373]: step time server xx.xx.xx.xx offset 2877.361539 sec
localhost:/home/user# date
Do 15. Jan 16:16:03 CET 2015

Ändert aber leider nichts. Die vom Server übertragene Zeit ist richtig, aber das System nimmt sie irgendwie nicht.

LG, Clemens

[tomi89]

Bei mir funktioniert das immer so:

Code: Alles auswählen

sudo ntpdate -u pool.ntp.org && sudo hwclock --systohc

[pferdefreund]

Bios-Batterie hin oder schwach ?

[pferdefreund]

sudo.. usw - ist der befehl auch in der /etc/sudoers hinterlegt ? Das ist Debian und nicht Ubuntu !

[guennid]

Bios-Batterie hin oder schwach ?

Deswegen fragte ich ja nach

Code: Alles auswählen

hwclock --debug

Kämpfe auch gerade mit diesem Problem bei einem alten Rechner.

Grüße Günther

[rendegast]

ntpd oder andere ntp-Clients verweigern in Standardeinstellung wohl größere Zeitkorrekturen (zBsp. durch eine verstellte RTC beim Systemstart),
aber das hat doch nichts mehr mit hwclock resp. der Mainboarduhr zu tun.

localhost:/home/user# /etc/init.d/ntp stop
Stopping NTP server: ntpd.
localhost:/home/user# date --set 14:05:17
Do 15. Jan 14:05:17 CET 2015
localhost:/home/user# date
Do 15. Jan 13:17:29 CET 2015

Wird der ntpd da wirklich gestoppt?

Irgendetwas außer dem ntp dreht an der Systemuhr. (Systemuhr = ein Kernel-Prozess).

Ein verrücktes desktop-Helferlein? (mit suid-Rechten)

Ein Prozeß aus einem chroot heraus mit Zugriff auf die Systemuhr?

Ein security-Environment, das Änderungen an der Systemzeit unterbindet?

Im 'init 1'?

Upgrade kernel 3.2 squeeze-backports?
Upgrade wheezy?

Code: Alles auswählen

dmesg  |  egrep -i "time|clock|rtc" -C1
oder
cat /var/log/dmesg  |  egrep -i "time|clock|rtc" -C1

?
/sys/devices/system/clocksource/,
ein unpassender Timer gewählt, per commandline 'clocksource=....' oder Eintrag in /etc/sys* ?

Code: Alles auswählen

grep . /sys/devices/system/clocksource/clocksource*/*

adjtimex nicht installieren, nur herunterladen/entpacken zur Beobachtung

Code: Alles auswählen

watch ./adjtimex -p

auf frequency und offset achten.
/sys/, /proc/ ? (mit /proc/timer_list kann ich nichts anfangen)
Nicht äquivalent wäre zBsp. 'chronyc tracking'.

[clemenza]

Zunächst mal vielen Dank für die Hilfe.

Code: Alles auswählen

localhost:/home/user# hwclock --debug
hwclock from util-linux-ng 2.17.2
Using /dev interface to clock.
Last drift adjustment done at 1421326230 seconds after 1969
Last calibration done at 1421326230 seconds after 1969
Hardware clock is on local time
Assuming hardware clock is kept in local time.
Waiting for clock tick...
...got clock tick
Time read from Hardware Clock: 2015/01/16 15:03:52
Hw clock time : 2015/01/16 15:03:52 = 1421417032 seconds since 1969
Fr 16 Jan 2015 15:03:52 CET  -0.731649 seconds

Hier ist die Uhrzeit richtig. Was ich vergessen hatte, bei der Maschine handelt es sich um eine virtuelle Maschine die auf einem Paralells Server läuft. Sowohl auf dem Server als auch auf allen anderen virtuellen Maschinen ist die Systemzeit korrekt.
Das ist die einzige Maschine bei der die Zeit nicht stimmt.

Wird der ntpd da wirklich gestoppt?

Code: Alles auswählen

localhost:/home/user# ps aux | grep ntp
root     28371  0.0  0.0   3776   752 pts/0    S+   14:25   0:00 grep ntp
ntp      31082  0.0  0.0   4656  1852 ?        Ss   Jan15   0:04 /usr/sbin/ntpd -p /var/run/ntpd.pid -g -u 105:109
localhost:/home/user# /etc/init.d/ntp stop
Stopping NTP server: ntpd.
localhost:/home/user# ps aux | grep ntp
root     28391  0.0  0.0   3776   752 pts/0    S+   14:26   0:00 grep ntp

Scheint gestoppt zu sein.

Code: Alles auswählen

dmesg  |  egrep -i "time|clock|rtc" -C1

Liefert keine Ausgabe.

Und die Ausgabe von:

cat /var/log/dmesg | egrep -i "time|clock|rtc" -C1

überfordert mich leider etwas.

Code: Alles auswählen

[    0.000000] found SMP MP-table at [c00ff100] ff100
[    0.000000] kvm-clock: cpu 0, msr 0:141b0e1, boot clock
[    0.000000] Zone PFN ranges:
--
[    0.000000] Using APIC driver default
[    0.000000] ACPI: PM-Timer IO Port: 0x4008
[    0.000000] ACPI: Local APIC address 0xfee00000
--
[    0.000000] pcpu-alloc: [0] 00 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 
[    0.000000] kvm-clock: cpu 0, msr 0:2c080e1, primary cpu clock
[    0.000000] Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 715151
--
[    0.025712] Leaving ESR disabled.
[    0.028592] ..TIMER: vector=0x30 apic1=0 pin1=2 apic2=-1 pin2=-1
[    0.028595] CPU0: Quad-Core AMD Opteron(tm) Processor 2346 HE stepping 03
--
[    0.044620] CPU1: Quad-Core AMD Opteron(tm) Processor 2346 HE stepping 03
[    0.008000] kvm-clock: cpu 1, msr 0:2c280e1, secondary cpu clock
[    0.045367] Booting processor 2 APIC 0x2 ip 0x6000
--
[    0.060632] CPU2: Quad-Core AMD Opteron(tm) Processor 2346 HE stepping 03
[    0.008000] kvm-clock: cpu 2, msr 0:2c480e1, secondary cpu clock
[    0.060712] Brought up 3 CPUs
--
[    0.105619] PCI: Using ACPI for IRQ routing
[    0.105619] Switching to clocksource kvm-clock
[    0.110318] pnp: PnP ACPI init
--
[    0.153167] pci 0000:00:1e.0:   PREFETCH window: 0x000000e1000000-0x000000e1ffffff
[    0.153246] pci 0000:00:01.0: setting latency timer to 64
[    0.153270] pci 0000:00:0a.0: setting latency timer to 64
[    0.153309] pci 0000:00:1e.0: setting latency timer to 64
[    0.153338] pci_bus 0000:00: resource 0 io:  [0x00-0xffff]
--
[    1.106038] mice: PS/2 mouse device common for all mice
[    1.106213] rtc_cmos 00:03: rtc core: registered rtc_cmos as rtc0
[    1.106300] rtc0: alarms up to one day, y3k, 242 bytes nvram
[    1.106312] cpuidle: using governor ladder
--
[    1.111814] NET: Registered protocol family 17
[    1.111838] Using IPI No-Shortcut mode
[    1.111919] PM: Resume from disk failed.
[    1.111932] registered taskstats version 1
[    1.112980] rtc_cmos 00:03: setting system clock to 2014-12-13 23:00:53 UTC (1418511653)
[    1.113107] Initalizing network drop monitor service
--
[    1.255179] virtio-pci 0000:00:0e.0: PCI INT B -> GSI 22 (level, low) -> IRQ 22
[    1.255203] virtio-pci 0000:00:0e.0: setting latency timer to 64
[    1.343673] usbcore: registered new interface driver usbfs
--
[    1.358326] ehci_hcd 0000:00:1d.7: PCI INT D -> GSI 19 (level, low) -> IRQ 19
[    1.358364] ehci_hcd 0000:00:1d.7: setting latency timer to 64
[    1.358374] ehci_hcd 0000:00:1d.7: EHCI Host Controller
--
[    1.388524] ata_piix 0000:00:1f.1: version 2.13
[    1.388614] ata_piix 0000:00:1f.1: setting latency timer to 64
[    1.388800] scsi0 : ata_piix
--
[    1.463252] uhci_hcd 0000:00:1d.0: PCI INT C -> GSI 18 (level, low) -> IRQ 18
[    1.463281] uhci_hcd 0000:00:1d.0: setting latency timer to 64
[    1.463290] uhci_hcd 0000:00:1d.0: UHCI Host Controller
--
[   54.264156] sysctl net.netfilter.nf_conntrack_acct=1 to enable it.
[   54.717539] process `sysctl' is using deprecated sysctl (syscall) net.ipv6.neigh.default.retrans_time; Use net.ipv6.neigh.default.retrans_time_ms instead.
[   54.770707] ip6_tables: (C) 2000-2006 Netfilter Core Team

Code: Alles auswählen

localhost:~# grep . /sys/devices/system/clocksource/clocksource*/*
/sys/devices/system/clocksource/clocksource0/available_clocksource:kvm-clock acpi_pm 
/sys/devices/system/clocksource/clocksource0/current_clocksource:kvm-clock

Ein Upgrade auf wheezy habe ich vor. Da es sich jedoch um eine Produktivmaschine handelt muss ich von ihr erst einen Klon erstellen und das Upgrade erst mal testen. Habe ich für das Wochenende geplant.

Code: Alles auswählen

watch ./adjtimex -p

Hier bin ich ein klein wenig überfordert. Ich habe das Paket heruntergeladen. Kann aber mit dem .deb Paket erst mal nicht so viel anfangen. Und auch wenn ich es entpacke finde ich keine Datei mit der ich „arbeiten“ könnte. Kannst Du mir da bitte auf die Sprünge helfen?

Liebe Grüße und Danke, Clemens

[clemenza]

Ui, ich hatte den Link zu spät bemerkt, entschuldige.
l

Code: Alles auswählen

ocalhost:~/adjtimex# watch ./adjtimex_1.29-2.1.diff -p

Code: Alles auswählen

Every 2,0s: ./adjtimex_1.29-2.1.diff -p  Fri Jan 16 16:18:19 2015

sh: ./adjtimex_1.29-2.1.diff: Permission denied

Fri Jan 16 16:18:19 2015

Interessant, hier geht die Zeit nicht 48 Minuten nach sondern über eine Stunde vor.

LG, Clemens

[rendegast]

Vermute sowas
http://kb.parallels.com/en/113271

[clemenza]

Hallo,

vielen Dank für die Hilfe. Es handelt sich um einen Paralells Bare Server, somit kein MacOS, was ich nicht detailiert gesagt hatte. Aber der Tipp war dennoch Gold wert. Nachdem ich nach Zeiteinstellungen gesucht habe, habe ich gesehen das die VM seine Zeit mit dem Server syncronisiert. Nach dem ich das Häkchen entfernt hatte, geht die Zeit richtig.

Vielen, vielen Dank, Clemens