To je otresna slatanina :D Jedine pozitivni na tom je, ze diky tomu je nejaka zabava https://twitter.com/hashtag/systemd :-)
Moje "distro" používá rcctl ,takže zadne tyhle smesne problémy s systemd nemám (stejne jako alternativy s rc).
A v práci uspesne odrazovat zákazníka od prechodu na systemd je uplne triviální pri ukázkách jak to je nefunkční. Tohle ještě par let půjde a jinak už se pracuje na prosazeni BSD, dulezite je aby to jelo bez zbytečných nakladu (kam patri i uceni se nefunkčního systemu).
<h1>Abstrakce</h1>
Díky za článek. Líbí se mi, že tu probíhá trošku osvěty kolem systemd :-)
Mám k tomu dvě otázky:
Chybějící service: Co se stane, když daný service vůbec neexistuje a je v sekci Wants/Requires, typicky třeba bluetooth, který na serveru nemá smysl?
Virtuální service: trochu souvisí s předchozím - lze nadefinovat čistě abstraktní service, který neexistuje, ale jenom groupuje nějakou související skupinu jiných service, na které se pak můžu odkazovat (a která se bude rožšiřovat podle logiky věci, tedy registrací 3rd-party services, nikoli pod mou kontrolou) ? Například all-network-services - Requires: ethernet, wifi, bluetooth, ... ?
Vtipné je, že pokud potřebuji něco spustit po network, tak to v podstatě nejde. Docela jsem se divil, že v tu chvilku už něco běží, ale třeba IP ještě nastaveny nejsou ...
Sám systemd na to má hack a extra service ... network-wait-online.service nebo tak nějak ... Kterýžto končí zásadně timeoutem. Veškeré úspory rychlosti spouštění jdou vniveč, neboť to jsou dvě minuty.
Ono je docela problém říct, že teď sít běží, zvlášť u strojů s více síťovkama. V podstatě network.target má smysl akorát u shutdownu. https://www.freedesktop.org/wiki/Software/systemd/NetworkTarget/
Je divné, že vám končí timeoutem. Nemáte v /etc/network/interfaces nějaké divné rozhraní? (Nemáte tam třeba to, že rozhraní má používat IPv6, i když síť IPv6 nemá?) Mělo by to při startu psát, na co to čeká.
Mám službu čekající na network-online.target na Raspberry Pi a timeoutem to končí, jenom když nemám připojený kabel.
"Nebojim se" systemd a nelibi se mi takhle sugestivne formulovany titulek.
<e.ini souboru, spravu sluzeb aka svchost a sezeni, binarni logy, monoliticnost, nesystemova adhoc desktopova/jednouzivatelska reseni apod. jsem si uzil s Windows dost a dost a pro/navzdory "zastaralosti" unix-like prostredi (primitivni BSD/SysV init, flexibilni konfigurace v shell scriptech, textove logy …) jsem rad migroval prave sem. Pro jednoduchost, primocarost, determinovatelnost a modularitu. A zrejme jsem nebyl sam. Uz cizorode "neunixove" pusobici ConsoleKit, PolicyKit, dbus a udev mely byt dostatecnym varovanim.
Ted se v Linuxu kolem GNOME a systemd znovu objevuje kolo, ale ponekud pokrivene. Vraci se to jako bumerang. Videl jsem, zkusil jsem a dekuji,nechci. Tak stastne kodrcani k rudym zitrkum.
Pro rozptyleni, starsi rant od Theodora Ts'o ;)
To je všechno dáno neznalostí autorů těchto neunixových řešení. Autoři Unixu dobře věděli, proč věci dělají tak, jak je dělají. Tihle cucáci s mlíkem na bradě vědí prd, ale jsou přesvědčeni o tom, že sežrali h..o krále Šalamouna. Špatně to vymysleli, špatně to implementovali a aby toho nebylo málo, tak jsou arogantní. Jen mi není jasné, proč se to cpe do dister. Už to windowsovatění Linuxu pozoruji delší dobu. Prostě z Windows přišedší lidé si s sebou berou windowsí zlozvyky (a IQ typických windowsích uživatelů).
Něco mi říká, že *BSD budou přibývat v následujících letech uživatelé.
Ale taky je tuna příkladů, kde to dodrženo je.
Ano, dalo by se samozřejmě diskutovat o tom, na jaké úrovni a co je to ta jedna věc. Ovšem pokud děláš nějako komponentu či modul nebo program a začíná vyžadovat stále více funkcionalit z okolí, začíná-li být jeho správná funkce podmíněná úpravou všeho ostatního, tak je něco špatně. Teda "pokud nemáš v hlavě piliny" [ míněno obecně, ne k "sid" ]
A nejsem si jistý, nakolik, i když třeba ten btrfs porušil tento princip, nakolik omezuje a podmiňuje ostatní programy a balíčky. Nejsem si vědom toho, že by jsi pro btrfs potřeboval speciální verzi distra, kterou jinam nenainstaluješ. Ale možná tu máme nový princip: "Robím čo chcem a na ostatní nasrat"
1) Ten princip se vztahuje na Unix jako takový, z uživatelského hlediska. Jeho jádro je ale věc úplně jiná. To přece nelze směšovat.
2) Dodržovat princip dělat dobře jednu věc je ve skutečnosti poměrně velká disciplína, protože ono to svádí dodělat ještě to a taky tamto atd. Asi každý to známe. Jenže to přináší akorát problémy. Pokud se nedokážu udržet na řetězu, tak bych měl jít vod toho, než abych něco domrvil.
Nevsim sem si, ze by jedno nebo druhy delalo neco jinyho nez FS ... a ze zaroven umi raid a dalsi veci? Umi, ale delaji to jinak, a to tak, ze se to bez integrace tyhle funcionality neda.
A rozhodne mi nikdo netvrdi, ze bez btrfs mi nenabootuje system, protoze jeho inegralni soucasti je logovani, dhcp, dns, ...
Neda? A lvm raid ext4 bolo podla teba co? Zaujimave, ze toto naraz nie je oblubene "robim jednu vec". Zvysok o botovani je prakticky vzate nezmysel lebo porovnavas neprovnatelne. Skus si odstranit pre zmenu interpret skriptov a som zvedavy na bootovanie. Rozlisuj medzi systemd ako initom a modulmi nad tym. Lebo potom hocijaky opravneny nazor ako napr binarny log sa automaticky stiahne na cele toto riesenie co je nezmysel.
Jenomže systemd není jenom init, i když si to budeš namlouvat do nekonečna. Initem to začalo a postupně to polyká co přijde do cesty a když to odstraníš tak ledasco nespustíš. To by byla paráda, kdyby jsi odinstaloval třeba vim a už by jsi některé soubory v ničem jiném neotevřel ale mohl by ses plácat po rameni, že vim má moduly.
2Sid: Ty nemas paru jak funguje btrfs ze? To nedela blokovej raid. A mimo jiny prave proto muzes pridavat nebo dokonce ubirat disky, protoze to !!!VI!!! kde sou soubory. To klasickej raid nevi a vedet nemuze.
Systemd bez tech sracek kolem NEFUNGUJE a ty veci ktery potrebu NEFUNGUJOU bez systemd ... tudiz plkas naporsty picoviny.
Bill Joy, jeden z autoru BSD vytvořil třeba i takový SunOS, který se da ještě povazovat za BSD. Solaris ten už ne a hlavně Solaris je mrtvy system po te co ho převzal Oracle. Ti lide co vymysleli věci pro které byl Solaris pecka jako ZFS, Dtrace atd., tak jsou dnes ve firmách, které používají BSD a vývoj pokračuje na BSD. Apple to je take uvnitř mix Mach, BSD a třeba aktuální firewall je od OpenBSD.
Oracle/ RedHat jsou ti co určuji vývoj Linuxu, taky podle toho vypadá a situace je uplne stejna jako kdysi s AT&T vs BSD a taky uplne stejne dopadne.
Ostatní firmy jako Facebook, Ebay,Microsoft,VMware,Google, NetApp, Emc,Duckduckgo,Mozilla, Netflix,Cisco,Juniper a spousty dalších investuji cim dal vice do BSD z mnoha dobrých duvodu.
Dalsi vec co systemd do*urvil...
https://lists.dns-oarc.net/pipermail/dns-operations/2016-June/014964.html
Protoze systemd rozbiji vsechno kolem sebe tim, jak to pozira. Trebas udev. A ne kazdy distro si to chce patchovat jako trebas gentoo. A i tam je to otazka, jak dlouho.
Jinak neznam nikoho, kdo by to mel nasazeny v provozu, ony totiz distra s tim teprve prijdou, a teprve pak se ukaze, az zacnou admini rvat, ze jim nic nefunguje. Respektive, oni vsichni budou aktualizace jeste par let odkladat. Normalni system proste jede na vybrany verzi dokud to lze, pripadne dodkud dodavatel appky neprohlasi, ze je treba verze novsi.
No, jestli máš tak kvalitní „informace“ i o systemd (a zatím tomu vše nasvědčuje), pak se tvým komentářům nedivím… RHEL 7 vyšel před dvěma roky.
Požehnán buď SLES 11 for SAP, 12.1 máme na jednom testovacím serveru a ne a ne a ne. 11 končí podpora 2019, do té doby se uvidí co dál, ale současný stav rozhodně nebudí důvěru a už vůbec ne chuť nasazovat nový systém. Je až neskutečný, kolik problémů systemd způsobilo, tolik jich snad nebylo za několik let dohromady na desítkách serverů bez krámud. (Když nepočítám HW problémy)
Kdy se spousti novy server, tak je to RedHat 6, protoze ne vsechno na svete je moda hippsteru a hyperaktivnich vyvojaru co skacou z technologie na technologii jak lucni konik.
A jinak uz se nasazuji i FreeBSD i ve firmach kde to predtim bylo takrka nemyslitelne a i zakaznici to pomalu zacinaji vyzadovat (a my jim s radosti vyhovime).
Ta jiná úroveň podpory je sice pěkná, ale doporučuji tabulku Red Hat Enterprise Linux Life Cycle v https://access.redhat.com/support/policy/updates/errata#Production_Phases
Obzvláště řádky Software Enhancements a Refreshed Hardware Enablement, kteréžto tvrdí, že RHEL 6 už nedostává žádné nové vlastnosti ani drivery.
Ale jo, pokud Vám stači bezpečnostní updaty, tak ještě pár let můžete RHEL 6 používat ve virtuálkách (protože na nový hw ho brzo nenainstalujete).
Co se těch zaručených 10 let týče.. v této fázi RHEL 6 zbývalo u RHEL 4 a 5 cca 8 let do kompletního ukončení podpory podle https://access.redhat.com/support/policy/updates/errata#Life_Cycle_Dates
Musim rict, ze pokud jde o korporaci kde delam ja tak 9z 10 novych Linuxu jsou RHEL6. RHEL7 se objevuje pouze vyjimecne. systemd je obrovska zmena a RedHat to neporesil se svyma partnerama (Oracle, IBM, HP, Symantec, Veritas, ...). Spousta veci stale nefunguje a dalsi se rozbiji. Jak uz jsem tu jednou psal, neco takovyho by si nedovolil ani Microsoft.
Jen pro predstavu jakou maji korporace setrvacnost. RHEL5 obsahoval pdksh, coz je open-source implementace ksh89, ktery se jeste porad pouziva na komercnich Unixech. RHEL6 obsahuje uz Kornuv shell ksh200, ktery je sice kompatilni s Posix-em, ani NENI zpetne kompatibilni s ksh89. Tohle rozbilo spoustu scriptu v komernich SW a trvalo dlouhou dobu nez se to opravilo. Kdyz jsem nasrane posilal patch do HP, tak mi rekli, ze uz ten fix maji a ze uz 2 roky cekaji az jim nekdo dovoli udelat release.
Na jednu stranu je to prkotina, ale na druhou stranu to zpusobuje spoustu problemu. A najednou korporace musi hledat lidi, kteri musi sahnout na nejaky abandoware aby neco opravili. 2 roky v tomhle oboru je relativne kratka doba.
2Ivan: Zadnej svepravnej admin neco takovyho nenasadi, maximalne v nejakym labu na testovani. Taky tu mam par hokuspokusu ... a jednoduse ... nefunguje to. A nejvetsi radost ... ono to nefunguje po kazdy aktualizaci jinak. Takze kdyz neco nejak posefujes, tak jedina varianta je, ze ten system uz nikdy nebudes patchovat.
A taky bych chtel videt admina, kterej ma naladu cist kilometrovy changelogy a zkoumat, co kde to zase rozesere. Protoze normalne ceka, ze kdyz ma stable distro, tak se nikde nic rozesirat samo od sebe nebude.
Protoze jsi jeste nepochopil, ze Linux tak jak byl predtim davno skoncil. O jeho smerovani a vyvoji rozhoduji RedHat a Oracle jako nejvetsi prispevovatele a podle toho to vypada. Na oko to vypada jako, ze to je open source, ale skutecnost je uplne jina a ostatni distra nemaji takove vyvojove tymy a tak jim nezbyva nez polykat horke pilulky, ktere jim RedHat s Oracle predlozi a jeste se u toho tvarit jaka je to pecka.
V pripade Archu vysvetleni tu:
https://www.reddit.com/r/archlinux/comments/4lzxs3/why_did_archlinux_embrace_systemd/d3rhxlc