Switching from #OpenNTPd to #Chrony • Tux Machines ⇨ http://www.tuxmachines.org/node/160623 #GNU #Linux #TuxMachines

... one second please ... ... heute Schaltsekunde ...
http://www.heise.de/newsticker/meldung/Schaltsekunde-Die-heutige-Nacht-ist-eine-Sekunde-laenger-2730430.html

Wer noch einen der alten Kernel fährt sollte sich vielleicht nach der #Schaltsekunde mal seinen Server anschauen. Nur in wenigen Fällen ist mit einem Freeze zu rechnen. Meist ist auf betroffenen System nur ein enormer Anstieg der CPU Auslastung zu sehen.
FIX: date -s "$(LC_ALL=C date)" <- Date neusetzen ....
Quelle: http://www.heise.de/open/meldung/Schaltsekunden-Bug-in-Linux-verschwendet-Strom-1631325.html

Wer vorsichtig ist und noch ein betroffenes System hat, kann folgendes tun:
1. Stoppt den ntpd oder chrony für heute Nacht
2. Prüft ob im Kernel das Leap Second Flag gesetzt ist. z.B.: mit dem checkleap.c Code siehe CodeBlock
3. Setzt das Flag falls vorhanden zurück z.B. mit: ntptime -s 0
Quelle: https://access.redhat.com/articles/199563
4. ntpd oder chrony morgens wieder starten

checkleap.c (compile with gcc checkleap.c ... run with ./a.out)

#include <sys/timex.h>
#include <stdio.h>

int main(int argc, char **argv)
{

    struct timex buf;
    int res;

    buf.modes = 0;

    res = adjtimex(&buf);
    if(res < 0) {
        perror("Error calling adjtimex");
        return 1;
    }

    printf("clock status: %i\n", res);
    return 0;
}

Kurzinfo zu den Rückgabewerten:

#define TIME_OK   0 /* clock synchronized */
#define TIME_INS  1 /* insert leap second */
#define TIME_DEL  2 /* delete leap second */
#define TIME_OOP  3 /* leap second in progress */
#define TIME_WAIT 4 /* leap second has occurred */
#define TIME_BAD  5 /* clock not synchronized */

Quelle: http://stackoverflow.com/questions/26202730/how-to-find-out-if-the-linux-kernel-will-insert-a-leap-second-at-the-end-of-the

!!!Nutzung auf eigene Gefahr!!!

...SYSTEM UPDATEN ist meist doch ALTERNATIVLOS ...

#linux #leapsecond #leap #ntp #chrony #freeze #schaltsekunde