( kroozo | 2024. 10. 04., p – 19:17 )

Legközelebb próbáld már meg értelmezni kérlek, amit írtam, mert a felét nem érted, a másik felét meg hozzá képzelted. A harmadik fele meg mese arról, amit tudok. :)

Szóval csak párat  ragadnék ki, for the fun of it :D

Attol, hogy a RedHat csinalta meg nem jo

Nem azt mondtam, hogy jó, hanem hogy nyilván volt rá valós business igény? Értem én, hogy mindent ki kell dobni, ami nem úgy van, ahogy a nagykönyvben leírták, de a gyakorlat meg nem ez. És kérlek találd már ki, hogy az RHnál hülyék a konténerizációhoz :D :D :D

az az entrypoint.sh. Az o feladata, hogy megcsinalja azokat a dolgokat amiket kell

Ja. Szép megoldás, itt kéne vmit csinálni, tessék baszki, szopjál egyedül :D

A dumb-init egy ugynolyan meserseges szar mint a tobbi. Valaki nem ertette a kontenereket es ezert kitalalta. Ha egy processnek meg kell doglenie akkor annak meg kell doglenie es nem, nem szabad ujraindulnia. Pont ezert inditjuk izolalva.

Az a jó, hogy osztod az észt, miközben fingod sincs miről van szó. A dumb-init nem indít ujra semmit, nem spawnol több processzt, kurvára nem csinál semmit sem, kizárólag annyit, amit a PID1-nek muszáj megcsinálni. Azért van, mert a sok tökéletesen megírt entrypoint.sh baszott kezelni a sigtermet, meg nem waitelt a reparentelt childokra, uh gyűltek a zombik, mintha nem lenne holnap. De egyébként ja, mea maxima culpa, rosszul emlékeztem, végül nem a dumb-initet, hanem a tini-t (ami kb pont ugyanazt csinálja) emelték be a dockerba, annyira hülyeség volt :D

ugyanakkor a docker 2013-ban mar stabil volt.

Az, ja. Nem akkor tartotunk ott, hogy az overlayre éppen rájöttek, hogy annyira fos, hogy inkább újrakezdik overlay2 néven, a devicemapperes nem tetszett nekik, a valami nemtommármi meg rendszeresen összefosta magát :D