Varování předem

[Ahmul]

Dneska jsem se dozvěděl, že v noci proběhlo přidání přestupné sekundy (http://en.wikipedia.org/wiki/Leap_second)

Bohužel jsem se to dozvěděl až po té, co začala blbnout MySQL. Evidentně nejsem sám:)

http://www.teknoids.net/content/leap-second-insertion-causes-futex-repeatedly-timeout

Příště by to chtělo alespoň malou zprávičku týden předem;-)

[Reklama]

[Ahmul]

a tohleto vysvětluje crash několika mašin včera

http://www.teknoids.net/content/leap-second-causing-linux-server-crashes

sbohem půl roční uptime

[Zopper]

S ohledem na to, že přestupná sekunda se přidává cca jednou za jeden a půl roku někdy od sedmdesátých let, mě dost překvapuje, že to způsobilo tolik problémů...

[aa]

wtf? a jak pak resite letni/zimni cas.. a synchronizaci casu behem roku..
me zadny ze serveru nespadl ani nemel/nema problem s SQL..

[DK]

a ja se divil, cim to je

lognu na server a mysql zatizeno na 600%

[Reklama]

[Rhinox]

No ja mam pro ntpd nastaveno "tinker step 0" cimz jsem zakazal skokovou zmenu casu a vse v pohode. Ta sekunda se pomaloucku spravila za nakou pul hodinu, coz u serveru nejak preziju. Defaultne je hranice pro skokovou zmenu casu je 0.128s (jestli se nemylim) a uz sem s tim jednou problem mel (tusim dovecot se z toho zblaznil)...

[Jan Forman]

Zajímavé nezaregistroval jsem nikde nic to není moc mission-critical když to rozhodí takováhle prkotinka.

[JardaP .]

wtf? a jak pak resite letni/zimni cas.. a synchronizaci casu behem roku..
me zadny ze serveru nespadl ani nemel/nema problem s SQL..

Letni a zimni cas nehybe systemovymi hodinami. Minimalne tedy ne na Linuxu.

[Ondřej Surý]

sbohem půl roční uptime

Jenom?

Nám se rozsypaly Javové věci (Jenkins, atp.), ale naštěstí zabralo nastavení času ručně, takže ten hezký uptime, co máme na serveru se mi povedlo zachránit.

O.