"...V noci z 31. července na 1. srpna některé NTP servery odeslaly klientům neoznámenou přestupnou sekundu. Na tom nemusí být nic divného..."
Omyl pane, na tom je neco HODNE divnyho! Jakto ze jen NEKTERE? Pri spravne fungujicim systemu ntp by mely prestupnou sekundu poslat budto vsechny servery, nebo zadnej. Jinak si dovedu docela dobre predstavit ze to opravdu muze spusobit problemy, treba kdyz nekdo synchronizuje svuj cas vuci dvema ntp-serverum z nichz jeden zarputile posouva cas o sekundu a druhej to zas vraci spatky...
V původním článku píšou, že se jedná o bug a žádná přestupná sekunda poslána být neměla. Autorovi zprávičky ale asi tento fakt přišel jako nepodstatný.
Chyba v jádře, která způsobila problémy na internetu, nebyla odstraněna v březnu jak píše autor článku, ale až koncem července, jelikož byla odhalena až po přestupné sekundě.
Ty chyby byly celkem tři, jenom dvě byly známé:
1) printk issue - a possible, though very improbable, deadlock caused by the logging of leap second information due to bad locking.
2) possible deadlock due to leap time processing - to je ta odhalena v breznu
3) The issue identified after the leap second can cause applications that are using FUTEXes to consume 100% of CPU. The issue is present in all Linux kernel versions >= 2.6.22 - to je ta neznama chyba odhalena az v cervenci a take ta co pusobila ty velke problemy
Jinými slovy posláním jedné přestupné vteřiny lze způsobit DOS na velké spoustě strojů s Linuxem. A jsou to samé problémy se zamykáním/synchronizací. Souvisí to se zaváděním preemptivity do kernelu (odstranění BKL)?
Co jsem pochopil, tak 3) se projevuje na aplikacích, které zamykají futexy s timeoutem ≤ 1 sekunda, u ostatních ty timeouty „jenom“ končí o sekundu dříve. No jo, někdo při přestupné sekundě zapomněl synchronizovat real-time hodiny :-)
