Názory k článku Záplatujte jádro za provozu s Ksplice

Prvni co me napadlo po precteni clanku byla bezpecnost.. binarni patche, centralizovane rizene.. ach, ten potencial pro utok. Primo do jadra korporatnich „ovci“ :)

Ne, je to to první, co mne napadlo.

Ono hlavne „korporatni ovce“ maji bezpecnostni politiky pro patchovani systemu, takze se do systemu bez rozmyslu neleje kazde jadro, co vyjde ;-)
Ksplice mi prijde jako takovy lepsi kexec, se kterym jsme si hrali, kdyz jsem nahaneli co nejvetsi uptime.

To si pan Krčmář dělá srandu ?
Abych systém zaplácnul nějakou third-party closed-source komerční aplikací, které nevěřím, a nechal jí šahat na nejkritičtější část systému ......

řekněme všichni WOW.

Nesmyslně paranoidní lidé si to mohou kompilovat sami.

V Článku je uvedeno „Ksplice je plně open-source a je k dispozici pod licencí GNU GPL 2“. Tohle se podle vás nyní označuje closed-source?

Na Wikipedii je sice psáno, že jde o open-source aplikaci a je tam i odkaz na zdrojáky, na http://www.ksplice.com/ jsem ale zdrojáky nenašel, zato na mne vyběhlo TRY IT NOW a PRICING ;-)
Dle http://www.ksplice.com/terms
„Some Ksplice software related to the Services is available in source code
form under the terms of the GNU General Public License“.
Ve mne to teda moc důvěry nebudí.
A abych si instaloval na kernel trialware ? Kde to jsme ? Ve windowsech ?

http://www.ksplice.com/software
(tarball, git repozitář)
http://www.ksplice.com/paper
(whitepaper o ksplice, kde je poměrně rozepsáno, jak to funguje)
Možná by napříště nebylo od věci, strávit pár minut čtením, než začnete posílat příspěvky s titulkem „Naprostá ptákovina“.. Pro ostatní, kteří se na ty stránky podívali, to vypadá poměrně hloupě.
Michal

V článku chybí podstatná informace, že přes ksplice lze zavádět jen některé změny. Především nelze aktalizovat kód, který očekává jiné datové struktury nebo prostě mění jejich význam.

Nevím, nakolik je nástroj inteligentní, ale obecně problém to je nerozhodnutelný. Takže představa, že běžný správce bude vyzobávat jednotlivé commity, kontrolovat jejich ABI a pak je přes ksplice uváženě nasazovat, je velmi naivní.

Tady má právě smysl zmiňovaná komerční služba. Nicméně ale opakuji, že ne všechny opravy lze takto nasadit a že restartům se rozhodně nevyhnete.

> Především nelze aktalizovat kód, který očekává jiné datové struktury
> nebo prostě mění jejich význam.
Ano, přesně na to myslím vývojáři narazili, když s tím přišli na linux kernel mailing list.
Jinak osobně bych řekl, že pokud si nějaká firma nemůže dovolit jeden restart měsíčně (kolikrát i méně, chyby v jádře většinou nejsou kritického bezpečnostního rázu), pak má pravděpodobně i nějaký HA cluster pro případ selhání hardware jednoho stroje a v takovém případě není velký problém stroje aktualizovat postupně, bez potřeby ksplice.

Opatchovavat okolo tisic servrov uz problem je.
Pisat, ze tolko servrov predsa nikto nema, nemusis. Nebudes mat pravdu. Ani v CR nebudes mat pravdu.

Jistě, ale i tak může být potenciálně větším problémem ksplice, přidává to další (významnou) možnost vzniku kritické chyby. Ne ve smyslu bezpečnosti, ale ve smyslu stability systému.
Jen jsem naznačil, že pokud si někdo nemůže dovolit počkat pár sekund, než se stroj restartuje (pravda, u centos a jiných „server“ distribucí je to kolikrát 2+ minuty), pak má pravděpodobně i dost sofistikované failover řešení, které tyto výpadky během restartů eliminuje.

to prave resi komercni ksplice – maji privatni custom patche ktere backportuji beze zmeny struktur takze z toho postupem casu vznika krasny lepenec (a musi drzet vetve pro vsechny LTS distro)

A kdyz tam nemam tu oznamovaci oblast? Cas a datum tam je, ale nic vic. Myslim, ze se mi povedlo tu oblast kousek po instalaci vypnout. Jde neak zapnout?

Resp. vratit tam tu oblast neni problem , ale zadna ikonka se v ni po instalaci nezobrazi, takze nevim jestli tam mam tu spravnou oblast. Vidim nastaveni zvuku, messenger, browser a network.

cely problem je meniace sa ABI linuxoveho jadra. keby pre nejaky main branch bolo stabilne, nieje problem spravit cez VM instrukcie prebratie systemu novym jadrom.
proste sa zastavi system, jadra si predaju potrebne data (file deskriptory, cache atd) a nove jadro pekne bezi. system stoji par sekund a je to.
bohuzial na linuxe to je nemozne.

Tak treba v RHEL to neni problem, ti se drzi celou dobu jednoho kernelu, do ktereho backportuji opravy …
Ale to nic nemeni na stavu, ze bych se toho bal a radeji server restartoval … je jen malo serveru na svete, ktreby bylo problem restartovat … ja dokonce tvrdim, ze je to mozno udelat i za plneho provozu … kdyz je vypadek par minut, tak je to OK … treba zminene lekarstvi se pocita bezne i s vypadkem 3 dni … a pristroje po tu dobu dale shromazduji data u sebe … nez je zacnou prepisovat …

Jenže i u stabilního vnějšího ABI ( read(struct FileDescriptor *descr)) se mění interní ABI ( struct FileDescriptor {...}), takže to nejde jednoduše předat. Proč myslíte, že tohle Windows ještě neumí?