Výpadek na pražských poštách (diskuse)

[Michal Fecko]

co tak dlho robi? napr. fsckuje ext3 (na 2 - 3 krat)_*

_*- vlastna skusenost - od tej doby nasadzujem jedine JFS

[Messa]

Je přeci nesmysl zapojovat server místo elektrické konvice, dokud se nedovaří voda na kafe

[Michal Fecko]

mozno vypadol prud (raz mi vypadol vystup APC smartky v racku - tiez bolo veselo) - pri tisicke naraz pristupujucich pripojeni to da pekne zabrat + ked este vypadla konzistencia RAIDu tak urcite sa to spomalilo este viac...

[R]

Automaticke spustenie fsck na ext3 (samozrejme vypnuta kontrola po x mountoch a y dnoch) znamena vzdy nejaky pruser - bud HW alebo bug v jadre. Vypadok napajania nesposobi fsck.

[Josef Kufner]

Ale způsobí... protože kvalitní servery mají tak dlouhý uptime, že "jednou za 180 dní" nastane při každém bootu.

[Jendа]

(samozrejme vypnuta kontrola po x mountoch a y dnoch)

[Jendа]

Stane se

[Johny z Podoli]

tak toto se mi zatím líbí, popravdě měl bych zájem o komunikaci přes XML nebo třeba předávání už hotového postscriptu, jedná se o rozesílání obchodních podmínek online, klient se kdesi registruje a já chci aby se vše samo provedlo. Celkem v pohodě si pracuji na systému co toto vše "dělá" ale doposavad z něj vypadne PDF, já ho vytisknu, dám do obálky... to se mi vubec nelíbí :D rád bych do mého systému integroval tlačítko "ODESLAT" a víc se tím nezabývat je toto reálné?

[ʚĭɞ 🍉]

Nebylo to do vedlejší diskuse?

[kotyz]

Stalo to pry pri obchodovani s nejvetsima americkyma hypotekovyma spolecnostma ... A pak prisla krize. Je to jasny! Za krizi muze M$, jeho systemy meli "nahodou" "malej" vypadek zrovna v tu kritickou dobu!

[Michal Fecko]

butterfly effect - je potom mozne ze za to moze napr. tvoja kupa mensieho poctu rohlikov v obchode pred 2 rokmi

[cthulhu]

v cem byl problem nevim, ale co bezpecne vim, ze nektere servery bootuji i (vice nez) 20min (autor prispevku asi nema jinou zkusenost, nez s architekturou x86). Jedna vec je taky nastartovat do multiuseru, druha vec je spustit/zastavit konkretni sluzbu. Pokud to mela byt narazka na vyplod nejake tiskove mluvci  (ktera o tom pochopitelne nic nevi a tuto informaci dostala v ramci tiche posty zase od nekoho jineho), pripada mi to zbytecne jakkoliv komentovat...

[CEST]

pripojuju se. Mam HP stanice, ty bootujou uzasne rychle a potichu a pak mame HP servery, ktery se pri startu rozhuci jako by mely hned vybouchnout, pak se sice zklidni, ale stejne trva pekne dlouho, nez to projede pamet, procesory, RAID, ILO. A to je jenom x86. Verim, ze jiny platformy dokazou bootovat jeste dyl a urcite ruzny sluzby startujou ruznou dobu, napr. i takova blba Java aplikace/tomcat startuje "dost" dlouho. A napr. squid se zase docela dlouho vypina.

[peterh]

Jj, existuju servery co robia aj vacsi hluk :D. Ja ked som prvykrat zapol HP server, tak som myslel ze je pokazeny. Ale clovek si zvykne...potom dosiel dell :).

Inak napr. taky keykos ma nieco do seba.

[xxx]

Dobrej trik je taky zapojit, nebo kompletne odpojit, i druhej zdroj pokud ho server ma. Treba IBMka se jinak prepli do panic modu a pustili vsechny vetraky naplno . Vsadimse, ze kdyby meli na sobe vic diod, tak se i rozblikaj jako vanocni stromecek (Nebo Sunovsky diskovy pole pri rebuildu).

[peterh]

Svetylka ja rad :) http://www.youtube.com/watch?v=VrGutAN7_XY

[Salamek]

to moje IBM je jak startujcí tryskáč

[Jura]

jaja, kdyz si vemu, nez se nastartuje SAP Java Web application server....

[Aleš Kapica]

Vám asi uniklo že primárním důvodem tohoto blogpostu je zvídavá otázka co se konkrétně podělalo. Pochopitelně je mi jasné že stroj může bootovat i déle, ovšem 20 minut za normální to nepovažuji. Pokud vy ano, tak sem prosím napište o jakou zajímavou architekturu a OS se jedná a co u toho tak dlouho trvá - rád se poučím.

[cthulhu]

A vy si jako myslite ze vam to tu nekdo vysype? Ja byt adminem v CP tak mlcim jak ryba. Komunikaci s verejnosti zajistuje tiskovy mluvci, end of story. 20min napr. POSTuje Sun Fire E15K/E20K/E25K (pri zapnute vysoke diagnostice) a to pak teprve zacina boot. Korektni zastaveni velke Oracle databaze (>1TB) muze trvat take desitky minut. 20min casu totiz neznamena vubec nic. Kdo chce vysokou dostupnost sluzeb, musi pouzivat cluster. Chapu, ze pokud honite apache s php na "peckach", kde je vsechno "hned", je to pro vas nepredstavitelne..

[Aleš Kapica]

Ve vlastním zájmu by to vysypat měli, protože takhle si jenom zadělávají na to, aby nějaký chytrák přišel s tím, že bude mnohem lepší i za cenu zvýšených nákladů přemigrovat na MS.

Pokud jde o rychlost bootu - povětšinou honím jenom virtuály kde nejdýl trvá než vysype ty data z paměti na disk. Čas najíždění od bootu do plného běhu je pak dán tím co za virtuální stroje se spouští.

Představa clusterových řešení na poštovních pobočkách mě fakt docela pobavila. Málokterá pobočka dle mého soudu přesáhne svým počtem 50 zaměstnanců. Vysoká dostupnost u (lokálního) serveru ze kterého se tam nejspíš spouští jen terminály a ve své podstatě by měl zajistit jen připojení k centrální databázi mi přijde poněkud zbytečná.

[Josef Kufner]

50 zaměstnanců není moc vysoké číslo, ale 30 naštvaných lidí na druhé straně okýnka už je sakra znát.

[Filip Jirsák]

O tom, že se jedná o „ten“ systém, který běží na Linuxu, píšete jenom vy. Všechny ostatní zprávy mluví o tom, že byl problém v komunikační infrastruktuře. Takže rychlost startu může znamenat kde co, třeba také ustavení sítě po restartu některých prvků do podoby, kdy je možné k serverům začít znova přistupovat a není potřeba se bát, že nějaká služba ještě nefunguje.

[Aleš Kapica]

Já NEVÍM v čem byl ten problém, ale rád bych to věděl. Ovšem pokud umíte číst (což na základě reakce počítám že ano), tak se můžete také dočíst z oné zprávy pro média, že problém měl nějakou souvislost se systémem APOST, který údajně zkolaboval a ten JE postavený na linuxu, nebo alespoň svého času byl, jak se můžete dozvědět z rovněž odkazované prezentace.

To co mě zajímá, je konkrétní příčina, protože problém v infrastruktuře může znamenat i přeštípnutý kabel na centrále, víme? Ovšem to by pak zkolaboval nejspíš jakýkoliv systém. Jenže stejně tak může být příčinou i něco jiného.

[Filip Jirsák]

Ovšem pokud umíte číst (což na základě reakce počítám že ano), tak se můžete také dočíst z oné zprávy pro média, že problém měl nějakou souvislost se systémem APOST, který údajně zkolaboval

A to píšou kde? Já jsem všude viděl jenom systéme CzechPointu…

[Aleš Kapica]

Holt nezbývá než ocitovat první odstavec odkazovaného článku..

Na poštách v celé Praze je od rána pěkný zmatek. Nefunguje služba Czech POINT, ale co je horší rána, lidé nemohli uskutečnit žádné platební operace. Sytém APOST, na který je pošta připojena, zkolaboval.

[LuděkS]

Což ještě nemusí být problém Linuxu.
(Trochu jsem studoval):
http://e-jirka.spaces.live.com/blog/cns!759A2E0FD3BD689F!766.entry
 

[Aleš Kapica]

Já vím. Právě proto by mne zajímalo v čem to konkrétně bylo. Ti co mě znají ví, že jsem ten poslední, kdo by měl škodolibou radost z toho že linuxové řešení selhalo.

[LuděkS]

Já vím :)

[Filip Jirsák]

Všude jinde píšou, že "vypadl systém, na kterém běhá datová komunikace Czech POINTu". Takže je otázka, komu věřit.

[LuděkS]

Otázka je, co si oni pod tím slovem "systém" představují .

Ale takto se to asi nedovíme (pokud někdo nezíská informace přímo ze zdroje. :-/
Mně by to opravdu docela zajímalo).

Ale řekl bych, že pokud to byl problém Linuxu, tak by se Novell mohl hodně zasnažit,
protože je to docela velký projekt a určitě by to jeho pověsti nepomohlo..
 

[Zdeněk Štěpánek]

Jestli je to jen 20 minut tak jeste gut Windows 2003 small businnes server v jedny firme kterej vlastne dela jen domenu a jinak skoro nic se restartuje pres 45 minut. Nemam tuseni co to dela...

Zdenek

[Michal Fecko]

Windows 2003 small businnes server v jedny firme kterej vlastne dela jen domenu a jinak skoro nic se restartuje pres 45 minut. Nemam tuseni co to dela...

No najprv sa snazi zabit virusy a potom ich pri boote vsetkych 260 nahadzuje naspat do pamate

[kotyz]

[davadu]

Velmi často bývá chyba ve špatné konfigurace interního DNS serveru u ActiveDirectory. (Předpokládám, že se to zasekne na "Připojení k síti" a "Nastavení počítače").

Normální konfigurace SBS 2003 bez nainstalovaného Exchange, ISA, či SQL nabíhá tak do 5-10 minut, :) --- Pokud to nějaký šílenec neprovozuje na 2 GHz Celeronu, 512 MB RAM a 5400 RPM IDE disku. :)

Ale už jsem viděl nainstalovaný SBS server tak odborně, že opravdu nabíhal hodinu, protože tam nainstalovali kompletní SBS a nic tam nenakonfigurovali. :D

[Salamek]

a na čm by jste to chtěl provozovat ? to co jste popsal je pro mě rozežranost

[davadu]

Předpokládám, že běžně nasazujete např. Oracle a podobné záležitosti na výše popsanou sestavu. ;) --- Tam je přeci SCSI, dostatek RAM či výpočetního výkonu také naprostá rozežranost. ;)

Vím, že pro některé firmy je využívání MS SBS a podobných záležitosti naprostá zbytečnost. Firmy, které potřebují "informační systém" respektive jen účetnictví typu Pohoda/Money/Stereo, také nemusí mít a často nemívají SBS, pokud nechtějí využívat například MS Exchange pro komunikaci např. s obchoďáky na cestách. :)

Pokud firma pro svůj provoz potřebuje MS SBS, pak by měla tomu serveru dát to, co potřebuje. Nějaké střílení od pasu, že té firmě je to na dvě věci, je nádherná paušalizace a vede jen k tomu, že všeobecně tvrdí Linux/Windows/MacOS X jsou na hovno, protože si myslím, že je to na hovno. :D A celá debata vede jen k flamewaru, protože pár zapálených žije v černobílé bublině vidění světa (Jen to, co znám/umím já je dobré a vše ostatní je zlo) --- Naštěstí svět není černobílý. ;)

[Zdeněk Štěpánek]

Jestli to ma byt dotaz jeste na me, tak odpovidam za nevim co je to za HW, ale na dnesni pomery nic extra, snad P4 cca 2Ghz, 512 nebo mozna giga, disk SATA. Netusim co vse je nainstalovany, jen vim ze ISA jsem vyhodil a Exchange bud vypnul nebo zakazal nebo nevim. SQL tam tusim nejak je ale vypnuty. Co vim ze to dela a chci aby to delalo je domena (pro 5 PC !), sdileni disku pro Pohodu a nejaky to zalohovani na USB disk a NOD32 aktualizacni server. Nekonfiguroval jsem to, nestavel jsem to, jen jsem to prebral, co slo jednoduse jsem presunul na linux a zbytek presunu az to moralne zastara nebo shori.

Zdenek

[davadu]

Ta původní reakce byla na Vás, tato druhá byla na to, co Salamek psal ohledně rozežranosti.

Ten HW, co popisujete a požadavky, které na to máte, tak na to stačí Samba 3 jako PDC. Nepředpokládám, že by v takové firmě nutně potřebovali nějaké drastické nastavování pomocí GPO, případně složité konfigurace v AD.

SBS 2003 používá pro NT doménu ActiveDirectory, což je směr LDAP, Kerberos, DNS, DHCP a  wrappery pro LANMAN, WINS a podobně. Důležité je zkontrolovat, jestli DNS korektně resolvuje. Server musí v konfiguraci DNS u TCP/IP síťoivé karty odkazovat na localhost, aby primárně resolvoval interní síť. Pokud chceme, aby korektně resolvoval i weby, tak musíme nastavit forwarding v konfiguraci DNS serveru.

To je nejčastější chyba při konfiguraci SBS 2003, pokud jste to zdědil po nějakém správci a musel jste vyhodit, to co jste popisoval, tak bych zkusil najít chybu tam.

Dále je možno zkontrolovat pomocí netdiag a dcdiag, jestli tam nejsou nějaké chyby v konfiguraci Kerberosu, GPO, DNS a tak podobně. Tyto programy je možno nalézt buď na CD k SBS 2003 nebo je možné je stáhnout z webu Microsoftu (Resource Kit for Windows Server 2003).

[LuděkS]

Víte o tom někdo něco bližšího?

[Dalibor Smolík]

Určitě by bylo užitečné vědět, co to způsobilo jako zpětnou vazbu pro vývojáře. Ale je docela možné, že pošta informace nezveřejní ..