ubuntu as szerver - rotfl :)

na, biztos letrolloznak sokan, de ez egy olyan bug amibe mi belefutottunk _sok_ gepen, es baromira idegesito.

a helyzet az, hogy fut egy console-kit-daemon nevu csoda, ami minden socket nyitasnal csinal egy dbusos proxyt, csakhogy soha nem szabaditja fel. (cronjoboknal is!)
tehat ha van egy forgalmas szerverem, amin sok a remote user (ssh), sok a cron job (mondjuk 5 percenkent), akkor atlagban ~20 nap utan elkezd sok procit (es sok memoriat enni) ez a szerencsetlen.

janutyban javitottak. bugreport itt, patch meg itt. (1 soros!)

QA FTW! ;)

mert muszaj? :-)
Ti egesz nap azt csinaljatok amit Ti szerettek? marmint, azokat az eszkozoket hasznaljatok csak es kizarolag amit szeretnetek?

mert en nem. lehet szar helyen dolgozom, dehat ez van. :) (bar mar dolgoztam sok helyen, es sehol nem volt igy)

amugy, ha a bug mogott csak ezt latod meg (ami teljesen egybeesik az itt megszokott leenugz/bubuntu-zealot hozzaallassal), az sajnalatos.

Ez van. Minden rendszerre el lehetne mondani hogy milyen nagy hibák vannak benne amelyek lehetetlenné teszik az adott feladatra. Már amit nem arra találtak ki. Tudtad hogy a Canonical-nál egész Móka Miki részleg van, ahol easter eggként rejtenek el regressziókat a csomagokban? Kinder surprise minden .deb. Szerver célra szerver oprendszer kéne. Certified Linuxguru szemrebbenés nélkül tolja fölfele az X-et Gnome-ostul szerverre. Mi a lófaszt kéne elvárni? Amilyen az ügyfélkör, olyan az ellátmány. Nekem például ajaxos alkalmazásokat kéne írnom, ami össze fog borulni mert az adott feladatra nem alkalmas az ajax, ha a fene fenét eszik is. Majd öt év múlva az lesz, de most kell. Muszáj. Fos. Franc. Kakukk.

Hint: célzás, nyom, utalás, útbaigazítás, útmutatás. Es kabe hasonlo ertelemhen is hasznaltam.

Viszont azert szanalmas, hogy csak egy kernel differencia miatt elkezdik Ubuntu Server-nek hivni. A Mandrivaban is van tobbfele kernel, megis, a Mandriva Server nem attol Server, mert kulonbozik a kernel, hanem egy rakat egyeb, a munkat segito stuff van a Server szerepkor mogott. Plusz az igazi Mandriva Server-be kulon ilyen branding is van, amit pl. az opensource rendszeren nem tudsz felrakni. Ja, es raadasul, ha ott veszel Server-t akkor egy kazal repo is elerhetove valik. Ubuntunal tudtommal ennek a fele nincs igy.
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

nekem "felforrna a vérem" ha _sok_ gépen ennyire baromira idegesítő bug-ba futnék bele.
valószínűleg nem is türtőztetném magam és hamar szülnék rá valami workaround-ot.
de ha annyira mélységesen-mélyen gyökerezne a probléma, hogy nem lenne rá megoldás -és korábban még nem javasoltam volna- akkor azonnal javaslatot tennék olyan eszközök használatára amit szeretnék.

...tehettem ezt korábban is mert akárhány -esetenként szar- helyen dolgoztam is, nem tartottak inkompetensnek, így mindenhol előbb-utóbb adtak arra amit mondtam.

amúgy ha minden a bug mögött a fikázási lehetőséget látod meg (amit nem kommentálok), az sajnálatos.

mi is workaroundoltuk mar. de attol meg leirhatom, nem? szolasszabadsag van.

jelenleg nem latok erre a feladatra jobbat az ubuntunal (en sem), ezert hasznaljuk. ha lesz jobb, azt fogjuk, ne izgulj.

amugy ha ranezel a patchre, latszik (meg az egesz bugrol sut), hogy mekkora inkompetens koder irta, es hogy mekkora nagy fos ez az egesz dbus/hal, ahogy LGee is irta.

( LGee | 2009. 04. 15., sze – 17:33 )

az egesz dbus, hal meg udev is egy rohej...

( Nyizsa v | 2009. 04. 15., sze – 21:20 )

Te NagyZ! Te ilyen Sunos elkötelezettségű ember vagy, nem? Akkor Solaris, vagy valami? Servernek meg aztán főleg. !:)) <-nem vicc!

--
Debian - The "What?!" starts not!
http://nyizsa.uni.cc

elkotelezettsegu? annal tobb :)

fent leirtam, h ezek nem szerverek a szo szoros ertelmeben, es legacy linuxos kod fut rajtuk. bar van egy teszt opensolarisos imagem, de a legacy kodon kene reszelnem, amin nincs tul sok kedvem :-) (Cben irtam anno, soktizezer sor, bar POSIX meg anyamkinja szabvanyt betartva, de a libekkel nem ez a helyzet)

( kelemengabor | 2009. 04. 15., sze – 21:42 )

Szerintem elkerülte a figyelmed, hogy a linkelt bugbejelentésben linkelik az upstream bugot, amit ott el is fogadnak és javítanak.
Tehát: upstream bug, de az ubuntu kapja be. jó. te meg troll vagy :).

Arról, hogy kinek a hibája. Mint látható, ez upstream hiba, azaz az eredeti kódot összetaknyoló pistikéé. Vagyis ezt ha akarnád, reprodukálhatnád bármi más disztribúcióval, ami ezt a jószágot tartalmazza. Emiatt az ubuntut vagy a bármi más downstream disztribúciót fukkolni: trollkodás. Ha azt mondanád hogy szaralinux, az oké, azt bizonyítja :).

Elméletileg lehetséges, de azok is vannak olyan rendes emberek, hogy elküldik az ilyesmit az upstreamnek, aki duplikáltnak nyilvánítaná a bugot és annak lenne az ubuntuék által bejelentettnél nyoma (ideális esetben, amikor nem ignorálják a bejelentést). De mivel ilyen nincs, azt van okunk feltételezni, hogy vagy nem történt ilyen, vagy olyan ember csinálta, aki megtartotta magának.

Arról meg, hogy nem érted az upstream és downstream közti különbséget, nem tehetek. Fuss neki még egyszer plíz.

jahogy ja ugy upstream. :) igy mar leesett.

ami a legidegesitobb az amugy, hogy egy ennyire elterjedt disztribben nem vettek ezt eszre QA teszteles alatt. ami erdekes, hogy nagyon sok juzernel elojott (eleg megnezni hany bugreport - es milyen hosszu vitak - vannak), naluk meg kiadas elott nem? :-)

namindegy.

a szar a linuxhoz: a linux jo. ma'r amire. :) desktopra nalam me'g mindig a vista a nyero, ezt koveti az opensolaris/linux. szerverre viszont mar ketseges a dolog: ha van olyan legacy cucc, ami miatt muszaj linuxot, akkor azt (tudom, lehetne branded zone), ha nincs, akkor opensolaris. :-)