syslog-ng OSE 3.2

Szerszám

A Balabit a napokban bejelentette a syslog-ng nyílt forrású változatának, a syslog-ng OSE-nek 3.2-es verzióját. A tool a 3.2-es verziótól kezdve új licencelést alkalmaz. Részletek a bejelentésben.

( Chronos | 2010. 12. 20., h – 19:30 )

"The syslog-ng project began in 1998, when Balázs Scheidler, the primary author of syslog-ng, ported the existing nsyslogd code to Linux."

( uid_228 | 2010. 12. 20., h – 21:30 )

Eljutott már addig az intergalaktikus innováció, hogy az initscriptje egy crash, illetve clusteren egy fencing után is el tudja indítani a syslog-ng-t? :) Ez ti. jelenleg a "beragadó" PID-file miatt nem működik, módosítani kell a sciptet kézzel.

--
Wir sind erfaßt, sind infiziert,
Jedes Gespräch wird kontrolliert.

Bugyibuci, ne szóljál be! :))

Nagyon jól tudod te is, hogy fencing után miket szoptunk a syslog-ng-vel. Akár RHEL cluster volt, akár RAC. Kellemetlen, amikor az ember negyed óra múlva a Nagiosból értesül csak, hogy nincs naplózás, mert egy FUBAR shellscript miatt nem indult el a syslog daemon. :I

Persze ez nem magának a syslog-ng-nek a baja, hanem a körítésé, de ha ezt jeleztük is többször a Balabitnek, akkor miért igénytelenkednek még mindig ezzel? Egyetlen sor a workaround, ami a megfelelő helyen törli a PID file-t. :I

--
Wir sind erfaßt, sind infiziert,
Jedes Gespräch wird kontrolliert.

Sziasztok,

Elöször is: van közöm a syslog-ng-hez, a BalaBitnál dolgozom. Másodszor itt a fizetős syslog-ng-ről beszélek, mert úgy gondoltam, hogy a felvetés erre vonatkozik. Ha ez az irány téged nem érdekel, ne olvass tovább. Alapvetően nem marketing post, amit írok, de gondoltam ezt jobb tisztázni.

Az "intergalaktikus innováció" eljutott a fenti probléma javításáig, legalábbis több pidfile környéki problémát javítottunk a 3.0.5 és 3.0.6-os verzióban, bár ezek a hibák _nem_ külső bejelentés alapján lettek javítva.

Az elmúlt 1.5 évben sokat dolgoztunk a tesztjeink automatizálásán, és a telepítő illetve vonatkozó init script tesztek az első körben kerültek automatizálásra. Ezeket a hibákat is ennek keretében találtuk meg, és javítottuk ki.

Némi tehnikai információ:
* a syslog-ng most megjelenő 4.0-s verziója 40(!) különböző op.rendszer + architektúra kombinációt támogat (Linux, FreeBSD, Tru64, HP-UX, AIX, Solaris különböző verziói, különböző architektúrákon). Ebből a Linux több disztribúciót jelent, amik gyakorlatilag teljesen független rendszernek tekintendők (RHEL, Debian, SLES)

* ezek éppen aktuálisan 4 service mgmt rendszert használnak, különböző init script jellegű képződményekkel (SysV, AIX srcmstr, Solaris svcadm, FreeBSD rc.xxx), és továbbiak vannak a csőben (upstart, systemd)

* ezek a platformok amúgy eltérő syslog implementációkat használnak, amire a syslog-ng települ (syslogd, rsyslog, syslog-ng OSE)

* ezek a platformok eltérő logrotálási rendszert használnak (cron + savelog, logrotate, ...)

Ezekhez kell igazodnunk.

Csak telepítő/init script tesztesetünk 109 darab van, amit amugy 40 platformon futtatunk le, és bár nem minden kombinációnak van értelme, ez közel 4000 teszteset futtatás, ami teljes automatizáció mellett, párhuzamos futtatást használva is 6-8 órát fut. Ez az automata tesztrendszer a 2009 szeptembere óta készült folyamatosan, és közben folyamatosan javítottunk az ilyen módon megtalált hibákat.

Természetesen nem álltunk meg a telepítő tesztjénél, ma már a syslog-ng PE funkcióinak kb 40%-a lefedett automatizált tesztesetekkel, ami 400 teszteset, a platform szorzókkal együtt kb 10-12000 futtatás. Ha egy területhez egy feature miatt hozzányúlunk, azt azzal kezdjük, hogy a teljes funkcionalitásra vonatkozóan elkészítjük a teszteseteket és automatizáljuk őket. Ennek eredményeként a 3.1 és 3.2-es verzióink már megjelenéskor sokkal jobb minőségűek voltak, mint a 3.0 volt annak eredeti megjelenésekor.

Visszatérve a konkrét problémádra, az init scripttel kapcsolatban 3.0.5-ben és .6-ban is volt javítás. Az általad tapasztalt (stale pidfile esetén nem indul el), valószínűleg ez a patch volt:

09e5c74220f4b4d66b9c49207a8ae6687c1770a0 Remove pidfile if syslog-ng not running to make it sure that start_daemon starts it. (fixes: #D-01423)

Egyébként pedig a probléma nem nálunk, hanem a start_daemon nevű LSB függvényben van (ami amúgy néhány platformon jól működik), ahol bár mi használtuk a -f opciót, az nem volt elég neki.

Ez a javítás a 3.0.5 (2010 március) része volt btw.

Egy szó, mint száz. Bár sokat írtam fennt, alapvetően nem védekezni szeretnék, csak megmutatni a másik oldalt. A bug az bug, ki kell javítani. Nem szoktunk ügyfél által bejelentett hibákat WONTFIX-re tenni (és a felhasználók felé néző support rendszerünkben nincs is ilyen RESOLUTION, csak a belső bugzillánkban). És talán a fentiek mutatják, hogy egy triviálisnak tűnő hiba megtalálása és kijavítása nem triviális, egy-egy apró változtatás az initscriptben megjavít valamit az egyiken és eltör valamit a másikon.

A syslog-ng 4.0 nem csak feature-ökben, de minőségben is nagyságrendi ugrást jelent, és ebből a nyílt forrású verzió is csak nyer, mert az ilyen hibajavítások oda is átkerülnek.

--
Bazsi

( XmIsTeR | 2010. 12. 20., h – 21:39 )

Azért örüljünk neki, hogy egy magyar fejlesztés része a legnagyobb disztribúcióknak :) (Tudom, hogy van még ezen kívül magyar fejlesztés bennük, de most ennek örüljünk)

------------------
My Open-Source Android "Projects"

( kisspeter22 | 2010. 12. 20., h – 22:40 )

én inkább nem mondok semmit...

//de offolok egy picit
de azt tudom, hogy ha ezekkel a "szoftverekkel" nap mint nap dolgozol, készülj fel, a nyugtalan éjszakákra.

Főleg ha 99,9% rendelkezésre állással szállítod ~30milla liszensz forintért... no supportal 1 évre... (vassal eggyüt)
OSE még elmegy otthonra, kisebb cégeknél és hobbyra.

Tipikus magyar fejlesztés.
Elképesztő hibák vannak benne, mellyel valójában csak az találkozik aki csillagászati árat fizet érte és nap mint nap dolgozik vele.
// off vége

Gratulálunk Márton és Balázs

Mondjuk ott dől meg a dolog, hogy nyílt forráskódú, ingyenes szoftvert szállítani vassal együtt, no supporttal, 30 milláért ->öngyilkosság. Ha arra gondolsz, hogy eladtak nektek egy nem nyílt forráskódú terméket, amit a cég gyártott, akkor az más tészta.
Csak itt kevered a szezont a faszommal.
Meg azért illik konkrétan is mondani valamit. Ez tipikusan a régi szép komcsi idők, meg ami most jön média ügyben esete: "komoly, géppel írt névtelen feljelentés volt kérem"
az OSE csak követte a Pro kódját. Ha cégnek szállítod, szállíts Pro-t. BalaBitet ismerve support nélkül nem is nagyon tudod eladni.StoreBox-ban van vas, de elégedetlen felhasználóról még nem nagyon hallottam.
A 4-es verziótól lesz a kód azonos, csak a Pro-hoz kapod meg a plusz modulokat, ha jól emlékszem. Ezért is az új licenc, többek között.
Egyébként meg sok helyen stabilan megy.
Viszont ez a nem mondok semmit, de utána mocskolok picit... sikeres lehetsz egy ideig a politikában...

gratulálok a magas szakmai színvonalhoz, hogy ennyivel meg lehet győzni valaminek az értékéről, használhatóságáról.
Várj: BSD és Mac OSX egy szar. nagyon szar. egyszerűen szar, bocs, az offért, de inkább nem is mondok semmit....

remélem meggyőzött az érvelésem.

Ha írna a mondjuk úgy, informatikus kolléga egy konkrét dolgot, más lenne a leányzó fekvése.
volt windows agent-tel hiba annó régen, kicsit összefosta magát. de ilyet csinált más termék is. aztán javították. ez olyan 2 éve volt.
az SSB meg megint más tészta, az adatok tárolása, a digit aláírás, timestampelhetőség stb. elég jó feature. és syslog-ng alapban is elég stabil.
ahol csak linux van és kell disk queue, ott rsyslog-ot ajánlok és használok, de ahova nem kell, oda meg syslog-ng-t.

Magyarul tovabbra sem mondasz semmi konkretat, csak fikazol egy igen jol megirt termeket. Azert en tovabbra is kivancsi lennek azokra az elkepeszto hibakra, nem kell feltetlen publikusan.

Arra is kivancsi lennek, hogyan sikerult OSE-t 30 millaert vassal osszeszerezni. Plane support nelkul.

SSB egy masik teszta, nem kene osszekeverni a syslog-ng OSE-val, es abban azert valamivel tobb van, mint egy syslog-ng (bar ketsegtelen, hogy azert az a szive). Termeszetesen annak az egetrengeto hibaira is kivancsi lennek.

--
|8]

Igaz, hogy rengeteg minden van benne, amit egy otthoni felhasznalo nem hasznal ki, de ha esetleg kinovi magat a kedves user, maris sokkal jobban jar, ha olyan szoftvert hasznalt, ami egy-ket szinttel feljebb is tokeletesen megallja a helyet: nem kell ujat tanulni nullarol. ;)

Vagy ha epp szeret jatszadozni, mert sok ideje van, vagy abban leli oromet, hogy piszkalja a rendszeret, syslog-ng egy kivalo eszkoz eme igeny kielegitesehez.

--
|8]