Už chápu pro lidé nesnáší systemd (diskuse)

[Michal Kubeček]

To jste ale jen nepochopil filosofii systemd: pokud spuštění vaší služby obnáší víc než jen spuštění jednoho programu, je ta služba špatně navržená a není chybou systemd, že si s tím neumí rozumně poradit. :-)

(Pro méně chápavé: předchozí odstavec je parodií na obvyklou reakci autorů a maintainerů systemd na feedback a autor příspěvku se s tímto názorem neztotožňuje.)

[Developer z vychodu]

Presne tak Michal. Mozno aj preto som stale na vsetkych mojich serveroch a pracovnych staniciach doma aj v praci na oldstable Wheezy...

[Bedňa]

Šiš Mária, som si hovoril, ďalšiemu vygumovali mozog, ale našťastie to dobre dopadlo

[Sten]

Já bych se s tím ztotožnil. Když umíte napsat init script, který tu službu z deseti binárek spustí, co vám brání spouštět ten skript místo deseti různých binárek?

[Petr Tomášek]

Mno, mě stačil zážitek, kdy jsem nutně potřeboval na jednom systému s Debian Wheezy remountnout / do ro. (Bohužel přebootovat do single-user jaksi nešlo protože ta deska byla debilní a integrovaná grafika nic nezobrazovala...)

Bohužel pro mně, i když slibovali, že systemd půjde až do příští verze Debianu - už tam ta zmrdnost byla. A samozřejmě jsem pozabíjel kde co, jenže ouha proces s PID 0, tedy "init" měl otevřenej nějakej posranej socket, takže / nešlo remountnout. Tak jsem se podíval, co že je to za prase a on to byl systemd. H*jzlové!

[Komunitny pracovnik]

Without systemd !

[AntisystemD]

Navrhujem 1.9.2015 spravit "Anti systemd day" a poslat prezidentovi a maintainerom Debianu mail s textom "Stop systemd madness!"

[AntisystemD]

Velmi zaujimave: Arguments against systemd

[Bedňa]

Zatiaľ najlepší Debian (pre mňa) bez systemd je antiX.

[Jendа]

Zrovna na Debianu mi přijde že přechod na systemd znamenal náhradu jednoho nefunkčního init systému jiným nefunkčním init systémem, takže to nebylo zhoršení.

Jinak i poslední Debian funguje bez systemd, po té, co jsem ho nainstaloval na počítač, o kterém LP prohlásil že ho nepodporuje a nikdy podporovat nebude, a skončil nicneříkající chybovou hláškou, stačilo udělat apt-get install sysvinit-core sysvinit sysvinit-utils.

[Bedňa]

Čo to máš za kompa? Nejakého RISCa?

Ja som mal so systemd problémy na desktope (boot aj halt), čo je skladačke AMD, no a na NTB sa nevedel zobudiť, plus pomalý boot. Teraz používam antiX čo je fakt vlastne len Debian bez systemd a nič čo na tom závisí sa nedá nainštalovať, okrem toho čo má prebalené balíčky bez systemd.

Nechápem prečo sa v Debiane (testing) už ani Network Manager nedá používať bez systemd (systemd-shim je v antoXe prehlásený za zlo z súhlasím s tým), to mi prišlo ako zlý vtip, takže momentálne idem na Wicd.

[Jendа]

Čo to máš za kompa? Nejakého RISCa?

Desktop s Core2Quad. Bohužel tam musí být jádro bez podpory cgroups (protože openvz).

Na správu sítě používám vlastní skripty, zkoušel jsem NetworkManager i Wicd a ani jedno nebylo schopné splnit moje jednoduché požadavky.

[Heron]

Zkoušel jsi nspawn? Možná by ten OpenVZ dokázal nahradit.

(V kontejnerech se až tak moc nevyznám*, používám hlavně plnou virtualizaci, ale už nějaký ten měsíc používám nspawn na oddělení určitých molochoidních aplikací a funguje to k plné spokojenosti.)

*) Hlavně taky proto, že to chtělo patchované jádro a různé další vyfikundace. Nspawn je tam, kde je systemd (podobně jako KVM je tam, kde je linux).

[Jendа]

Ne že by ty kontejnery byly úplně nedůvěryhodné, i tak bych byl ale radši, aby se z nich nešlo vylámat.

Kdybych to dělal dneska, tak už tam dám KVM, když to kdosi kdysi instaloval, tak ještě OpenVZ byla lepší volba. A migrovat se mi to moc nechce.

[Heron]

aby se z nich nešlo vylámat

Já kontejner neberu ani tak jako nějakou významnou bezpečnostní bariéru, jako spíš oddělení aplikace, síťování a prostoru na disku (který ale zůstane sdílený s hostem, použití btrfs se v tomto případě přímo nabízí).

Zrovna nspawn vykecá o hostu všechno co ví:

Takhle to vidí userspace nspawnu:

host21:~# df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/md0        8.2T  3.3T  5.0T  40% /
tmpfs           3.9G  4.0K  3.9G   1% /dev
tmpfs           3.9G     0  3.9G   0% /dev/shm
tmpfs           3.9G  108K  3.9G   1% /run
tmpfs           5.0M     0  5.0M   0% /run/lock
tmpfs           3.9G     0  3.9G   0% /sys/fs/cgroup

No ale stačí se zeptat jinak a víme vše:

host21:~# cat /proc/mounts
/dev/sdf1 /BACKUP xfs rw,noatime,attr2,inode64,noquota 0 0
/dev/sda1 /boot ext3 rw,relatime,data=ordered 0 0
/dev/sda3 /BORDEL xfs rw,noatime,attr2,inode64,noquota 0 0
/dev/md0 /mnt/btrfs_pool btrfs rw,noatime,space_cache 0 0
/dev/md0 /storage btrfs rw,noatime,space_cache 0 0
/dev/md0 /system btrfs rw,noatime,space_cache 0 0
/dev/md0 /home btrfs rw,noatime,space_cache 0 0
/dev/md0 / btrfs rw,noatime,space_cache 0 0

(Jak snadno se dá z toho kontejneru dostat jsem nezkoumal.)

Je to prostě další úroveň bezpečnostní bariery, na něco stačí oddělená uživatelská práva, na něco chroot, na něco kontejner, na něco oddělený stroj, na něco stroj v jiné síti a na to ostatní stroj nepřipojený do sítě.

Do kontejneru bych strkal jen takovou věc, kterou bych za běžných okolností instaloval přímo na stroj, ale z různých důvodů (třeba oddělení konfigurace, různé aplikacní servery) je to výhodnější rozdělit.

[snajpa]

Posledni OpenVZ RHEL6 jadra cgroupy v pohode podporuji, bezi pod tim v pohode Docker, dokonce ten Docker bezi i v tech Virtuozzo kontejnerech, mame to vyzkousene a par lidi to u nas provozuje. Co mas za verzi jadra? Nebo tam potrebujes nejaky specificky cgroup controller, co by v EL6 nebyl?

[Jendа]

2.6.32-openvz-042stab108.6-amd64 z deb http://download.openvz.org/debian jessie. Vím, že vám funguje systemd v kontejnerech, ale funguje vám i na hostiteli?

Nebo tam potrebujes nejaky specificky cgroup controller, co by v EL6 nebyl?

Co já vím co systemd potřebuje, když to neřekl a zasekl se…

[tom]

U me to teda zhorseni bylo. Mam statickej /dev a bez podpory devtmpfs v jadre, coz vede k tomu, ze systemd zahlasi "Failed to mount devtmpfs" a zhebne. Neni mi jasne, kdo todle prasacky chovani vymyslel, proc to proste nepokracuje, kdyz vsechny potrebne device soubory existuji? A nebo to alespon mohlo spustit shell, porad lepsi, nez bricknout system.

[Heron]

Nejhorší na tom je, kolik je tam ztracených příležitostí. Stejně jako u PA. Spousta dobrých nápadů, ale realizace je katastrofální. U některých věcí silně pochybuji, že je jejich autor vůbec někdy spustil a používal.

[R]

Minule som upgradoval Debian na jednom serveri a systemd mal problem aj so zakladnymi ukonmi ako spustit alebo zastavit ntpd. Nakoniec to nejako zacalo fungovat. Na takyto nahodne (ne)fungujuci bordel v Linuxe nie som zvyknuty!

[kyknos]

Jo, debian mě tím nasral...

[Miriam]

[michich]

To je ExecStart=/cesta/k/shell/skriptu takové drama?

[kralyk z abclinuxu]

Z mého pohledu to drama určitě není, ale spíš krok zpět k suchému záchodu (sysvinit).

[R]

Ked je zumpa plna (systemd), musi sa pouzit suchy zachod :D

[kyknos]

Neříká se suchý záchod právě tomu zařízení s zumpou?

[Sten]

Ne, žumpa je nádrž pro splachovací záchod

[kyknos]

Ačkoliv se taková kombinace obcas používá, je dost netypická. V civilizací vede splachovací záchod do kanalizace. Ovšem pod každým suchým zachodem je zumpa.

[pavlix]

Ačkoliv se taková kombinace obcas používá, je dost netypická.

Pobavilo.

[Michal Kubeček]

Jak se to vezme. Z těch, kdo mají splachovací záchod, opravdu většina nemá žumpu (aspoň v ČR a dnes), takže v tomto smyslu netypická opravdu je. Na druhou stranu z těch, kdo žumpu mají, do ní většině vede odpad ze splachovacího záchoda (a nejen záchoda), takže z tohoto pohledu to typická kombinace je. A samozřejmě to, co je pod suchým záchodem, žumpa není.

[pavlix]

Z těch, kdo mají splachovací záchod, opravdu většina nemá žumpu (aspoň v ČR a dnes), takže v tomto smyslu netypická opravdu je.

Non sequitur.

[kyknos]

to co je pod suchym zachodem se odjakziva nazyva zumpa, prinejmensim od luzice po sazavu

zumpa, soufek, kolecko, tak jsem fungoval pul detstvi... a vypalovani larev dipter v zumpe benzinem :)

jak tomu rikas ty?

nevim, kdo ma zumpu pod splachovacim zachodem - ve mestech to urcite neni, na vesnicich to ma par luftaku, co se bez splachovadla nevy***ou, a tak si dodelali do dveste let stare chaloupky splachovaci zachod... musi to byt dost napytel, protoze zumpa se vodou urcite rychle zaplni - my jsme nemeli ve zvyku do zumpy an mocit, od toho byl vzdy les

[bibri]

https://cs.wikipedia.org/wiki/%C5%BDumpa

[kyknos]

tedy argumentovat wikipedii :)

ovsem pokud hovno prohlasime za odpadni vodu (je to nezvykle, ale voda to je, byt s velkym podilem organickeho znecisteni), odpovida to presne :)

porad jsi nevysvetlil, jak zumpe pod latrinou rikas ty :)

[bibri]

tedy argumentovat wikipedii :)

Máš lepší zdroj pro svoje vysvětlení?

porad jsi nevysvetlil, jak zumpe pod latrinou rikas ty :)

Nijak - je to prostě díra. Žumpa je u nás na Moravě to, co je popsáno na wikipedii.

Ovšem obsahu té díry říkával děda, starý včelař, prostě "med". Když prohlásil "Vezmi kolečka a lopatu, jdeme točit med", tak jsem věděl, která bije :).

[kyknos]

ale vzdyt ten popis na wikipedii v podstate odpovida

zdroj mam ten nejlepší, realne pouziti u mnoha takových zarizeni

[bibri]

Takže ty máš pod kadiboudou vodotěsnou betonovou jímku? To se hned tak nevidí!

[kyknos]

A ty nechas prosakovat zumpu na zahradu, kde mas zdroj pitné vody, atd? Gratuluju.

[kyknos]

Pak chápu, že neresis objem, ono se to někam vsakne :)

[kyknos]

Ještě tak pro ilustraci, v mém kraji nebylo zvykem stavět kadibudky někde kdesi mimo (v zimě by ses asi nevyprazdnil), záchod byl normálně v baraku, nechtěl bych vědět, jak by vypadalo, kdyby se ta kejda prosazovala do základu té roubenky

[Bedňa]

Že ty si tu prišiel s tými emigrantmi.

[kyknos]

Jo jo, ty tam maj kosu

[Bedňa]

Na Sahare bežne mrzne a keď tam bývala Rallye Paríž - Dakar, tak tvrdili že tam viac ľudí zomrie na podchladenie (nie v tých pretekoch) ako na úpal.

[kyknos]

Jo, ale nebývají tam dvoumetrové zaveje

[Bedňa]

Takže uprchlík z Kamčatky?

[kyknos]

Myslis, že sněží jen na Kamčatce? Chápu, v Praze kalamita jak na Sibiři, tři cm sněhu a u muzea čtyři... Ale i na Slovensku máte sníh, byl jsi někdy v Tatrách?

[Bedňa]

Veľa krát, dúfam že srandu chápeš.

No a cez vojnu som bol na Morave a na nič také ako suché hajzlíky v barákoch si nepamätám.

[kyknos]

A co já mám společného s moravskými hajzliky ?:) jako moravavsky imigrant jsem žil na vídeňském předměstí :) tam mají kupodivu splachování a kanalizaci :)

[kyknos]

Já jsem že severu, pruhované roubenky, a kraj, kde v lete pořad chcije a v zimě sněží :D

[Bedňa]

Hlavne že si to prežil :) Pamätám si na jednu Londínsku reklamu pre cestovnú kanceláriu. Reportér stál pod dáždnikom (samozrejme pršalo) a hovoril "Je to neuveriteľné ale tento rok v Londýne celé dva dni nepršalo" :)

Ja zas už pár rokov bývam v Horňanoch, názov je ale čistý FUD, pretože všetko okolo je vyššie ako Horňany. Tak možno sa autor názvu inšpiroval že sme v doline a vidí okolo hory. U nás opačne býva dosť sucho, všetko to spadne v tých horách naokolo.

[kyknos]

Sucho je fajn, já pak v Praze dostával špatne známky z biologie, protože jsem na všechny otázky typu kdy něco kvete či dozrává odpovídal tak o měsíc až dva blbe

[Bedňa]

To poznám, tie rozdiely je cítiť aj na Slovensku. Stačí zájsť na stredné Slovensko a tam sa traduje hláška, ktorý deň bolo minulý rok leto?

[Bedňa]

Zabudol som na Tatry, tam majú dve ročné obdobia, zima a skurvená zima :)

[Z. z.]

som zo stredného Slovenska, sme v horách a bolo tu v kuse dva týždne asi 37°C ... nie je tu chladnejšie ako v Budapešti (počasie sa obyčajne zhoduje) a v zime sa tu v doline ani dlho neudrží sneh...

[kralyk z abclinuxu]

Ještě tak pro ilustraci, v mém kraji nebylo zvykem stavět kadibudky někde kdesi mimo (v zimě by ses asi nevyprazdnil)

To to je ten kraj buďto zhýčkaný, nebo za polárním kruhem

[kyknos]

za polarnim kruhem sice ne, ale vlci tam zijou

[Michal Kubeček]

Např. podle Wikipedie:

Žumpa je nádrž určená k zachycení odpadních vod. … Žumpa musí být vodotěsná (na rozdíl od septiku). Téměř vždy se betonové jímky umísťují pod zemí, kde jsou napojeny na odpadní kanalizaci z domu.

Jak se správně říká tomu, co je pod suchým záchodem, netuším (nikdy jsem to pojmenovat nepotřeboval), ale zcela určitě to není žumpa.

[kyknos]

viz vyse... mam verit wikipedii, nebo stovkam lidi v polovine cech, kteri zumpe rikaji zumpa? :D autor clanku proste pouziva definici odpadni vody, ktera zahrnuje i hovno - evidentne mu do zumpy neserou ptaci ani velbloudi

[kyknos]

a nebo proste autor implicitne predpoklada, ze do zumpy lidi i moci - moc je odpadni voda i podle pricetne definice - ovsem lze jen tezko predpokladat, ze pokud nekdo prestane do zumpy mocit, protoze se netesi na praci s soufkem nebo nechce utracet moc za hovnocuc, prestane byt jeho zumpa zumpou :)

[pavlix]

Tak to jsem měl asi halucinace, když jsem tu před chvíli někoho viděl psát o civilizaci.

[kyknos]

v civilizaci je kanalizace, mel jsi to docist cele

[pavlix]

Dočetl, jen mě pobavila představa, jak kyknosova rodina chodí denně chcát do lesa a jenom hovno si zadržuje na suchý záchod, aby byl dostatečně suchý dle definice. Asi snad ani nechci vědět, jak jste řešili ostatní domácí hygienu.

[kyknos]

ty budes nejaky meststky rozmazlenec - na cundry asi nejezdis, ze? vymocit se u stromu take neumis? na plachetnici bys asi umrel?

jit do lesa bylo asi o deset metru dal, nez dojit k te latrine, to bys asi zvladnul i ty :) myt se chodilo do potoka, coz bys asi nezvladnul, protoze i v nejteplejsim lete byla horska voda ledova - kdyz jsi chtel teplou vodu, ohral sis ji na kamnech a pouzil skopek. pralo se mydlem na valse v neckach. pila se voda z potoka, ovsem, jak umeli jiz stari rimane, tekla z vodovodu :) jen se z toho potoka brala asi kilometr nad vesnici

hygiena naprosto v poradku (rekl bych i lepsi nez ve meste, protoze, to co tece napr. v praze z vodovodu je dost ekl), ale holt to neni pro rozmazlene jedince. ostatne v podobnych podminkach neni ani problem starat se o mimino, vyzkouseno

[pavlix]

ty budes nejaky meststky rozmazlenec

Obávám se, že nepatříš mezi lidi, kteří by mě mohli urazit.

na cundry asi nejezdis, ze?

Dlouho jsem nebyl a v nejbližší době se nechystám. V lese jsem naposledy sral v Norsku do bažiny, kde bylo potřeba přeskákat pár kamenů a kořenů, aby si člověk nenasral vedle stanu. Bylo to docela zábavné, ale pro každodenní život dám přeci jenom přednost té civilizaci, když si můžu vybrat. To stejné platí pro teplou a studenou vodu.

rekl bych i lepsi nez ve meste, protoze, to co tece napr. v praze z vodovodu je dost ekl

Kdosi tu hovořil o zhýčkaných jedincích.

ostatne v podobnych podminkach neni ani problem starat se o mimino, vyzkouseno

Kdosi tu měl ještě před chvílí plnou hubu civilizace.

[kyknos]

Kdosi tu hovořil o zhýčkaných jedincích.

jedna vec je byt zhyckany jedinec, druha je pit toxickou vodu :) zvlast, kdyz se staras o mimino, je lepsi, kdyz ti tece spickova kojenecka voda z vodovodu

Kdosi tu měl ještě před chvílí plnou hubu civilizace.

asi nevis, co je plna huba, mas pocit, ze kdo je schopen zit v prirode, nesmi mluvit o civilizaci? mas smulu, ale v obou smerech mam asi vetsi zkusenosti nez ty

[pavlix]

mas smulu, ale v obou smerech mam asi vetsi zkusenosti nez ty

A taky dřív umřeš, a?

[kyknos]

to je dost nepravdepodobne :)

[Bedňa]

Nie, suchý záchod je komplexné zariadenie vrátane jamy pod ňou a odkladá sa tam len hnedé zlato (tak na 99%). Hlavne je dobré keď dáš "print" vytlačí sa to čo očakávaš a systemd neskončí v nekonečnej slučke.

[kralyk z abclinuxu]

No já bych nejradši nějaké to splachovací WC, ale to toho asi chci moc...

[Radek Podgorny]

konkretne, prosim...!

[ghibulo]

No, já na svém Jessie žádný horory se systemd neprožil, takže proti němu zatím nemám žádné emotivní bloky, spíš filozofické a principielní, takže abych alespoň symbolicky podpořil vůli lidu, rozhodl jsem se si pomalu ochočovat Slackware a teď už do Debianu chodím jen čas od času, když si chci něco rychle vyzkoušet. Takže svým způsobem jsem tomuto init systému vděčný za rozšíření obzorů
Ps: jedinou věc jsem zaznamenal - pokud po delší době bootuju do Debianu, čas od času se podivně zakousne, jako by věděl, že ho už dlouho zrazuju ... po restartu už pak vše jede v poho

[trekker.dk]

Já taky ne - před upgradem pinuju systemd na -1. Co ale budu dělat, až v Debianu řeknou, že v další verzi běh bez systemd již není podporován, to teda nevim. (A ne že by se zrovna snažili, aby systém bez systemd nějak fungoval v jessie. Třeba takový SpamAssassin je dobrá chuťovka, nejde stopnout.)

[ET]

Co ale budu dělat, až v Debianu řeknou, že v další verzi běh bez systemd již není podporován, to teda nevim.

https://devuan.org/ - nezkousel nekdo?

[Max]

Mně štvou problémy s bootem v případě odstavení nějakého disku, který mapuji. systemd to zazdní a stopne boot a nabídne rescue režim. To navíc udělá až po timeoutu (1:30).
Zdar Max

[pavlix]

Nepřerušitelné timeouty na systemd snad nesnáším ze všeho nejvíc. Co si pamatuju, tak jsem timeoutující služby v sysvinit sestřeloval přes ctrl+c a neměl jsem problém. Zdržení 90 sekund, které pak člověk opakuje třeba dvacetkrát, to je vyloženě neúcta k adminově času.

[R]

Presne tak, nieco tak k****ske nie je snad ani vo Windows.

[snajpa]

No, na systemd je videt, ze admini jsou vylozene az na poslednim miste. Viz syntaxe, podivne chovani jako automaticke zkracovani vypisu podle sirky terminalu, vypisy pres $PAGER, debugovatelnost na bodu mrazu, atd....

[R]

systemd mal usetrit pracu tvorcom distribucii, takze ho s radostou privitali... Pouzivatelov maju v pazi, ako obvykle.

[R]

Mal som vo fstabe swap, ale na skusku som ho zrusil a nainstaloval do neho dalsi Linux. systemd z toho bol v prdeli... Tak som ho odinstaloval.

[Tyf]

Tohle jsem potkal a nadaval az se zdi trasly. Doporucilo mi to nejaky prikaz na vypsani logu a prislusna hlaska nebyla ani na zacatku ani na konci ale uprostred asi sedmi obrazovek. Pritom vedel co je spatne a mlcel jako partyzan...

V fstab ti chybi (v te sekci kde je noatime,nosuid,nodev,noexec) jedno z "noauto" a "nofail". Jde je libovolne kombinovat, jedno nepripojuje pri bootu, druhe neresi pripadnou chybu zarizeni.

Me nadchla chybova hlaska, kterou to pise kdyz v jadre nejsou cgroups. Zenove osviceni a vsechna moudrost Vesmiru na stejne obrazovce.

[Bedňa]

No a keď náhodou pripojíš Ubuntu telefón pred bootom ku kompu, tiež to nenabootuje, vyhodí problém s cgroups a proste tam ostane visieť na furt. Inak tento problém môže podľa mňa nastať aj s pripojeným Androidom (netestované).

[Hrabosh]

Jj...updatoval jsem server běžící na Debianu a po updatu mi nebootuje a pindá, že neexisutje /sys/fs/cgroup !

[jozka]

Hm... blog o systemd, debata o hovne. Jak priznacne!

[kyknos]

Prostě k veci

[bigBRAMBOR]

MOhla by z toho byt tradice, pod kazdou zpravickou o systemd prvni prispevek o hovne a žumpě.

[the.max]

+1

[Integral]

tady ty systemyd cloveka jenom otravuji....

ale ne, taky me to sere. ale musim to pouzivat kvuli dockeru (moje dockerizovane vyvojove kontejnery musi byt systemd distribuce).

[Radek Hladik]

Ono nejhorší je, že systemd obsahuje tolik zásádních změn, že odhalí problémy, které se dřív neprojevily...

Mám server se dvěma PostgreSQL, hezky podle dokumentace mám udělaný dvě unity a funguje to. Jenže po výpadku se občas jeden postgresql nespustí. Je to produkční server, takže si to budu muset nainstalovat na nějakém virtuálu a zkoušet, ale pracovní hypotéza zatím je, že oba postgresy mají při startu cca stejné PID (boot je de facto pořád stejný, co se týče spouštěných procesů), ale díky paralelnímu spouštění se "náhodně" jeden spustí dřív. A když ten druhý startuje, tak najde spadlý PID file, podívá se na PID a je určitá šance, že ten první postgres má zrovna tohle PID. A spouštěč od postgresu už nepozná, že je to jiná instance a odmítne se spustit.

Neříkám, že je to chyba systemd, vina je spíš na straně postgresu nebo jeho balíčkovačů ve Fedoře, že nedává PID file do /var/run, že pg_ctl neumí rozlišit, zda je to jeho instance nebo ne, samozřejmě by pomohlo, kdyby server nepadal, atd.... Ale s příchodem systemd se ten problém projevil, takže ho teď musím nějak vyřešit...

[Michal Kubeček]

Technická poznámka: paralelní spouštění služeb není novinka systemd, to už tu bylo mnohem dříve.

[Radek Hladik]

To vím, ale ve Fedoře, kterou používám, se tuším objevilo až se systemd. A mám pocit, ale můžu se plést, že v ostatních initech ho bylo možno vypnout, zatímco v systemd je to nutnost.

[MP]

Co si pustit verbosity log? Kazdopadne reseni je ve vasem pripade jedhoduche a tim je parametr "external_pid_file", ktery se nachazi pekne na zacatku konfiguracniho souboru postgresql.conf, takze presmerovat do /var/run je otazka par stisku klaves.

[Radek Hladik]

Koukal jsem na to jen zběžně, protože jsem samozřejmě potřeboval, aby ten server běžel :)

Té volby jsem si všimnul, ale zarazilo mne to "extra":

# If external_pid_file is not explicitly set, no extra PID file is written.
#external_pid_file = ''              # write an extra PID file

A podle poměrně pochopitelných zápisů v logu jsem na to vůbec přišel, takže tady plná spokojenost.

[m]

PostgreSQL a špatný pid soubor jsem řešil nedávno na Centos6, tj. bez systemd :) PostgreSQL zapíše do svého souboru pid a init skript ho za chvilku měl zkopírovat do /var/run/... Ale init skript nijak neřeší, když to PostgreSQL zapíše trochu později (stávalo se to jen během bootu, asi server nestíhal).

[pavlix]

Neříkám, že je to chyba systemd

Tak zrovna tohle asi úplně nebude, vzhledem k tomu, že systemd naopak umožňuje leccos zvládnout bez pidfiles buď přes zapamatovaný pid nebo přes cgroups. Pokud člověk trvá na pidfile, může se samozřejmě projevit problém při převodu postgresu ze sysvinit na systemd. Mimochodem, existuje k tomu bug report?

[Radek Hladik]

Já přeci ale říkám, že za to systemd nemůže, že pouze vedl k tomu, že se projevila chyba něčeho jiného. Dokonce mám pocit, že ty PID files dělá přimo pg_ctl, takže by se obdobný problém mohl objevit i u sériového startu s jiným initem, jen ta pravděpodobnost bude menší.

Dokonce si dovedu představit, že kdyby se to dostalo až do postgresql, tak třeba pomocí těch cgroups by se to dalo řešit mnohem efektivněji než pomocí PID files... I když nejlepší varianta by byla, kdyby si pg_ctl nějak s tím postmasterem pokecal na téma "co jseš zač, jak se ti daří, atd..."

Mimochodem, existuje k tomu bug report?

Před chvílí jsem se k tomu dostal, tak jsem ho založil. Ono je blbé, že nemám pořádné podklady, protože jsem to dělal přes divokou vzdálenou konzoli a tak podobně. Ideální by bylo, kdybych si to mohl zkusit v nějakém virtuálu a trochu si s tím pohrát (třeba zkusit "změřit" s jakou pravděpodobností se to stane), ale na to zatím nemám čas.

[kralyk z abclinuxu]

No, moc praktických příkladů ani hodnotných myšlenek v zápisku není teda Ale tak nevadí...

Imho situaci velmi pěkně shrnuje tenhle zápisek.

Problém imho je, že kritika systemd je strašně různorodá. Někdo by rád moderní init systém á la systemd, ale bez nepříjemností systemd (tj. třeba věci nad rámec init systému, "implementační nutnosti", etc.). To jsem třeba já. Pak jsou lidé, kteří zase chtějí vrátit doby sysvinitu. Pak je X dalších skupin s jinými přáními.

Celkově se obávám, že kritici systemd se nikdy mezi sebou nedohodnou na tom, co je vlastně na systemd špatně a co ne, případně jak by měla náhrada vypadat. Moc nevěřim, že se objeví alternativa, která by měla dostatečnou podporu lidí, každej chce něco jinýho.

[Prohnutá nudle]

nejhorsi je, kdyz se to vsechno chteni da dohromady, pak vznikne neco, co vubec nikdo nechtel.

[Petr Tomášek]

Já si naopak myslím, že naprostá většina odpůrců systemd ví, co chce: přinejmenším, co se způsobu vývoje a způsobu komunikace týká.

Koneckonců, pokud by právě ta komunikace nebyla ze strany propagátorů systemd tak agresivní, tak by vůbec nebyl problém, aby vedle sebe koexistoval sysvinit s nějakým experimentálním (nechci použít slovo "moderní" ) initem. Problém je jen a jedině v nároku systemd nahradit vše ostatní a udělat to co nejméně kompatibilní se zbytkem svobodného softwarového světa...

[Chytrex]

+1

[skunkOS]

Mě osobně to jako init a správ těch daemonů přijde naprosto super. Journalctl super. logind budiž. Proč ale síťování? Proč timesyncd?

[Heron]

Já jsem rád za to síťování, protože konečně je něco přehledného na srovnatelné úrovni s ip a add; ip r add v rc.local. Nastavovat více adres v /etc/network/interfaces v debu nebo v network-scripts na rhelu je šílenost. V networkd se dá stejně přehledně nastavit brigde nebo bond.

Co mě spíš po tom roce a půl štve je "kvalita" implementace. journald je pomalej (do debu stable se samozřejmě dostala verze pomalá jak šnek, i když optimalizace existují od prosince 2014) a někdy z neznámých příčin přestane logovat nějakou službu (která v pořádku běží dál).

Potom taky autor do generátoru resolv.conf zapomněl přidat možnost nastavení vyhledávací domény, takže není možné použít společně s sd-networkd také sd-resolved. Což sice tak moc nevadí, ten resolv.conf se napíše rovnou, ale taková konfigurace je zase nepřehledná (něco je nastaveno tam a něco onde, což je stav, který chtěl sd vyřešit).

timesyncd nakonec proč ne, ale zase z toho není možné vytáhnout statistiky synchronizace (delay, offset, jitter), takže tam kde je to potřeba, je nutné stejně instalovat ntp.

Takže tisíce nedodělaných drobností, u kterých si člověk říká, že ten programátor si v půlce psaní metody odběhl na wc a někdo to mezitím vydal jako další verzi systemd.

[Michal Kubeček]

Takže tisíce nedodělaných drobností, u kterých si člověk říká, že ten programátor si v půlce psaní metody odběhl na wc a někdo to mezitím vydal jako další verzi systemd.

Spíš odběhl začít zase s něčím dalším novým. Celkově mi přijde, že systemd magicky přitahuje typ vývojářů, kteří vždycky dostanou nějaký geniální (aspoň jim to tak připadá) nápad, na kterém začnou usilovně pracovat, ale neudrží pozornost dost dlouho na to, aby ho dotáhli do konce, natož aby se výsledek dál starali.

[podlesh]

A není to tím že to vlastně dělají normálně zaměstnanci v práci? Tohle je totiž typické pro korporátní vývoj...

[Michal Kubeček]

IMHO je to spíš naopak. Jen díky tomu, že Red Hat potřebuje, aby to jakž takž fungovalo v RHEL, se tím začal zabývat i jiný typ vývojářů, kteří věci dokáže dotáhnout do konce a maintainovat je. Bez toho by to nejspíš vypadalo ještě mnohem hůř.

[aktualnirok]

rika korporatni vyvojar ze suse, kde je jeste vetsi bordel nez v redhatu

[SAM:]

No na jednu stranu mi notebook se systemd bootuje za 6 sekund a s OpenRC mi bootoval až 20 sekund, ale na druhou stranu se nemůžu přihlásit přes pam_ssh protože pak loginctl nezná moji session a nefunguje NetworkManager a jeho GUI. Při přihlášení přes pam_unix je vše v pohodě. Nikdo mi s tím nedokáže poradit. Můj názor na systemd je takový dost rozporuplný.

[Luboš Doležel (Doli)]

Ten init systém v systemd bych bral jako zajímavý, další init systém inspirovaný Applím launchd. Potud OK.

Jenže to by nebyl Lennart, aby z toho nebyl nástroj pro likvidaci všeho ostatního.

[Miriam]

Jenže to bys nebyl ty, abys nekritizoval mnohem schopnějšího, chytřejšího a šikovnějšího člověka, protože tvůj pidimozeček nestačí na pochopení toho, co dělá.

[kyknos]

Lennart inteligentní? Citation needed

[Seti]

V podstatě souhlas, akorát bych upřesnil některé výrazy:

schopný -> všeho shopný

chytrý -> vychytralý

Šikovný je LP velmi, hlavně pak ve využívání výše zmíněných dvou vlastností

[pavlix]

Ty sis pořídil osobního debila?

[Miriam]

Ne, on je debil.

[SAM:]

a když už jste se dostali k těm debilům, tak neví někdo z vás jak opravit to pam_ssh + loginctl + NetworkManager ?

[pavlix]

A v čem je problém?

[SAM:]

No jak jsem psal, když se přihlásím pomocí pam_ssh, tak v loginctl není vidět moje session a nefunguje GUI od NetworkManageru. Když se přihlásím přes pam_unix, tak ok. Řešil jsem to už tady

http://www.abclinuxu.cz/poradna/linux/show/402438

ale zatím bez výsledku.

M

[pavlix]

No jak jsem psal, když se přihlásím pomocí pam_ssh, tak v loginctl není vidět moje session a nefunguje GUI od NetworkManageru.

Nebudou zase nějaké hackdaye?

[Luboš Doležel (Doli)]

Teď mě děsí, že knihovna pro používání chystaného kdbus je součástí systemd. Mám hrůzu z toho, že ta knihovna bude do systemd nějak zadrátovaná (jako se snaží v případě udevu).

[Luboš Doležel (Doli)]

Konkrétně tady.

[pavlix]

Co knihovna, ale hlavně ta obslužná služba!

[Hanna]

Exquisitely professional thoughts. I merely hit upon this web site and desired to enunciate that I've definitely delighted in reckoning your blog articles or blog posts. Rest assured I'll subsist pledging to your RSS and I wish you write-up after much more shortly 192.168.1.1 192.168.1.1 192.168.1.1 192.168.1.1