a v Martixu chyba nebyla?

Re: a v Martixu chyba nebyla?

Dyt jich tam maji jak nadelano, pokazde se jednou za par desetileti zresetuje

ISP pohled

ahoj,

delam u jednoho opravdu velkeho ISP a prechod se nijak neprojevil. S NTP by snad ani nemel. Zalezi vsak na tech aplikacich jak moc koreknte jsou napsane...

Re: ISP pohled

NTP sem vůbec nepleťte. Problém byl v samotném jádře. Naopak ntp to v dané situaci zhoršil. Přečtěte si o tom více třeba zde: http://serverfault.com/questions/403732/anyone-else-experiencing-high-rates-of-linux-server-crashes-during-a-leap-second.

Spíš to svědčí o tom, že používáte staré jádro a možná i neaktualizovaný OS.

Re: ISP pohled

Anebo naopak upgradovali na kernel který to má fixnuté. Anebo nepoužívají Javovské aplikace.

Těch důvodů může být více.

Re: ISP pohled

Není kernel jako kernel. Co jsem se dočetl, tak problém s přestupnou sekundou byl už v roce 2008 (resp. přelom 2008/9), nevím v jaké verzi kernelu, ale to bylo opraveno, letošní chyba je prý způsobena něčím jiným, ale podobným. Osobně jsem viděl podivné chování počítače s jádrem 3.2 (nešlo o server, ale o pracovní stanici), podstatně stouplo zatížení procesoru při jakékoli činosti v grafickém desktopu, po rebootu se to spravilo.

Re: ISP pohled

O problémech v javě nic nevím, ale dovedu si představit, že některé programy s tím mohly mít problémy. Java pouští svuj vlastní environment, v podstatě svoje "jádro" a pokud to skutečné jádro řeší a JRE to neřeší, tak tam asi může dojít k nějakým podivným stavům jako že čas šel zpátky a to nemá rád žádný software.

Re: ISP pohled

delam u jedne velke IT firmy a nejaky prechod jsem taky nezaregistroval. protoze by to bylo haraseni, tak bych snad ani nemel. zalezi ovsem na konkretnich kolegynich, jak korektne se chteji chovat

jinak ale IT vubec nerozumim, delam na uctarne. a ty? hadam call centrum

..

Temer vsechny javovske aplikacni servery na Unixovych systemech to prezily bez problemu, asi jenom krome nejakych exotickych, takze to nebude chyba systemu

Re: ..

Téměř všechny VAŠE aplikace to přežily? A z toho usuzujete něco obecného? Navíc, problém se týkal Linuxu, ne Unixu..

Re: ..

Z toho usuzuju, ze to nebyl tak kriticky problem (soude cca podle 50 velkych severskych zakazniku s Java app web serverama, a nekolika dalsich kteri pouzivaji velke spektrum Unixovych systemu, virtualek).. z reportovanych problemu to vypada ze to dost mozna byly problemy dva, pouze nekterych aplikaci a mozna i jadra, nevidel jsem ze by nekdo reportoval treba probkemy na Oracle.. nicmene MySql reportovano bylo,.. prece jen casovej posun na databazi je trochu jine kafe nez maximalni vyuziti procesoru..

http://www.theregister.co.uk/2009/01/07/oracle_leap_second/

seznam reportovanych aplikaci,

http://blog.windfluechter.net/content/blog/2012/07/01/1481-100-cpu-load-due-leap-second

Mezi Unixove systemy patri taky Linux

To není tím linuxem

ale spíš tím, že tam neměli nastavenou synchronizaci času pomocí vzdálenýho serveru.

Re: To není tím linuxem

Nee, problémy byly i při používání NTP..

HAHA

no tak nevím, přechod z letního času na zimní není taky žádná tragédie a to se jedná o 3600 sekund.

Stačí jen udělat pravidlo, že se v určitou přesnou dobu posune čas o jednu sekundu a je to. Ale máte pravdu, jde to i složitě a je potřeba aby se z toho dělal problém, který někdo musí za peníze řešit.

Re: HAHA

To nejde, protoze variace v delkach dnu je irregulerni a neni prediktabilni.

"Because the Earth's rotation speed varies in response to climatic and geological events, UTC leap seconds are irregularly spaced and unpredictable. Insertion of each UTC leap second is usually decided about six months in advance by the International Earth Rotation and Reference Systems Service (IERS), when needed to ensure that the difference between the UTC and UT1 readings will never exceed 0.9 second."

http://en.wikipedia.org/wiki/Leap_second

Re: HAHA

Přechod na letní/zimní čas neznamená interně pro počítač vůbec nic - jeho interní hodiny běží stále dál a jen jinak tento čas prezentují navenek (jinými slovy, čas je jediné číslo, počet nanosekund od "počátku", který neustále lineárně narůstá, a prezentovat se dá jako "lidsky čitelný" čas ve formě dnů, měsíců, roků, hodin, sekund atd.). Při vložení sekundy ale dojde k posunutí tohoto interního čítače. Až sem je mi to jasné, horší je představit si, proč vložení sekundy znamená problém. Spíše bych si dovedl představit problém při odebrání sekundy, kdyby se systém neočekávaně dostal do minulosti, tj. mohlo by dojít k přehození pořadí některých událostí.

Re: HAHA

Pokud chceš den prodloužit o sekundu, čas samozřejmě vracíš zpět a pak mohou nastat tebou popisované problémy při odebírání sekundy.

Re: HAHA

Nojo, vlastně ;-)

Nono

stejně gigantický problém jako přechod na rok 2000

Okurková sezona začíná nějak brzy....

Re: Nono

hmm, zrovna Y2K docela realny problem byl, a ne vsichni ho zvladli - videl jsem dost dokumenty s datem 1900

No linuxovy servery mame,

ale jedou stale bez problemu. Ze by se proste jen neco hledalo na tucnaky ? :)

Re: No linuxovy servery mame,

Jo mě taky až budu budovat autoritativní veřejný ntp s napojením na atom hodiny budu se zabývat přestupnejma sekundama. Jen se mě "líbí" lidská arogance "poručíme větru děšti ... a času taky" takle máme už máme 25 sekund navíc oproti reálu. Ještě že máme Mezinárodní službu rotace Země, to jsem hned klidnější.

Re: No linuxovy servery mame,

Navrhněte lepší řešení, jak měřit čas, když rotace Země je nepravidelná. Možností je několik: 1) Měnit délku sekundy tak, aby byl vždy stejný počet za rok - nesmysl. 2) Kašlat na to - za pár tisíciletí by se prohodila půlnoc s polednem. 3) Na Nový rok vysílat přesný signál astronomické půlnoci - to by fungovalo, jen by každý rok byl o pár desetin sekundy delší nebo kratší, všechno by se muselo evidovat. 4) Současný stav, kdy jednou za pár let uděláme za zeď čárku, že jsme poskočili už o celou sekundu a přeřídíme si hodinky.

To není arogance, spíš rozčarování nad tím, že dokážeme čas měřit přesněji než ho určuje nebeská mechanika. Žít na nějakém asteroidu s nepravidelnou drahou, nějaké dny a roky bychom za bernou minci ohledně měření času vůbec nepovažovali.

Re: No linuxovy servery mame,

...dokážeme čas měřit přesněji než ho určuje nebeská mechanika... :))) to je dobrý bulshit

Re: No linuxovy servery mame,

Autorská nadsázka, nó. Jako by to na idnes nebylo dnes a denně. A vzhledem k tomu, že jediná nebeská mechanika, která většinu lidí zajímá, je rotace Země a její oběh kolem Slunce, tak to není tak úplně mimo mísu.

Re: No linuxovy servery mame,

no tak nevím, přechod z letního času na zimní není taky žádná tragédie a to se jedná o 3600 sekund.

Stačí jen udělat pravidlo, že se v určitou přesnou dobu posune čas o jednu sekundu a je to. Ale máte pravdu, jde to i složitě a je potřeba aby se z toho dělal problém.

Re: No linuxovy servery mame,

Kdyby to bylo pravidelné, tak to tak funguje. Přestupná sekunda se však přidává až na základě měření. Rozhodit to může třeba větší zemětřesení.

http://cs.wikipedia.org/wiki/P%C5%99estupn%C3%A1_sekunda

Navíc letní čas je jen vnější reprezentací - to, co vidíte na obrazovce. V jádru se nic neposouvá.

Re: No linuxovy servery mame,

Je tu ještě jedna dost reálná varianta, a to ta, že by se na to kašlalo a udělala by se přestupná hodina (jednoho léta by se prostě nezavedl nebo nezrušil letní čas). O tom se bude jednat v roce 2015.

1 vteřina

a co to s tím Linuxem udělá

Re: 1 vteřina

Chyba bude urcite jinde nez v Linuxu samotnem. Pres tu +1s pulnoc jsem mel spusteno 9 serveru a nestalo se jim nic.

Neni to ostatne prvni vlozena sekunda. Mimochodem kdyz to posledne bylo na Silvestra koukal jsem na TV (uz nevim kterou) a natesenej ze tam bude spravny cas 23:59:59 -> 23:59:60 -> 00:00:00 a nestalo se. Strasne zklamani.

Re: 1 vteřina

s tim Silvestrem je to blbost oblouvam se. Prestupna sekunda se pridava o pulnoci, ale ne naseho casu. O pulnoci UTC

Re: 1 vteřina

Njn, věčně zatuhlý widle si toho ani nevšimnou

Re: 1 vteřina

Vytuhle Widle jsem nevidel uz hodne let, zato vschny ty Ubuntu tuhnou v jednom kuse

Re: 1 vteřina

To víte, jurodiví linuxáci z 90. let ještě úplně nevymřeli a pořád v nich také ještě žijí. A zřejmě pořád ještě nevyřešili svůj vnitřní ideologický rozpor mezi tím, že správná linuxová distribuce se ovládá jen z příkazové řádky a nějaké GUI je prakticky rouhání a mezi steskem, že "BFU nevidí ty úžasné výhody", které taková linuxová distribuce nabízí a místo, aby už byl linux ve všech koncových stanicích tak používají ty "stále padající wokna".

Re: 1 vteřina

Kdyby náhodou ti "jurodiví linuxáci z 90. let" (a jejich pokračovatelé) vymřeli tak bude mít net vážné potíže a s kvalitou služeb rapidně poklesne. Na widlích dělám ... a tuhnutí a modrejch smrtí je míň, ale jsou pořád.

Re: 1 vteřina

Tím vymřením jsem myslel to, že už konečně přestali s tím jurodivým prskáním a akceptovali, že ne všichni lidi jsou jako oni, a že oni nejsou ani žádný uživatelský standard a etalon :)

Re: 1 vteřina

Je vidět že Linux na desktopu jste už pár let asi neviděl.. Např. ve Fedoře je GNOME 3 až sakra moc automatizované GUI skrývající cokoliv textového či konfigurovatelného kamsi do vzdáleného pozadí..

Re: 1 vteřina

Jo, pokazde predvidali konec microsoftu uz behem 2 let

Re: 1 vteřina

Mě teda Ubuntu zatuhlo za asi 7 let jenom asi 5x, zatímco s Widlema jsou pořád nějaké potíže, i když je pravda, že to už není to, co to bývalo. Win 2000, pokud se 3 dny nerestartovaly, tak slítly třetí den na 100%.

Re: 1 vteřina

To je pravda, Widle sekunda nerozházela. Ty dokázal rozhodit až celý den navíc (leap day 29.2.2012).

(ale obecně je Linux - na serverech - mnohem, ale mnohem lepší)

By me zajimalo....

...jak by se s tou sekundou popasval server od M$.

Re: By me zajimalo....

Takto: http://support.microsoft.com/kb/909614 Tedy vyřeší synchronizací z centra.

Re: By me zajimalo....

mícháte jabka a hrušky, konkrétně jádro a NTP službu

Re: By me zajimalo....

Hádal bych, že jádro to neřeší stejně jako to neřeší většina Linuxů. Přestupná sekunda je zajímavá jen tehdy, když potřebujete spočítat, kolik sekud uplynulo od roku x do roku y. Důležité to může být pro astronomické výpočty, ale jinak to k ničemu nepotřebujeme. Zkuste si na běžném desktopu nechat spočítat počet sekund od roku 2000 nebo 1970 a uvidíte, že v něm přestupné sekundy započítané nejsou. Čas se pak dorovná pomocí NTP, což může být příčinou výpadků, někdy je jedna sekunda víc než dost.

Re: By me zajimalo....

..."Přestupná sekunda je zajímavá jen tehdy, když potřebujete spočítat, kolik sekud uplynulo od roku x do roku y"...

To ovšem dělají servery milionkrát denně. Na tomhle výpočtu stojí většina časových komparací. Pokud NTP posune serveru najednou čas o vteřinu, spousta procesů na těchto výpočtech závislých může končit chybou.

Re: By me zajimalo....

No, NTP zřejmě s přestupnou sekundou počítá a to zapříčinilo tu chybu (viz kolega níže). NTP je jinak opatrné a drobné opravy provádí posouváním po pár milisekundách právě kvůli možnostem podobných chyb.

Re: By me zajimalo....

tuším, že jste měl na mysli, že linux nepoužívá reálný čas a místo něj jiffies a podobné věci, mám pravdu?

podle toho co jsem četl byla ona chyba způsobená špatným postupem při změně času ve chvíli přidání sekundy navíc, ne poskočením reálného času jako takového

Re: By me zajimalo....

Měl jsem na mysli fakt, že když si jak na běžném Linuxu tak na běžných Windows necháte spočítat počet sekund mezi dvěma daty, vypadne číslo, které přestupné sekundy vůbec nebere v potaz. Jiná věc bude možná NTP, které serveru dopředu řekne, že bude 61. sekunda v minutě a s tou se pak server nepopere.

Re: By me zajimalo....

tím ale opět dochází k míchání jablek a hrušek, userlandu (libc - výpočty s časem) a kernelu

Re: By me zajimalo....

No, psal jsem, že jsou to dvě věci. Vtip je v tom, že běžný uživatel i server by si vůbec nevšiml, že nějaké přestupné sekundy existují, kdyby na ně kernel kašlal a posuny nechal to na synchronizaci pomocí NTP, bez které se systém o přestupné sekundě stejně nedozví.

Otázkou tedy je, jestli by přestupné sekundy měly být v kernelu implementovány, když s nimi nakonec počítá málokdo nebo jen součástí některých aplikací, u kterých jsou nezbytné a které na rozdíl časů 30.6.2012 23:59:59 a 1.7.2012 0:00:00 odpoví 2 sekundy místo 1 jako ten zbytek. Ale, už tam jsou, těžko je někdo bude vyhazovat, takže je to jen filozofická otázka.