Příspěvky

2536

Distribuce / Re:Zmigroval jsem na systemD

« kdy: 23. 03. 2017, 09:17:46 »

Takze resis problem,ktery neni a citujes ho na zaklade neceho,co jsi nepochopil...

Ale pochopil, neboj. Jenom tady nejses sam a diskuse ma vic vlaken a vic souvislosti.

Hlavni pointa je ta, ze ja si "nejstabilnejsi software" predstavuju tak, ze si stahnu vanilla release, rozbalim, prelozim a slape to jako hodinky. Ne ze budu muset slozite zjistovat, u ktere verze se objevila jaka regrese nebo bug a jaky patch ho opravuje.

Dám ti konkrétní příklad: teď momentálně pracuju na embedded linuxu s jedním konkrétním účelem - tj. od initu potřebuju jenom to, aby nebyl příliš velký a byl absolutní spoleh, že skutečně spustí služby, které jsou na tom systému to, o co jde. Je mi fakt ukradený, jestli služby spustí izolovaně tím nebo oním namespacem nebo killuje procesy spuštěné interaktivně uživatelem, hlavně potřebuju, aby se choval předvídatelně, za všech možných corner cases (SD karta na hviličku zahapruje, síť se zakucká, ...). Můžu se na systemd opravdu spolehnout? Ve vanilla verzi? Jaký release? Je riziko s ním spojené predikovatelné? Jakmile se do světa vypustí tisíce zařízení s tímhle systémem, tak už se jakýkoliv krávoviny initu budou fakt zatraceně blbě řešit. Stojí mi to za to? Lidem z OpenWRT ne: https://wiki.openwrt.org/doc/techref/procd

2537

Distribuce / Re:Zmigroval jsem na systemD

« kdy: 23. 03. 2017, 08:44:13 »

Backporty Mirku, backporty. Neupgradujeme na novejsi verzi z patchem ale preneseme patch do nasi verze.

No a ty patche jsou bugfixy, nebo snad ne? Ještě jednou připomínám: byla srovnávána stabilita vanilla systemd v Archu s heavily-patched verzí v RHELu. S tvrzením "Vetsinu problemu, co jsem zazil, byla spise dana distribuci (arch), na RHEL 7 jsme problemy nejak nezaznamenali." https://forum.root.cz/index.php?topic=15084.msg204834#msg204834

Já jsem měl hypotézu, že ty problémy nejsou dané distribucí (že by něco dělala špatně), ale tím, že RHEL bugy odstraňuje, narozdíl od Archu, který prostě přejde na novější verzi (která má zas nové bugy ).

U kernelu jich bude radove vice, mozna jenom nejsou v patch souborech.

Jasně, však tuhle chybu v úvaze jsem opravil hnedka jak jsem ten příspěvek odeslal

2538

Distribuce / Re:Zmigroval jsem na systemD

« kdy: 23. 03. 2017, 08:30:49 »

O cem presne tohle vypovida

https://forum.root.cz/index.php?topic=15084.msg204848#msg204848

2539

Vývoj / Re:NIO v Go

« kdy: 23. 03. 2017, 08:09:35 »

Nevím, jestli jsem tu odpověď dobře pochopil (první část si podle mne odporuje se závorkou), ale na jednojádrovém stroji samozřejmě může běžet mnoho (klidně tisíce) gorutin. Go multiplexuje gorutiny do dostupného množství jader (lze omezit).

Zboj asi myslel, že nepoběží víc goroutin souběžně. V jednu chvíli poběží vždycky jenom jedna a budou se přepínat. Záleží, jestli se na to dívám z hlediska programátora (běží jich tisíce) nebo hw (běží jenom jedna).

2540

Distribuce / Re:Zmigroval jsem na systemD

« kdy: 23. 03. 2017, 07:40:37 »

No ale to neznamena, ze "vydejte sedmicku az bude systemd stabilni" ale proste "dnes mame deadline posledni bety RHEL7, tak posledni otestovanou kompilaci systemd zmrazte a pujde ven". V dobe vydani RHEL7 byla z relativne poslednich release tagu githubu. To, ze ma dnes dva roky je vec LTS, ne toho ze novejsi jsou spatne :-) Stejny je to v RHEL treba u kernelu, apache atd.

Jasný. Tak bys mohl přestat vyvracet něco, co jsem netvrdil, a koukněme se na to prakticky:

Kód: [Vybrat]

$ mkdir /tmp/nejotestovanejsi-sw-na-linuxu
$ cd /tmp/nejotestovanejsi-sw-na-linuxu
$ wget http://vault.centos.org/7.0.1406/os/Source/SPackages/systemd-208-11.el7.src.rpm
$ rpm2cpio systemd-208-11.el7.src.rpm | cpio -idmv
$ ls -l *.patch | wc -l
232

Kód: [Vybrat]

$ mkdir /tmp/uplne-stejny-pripad
$ cd /tmp/uplne-stejny-pripad
$ wget http://vault.centos.org/7.0.1406/os/Source/SPackages/kernel-3.10.0-123.el7.src.rpm
$ rpm2cpio kernel-3.10.0-123.el7.src.rpm | cpio -idmv
$ ls -l *.patch | wc -l
3

...a teď si prosím znovu přečti, co jsem říkal.

EDIT: sorry, nekorektní srovnání - kernel je už opatchovaný uvnitř. No nic, každopádně 232 patchů systemd je i tak výmluvných.

2541

Distribuce / Re:Zmigroval jsem na systemD

« kdy: 23. 03. 2017, 07:19:25 »

Jestli ste nazoru, ze svet linuxu je v poradku tak to teda neni. Proto vznikaji blbosti typu flatpack protoze autor SW chce aby to bezelo na kazdem linuxu ne na vuli/zvuli maintaineru balicku kde-ktereho distra a jeho nazoru ktere liby v jake verzi jsou ty svate. I takove prkotiny systemd vyresi.

Jak by mohl systemd vyřešit, že v distru A je knihovna verze X a v distru B verze Y?

2542

Distribuce / Re:Zmigroval jsem na systemD

« kdy: 22. 03. 2017, 15:59:32 »

Centos = RHEL = LTS. Verze jsou zmrazeny od data vydani po dobu podpory a backportuji se jenom bugfixy (momentalne aktualni tusim 30ta komiplace). Kdyz chces novoty tak mas Fedoru nebo kompiluj src.rpm sam.

No dyť. Řeč byla o RHELu, ne o Fedoře.

2543

Distribuce / Re:Zmigroval jsem na systemD

« kdy: 22. 03. 2017, 15:29:40 »

Presne naopak, RedHat je hlavnim contributorem systemD. Hraji se stale s poslednimi verzema na svych fedorach a z casu na cas updatnou RHEL. Ostatne ten link tu uz byl https://koji.fedoraproject.org/koji/packageinfo?packageID=10477 vidite, ze builduji z poslednich release tagu na githubu.

Na CentOSu vidím verzi 219: http://mirror.centos.org/centos/7/updates/x86_64/Packages/

2544

Distribuce / Re:Zmigroval jsem na systemD

« kdy: 22. 03. 2017, 13:26:02 »

Mluvil jsem o necem uplne jinem:
1. Problemy na Archu jako very early adopteru (rok 2011) - tzn. uz nerelevantni
2. Faktu, ze nektere problemy se SD nejsou zpusobeny samotnym SD, ale tim, jak je integrovany do distribuce (napr. jak jsou vytvoreny jednotlive unity atd.)

Řeknu to jinak: na RHEL jsi problémy nezaznamenal, protože je před vypuštěním vychytal (AFAIK) a protože ranné fáze systemd byly míň komplexní.

2545

Distribuce / Re:Zmigroval jsem na systemD

« kdy: 22. 03. 2017, 13:11:12 »

Vetsinu problemu, co jsem zazil, byla spise dana distribuci (arch), na RHEL 7 jsme problemy nejak nezaznamenali.

IIRC má RHEL 7 nějakou relativně starou (čili jednodušší) a dost opatchovanou verzi systemd, ne? Arch pojede na o hodně jiném kódu. Takže opticky to s distribucí souvisí, ale jinak je to pořád systemd od těch stejných autorů. Ne?

2546

Distribuce / Re:Zmigroval jsem na systemD

« kdy: 22. 03. 2017, 08:55:42 »

Bindmountnutý /var normálně používám a na tenhle problém jsem nenarazil

Což je jenom horší, protože pak tahle -bug- featura někde je a někde není. Neznámo proč. A to je horší než kdyby byla všude.

a reportující by mohl (a měl) zjistit proč.

A rovnou by mohl i poslat patch, ne?

Zvolené řešení vede k tomu, že je journal uložený jak v /run/log, tak ve /var/log a obé leží v RAM.

To je irelevantní.

2547

Distribuce / Re:Zmigroval jsem na systemD

« kdy: 22. 03. 2017, 08:43:41 »

Hmm, posun času je snadné opravit

Nejde o to, jestli to je nebo není snadné opravit, ale o to, že je fajn, když se kritické části systému chovají předvídatelně a člověk se na ně může spolehnout. Když se mi dvakrát ročně nespustí nějaký důležitý cronjob a nevím proč, jenom vím, že před systemd to nedělalo, tak mi moc nepomůže že to "je snadné opravit"

2548

Distribuce / Re:Zmigroval jsem na systemD

« kdy: 22. 03. 2017, 08:40:15 »

proste u komplexniho SW bugy jsou, byly a budou - SD je komplexni software a neni v tomhle vyjimka....

To je pravda, ale když zacoredumpuje apache, tak ho supervisor restartne a jede se dál močálem černým kolem bílých skal. Když zacoredumpuje systemd nebo systém nenaběhne po updatu, je to trochu větší legrace

Ale je fakt, že v dnešní době už je hodně serverů totálně zkomoditizovaných - když tam něco zahapruje, tak se smaže a spustí znovu někde jinde, takže chyby tohodle typu (pokud se neobjevují deterministicky všude) už taky tolik nevadí.

2549

Distribuce / Re:Zmigroval jsem na systemD

« kdy: 22. 03. 2017, 07:32:42 »

"uzavírací závorka funkce v modulu XYZ na řádku 123 nemá být odsazená"

Ano, to je přesně typ bugů, které tam jsou.

OMG

2550

Distribuce / Re:Zmigroval jsem na systemD

« kdy: 22. 03. 2017, 07:08:25 »

Je to novy SW, ma obcas nejake bugy, to neni nic prekvapiveho.

Přesně tak - je to nový software a není nic překvapivého, že má bugy. Není to ani náhodou nejodladěnější sw na Linuxu (na tohle tvrzení jsem reagoval, nic víc).

dulezite je, ze hlavni veci funguji normalne a spolehlive, na nejake zasadni problemy jsme pri pouzivani nenarazili

Že jste na ně nenarazili neznamená, že na ně nenarazí někdo jiný za jiných podmínek. Např. by někdo mohl být překvapený, že se mu z ničehožnic nespustí cronjoby, protože posun času: https://github.com/systemd/systemd/issues/5595 nebo nefunguje logování, protože má /var bindmountnutý (https://bugs.freedesktop.org/show_bug.cgi?id=90268)

Systemd už celkem dobře dělá co dělat má, ale na překvapení by měl být člověk připravený, skvěle odladěné to zatím prostě není, bugy a regrese tam jsou (a není to nic divného).