A hétvégi szökőmásodperc probléma ...

 ( trey | 2012. július 2., hétfő - 10:34 )
érintett engem / minket.
15% (80 szavazat)
nem érintett engem / minket.
47% (258 szavazat)
(még) fogalmam sincs, hogy érintette-e engem / minket.
19% (103 szavazat)
fogalmam sincs, hogy miről van szó.
20% (110 szavazat)
Összes szavazat: 551

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

Itt.

--
trey @ gépház

Amelyik gépen rendesen volt beállítva az ntp, ott minden esetben a tomcat6 nx100% cpu-t megevett, illetve a load 100-200 közé nőtt.
Sajnos egyik teszt gépen futó tomcat7 esetében nem volt beállítva az ntp, így nem tudom az hogy reagált volna.

Debian squeeze-n a VBoxSVC felcsappant 100%-ra. A load kb 3-ra nőtt, érezhető sebességcsökkenés nem történt a gépen.
Újraindítása megoldotta.

Több Debian is fut, 3.2-es backports kernellel. Mindegyiken ugrásszerűen emelkedett az interrupt-ok száma, de a kernel szépen lereagálta. Az alábbi munin grafikonokon látszik a "rescheduling interrupts"-ok számának alakulása.
Egyik gép sem omlott össze és a load sem emelkedett meg jelentősen, így ebből a szemszögből nézve jól vizsgázott a 2.6.38-as kernelben debütált "wonder patch"...

http://kepfeltoltes.hu/120702/debian_6_kernel_3.2bpo_interrupts_www.kepfeltoltes.hu_.png

openntpd-t használok, ott nem adódott a probléma.

A portable openntpd annyira buta, hogy ő ebből az egészből semmit sem fogott fel.
--
zsebHUP-ot használok!

Secure! :)

Hogy számítógéphez köze nem volt, aki ezt a szökőmásodpercet kitalálta, az is biztos.

Ha 100 évig nagy ívben szarnánk rá, akkor lenne mondjuk akár fél percnyi eltérés is a föld normál forgásától! Úristen, van ennek bármi jelentősége bárhol? Ahol számít, ott meg a másodpercen belüli eltérés is számít, nem?

:D Ugyan ez a helyzet az időzónákkal is... ha lenne egy globál világ idő akkor mi lenne ? Semmi, csak kínába 22:00-kor kezdődne a munka, Magyarországon meg x órával előtte... pont mint most... csak meg kéne szokni, hogy nem mindenhol ugyan akkor van reggel :D Viszont megszünne egy csomó felesleges kód :D:D:D

> ha lenne egy globál világ idő akkor mi lenne

Semmi. Most is az van. GMT izé UTC. Nem vagy köteles egyáltalán időzónákkal játszani. Hidd el, az értelmesebb informatikusok (*) fogják érteni, ha UTC-szerinti időben mondod a dolgokat, csak ezt az információt tüntesd fel a közléseidkor.

(*) a többi (nem-értelmes/nem-informatikus) meg kit érdekel?

Ráadásul az időzónák is meglehetősen szélesek, és van nyári időszámítás is, így állhat elő az a helyzet, hogy éjfél valójában kb. 0:48-kor van Budapesten, dél pedig 12:48-kor. Aztán mégis egész jól megvagyunk ezzel a pontatlansággal együtt is, pedig ez jóval több néhány másodpercnél...

Egyik VirtualBox guest felkúszott 100%-ra 20-as load-ot produkálva. Pár Java alapú szolgáltatásunk is elszomorodott. Újraindítások orvosolták a problémát.

--
Kinek nem inge, ne vegye gatyára

Vasárnap többször is csontra fagyott a laptopom, hibaüzenet meg nuku. Az érdekesség, hogy ugyanaz a kernel fut más gépeken is nálam, és azokon semmi ilyen gond nem volt. Halvány lilám sincs, hogy ez okozta-e, vagy, hogy mi volt a nyűgje, de már nem játszik megfagyósdit...

--
openSUSE 11.4

Debian 6.0 64 bit, baromi sok java process keletkezett (video stream) és felment a load valami 14-re :D

Most hogy így gondolkozok, az egyik gép csontra fagyott hétfőn hajnalban háromnegyed 6 körül (ekkor voltak az utolsó logok), de hogy mitől azt nem tudom... Lehet ez volt akkor, de mivel semmi nyoma, fogalmam sincs.
--
Discover It - Have a lot of fun!

Esetleg ha vissza tudod nézni, éjfél után mennyire emelkedett a CPU terhelés vagy a load, akkor gyaníthatod. :)
Ha van mondjuk Munin/társai.

Valóban, ez eszembe sem jutott...
Igen, tisztán látszik: http://i.imgur.com/qbc7Z.png
--
Discover It - Have a lot of fun!