Vlákno názorů k článku Vyšel Debian 8 Jessie: přináší systemd a MariaDB od to_je_jedno - By me zajimalo, tak nejak do jedne-dvou vet...
-
By me zajimalo, tak nejak do jedne-dvou vet proc bych mel byt strasnym odpurcem systemd. Co se pro me zmeni? Obvykle scenare:
- nainstaluju ubuntu/debian do virtualu. mrsnu tam lamp, mongodb, memcached a par dalsich drobnosti pro bezny webovy server. a jedu. obcas udelam apt-get upgrade a jedu takhle proste nekolik let. kdyz treba aplikace prejdou na vyssi verzi php tak proste nainstaluju novejsi ubuntu/debian a tam to preleju a jedu dal.
- nainstaluju Ubuntu se skvelym privetivym Unity(bez spetky sarkasmu, fakt mi sedi nejlepe), pridam nesvobodne veci a ukazu koncakovi kde si pusti youtube a facebook.
- nainstaluju Ubuntu desktop, pridam stejny baliky jako na produkcnim webovem serveru a par let v tom v pohode pracuju.Jak konkretne poznam jako uzivatel, ze tam je systemd? Nemyslim prikaz, myslim co se pro me zmeni. Proc to bude pro me horsi? uz nebudu mit /etc/php5/conf.d apod?
-
j (neregistrovaný)
To poznas v situaci, az se neco podela a ty budes vprdeli, protoze stim nic neudelas. Pripadne v situaci, kdy se ty rozhodnes, ze chces (treba) zpracovat textovy logy, a zjistis, ze zadny textovy logy a nejspis ani zadny jiny proste nemas ... a samozrejme, nejlip pak v situaci, kdy na webu najdez uz 1342 navod jak neco udelat, vsem to funguje, ale tobe proste ne.
-
Mě se podělalo. 50% journald logů bylo na vyhození (poškozené soubory logu jako jediná vadná věc na jinak zcela zdravém systému) -- Lennartovo řešení je smazat, nebo nemazat, však oni píšou journalctl tak, aby ty logy přečetl (ve skutečnosti v aktuální verze to journalctl nepřečte a je z toho zmatený, takže si počkejte další dekádu, než LennartBoys přepíšou journalctl tak, aby to po sobě přečetl).
S logem nad 4GB se prakticky nedá pracovat. Každá operace trvá a trvá. V novějších verzích to bude lepší, ale v Debianu není novější verze. To jako nikdo z vývojářů nezkusil si to pustit ani nad 16GB logem? Nebo jako proč se to řeší až na konci roku 2014?
4GB logů, to je pro srovnání asi tak access log jednoho středně navštěvovaného webu za měsíc. Je běžné, že měsíční logy mají několik desítek giga.
DB logy jednoho serveru v mé správě mají 23GB za týden. Ano, loguje se víc než je obvyklé, ale loguje (DDL, DML) se to z oprávněného důvodu. Logovací systém, který si hraje na to, že nahradí textové logy v souborech, to má zvládnout.
Ano, řešením je udržovat journal log co nejmenší (viděl jsem nastavení na 256MB, což je na produkční mašině směšné, to už se to může vypnout rovnou) a taky tam nelogovat všechno. Otázkou ale zůstává, na co ten systém je? Nebyl náhodou původní záměr mít jednotný logovací systém s podporou filtrace, šifrování (zaručené záznamy v logu) a jedním rozhraním? Takhle bude muset být vedle povinného journald také jiný log démon + pro jistotu ještě textové exporty. Pracovali vůbec někdy vývojáři systemd na serveru?
Dál, to se týká taky logů, běžící démon (systemctl status ukazoval running, proces běžel a skutečně fungoval) najednou jen tak ze srandy přestal logovat. Pomohl až jeho restart (systemctl restart xxx.service). Není to super?
A to to netestuju ani tak důkladně, jak bych chtěl. V podstatě to pouze používám. A už při zcela běžném používání narážím na výše popsané chyby.
A víte, kdy se vám tyto věci nejčastěji stanou? Když nastane nějaký problém. Takže potom zjistíte, že v tom super úžasném systemd se vám nezalogovalo to, co zrovna potřebujete znát, potom zjistíte, že máte logy pouze za týden, protože zbytek se posral a hlavně, na každý výstup ze journalctl čekáte desítky sekund.
Takže systemd je taková hračka pro děti
-
j (neregistrovaný)
Tak nejak ...
Me osobne se stalo, ze system byl ve stavu kdy prakticky nereagoval na podnety a fungovaly jen nejzakladnejsi tools. Kdyby to nemelo textovej log, kde byly ty chyby vyblity, tak bych musel nejspis hdd vyndat ze serveru a zkoumat to jinde ...
Od SW na serveru proste ocekavam "as simple as possible". Cokoli slozitejsiho se podela, a podela se to zcela zarucene presne v okamzik, kdy to clovek bude potrebovat a nepodela se to samo, ale podela se toho vzdycky vic naraz.
Nemluve o tom, ze ty textovy logy si muzu precist na widlich, stejne dobre jako na androidovi, v nokie... proste defakto na libovolne obskurnim systemu libovolne starym.
-
chces mi rict, ze kvuli systemd uz nebudu mit /var/log/apache2 nebo log postfixu? nebo snad nebudu mit textove konfiguraky pro veci jako apt, apache, mariadb?
co presne myslis tim "vsem funguje a tobe ne" kdyz systemd je/bude vychozi v nejblizsim debianu i centos(zbytek je uzivatelsky nezajimava minorita)? -
j (neregistrovaný)
No to vazne mit nebudes, pokud logujes pres logdemona, tak to bude neco na tema
KJHI#897(*&hoihfoheiwu()*#)(&HFSFKJHSKDfhLKSDF
Pocti si.
Deian sem videl posledni nejakou predposledni verzi, od ty doby na to bud provozovatele nesahaj, nebo prechazej jinam, protoze se z toho stalo neco zcela nepouzitelnyho. Takze nejakych par zoufalcu s debianem opravdu nikoho nezajima.
Centos dtto, tam je to stejne o tom, ze vetsinou na tom bezi neco, co musi bezet na konkretnich verzich, a se systemd to behat nebude jeste pristich 10 let.
-
mhepp (neregistrovaný)
Ono systemd má určitou cenu. Sice je nemám rád, ale dokážu si představit nasazení, kdy přináší výhody.
Pokud nainstaluješ server do virtuálu, necháš ho 10 let běžet, pak systemd nepotřebuješ, systemV init je dle mne vhodnější. To kvůli statičnosti celého stroje -- při bootu pustíš pár služeb a necháš je běžet dokud... Pokud padají, je třeba řešit příčinu, skryté restarty akorát mohou kumulovat problém. Další pro pro sysvinit vidím v jeho jednoduchosti a tím přirozené blbuvzdornosti. Na co potřebuji na stroji NM, když si při restartu jednou za sto let lízne IP z DHCP a to je vše?
Na desktopu, myšleno klasické PC někde na/pod stolem je podobný případ jako server (konfigurace sítě se nemění a tak -- jak má systém získat adresy a pod. ne samotné adresy) -- v podstatě statické prostředí, ale systemd přínáší výhody jako rychlý start a komunikaci s komponentami pomocí DBus.
Na desktopu v podobě mobilního zařízení je naopak systemd lepší řešení kvůli lepší provázanosti s dalšími částmi systému -- třeba s NM, správa dalších připojovaných periferí, řízení výkonu a spotřeby, uspávání...
-
j (neregistrovaný)
Systemd je PRESNE totez, jako metro ve widlich. Nikdo to nechce, a presto to M$ natlacil vsude, vcetne widliho serveru.
Systemd neprinasi lautr NIC. Rychlejsi start? lol ... ty poznas start systemu rychlejsi o 0,1s? To ten system startujes 10x za minutu? Naopak, spoustu veci se systemd nefunguje bud vubec, nebo minimalne ne tak, jak by uzivatel cekal. Je fakt uzasny stopnou service aby ji ten kram znova nastartoval ... pripadne naopak, je fakt uzasny kdyz dpce chce user aby nejaky srv bezel, a ten kram ho nenastartuje.
A je uplne jedno ze to "jde nakonfigurovat" ... na osobak si taky muzes dat pasy, ale kdybys je tam mel by default s tim, ze kola si muzes dokoupit, to bys asi cumel co?
-
Pavel TišnovskýZlatý podporovatel"systemd přínáší výhody jako rychlý start" - no ona většina lidí v okolí stejně počítač jen uspává/hibernuje, takže jestli do něčeho na Linuxu investovat, tak by to bylo pořádné otestování funkčnosti hibernace (což taky souvisí se systemd :-)
