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

Bug

é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

( kaltsi | 2012. 07. 02., h – 10:39 )

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.

( cvk v | 2012. 07. 02., h – 11:50 )

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.

( hg2ebh | 2012. 07. 02., h – 17:37 )

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.kep…

( cstamas | 2012. 07. 02., h – 18:51 )

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

( cus | 2012. 07. 03., k – 00:46 )

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...

( segabor | 2012. 07. 03., k – 07:21 )

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

( lajos22 | 2012. 07. 03., k – 10:50 )

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

( csupka91 v | 2012. 07. 03., k – 18:35 )

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

( hnsz2002 v | 2012. 07. 03., k – 22:37 )

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!