(aktualizováno 28.8.2016) OpenSuse Linux je distribuce, kterou jsem si zvolil pro provozování webového, ftp a poštovního serveru. Je v provozu téměř celý rok, 24 hodin denně, 7 dní v týdnů. V tomto článku budu aktualizovat informace i v budoucnu, proto se vyplatí občas zkontrolovat, jaké nové zážitky jsem s tímto systémem objevil.
Mohu srovnávat tento systém a Windows Server systém z hlediska spolehlivosti, protože toho času vykonávám správce Windows sítě. Ve firmě provozujeme Windows Server 2008 R2 ve virtuálu Hyper-V. Tj. matka má tento systém, a na ní běží několik virtuálů (databázový, file server a linux ústředna CentOS).
Musím uznat, že za celé tři roky provozu tohoto Windows serveru se mi nestalo, aby se server zasekl tak, jak se mi zasekává Linux. Ano, než dodavatelská firma odladila běh linuxu, občas se zasekával CentOS. Ale Windows? Nikdy.
Samozřejmě, operační systém Windows měl nějaké drobné úlety a stále je mívá. V průměru tak jednou za čtyři měsíce musím restartovat file server, občas musím resnout databázový server. Nikdy to však není z důvodu, že by zamrzl celý systém, ale jen z důvodu výpadku lokální služby, respektive nestandardního chování.
Jenomže cenová relace za Windows server je zcela někde jinde, než za Linux, který mě vyšel všehovšudy na nějakých max. 7 tisíc Kč včetně UPS (viz starší článek http://www.blogovnik.cz/skladame-usporny-pocitac-s-deskou-miniitx-201401181717.php).
Můj linux server běží jako matka, která pod Oracle VM VirtualBox provozuje další linux server sdružující výše uvedené vlastnosti - webový, ftp a poštovní server. S jeho během jsem v podstatě spokojený, ale své mouchy mívá. Tento článek pro mě slouží jako takový zápisník, kdy se stala jaká moucha a případně, zda jsem danou mouchu zaplácnul nebo co jsem zjistil nového.
Přehled poruch operačního systému OpenSuse v období od 1.1.2014 až do dnes
Průběžná porucha: totální zásek celého počítače
Symptom: pevný disk hrabe jako o závod a nechce se zastavit. Nejdéle jsem ho nechal hrabat čtyři hodiny a nic. Počítač nereaguje. Obraz je zamrzlý. Myš a klávesnice jsou mrtvé, tj. svítí, ale nefungují.
Léčba: tvrdý restart celého serveru, při kontrole disku nezjištěny žádné problémy, systém po restartu se chová normálně.
Pátrání: log obou systémů (matky i virtuálu) vykazuje problémy s Kernelem, vyvíjí horečnatou činnost, mnoho operací během sekundy, když to shrnu, tak Linux se prostě zblázní. Našel jsem podobný problém v jednom s diskusních fór o Linuxu, ale bez řešení. Jen s nějakými pubertálními hláškami od namachrovaných a nejspíš draze přeplacených specialistů.
Četnost: přibližně jednou za dva až tři měsíce provozu.
Prevence: nevím. Mám hypotézu, že pokud Linux běží delší dobu bez restartu, četnost těchto výpadků se zvyšuje. Z tohoto důvodu dělám jednou týdně preventivní restart Linuxu.
Poznámka srpen 2016: Už víc než rok k těmto zásekům nedochází. Vývojáři nejspíš opravili (po mých četných urgencích) problém.
16.11.2014: Zásek Linuxu - Matky po aktualizaci při jeho startu
Provedl jsem aktualizaci Matky a dal restart (byl doporučen). Po restartu jsem zadal přihlašovací údaje. Linux se při úvodním startu totálně zasekl. Musel jsem použít tvrdý restart. Po restartu naběhl v pořádku. Od té doby se Linux takto nezasekl, ani při opětovném restartu za týden.
Příčina: Je možné, že jsem se do Linuxu přihlásil příliš brzy a on nestačil něco přepsat. Byl zaskočený, lekl se a zasekl :-).
23.11.2014: Zamrznutí Linuxu při kopírování velkého souboru
Kopíroval jsem v MidnightCommanderu soubor o velikosti 20 GB. Zároveň jsem připojil externí disk během tohoto kopírování (bylo to úplně poprvé, co jsem si toto dovolil, jinak vždy pracuji pro jistotu s Linuxem analogově). Celý Linux zamrzl, myš se hýbala, klávesnice reagovala jen prostřednictvím NumLock (a ostatních svítivých kláves). Musel jsem počkat do dokončení kopírování, než obrazovka Linuxu opět ožila. Připomnělo mi to časy počítačů s Windows 3.1. Nostalgická vzpomínka, nicméně v roce 2014 frustrující.
Příčina: Spojení detekce připojeného USB AXAGO adaptéru a zároveň požadavek na kopírování souboru byl na Linux příliš náročný. Proto musel nejprve analogově dokončit kopírování a teprve potom se mohl věnovat AXAGU. Linux byl v šoku, že po něm chci takovou složitost, když musí zrovna kopírovat 20 GB soubor.
Průběžná poznámka
Od jisté doby přestalo docházet k velkým zásekům. Myslím, že chybu nějaký update odstranil.
9.8.2015: Zásek Linuxu po spuštění přehrávače videí VLC
V Matce jsem spustil přehrávač videí VLC a zatuhla grafika, myš a klávesnice. Disk stále fungoval. Přestalo fungovat tlačítko reset na počítači. Pomohlo natvrdo vypnout počítač a zapnout. Naštěstí se virtuály zmátořily, vše funkční. V logu žádný pořádný zápis kromě těchto posledních vět:
2015-08-09T20:46:54.782176+02:00 linux-ts9z su: pam_unix(su-l:session): session opened for user root by neo(uid=1000)
2015-08-09T20:46:32.725711+02:00 linux-ts9z org.freedesktop.Tracker1.Extract[1196]: message repeated 2 times: [ (tracker-extract:1562): Tracker-WARNING ': Call to gst_discoverer_discover_uri() failed: Vaší instalaci systému GStreamer schází zásuvný modul.]
2015-08-09T20:47:02.437979+02:00 linux-ts9z org.gtk.Private.GPhoto2VolumeMonitor[1196]: debug: Name owner ':1.55' vanished
2015-08-09T20:47:02.438546+02:00 linux-ts9z org.gtk.Private.UDisks2VolumeMonitor[1196]: debug: Name owner ':1.55' vanished
2015-08-09T20:47:02.438915+02:00 linux-ts9z org.gtk.Private.MTPVolumeMonitor[1196]: debug: Name owner ':1.55' vanished
2015-08-09T20:47:02.439312+02:00 linux-ts9z org.gtk.Private.GoaVolumeMonitor[1196]: debug: Name owner ':1.55' vanished
2015-08-09T20:47:02.439649+02:00 linux-ts9z org.gtk.Private.AfcVolumeMonitor[1196]: debug: Name owner ':1.55' vanished
2015-08-09T20:47:26.557520+02:00 linux-ts9z dbus[590]: [system] Activating service name='org.freedesktop.PackageKit' (using servicehelper)
2015-08-09T20:47:27.032809+02:00 linux-ts9z dbus[590]: [system] Successfully activated service 'org.freedesktop.PackageKit'
2015-08-09T20:47:49.518045+02:00 linux-ts9z kernel: [ 147.016460] device enp2s0 entered promiscuous mode
28.8.2016 Rozhození dcery OpenSuse ve VirtualBoxu po vytížení matky 7Zipem
Jednoduše řečeno jsem spustil dceru OpenSuse 13.1, fungovala normálně.
Následně jsem na Matce spustil 7zip a komprimoval, následně testoval 50 GB soubor. Vše proběhlo v pořádku.
Vrátil jsem se do dcery a čumím jak puk. Některé ikony zmizely, systém se tváří divně, některé funkce hlásí debilní chyby, nelze se přepnout příkazem "su -" v konzoli na admina a hlásí to něco ve smyslu "chyba vstup/výstup".
Systém samozřejmě nešel vypnout, protože uživatel nemá vypnutí v konzoli povoleno a na úrovni menu se nezobrazily ikony a i když jsem je naslepo odkliknul, tak se systém stejně nevypnul a vrátil se zpět do chybového módu.
Pomohla obnova virtuálu ze zálohy, víc jsem neměl čas to pitvat.
Shrnutí - k poruše Linuxu došlo vlivem nárazového vyčerpání zdrojů, nejspíš času procesoru, kdy si VirtualBox neochránil prostředí pro Dceru a 7zip si odčerpal úplně všechno po dobu provádění svých operací. Následkem toho se OpenSuse setkal s chybou, kterou neuměl zahlásit a postupně začal selhávat na své základní funkce. Nazval bych to "obrnou" systému :-).
A na závěr
Kdyby náhodou některý ze čtenářů věděl recept na některé z výše uvedených problémů, sem s ním. NEBERU takové ty řeči jako, že jsem lama, idiot, že je to jednoduché, že mám analyzovat 500 stránkový manuál nebo louskat 5000 příspěvků na nějakém anglickém fóru. Děkuji za pochopení :-).
