Podpora Red Hat Enterprise Linuxu 5 skončila 31. března 2017 po deseti letech od vydání . Stejně tak končí podpora i pro odvozené CentOS 5 a Scientific Linux 5. Nebudou tedy vycházet již žádné aktualizace, a to ani bezpečnostní.
(zdroj: lwn.net)
Podpora Red Hat Enterprise Linuxu 5 skončila 31. března 2017 po deseti letech od vydání . Stejně tak končí podpora i pro odvozené CentOS 5 a Scientific Linux 5. Nebudou tedy vycházet již žádné aktualizace, a to ani bezpečnostní.
(zdroj: lwn.net)
Neříkám, že znalosti nabyté při získávání certifikace na RHEL 5, jsou k ničemu. Jen, když bude někdo hledat certifikovaného admina na RHEL 6 a 7, tak mu certifikace na RHEL 5 bude k ničemu, i když je i nadále platná. Nicméně situace na trhu je taková, že firmy vezmou každého, kdo ukáže, že nějaké povědomí o administraci Linuxu má.
Přijít to muselo, ale i tak je to škoda.
Pro mě na serverech nejlepší distro všech dob...
Ještě zbývá RHEL6 s přijatelným upstartem a pak aby člověk buď ztrácel nervy nad produkty Poetteringova mozku nebo migroval konečně všude k FreeBSD.
Přiznávám, že na 2 virtuálních strojích mně Centos5 pořád běží, protože prokrastinace. Vše tam dlouhá léta fungovalo tak perfektně, že se mně do upgradu prostě nechtělo, až jsem to nestihl...
Klid, RHEL5 like serverů máme ještě několik i v produkci. A to taktně mlčím o těch některých RHEL4 strojích, co stále jedou. Většinou dobře schované někde v útrobách nějaké elektrárny v technologii (snad nákrada v průběhu příštího roku) nebo je máme jako licenční servery, že ten licencovací engina na ničem novějším nechtěl fungovat.
Jo já zapomněl... Vlastně jsou 3 - ten 3. přímo na železe.
Na jednom stroji s CentOS5 provozuju starší verzi Virtualboxu v headless režimu. Mám tam připravený nový virtuální stroj s CentOS6. Funguje dobře, ale občas se při jeho restartu stane, že kernel zhavaruje(zjevně nějaká nekompatibilita s biosem toho starého Virtualboxu). Při shutdownu a následném startu je vše OK, při normálním běhu testy potvrzují, že je vše v pořádku...
A tak jsem včera večer vymýšlel do cronu rovnák na ohejbák, který tu virtuální mašinu ve Virtualboxu automaticky nahodí v případě, že k tomu po nějakém dálkovém restartu dojde...
Asi tam tu pětku budu muset opravdu konečně zrušit...
Nu, na CentOS5 máme dokonce HA clustery s hromadami virtuálů v KVM pro zpracování a sběr technologických dat a jak to šlape a určitě ještě dlouho pošlape někde v technologii (ty virtuály jsou ořezané Slackware10 distra, takže také už po smrti).
Kupodivu za y roky to jede jak má a problém nebyl (pokud nepočítám nějaké selhání železea, které HA vyřešilo dle očekávání) - CentOS5, Red Hat cluster suite s DLM, DRDB replikace disků s GFS a nd tím třeba 30 KVM virtuálů.
RHEL 5 bylo dobre distro, ale uz melo svoje za sebou, hlavne z hlediska vykonu.
Prechod na RHEL 6 byl pro vetsinu lidi neviditelny, protoze upstart skoro nikoho nezajimal a vykon se zlepsil.
Paniku z RHEL 7 nechapu - tak je tam systemd a co? Sysvinit skripty u starsich veci funguji dal, automatika u site/firewallu se da pohodlne vyradit a vykonostni posun je znacny + podpora pro nove technologie.
Kickstartujeme servery od verze 3 a az na par drobnosti zadna viditelna zmena.
Pravda, my co na serverech pracujeme, mame procesy, jak nasazovat aktualizace, aniz by to rozjebalo produkci.
Ti, co si na serverech hraji, si pak rozjebou co muzou, protoze bezmyslenkovite instaluji vsechno, co uvidi...
Popripade neaktualizuji vubec, jak se tady ukazuje...
Chybejici logy jo? Ty je nepreposilas? A na kolika serverech se ti to stalo a jak casto se ti to stava? Mas odkaz na relevantni aktualni bugreporty? Myslim aktualni, ne neco z Fedory. kdyz tam systemd zacinal.
Na Debianu (včetně současného testingu, pokud to těsně před zmrazením nerozbili) není problém používat původní init jedním příkazem.
Mna asi trafi slak co tu citam. Admini maju stare operacne systemy a este su na to aj hrdi.
Ked ma takyto pristup nejaky domaci uzivatel chapem ho, ale ze upgradovat sa nechce adminom z povolania, tak to je moc. Aj v mojej robote som sa stretol s tym ako kazdy druhy nadava na nove verzie. Robime v IT, tu zastat znamena zomriet a aj tak sa tu najde kopa zabarikadovanych ludi.
Pred rokom k nam nastupil kolega rovno zo skoly a jedno z jeho prvych vyjadreni bolo, ze on upgrady neuznava, ze ked to bezi tak je to dobre a netreba robit zbytocnu robotu.
Som len pozrel na kolegu a zakrutil hlavou. Security, kompatibilita a znizovanie technickeho dlhu asi vela ludom nic nehovori.
(Moje rozhorcenie nebolo o serveroch kde bezia obsolitne aplikacie a preto potrebuju stare OS, tam za ten technicky dlh moze niekto iny nez admin.)
Admin z povolání už nejsem. Pracuju už více než 6 let jako vývojář. To o čem píšu je bokovka a v jednom případě i můj domácí systém.
V praxi k podobným situacím dochází ale poměrně často. Není to až tak neobvyklé. Když chybí kapacita, prostě se stanoví priority a ty stroje, které mají prioritu nízkou, prostě, přijdou na řadu poslední - někdy i po ukončení podpory.
Dnes je tu navíc problém se systemd(chování dister se změnilo, mnohdy k horšímu), který někdy při upgradech požere dost času.
Kapacita lidí prostě není nekonečná a ne vše se dá naplánovat. Firma potřebuje funkční systém, problémy s upgrady ji nezajímají.
Souhlasim s tim, ze ve firmach, kde chybeji adekvatni procesy a updaty se nasazuji ad-hoc, je problem s tim, ze se cast infrastruktury proste necha vyhnit.
Ona firma potrebuje funkcni system, ale pokud neudrzuje infrastrukturu, tak se muze stat, ze ji partner, co infrastrukturu udrzuje, vypne treba SSL v3, a pak se mila firma nestaci divit.
Bohuzel spousta firem zije v tom, ze IT nejak magicky funguje a neni potreba investovat. Probuzeni po par MI pak byva ponekud drsne.
První linux nainstaloval kolem roku 1994 a u něj zůstal. Později vystudoval fyziku a získal doktorát.