[solved] sysadmin help kéne

hát, elnézve, hogy még nincs se hivatalos, se totál hivataltalan (hogyvanezmagyarul ehhh, jahh, nemhivatalos) rpm, pedig néhányan nekiugrottak már, no meg a threadekben látott dolgok alapján, de, ördöngősség.

vs egy stock ubuntu telepítése, user/pass párosok létrehozása, kms csomagból telepítése, és valami backup script rádobása az egészre, főleg, ha ansible-el automatizálok: piha.

mivel egy ideig még fedoraval dolgoztunk, ahol úgy hasított az a bizonyos bleeding edge, hogy gyakran vérátömlesztés kellett volna, ezért volt szerencsém szenvedni úgy jó két évig a systemd-vel, kb. 2014-ig bezárólag. oké, hogy a sysv initscriptek nem leányálmok, de basszus, a systemd scriptekhez képest maguk a zen nirvána. csak három példa:

- kellett egypár spéci utasítást kiadni a mysqld indítása előtt (külön ramdisk mount létrehozása scratch könyvtárnak) és leállítása után (ezt unmountolni). sysv-ban írtam egy külön scriptet az init.d-be, megadtam neki a megfelelő sorrendet, hogy a mysqld start előtt és stop után hajtsa végre boot és shutdown esetén, chkconfig azt puszi, kész. kb. egy óra volt teszteléssel együtt. ugyanezt a systemd-ben megcsinálni úgy, hogy minden egyes mysql-server csomagfrissítés esetén ne kelljen újraírnom a scriptet, kb. fél-egy nap szenvedés volt. mindkettő ugyanazt csinálja, ugyanolyan eredménnyel.

- szintén mysqld, akárhogy próbáltam (konfig, limits, stb), az istennek nem akart a nofile 1024 fölé menni. mert a systemd csakazértis ezt nyomta. volt hivatalos útja, hogy a script bizonyos paramétereit felülbíráljam egy etc/systemd/istentuggya könyvtárba rakott scripttel, követtem is az utasításokat, úgy szarta le, hogy a légfrissítő is köhögött tőle. végül nem maradt más, mint a csomag részeként jelenlevő nyers scriptet módosítani, aztán imádkozni, hogy egy update nem hoz-e olyan változást, hogy írhatom át megint kézzel. ez nem egy fenntartható sysadmin dolog.

- ezen ügyek kapcsán, miután átnyálaztam a dokumentációt és fórumokat, nem találtam egy fontos dolgot, úgyhogy vettem a bátorságot, és írtam a systemd egyik atyaúristenének, poetteringnek. a válasz, khm, nem volt túlságosan finomkodó, leidiótázott, magas lóról beszélt, korántsem a normális FOSS hangvételben*. igaz, nagy nehezen elismerte, hogy hiba van a doksiban, de ő ugyebár fejlesztő, mit törődik ő a doksival. és a híresztelések szerint ő még a kooperatívabb sieverthez képest. tudom, hogy linus sem a diplomáciai érzékéről híres, de ő legalább amit letesz az asztalra, azt általában megköszönjük, és kurvajó. a systemd meg egy rühes nagy bloatware, és igen, megértem, hogy a systemv a modern rendszerekben már túlhaladott sok szempontból (különösen a dinamikusan változó device-hátterű vasaknál), de még mindig nem úgy érzem, hogy a systemd lenne a jó megoldás erre a problémára.

szóval a systemd túl nagy, túl bonyolult, túl sok a hibalehetőség, az előnyei meg -- legalábbis klasszikus szerverkörnyezetben -- nem indokolják a kurva sok munkaórát és szívást, amivel a rá való átállás és a használata jár. pluszba még a fő fejlesztői egomán és nehezen együttműködő programozó-dívák, és ez így együtt nekem sok.

*hogy egy jó példát vegyek a FOSS dologra, a KMS nodejs kliensével, illetve főleg annak dokumentációjával is vannak nagy bajok. de az ottani fejlesztő kölkök tök pozitívan és együttműködően állnak a dologhoz, így a jövő héten valszeg már én is beszállok a doksijaik írásába.