Journal - strukturované logování (diskuse)

[stativ]

Bojím se to vůbec číst.

[blami]

+1

[xkucf03]

Nevidím tam žádné XML, škoda

[l4m4]

Jako obvykle to obsahuje dobré postřehy a smysluplné návrhy -- v důsledku jejichž implementace se všem s velkou slávou totálně rozeserou jejich systémy.

[Mordae]

Tak co, v prvni vlne to nebude poznat a v druhe vlne to uz bude odladene a lidi se budou muset akorat preucit jak cist logy.

Zajimalo by me, co si o tom mysli cesti kluci z Red Hatu.

[JoHnY2]

Jejich postrehy by me taky zajimaly.

[JoHnY2]

To uz je proste svet GNU/Linuxu. Kdyz pouzivas bleeding edge distro jako je fedora a nebo podiviny jako ubuntu, tak musi pocitat s tim, ze se neco rozbije pri kazdym upgradu. Na stabilitu a bezpecny upgrady tu mame jiny lidi.

[l4m4]

Používám bleeding edge distro, někde dokonce na testing-updates, poradím si se SELinuxem i systemd... Ale že by se fakt v každé nové verzi muselo nahradit něco, co funguje v Unixu 20 let, něčím, co nikdo nikdy neviděl a nevyzkoušel? Kdyby tak raději Poetteringa napadlo nahradit něčím CUPS. Nepochopitelnější by ten výsledek už mohl být jen stěží...

[Mordae]

Hmm, me spis stve, ze Lennart si mysli, ze konfigurace site je v pohode a libi se mu NetworkManager. IMO je to krap a uz dlouho by to chtelo decentni nahradu.

Do CUPSu nevidim, nedelam tisk profesionalne.

[pavlix]

Mě CUPS přijde naprosto OK. Neříkám skvělý nebo nenahraditelný, to určitě ne. Ale přijde mi funkční, dá se používat s protokoly IPP i LPD, konfigurace přes GUI či web docela ok, ručně se dá v nejhorším konfigurovat taky...

To spíš ten syslog fakt stojí za vylepšování, takže se děsím i těším, s čím přijdou :).

[kyytaM]

Na notebook je network manager perfektny. Killer featura oproti klasickemu Win desktopu.

[maleprase]

jeste ze ma linux majoritni pokryti na noteboocicha ne treba na serverech

[kyytaM]

A kto koho nuti pouzivat NM na serveroch?

[pavlix]

On není velký problém ho používat ani na serverech. Pravda, je to vrstva navíc, ale pokud je důvod používat a serveru DHCP klienta, tak se to s NM IMO zvládá lépe než bez něj.

Jinak samozřejmě nic proti Debianu, /etc/network/interfaces, pre-up, post-up, pre-down, post-down, a statické konfiguraci adres (plus třeba ještě BIRD).

[xkucf03]

Jinak samozřejmě nic proti Debianu, /etc/network/interfaces, pre-up, post-up, pre-down, post-down

Ty post-up, pre-down atd. jsou celkem fajn, ale samotné /etc/network/interfaces by zasloužilo předělat (i když je to pořád lepší než drátem do oka).

[Jakub Lucký]

Co se na něm nelíbí? Mně to nepřijde zlé...

[xkucf03]

Už jsem to tu jednou psal. Ne že by to bylo úplně nepoužitelné, ale mohlo by to být lepší

[pavlix]

Jasně, známé nedostatky, absence CIDR notace, více IP adres, zmatená konfigurace, ale pořád ještě nenarazíš na nic, co by bylo ve všech ohledech vyloženě lepší.

[xkucf03]

nenarazíš na nic, co by bylo ve všech ohledech vyloženě lepší.

Jo, teprve to píšu ale nevím, jestli by se ti to líbilo…

[pavlix]

Jo, teprve to píšu ale nevím, jestli by se ti to líbilo…

Tak ukaž.

[Ladicek]

Je to plné XML…

[pavlix]

To se mi nebude líbit.

[Franta]

Ty máš doma snad věšteckou kouli

[Franta]

Zdaleka to jeste neni hotove, implementace neni zatim ani ve stavu alpha Ale princip je takovy, ze konfigurak se "zkompiluje" do shell skriptu a ten vsechno nastavi. A ten konfigurak by mel byt prehlednejsi a logictejsi, nez ten soucasny v Debianu.

[pavlix]

Když to přepíšeš z XML do rozumného konfiguračního formátu, tak to beru :). Hlavně ať je to deklarativní, robustní a ať to umí ifup/ifdown na jednotlivá rozhraní.

[xkucf03]

XML je rozumný a vhodný formát

Deklarativní to bude určitě a ty ostatní věci se taky pokusím splnit. Ale jak jsem psal: ještě to zdaleka není hotové a použitelné.

[pavlix]

XML je rozumný a vhodný formát

Q.E.D.

[pavlix]

jeste ze ma linux majoritni pokryti na noteboocicha ne treba na serverech

U mě doma má linux majoritní pokrytí na noteboocích, protože už jsem dávno ztratil důvod provozovat server, když doma to žere elektřinu a mimo domov je to zadarmo (tedy alespoň pro mě).

Jak to mají ostatní, to je převážně jejich problém, že?

[pavlix]

To musím potvrdit, a navíc umí hromadu různých způsobů připojení přes jedno celkem přehledné rozhraní. Musí se tomu jenom vychitat mouchi :) (a že se jich dost vychytalo).

[Ivan]

A co je to vlastne GNU/Linux? Je to jeste porad open-source implementace Unixu anebo uz je Linux nekde dal? A kde? Nejak nechapu proc se na Linuxu porad vymysli neco noveho, kdyz nektere veci na komercnich Unixech funguji lepe.

[pavlix]

Proč se potom na komerční Unixy instalují GNU nástroje? :)

[polymorf]

Aby som si nemusel pamatat parametre blbeho ls pre kazdy os zvlast

[pavlix]

Zřejmě jsi nepochopil smysl otázky :).

[polymorf]

Asi nie, ale dovod preco pouzivam GNU nastroje na unixoch to je :)

[alblaho]

Tak jsem to přečetl a líbí se mi to. Ale stejně z toho mám takový pocit, že se to bude podobat logování na windows.

Celé je to o tom, jaké na to budou příkazové utility.

[David Jaša]

Mám spíš pocit, že to bude klasická lennartovina - všeobecně použitelné to bude až tehdy, kdy se Lennartova pozornost soustředí někam jinam a nějaký maintainer dotáhne věci na které Lennart nechce programově sáhnout.

[l4m4]

Myslím, že se to postupně lepší a občas už i poslouchá, co říkají ostatní...

[anonymous_coward]

pulseaudio, systemd, journalog? Kdo chce, ať to použije, ale jestli si ten pán myslí, že se všichni hromadně poserou a budou používat log s metadaty

[pavlix]

U systemd už se tak stalo, pulseaudio víceméně taky, takže se můžeš těšit :).

[David Jaša]

Lidi si na to zvyknou rychle, reálně se to bude používat podobně jako ps.

[pavlix]

bude používat podobně jako ps.

Tak to potěš koště.

[David Jaša]

Proč, co se ti na tom nelíbí? Zapamatuješ si pár věcí, které budeš používat, a zbytek můžeš v klidu ignorovat. Původně jsem chtěl napsat, že to bude jako dmesg, ale to je přeci jen na filtrovací opšny poměrně chudé.

[pavlix]

Proč, co se ti na tom nelíbí?

Ovládání? Na seznam procesů to jde přežít, ale na logy?

[David Jaša]

Ďábel je v detailech. Pokud budou jůzrspejs jutility dobře zpracované, bude se to používat líp, než současné logy. Pokud nějaká podstatná vlastnost nebude, bude to průser. V tuhle chvíli těžko říct, jak to bude.

[xkucf03]

Stejně by to byla krása mít logy v XML a filtrovat si je pomocí XPath

[pavlix]

Tímhle X* nadšením jsem si taky kdysi prošel. Ale přešlo mě to naštěstí celkem rychle.

[xkucf03]

Ten předchozí komentář je trochu nadsázka* a zkusme se bavit obecně, nemusí to být jen logy. Textové soubory se dají grepovat řádek po řádku, nad XML soubory můžeš používat XPath, nad relační databází můžeš používat SQL, ale jaké jsou další možnosti? Snad leda si nepsat vlastní program v nějakém obecném programovacím jazyce – ale to se mi obvykle nechce dělat, když chci jen zjistit pár údajů – v takové chvíli jsou daleko lepší deklarativní/dotazovací jazyky. Jaké máme potenciálně použitelné dotazovací jazyky? Napíšeme si nový dotazovací jazyk, nebo použijeme nějaký hotový?

*) logy beru hlavně jako protokol, archivace událostí, ne něco, co by se mělo dál zpracovat, nedejbože periodicky vyžírat ty logovací soubory a na základě toho něco dělat – od toho jsou přece jiné nástroje. Takže strukturované logy mne až tak neberou – ne že by mi vadily, ale celkem mi stačí logování tak, jak je.

[stativ]

Máš starý dmesg, protože dmesg už umí docela dobře filtrovat zprávy podle místa původu (jádro, autentifikace…) a podle úrovně (chyba, varování, debug…)

[polymorf]

Toto ma zaujima, ako to spravim? Mam dmesg z ubuntu 10.04 a nic take tam nevidim (man stranka)

[michich]

Umí to od verze util-linux-2.20. Ty máš starší.

[Tomáš Bžatek]

Taky by moh konecne dodelat posilani hodnot zmenenych vlastnosti d-bus daemonu v systemd. Je to hruza delat workaroundy jen kvuli jeho lenosti. Ani David mu nemuze domluvit

[David Jaša]

Ani David mu nemuze domluvit

A to už je co říct.