Amutable má přinést determinismus a ověřitelnou integritu do linuxových systémů

Chris Kühl (CEO), Christian Brauner (CTO) a Lennart Poettering (Chief Engineer) představili svou společnost Amutable. Má přinést determinismus a ověřitelnou integritu do linuxových systémů.

Snad ten startup MS koupi zpatky driv nez Lennart zase napacha hromadu skod.

29.1. 10:27 zoomer
Rozbalit Rozbalit vše Re: Amutable má přinést determinismus a ověřitelnou integritu do linuxových systémů

Sysinit boomeri jeste porad neprezvejkali systemd? Vzdyt to je jeden z nejvic otestovanych kodu co kdy linux zazil. Vyladeny jak porsche na Le Mans, tak nevim co porad prudite..

29.1. 10:36 plostenka | blog: plstnk
Rozbalit Rozbalit vše Re: Amutable má přinést determinismus a ověřitelnou integritu do linuxových systémů

porsche na Le Mans

Porsche vyhralo jen 6x za poslednich 30 let, takze to docela sedi.

29.1. 10:57
Rozbalit Rozbalit vše Re: Amutable má přinést determinismus a ověřitelnou integritu do linuxových systémů

SysVinit především nikdy pořádně nefungoval. Spravovat to bylo peklo, psát pro to vlastní init scripty bylo ještě horší.

30.1. 11:36 ..... Izak ..... | skóre: 14
Rozbalit Rozbalit vše Re: Amutable má přinést determinismus a ověřitelnou integritu do linuxových systémů

Naopak to bylo jednoduche ;-)

- slo treba snadno vylistovat sluzby, slo snadno slubu napsat a ta fungovala porad s kazdym update ;-)

Systemd sice zavadi parlaelizmus, rychly start atd. ale do demonu mota i vsemopzne schedulery, veco co si drive spoustel desktop, miliony blbosti a sr*** a kdyz se to pos* tak s tim neudelas nic ;-)

Klasika, tyreba systemd zacal delat timeount na mount a dokumentovany postup jak jej zvysit - NEFUNGUJE, nefunguje mi ani na sirovane zarizeni, jeden NAS mi kvuli toho nenabyhal, zato pomaha nedopkumentovana a nestandartni option co mount nezna a ignoruje do fstab ;-)

) - ano mam nejaky divny BTRFS co potyrebuje skoro 1min nez se namountuje ...

Dale mi systemd ignoruje paratmety serveru u NFS a zakazuje roota ;-)

kdyz to namontuji rucne, vse bezi, dela to klient , silene - a nakonec mi systemd znicil vsechny sitovky spolu s NM - a to tak, ze uz nepomohlo nic, tak jsme vse smazal a uz odmita fungovat a neco noveho nastavit, tak jsem zistovky zakazal pro vsechny tyhle sr* - coz funguje ;-)

vypnul NM - a nastvuji si to v rc.local ;-)

) a jsme jak u slackweare - a ano jsme linux guru a zadne chyby to nevyhazuje, presneji zacalo to tak, ze po nejkakem update mi zacala padat sitovka - switch vse ciste, jedina chyba na lince nic, porste mi zacal shazovat a nahazovat ze srtandy sirtovku - zjistil jsme, ze je to bezna vec a ze mam vypnout nm, restartovat a zapnout jej, pak ze mam vse smazat a zkusit nasvait sitovky znova - to uz zacnou tvrdit, ze namji link - LOL - proze mu jej taophle svinstvo shodi a odmitne nahodit ;-)

--- zakzat zastavit a razem vse jede ... vidim to pop[rve, nikde jinde mi to nedela, ani na RHEL/Alma,CenOS, dela to jedn starsi fedora, co predtim jela jak z praku - NAS ma stale NM a systemd na tom, samem 10Gb lan switchi - mam ipv6 i ipv4 - ale pro NAS mam dediovanou sitovku jen ipv4 bez routingu - izlovana sit - a prave tu mi zacal desktop zhazovat ;-)

- bez jedine chybove hlasky, jen ze to dela a ze to dela NM - proc? nevim, zakazal jsme mu nmakonec cokoliv detekovat, delal to mene, ale delal ;-)

a po zmazani presdtaly jet sirtovky OBE ...

vazne si nedko mysli, ze tohle by se stalo u RHEl scripty a systemV - ani h* vazeni - pritom podle logu vse funguje spravne ;-)

- btw yep NAS ma intel sitovky, desktop jednu realtek a 10Gb nvidia - rucni konfig jede ;-)

Asi to vyresi upgrade Fedory - ale zjistil jsme, ze tohle se stalo vice lidem ;-)

) a muze za to systemd as network-manager a jeho chytrost, ze neco vyhodnoti, co vubec neni pravda a vesele si shazuje link na sitovce - jsme myslel ze mam snad vadny kabel nebo SFP+ - ale jede to na metalice, ne na optice, twins uz nema uz mam vse RJ45 ale na full SFP+ switchi , ano cat7 v cine tomu rikaji cat8 ;-)

- moc jsme tomu teda nevenoval, jen procetl logy nenasel jsme duvod proc to dela, UTFG, nasel ze nejsem sam, udelal co mi rekli - a nepomohlo, btw delo to asi jen 1 hod, kdyz to jelo tyreba 5 dnu, tak to delat prestalo ;-)

a naslenymi updaty se to zhorosvalo, a tak jsme vse smazal jak rikal navod, ze to 100% fixne a od te doby ani DHCP ;-)

- UTFG jak nove zakazat sitovku, nebot stary postup uprava v souboru nejede, neb RHEL/FC uz nepodporuji stare soubory v /etc/systemconfig/network-scripts/ - nakonec uplne zakazani NM ;-)

- tim ze to neni serever jsme sel cestou nejmensiho odporu, kdyz si to umim nastavit rucne, mam to nastavene rucne, uz si i NFS mountuji scriptem - tenhle styroj ma jako jediny pritup na roota na NFS pod dedik. sitovkou ... vsiml jsme si toho nahodou, proc locate nenajde soubory u addr. kde ma pristuyp jen jeden user - JA ;-)

- zalohy mi totiz bezely, ty bezi pod uzivatelem ..,. yep FC je upgradovana snad z z FC11 mozna stari ;-)

30.1. 13:44 alfonz
Rozbalit Rozbalit vše Re: Amutable má přinést determinismus a ověřitelnou integritu do linuxových systémů

sorry network-manager používám pouze na laptopech a jeho spolehlivost a některá chování nejsou úplně jasná. Jinak systemd není spojené s network managerem. Ve skutečnosti má systemd komponentu systemd-networkd > která řeší síť a je úplně odlišná od network manageru (používáme to dost často a je vcelku ok, docela dobře to loguje události.) Obykle pokud je však network-manager aktivní, tak systemd-networkd je vypnuté. Tzn tvé komplikace si spíše budou prostě spojené s tou síťovkou a jejím ovladačem (kernelem) a NM (možná udev pokud se odpojuje?).

29.1. 14:09 pet I. | skóre: 13
Rozbalit Rozbalit vše Re: Amutable má přinést determinismus a ověřitelnou integritu do linuxových systémů

Sysinit boomeri jeste porad neprezvejkali systemd?

Proč bych měl žvejkat jednoplatformní systemd když mám multiplatformní OpenRC??

Amutable má přinést determinismus a ověřitelnou integritu do linuxových systémů

Komentáře