date unterscheidet sich von hwclock

[bumer]

Hallo,

unter Debian läuft bei mir eine (K)VM mit Ubuntu, die sich ständig nach einem hibernate aufhängt und 100% CPU beansprucht. Nach einer Weile fand ich heraus, dass es daran liegt, dass sich Software- und Hardware-Clock unterscheiden:

Code: Alles auswählen

# Fehlerhafte Ubuntu-VM:
[root@ubuntu]# date; hwclock 
Sat Aug 26 15:29:28 CEST 2017
Sat 26 Aug 2017 03:29:28 PM CEST  .241478 seconds

Auf einer Debian-VM gibt es dagegen keinen Unterschied in der Zeit:

Code: Alles auswählen

[root@debian]# date; hwclock
Sat Aug 26 15:30:06 CEST 2017
2017-08-26 15:30:06.782461+0200

* Weiß jemand wie ich den Zeitunterschied in der Ubuntu-VM beseitigt bekomme?
* Weiß jemand wie man die 'hwclock' dazu bringt die Uhrzeit im 24h-Format anzuzeigen? Halt so wie auf der Debian-VM.

Vielen Dank im Voraus und viele Grüße,
bumer

P.S.: systemd-timesync.service, sowie NTP sind auf beiden Maschinen ausgeschaltet (in der Debian VM gibt es ja keine Probleme).

[DeletedUserReAsG]

* Weiß jemand wie ich den Zeitunterschied in der Ubuntu-VM beseitigt bekomme?

Es ist doch in beiden Fällen die gleiche Zeit? Nur einmal im 24h-Format, und einmal im 12h-Format. Das ist eine Frage der Anzeige, intern ist das ohne Belang.

[bumer]

* Weiß jemand wie ich den Zeitunterschied in der Ubuntu-VM beseitigt bekomme?

Es ist doch in beiden Fällen die gleiche Zeit? Nur einmal im 24h-Format, und einmal im 12h-Format. Das ist eine Frage der Anzeige, intern ist das ohne Belang.

Eben nicht:

Code: Alles auswählen

.241478 seconds
# siehe Ubuntu-Ausgabe von
hwclock

Genau dieser kleine Unterschied führt dazu, dass sich die VM aufhängt.

P.S.: Beide Virsh-XML-Dateien enthalten das gleiche:

<clock offset='utc'>
<timer name='rtc' tickpolicy='catchup'/>
<timer name='pit' tickpolicy='delay'/>
<timer name='hpet' present='no'/>
</clock>

[DeletedUserReAsG]

Du hast in der Debian-Ausgabe aber noch mehr Unterschied, als die 0,241478s, vorausgesetzt, die date-Ausgabe hätte um 15:29:28,000000, bzw. 15:30:06,000000 stattgefunden (hat sie nicht, die Abweichung zwischen date und hwclock ist also noch kleiner). Um’s genau zu machen, könntest du date in μs ausgeben lassen. Eine gewisse Abweichung wird auch dann da sein, weil beide Befehle nicht gleichzeitig abgearbeitet werden können. Ich sehe da weiterhin nur ’n anderes Anzeigeformat.

Wie auch immer: wenn du meinst, dass es dein Problem lösen könnte:

Code: Alles auswählen

       -s, --hctosys
              Set  the  System  Clock  from  the Hardware Clock

Beziehungsweise --systohc, wenn’s in die andere Richtung syncronisiert werden soll.

[bumer]

Ok, hast recht, eine gewisse Differenz wird es immer geben. Aber wieso wird diese auf Debian-VM nicht angezeigt?

Und weißt Du zufällig wie ich die hwclock Ausgabe in den 24h-Modus ändere, wie in der Debian-VM?

[DeletedUserReAsG]

Aber wieso wird diese auf Debian-VM nicht angezeigt?

Wird’s doch? 15:30:06 vs. 15:30:06.782461

Was die Anzeige angeht, würde ich im Umfeld der LANG LC_*-Variablen mal gucken. (Edit)

[bumer]

$LANG ist in beiden Fällen:

Code: Alles auswählen

LANG=en_US.UTF-8

/etc/localtime verweist auch in beiden Fällen auf /usr/share/zoneinfo/CET.

[DeletedUserReAsG]

Siehe Edit.

[bumer]

Danke, nur welche LC_* Variablen meinst Du?
Unter

Code: Alles auswählen

env, bzw. printenv | grep LC

finde ich nichts.
Unter

Code: Alles auswählen

set | grep LC

habe ich folgende Anzeige (auf beiden System identisch):

Code: Alles auswählen

[root@tester:/etc/init.d]# set | grep LC
BASH_REMATCH=([0]="\$LC" [1]="\$" [2]="LC")
MAILCHECK=60
    for i in $(LC_ALL=C $prog --help);
    for i in $(LC_ALL=C $prog --usage);
    local LC_CTYPE=C;
            __grubcomp "$(LC_ALL=C $prog --help |                         awk -F ":" '/available formats/ { print $2 }' |                         sed 's/, / /g')";
            __grubcomp "$(LC_ALL=C $prog --help |                         awk -F "[()]" '/--target=/ { print $2 }' |                         sed 's/|/
/g')";
    COMPREPLY+=($( compgen -W         "$( { LC_ALL=C ifconfig -a || ip addr show; } 2>/dev/null |
    COMPREPLY+=($(         { LC_ALL=C ifconfig -a || ip link show; } 2>/dev/null | sed -ne         "s/.*[[:space:]]HWaddr[[:space:]]\{1,\}\($re\)[[:space:]].*/\1/p" -ne         "s/.*[[:space:]]HWaddr[[:space:]]\{1,\}\($re\)[[:space:]]*$/\1/p" -ne         "s|.*[[:space:]]\(link/\)\{0,1\}ether[[:space:]]\{1,\}\($re\)[[:space:]].*|\2|p" -ne         "s|.*[[:space:]]\(link/\)\{0,1\}ether[[:space:]]\{1,\}\($re\)[[:space:]]*$|\2|p"
                LC_ALL=C "$( dequote "$cmd" )" ${2:---help} 2>&1
                LC_ALL=C "$( dequote "$cmd" )" ${2:---usage} 2>&1

OFFTOPIC:
Ist '=C' ein Bash-Operator in der 'set' Ausgabe? Habe diese Systax noch nie gesehen.

[DeletedUserReAsG]

Code: Alles auswählen

locale

sollte die entsprechenden Variablen anzeigen.

[bumer]

Danke. Auf beiden Systemen sind die gleichen Werte hinterlegt.

[DeletedUserReAsG]

Nachdem ich im Netz nach einer Suchmaschine gesucht, und die befragt habe, würde ich am ehesten davon ausgehen, dass es sich um unterschiedliche hwclock-Versionen handelt.

[bumer]

Nochmals Danke für die Hilfe niemand.