Ahoj, chtěl bych se zeptat, jestli někdo nenarazil na problém se sítí ve VPS s nějakou distribucí s aktuálními verzemi balíčků. Mně se to stalo po upgradu na Fedoru 27, ale předpokládám, že takový Arch by mohl mít podobný problém. Po upgradu mi nefunguje síť, protože se nevytvořilo síťové rozhraní venet0. No a na základě toho selžou následně další věci závisející na funkčním síťovém rozhraní. Taky bych se chtěl zeptat, jak to vypadá s řešením postaveným na LXC. Přijde mi, že provozovat moderní distribuci na OpenVZ je běh čím dál hustějším minovým polem. Už teď musím mít v systému docela dost obezliček, aby na OpenVZ běžel. Pokud by byl nějaký early access, tak bych se hlásil jako dobrovolník. Počítám, že by mi to hodně problémů vyřešilo. Jirka
Jiří Eischmann píše v St 09. 05. 2018 v 16:52 +0200:
Ahoj, chtěl bych se zeptat, jestli někdo nenarazil na problém se sítí ve VPS s nějakou distribucí s aktuálními verzemi balíčků. Mně se to stalo po upgradu na Fedoru 27, ale předpokládám, že takový Arch by mohl mít podobný problém.
Po upgradu mi nefunguje síť, protože se nevytvořilo síťové rozhraní venet0. No a na základě toho selžou následně další věci závisející na funkčním síťovém rozhraní.
Vyřešeno. Problém je s Network Managerem (a nefungoval mi ani systemd- networkd). Pokud se zamaskuje a místo něj se povolí network.service, síť funguje (díky za radu patří aitherovi). JE
Ahojte, chtěl bych se zeptat jestli tyto problémy vůbec stojí za ten systemd a jestli to budoucí LXC to vlastně vyřeší (bude se moci častěji aktualizovat jádro, nebudou nutné backporty)? Chápu, že současné řešení vyžaduje hodně staré jádro, které se prostě nekamarádí s pokrokovým postupem systemd. Mám ale otázku zda je to něco, za co opravdu tak skvěle je nutné. Mám systemd na několika strojích a nepřijde mi, že by to byla věc, kvůli které bych chtěl něco moc řešit a že pokud je možnost mít celou věc jednodušší, tak se to vyplatí. Může to zkusit někdo trochu popsat a vysvětlit? Je mi jasné, že je problém nemít nejnovější distribuci > nechápu ale, že se za tím distribuce tak ženou. V minulosti s upstartem, jsem nezažil takové podivnosti a přišlo mi, že to prostě jelo. Ano nešlo tam některé věci nastavit, ale zase mi to přišlo rozumné. Díky za info Dne 9. května 2018 18:50 Jiří Eischmann <jiri@eischmann.cz> napsal(a):
Jiří Eischmann píše v St 09. 05. 2018 v 16:52 +0200:
Ahoj, chtěl bych se zeptat, jestli někdo nenarazil na problém se sítí ve VPS s nějakou distribucí s aktuálními verzemi balíčků. Mně se to stalo po upgradu na Fedoru 27, ale předpokládám, že takový Arch by mohl mít podobný problém.
Po upgradu mi nefunguje síť, protože se nevytvořilo síťové rozhraní venet0. No a na základě toho selžou následně další věci závisející na funkčním síťovém rozhraní.
Vyřešeno. Problém je s Network Managerem (a nefungoval mi ani systemd- networkd). Pokud se zamaskuje a místo něj se povolí network.service, síť funguje (díky za radu patří aitherovi).
JE _______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Naprosto souhlasim. Ve vpsAdminOS systemd nemame, “over my dead body”. Jedinej zpusob, jak mne Sorki byl schopnej ukecat na NixOS bylo, ze budeme mit vlastni spin-off a takovahle “kurvitka” tam mit nebudeme. Bohuzel to nejde vysvetlit vsem a my jsme celkove na ty strane, kde se musime vic snazit byt kompatibilni, protoze: a) Red Hat to tlaci vsem horem-spodem b) Canonical si to taky nemohl nechat ujit c) viz vyse, tomu tlaku podlehnou vsichni postupne. Jsou duvody mit paralelni boot, jasne, jsou duvody pro multi-instance services, atd. Pramalo duvodu je ale nechavat vyklad, jak ma vypadat std OS prostredi, na vyvojarich systemd konkretne a pouze, jak to cca vsichni delaji. To pak nenechava moc alternativ a ti, co maji okrajove use-cases, maji o to vic smulu a musi do sveho reseni vrazit o to vic hodin vyvoje, tj. resenice, jak se bez systemd obejit. Ja na serveru chci polointeraktivni temer uplne seriovy boot sluzeb a neprekecate mne nikdy na zadnou moznost, ktera aspon tu polointeraktivitu nenabidne. Chci videt start kazde veci, uz i upstart se mi nelibil - ale ten prave ‘polointeraktivne’ ma moznost aspon neco vypsat navic, ja se na to nedivam jako na leak bordelu, ale ja pri problemu uz pri nabehu hned vidim, kde je problem. Kdyz resim server, usetreny cas pri troubleshootu pri downtime je naprosto neporovnatelny v dulezitosti a mire stresu s casem dobreho bootu, kdyz vsechno jede. /snajpa
On 9 May 2018, at 21:25, zd nex <zdnexnet@gmail.com> wrote:
Ahojte,
chtěl bych se zeptat jestli tyto problémy vůbec stojí za ten systemd a jestli to budoucí LXC to vlastně vyřeší (bude se moci častěji aktualizovat jádro, nebudou nutné backporty)? Chápu, že současné řešení vyžaduje hodně staré jádro, které se prostě nekamarádí s pokrokovým postupem systemd. Mám ale otázku zda je to něco, za co opravdu tak skvěle je nutné. Mám systemd na několika strojích a nepřijde mi, že by to byla věc, kvůli které bych chtěl něco moc řešit a že pokud je možnost mít celou věc jednodušší, tak se to vyplatí. Může to zkusit někdo trochu popsat a vysvětlit? Je mi jasné, že je problém nemít nejnovější distribuci > nechápu ale, že se za tím distribuce tak ženou. V minulosti s upstartem, jsem nezažil takové podivnosti a přišlo mi, že to prostě jelo. Ano nešlo tam některé věci nastavit, ale zase mi to přišlo rozumné.
Díky za info
Dne 9. května 2018 18:50 Jiří Eischmann <jiri@eischmann.cz> napsal(a):
Jiří Eischmann píše v St 09. 05. 2018 v 16:52 +0200:
Ahoj, chtěl bych se zeptat, jestli někdo nenarazil na problém se sítí ve VPS s nějakou distribucí s aktuálními verzemi balíčků. Mně se to stalo po upgradu na Fedoru 27, ale předpokládám, že takový Arch by mohl mít podobný problém.
Po upgradu mi nefunguje síť, protože se nevytvořilo síťové rozhraní venet0. No a na základě toho selžou následně další věci závisející na funkčním síťovém rozhraní.
Vyřešeno. Problém je s Network Managerem (a nefungoval mi ani systemd- networkd). Pokud se zamaskuje a místo něj se povolí network.service, síť funguje (díky za radu patří aitherovi).
JE _______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
_______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Souhlas i ode mě. Od Jessie neustále řeším problémy se systemd. Linux používám hlavně proto, že v něm šlo prakticky všechno dohledat - veškeré konfigurace, jak je co provázáno a co využívá něco jiného a jakým způsobem a když se něco pokazí, tak pomocí logů a konfiguráků snadno najdu co se podělalo. Jde prostě udělat dekompozice a izolace problémů. Jednoduché, byť provázané věci a spoustu různých možností jak něco udělat. Když mi nějaká část nevyhovuje, použiju pro to něco jiného. Od chvíle kdy nastoupilo systemd už se mi stalo, že jsem některé věci prostě v rozumné době nedohledal. Je to složité, všechno souvisí se vším a dokonce už jsem několikrát musel rezignovat a místo co bych cosi spravil, tak jsem musel restartovat. A každou chvíli něco rozbijí kvůli upgradu a NEJDE TO SPRAVIT dokud nevydají opravu. To se mi snad za posledních 20 let s Linuxem nestalo (kromě KDEček tedy). Už si říkám, že ještě chvíli a budou z toho Lindows. Nechápu, co je tedy vlastně tou killer fíčurou systemd, že to musí všichni tak děsně tlačit? Když i ten Debian na to skočil? Š.L. Dne 9.5.2018 v 22:04 Pavel Snajdr napsal(a):
Naprosto souhlasim.
Ve vpsAdminOS systemd nemame, “over my dead body”.
Jedinej zpusob, jak mne Sorki byl schopnej ukecat na NixOS bylo, ze budeme mit vlastni spin-off a takovahle “kurvitka” tam mit nebudeme.
Bohuzel to nejde vysvetlit vsem a my jsme celkove na ty strane, kde se musime vic snazit byt kompatibilni, protoze:
a) Red Hat to tlaci vsem horem-spodem b) Canonical si to taky nemohl nechat ujit c) viz vyse, tomu tlaku podlehnou vsichni postupne.
Jsou duvody mit paralelni boot, jasne, jsou duvody pro multi-instance services, atd.
Pramalo duvodu je ale nechavat vyklad, jak ma vypadat std OS prostredi, na vyvojarich systemd konkretne a pouze, jak to cca vsichni delaji. To pak nenechava moc alternativ a ti, co maji okrajove use-cases, maji o to vic smulu a musi do sveho reseni vrazit o to vic hodin vyvoje, tj. resenice, jak se bez systemd obejit.
Ja na serveru chci polointeraktivni temer uplne seriovy boot sluzeb a neprekecate mne nikdy na zadnou moznost, ktera aspon tu polointeraktivitu nenabidne.
Chci videt start kazde veci, uz i upstart se mi nelibil - ale ten prave ‘polointeraktivne’ ma moznost aspon neco vypsat navic, ja se na to nedivam jako na leak bordelu, ale ja pri problemu uz pri nabehu hned vidim, kde je problem. Kdyz resim server, usetreny cas pri troubleshootu pri downtime je naprosto neporovnatelny v dulezitosti a mire stresu s casem dobreho bootu, kdyz vsechno jede.
/snajpa
On 9 May 2018, at 21:25, zd nex <zdnexnet@gmail.com <mailto:zdnexnet@gmail.com>> wrote:
Ahojte,
chtěl bych se zeptat jestli tyto problémy vůbec stojí za ten systemd a jestli to budoucí LXC to vlastně vyřeší (bude se moci častěji aktualizovat jádro, nebudou nutné backporty)? Chápu, že současné řešení vyžaduje hodně staré jádro, které se prostě nekamarádí s pokrokovým postupem systemd. Mám ale otázku zda je to něco, za co opravdu tak skvěle je nutné. Mám systemd na několika strojích a nepřijde mi, že by to byla věc, kvůli které bych chtěl něco moc řešit a že pokud je možnost mít celou věc jednodušší, tak se to vyplatí. Může to zkusit někdo trochu popsat a vysvětlit? Je mi jasné, že je problém nemít nejnovější distribuci > nechápu ale, že se za tím distribuce tak ženou. V minulosti s upstartem, jsem nezažil takové podivnosti a přišlo mi, že to prostě jelo. Ano nešlo tam některé věci nastavit, ale zase mi to přišlo rozumné.
Díky za info
Dne 9. května 2018 18:50 Jiří Eischmann <jiri@eischmann.cz <mailto:jiri@eischmann.cz>> napsal(a):
Jiří Eischmann píše v St 09. 05. 2018 v 16:52 +0200: > Ahoj, > chtěl bych se zeptat, jestli někdo nenarazil na problém se sítí ve > VPS > s nějakou distribucí s aktuálními verzemi balíčků. Mně se to stalo po > upgradu na Fedoru 27, ale předpokládám, že takový Arch by mohl mít > podobný problém. > > Po upgradu mi nefunguje síť, protože se nevytvořilo síťové rozhraní > venet0. No a na základě toho selžou následně další věci závisející na > funkčním síťovém rozhraní.
Vyřešeno. Problém je s Network Managerem (a nefungoval mi ani systemd- networkd). Pokud se zamaskuje a místo něj se povolí network.service, síť funguje (díky za radu patří aitherovi).
JE _______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz <mailto:Community-list@lists.vpsfree.cz> http://lists.vpsfree.cz/listinfo/community-list <http://lists.vpsfree.cz/listinfo/community-list>
_______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz <mailto:Community-list@lists.vpsfree.cz> http://lists.vpsfree.cz/listinfo/community-list
_______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Tyjo, napsal tohle ten samý snajpa, co před nějakou dobou chválil systemd jako skvělou věc, která se snaží řešit ten bordel v Linuxu? :-) Pavel Snajdr wrote:
Naprosto souhlasim.
Ve vpsAdminOS systemd nemame, “over my dead body”.
Jedinej zpusob, jak mne Sorki byl schopnej ukecat na NixOS bylo, ze budeme mit vlastni spin-off a takovahle “kurvitka” tam mit nebudeme.
Bohuzel to nejde vysvetlit vsem a my jsme celkove na ty strane, kde se musime vic snazit byt kompatibilni, protoze:
a) Red Hat to tlaci vsem horem-spodem b) Canonical si to taky nemohl nechat ujit c) viz vyse, tomu tlaku podlehnou vsichni postupne.
Jsou duvody mit paralelni boot, jasne, jsou duvody pro multi-instance services, atd.
Pramalo duvodu je ale nechavat vyklad, jak ma vypadat std OS prostredi, na vyvojarich systemd konkretne a pouze, jak to cca vsichni delaji. To pak nenechava moc alternativ a ti, co maji okrajove use-cases, maji o to vic smulu a musi do sveho reseni vrazit o to vic hodin vyvoje, tj. resenice, jak se bez systemd obejit.
Ja na serveru chci polointeraktivni temer uplne seriovy boot sluzeb a neprekecate mne nikdy na zadnou moznost, ktera aspon tu polointeraktivitu nenabidne.
Chci videt start kazde veci, uz i upstart se mi nelibil - ale ten prave ‘polointeraktivne’ ma moznost aspon neco vypsat navic, ja se na to nedivam jako na leak bordelu, ale ja pri problemu uz pri nabehu hned vidim, kde je problem. Kdyz resim server, usetreny cas pri troubleshootu pri downtime je naprosto neporovnatelny v dulezitosti a mire stresu s casem dobreho bootu, kdyz vsechno jede.
/snajpa
On 9 May 2018, at 21:25, zd nex <zdnexnet@gmail.com> wrote:
Ahojte,
chtěl bych se zeptat jestli tyto problémy vůbec stojí za ten systemd a jestli to budoucí LXC to vlastně vyřeší (bude se moci častěji aktualizovat jádro, nebudou nutné backporty)? Chápu, že současné řešení vyžaduje hodně staré jádro, které se prostě nekamarádí s pokrokovým postupem systemd. Mám ale otázku zda je to něco, za co opravdu tak skvěle je nutné. Mám systemd na několika strojích a nepřijde mi, že by to byla věc, kvůli které bych chtěl něco moc řešit a že pokud je možnost mít celou věc jednodušší, tak se to vyplatí. Může to zkusit někdo trochu popsat a vysvětlit? Je mi jasné, že je problém nemít nejnovější distribuci > nechápu ale, že se za tím distribuce tak ženou. V minulosti s upstartem, jsem nezažil takové podivnosti a přišlo mi, že to prostě jelo. Ano nešlo tam některé věci nastavit, ale zase mi to přišlo rozumné.
Díky za info
Dne 9. května 2018 18:50 Jiří Eischmann <jiri@eischmann.cz> napsal(a):
Jiří Eischmann píše v St 09. 05. 2018 v 16:52 +0200:
Ahoj, chtěl bych se zeptat, jestli někdo nenarazil na problém se sítí ve VPS s nějakou distribucí s aktuálními verzemi balíčků. Mně se to stalo po upgradu na Fedoru 27, ale předpokládám, že takový Arch by mohl mít podobný problém.
Po upgradu mi nefunguje síť, protože se nevytvořilo síťové rozhraní venet0. No a na základě toho selžou následně další věci závisející na funkčním síťovém rozhraní.
Vyřešeno. Problém je s Network Managerem (a nefungoval mi ani systemd- networkd). Pokud se zamaskuje a místo něj se povolí network.service, síť funguje (díky za radu patří aitherovi).
JE _______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
_______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
_______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Napsal, protoze se na tom tvrde rozmlatil v praxi. Ted, kdyz narazim na masinu, ktera pri bootu timeoutuje na extra dlouhych timeoutech, jak treba RHELy, mam normalne fakt chut si do toho DC dojit a tu masinu rozmlatit kladivem. Muj vztek je nezmerny, kdyz se neco takovyho deje. A kdyz se dojde k tomu, ze za to neco konkretniho, muze Lennartovo "rekl jsem, tak tak bude", jsem rozpaleny do ruda. Na druhou stranu, vcera jak jsem to psal, jsem presne premyslel nad tim, ze kdyz nikdo ty stojaty vody "std Linux OS environmentu" nerozviri, tezko bude nejaka inovace. Bral bych, kdyby systemd byl vyvijeny starsima lidma, to je proste cely, co mi na tom vadi. Mladi nevyblazneni blbecci maji moc nazor, jak to ma vypadat ale malo zazito, aby to dali spravne - vcetne mne. IMHO by systemd meli delat lidi co maji peknych par let od-adminovano a od-balickovano. /snajpa On 2018-05-10 01:17, Jirka Bourek wrote:
Tyjo, napsal tohle ten samý snajpa, co před nějakou dobou chválil systemd jako skvělou věc, která se snaží řešit ten bordel v Linuxu? :-)
Pavel Snajdr wrote:
Naprosto souhlasim.
Ve vpsAdminOS systemd nemame, “over my dead body”.
Jedinej zpusob, jak mne Sorki byl schopnej ukecat na NixOS bylo, ze budeme mit vlastni spin-off a takovahle “kurvitka” tam mit nebudeme.
Bohuzel to nejde vysvetlit vsem a my jsme celkove na ty strane, kde se musime vic snazit byt kompatibilni, protoze:
a) Red Hat to tlaci vsem horem-spodem b) Canonical si to taky nemohl nechat ujit c) viz vyse, tomu tlaku podlehnou vsichni postupne.
Jsou duvody mit paralelni boot, jasne, jsou duvody pro multi-instance services, atd.
Pramalo duvodu je ale nechavat vyklad, jak ma vypadat std OS prostredi, na vyvojarich systemd konkretne a pouze, jak to cca vsichni delaji. To pak nenechava moc alternativ a ti, co maji okrajove use-cases, maji o to vic smulu a musi do sveho reseni vrazit o to vic hodin vyvoje, tj. resenice, jak se bez systemd obejit.
Ja na serveru chci polointeraktivni temer uplne seriovy boot sluzeb a neprekecate mne nikdy na zadnou moznost, ktera aspon tu polointeraktivitu nenabidne.
Chci videt start kazde veci, uz i upstart se mi nelibil - ale ten prave ‘polointeraktivne’ ma moznost aspon neco vypsat navic, ja se na to nedivam jako na leak bordelu, ale ja pri problemu uz pri nabehu hned vidim, kde je problem. Kdyz resim server, usetreny cas pri troubleshootu pri downtime je naprosto neporovnatelny v dulezitosti a mire stresu s casem dobreho bootu, kdyz vsechno jede.
/snajpa
On 9 May 2018, at 21:25, zd nex <zdnexnet@gmail.com> wrote:
Ahojte,
chtěl bych se zeptat jestli tyto problémy vůbec stojí za ten systemd a jestli to budoucí LXC to vlastně vyřeší (bude se moci častěji aktualizovat jádro, nebudou nutné backporty)? Chápu, že současné řešení vyžaduje hodně staré jádro, které se prostě nekamarádí s pokrokovým postupem systemd. Mám ale otázku zda je to něco, za co opravdu tak skvěle je nutné. Mám systemd na několika strojích a nepřijde mi, že by to byla věc, kvůli které bych chtěl něco moc řešit a že pokud je možnost mít celou věc jednodušší, tak se to vyplatí. Může to zkusit někdo trochu popsat a vysvětlit? Je mi jasné, že je problém nemít nejnovější distribuci > nechápu ale, že se za tím distribuce tak ženou. V minulosti s upstartem, jsem nezažil takové podivnosti a přišlo mi, že to prostě jelo. Ano nešlo tam některé věci nastavit, ale zase mi to přišlo rozumné.
Díky za info
Dne 9. května 2018 18:50 Jiří Eischmann <jiri@eischmann.cz> napsal(a):
Jiří Eischmann píše v St 09. 05. 2018 v 16:52 +0200:
Ahoj, chtěl bych se zeptat, jestli někdo nenarazil na problém se sítí ve VPS s nějakou distribucí s aktuálními verzemi balíčků. Mně se to stalo po upgradu na Fedoru 27, ale předpokládám, že takový Arch by mohl mít podobný problém.
Po upgradu mi nefunguje síť, protože se nevytvořilo síťové rozhraní venet0. No a na základě toho selžou následně další věci závisející na funkčním síťovém rozhraní.
Vyřešeno. Problém je s Network Managerem (a nefungoval mi ani systemd- networkd). Pokud se zamaskuje a místo něj se povolí network.service, síť funguje (díky za radu patří aitherovi).
JE _______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
_______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
_______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list _______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Mysilm si, že Lennart umí hodně dobře naštat. Je Donald Trump Linuxu, prostě je troll, a za to mocný troll. Taky mě jeho přistup naštve neuvěřitelným spůsobem. Ale i přes to, jsem se uspěšně zapomněl na to, že běžim systemd na desktopu. Prostě to funguje a na to nešaham. Pamatuji jak arch linux přišel na systemd a mě nenastartovalo system kvůli tomu, a jak ty nove sessiony zamenali, že celý můj setup nefungovalo. a jak lidí tvrdili, že chtit funční zvuk ve viceru TTYs je jen pro magoři. Sam jsem byl bez sebe vztekem. Ale už jsem se na to zvyknul. Stejně jako CCTV kamery na chodniku, cenzura netu, atd. Asi to není konec světa. On 05/10/2018 10:47 AM, Pavel Snajdr wrote:
Napsal, protoze se na tom tvrde rozmlatil v praxi.
Ted, kdyz narazim na masinu, ktera pri bootu timeoutuje na extra dlouhych timeoutech, jak treba RHELy, mam normalne fakt chut si do toho DC dojit a tu masinu rozmlatit kladivem.
Muj vztek je nezmerny, kdyz se neco takovyho deje.
A kdyz se dojde k tomu, ze za to neco konkretniho, muze Lennartovo "rekl jsem, tak tak bude", jsem rozpaleny do ruda.
Na druhou stranu, vcera jak jsem to psal, jsem presne premyslel nad tim, ze kdyz nikdo ty stojaty vody "std Linux OS environmentu" nerozviri, tezko bude nejaka inovace.
Bral bych, kdyby systemd byl vyvijeny starsima lidma, to je proste cely, co mi na tom vadi.
Mladi nevyblazneni blbecci maji moc nazor, jak to ma vypadat ale malo zazito, aby to dali spravne - vcetne mne.
IMHO by systemd meli delat lidi co maji peknych par let od-adminovano a od-balickovano.
/snajpa
On 2018-05-10 01:17, Jirka Bourek wrote:
Tyjo, napsal tohle ten samý snajpa, co před nějakou dobou chválil systemd jako skvělou věc, která se snaží řešit ten bordel v Linuxu? :-)
Pavel Snajdr wrote:
Naprosto souhlasim.
Ve vpsAdminOS systemd nemame, “over my dead body”.
Jedinej zpusob, jak mne Sorki byl schopnej ukecat na NixOS bylo, ze budeme mit vlastni spin-off a takovahle “kurvitka” tam mit nebudeme.
Bohuzel to nejde vysvetlit vsem a my jsme celkove na ty strane, kde se musime vic snazit byt kompatibilni, protoze:
a) Red Hat to tlaci vsem horem-spodem b) Canonical si to taky nemohl nechat ujit c) viz vyse, tomu tlaku podlehnou vsichni postupne.
Jsou duvody mit paralelni boot, jasne, jsou duvody pro multi-instance services, atd.
Pramalo duvodu je ale nechavat vyklad, jak ma vypadat std OS prostredi, na vyvojarich systemd konkretne a pouze, jak to cca vsichni delaji. To pak nenechava moc alternativ a ti, co maji okrajove use-cases, maji o to vic smulu a musi do sveho reseni vrazit o to vic hodin vyvoje, tj. resenice, jak se bez systemd obejit.
Ja na serveru chci polointeraktivni temer uplne seriovy boot sluzeb a neprekecate mne nikdy na zadnou moznost, ktera aspon tu polointeraktivitu nenabidne.
Chci videt start kazde veci, uz i upstart se mi nelibil - ale ten prave ‘polointeraktivne’ ma moznost aspon neco vypsat navic, ja se na to nedivam jako na leak bordelu, ale ja pri problemu uz pri nabehu hned vidim, kde je problem. Kdyz resim server, usetreny cas pri troubleshootu pri downtime je naprosto neporovnatelny v dulezitosti a mire stresu s casem dobreho bootu, kdyz vsechno jede.
/snajpa
On 9 May 2018, at 21:25, zd nex <zdnexnet@gmail.com> wrote:
Ahojte,
chtěl bych se zeptat jestli tyto problémy vůbec stojí za ten systemd a jestli to budoucí LXC to vlastně vyřeší (bude se moci častěji aktualizovat jádro, nebudou nutné backporty)? Chápu, že současné řešení vyžaduje hodně staré jádro, které se prostě nekamarádí s pokrokovým postupem systemd. Mám ale otázku zda je to něco, za co opravdu tak skvěle je nutné. Mám systemd na několika strojích a nepřijde mi, že by to byla věc, kvůli které bych chtěl něco moc řešit a že pokud je možnost mít celou věc jednodušší, tak se to vyplatí. Může to zkusit někdo trochu popsat a vysvětlit? Je mi jasné, že je problém nemít nejnovější distribuci > nechápu ale, že se za tím distribuce tak ženou. V minulosti s upstartem, jsem nezažil takové podivnosti a přišlo mi, že to prostě jelo. Ano nešlo tam některé věci nastavit, ale zase mi to přišlo rozumné.
Díky za info
Dne 9. května 2018 18:50 Jiří Eischmann <jiri@eischmann.cz> napsal(a):
Jiří Eischmann píše v St 09. 05. 2018 v 16:52 +0200:
Ahoj, chtěl bych se zeptat, jestli někdo nenarazil na problém se sítí ve VPS s nějakou distribucí s aktuálními verzemi balíčků. Mně se to stalo po upgradu na Fedoru 27, ale předpokládám, že takový Arch by mohl mít podobný problém.
Po upgradu mi nefunguje síť, protože se nevytvořilo síťové rozhraní venet0. No a na základě toho selžou následně další věci závisející na funkčním síťovém rozhraní.
Vyřešeno. Problém je s Network Managerem (a nefungoval mi ani systemd- networkd). Pokud se zamaskuje a místo něj se povolí network.service, síť funguje (díky za radu patří aitherovi).
JE _______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
_______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
_______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list _______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
No, vzhledem k tomu, že dnes všechny velké distribuce používají systemd, tak se jedná spíš o rétorické cvičení než diskusi, která by něco vyřešila. Ale když už... Nejsem profi sysadmin, který by se živil provozem x kritických serverů, takže se v tom pořád považuji za laika, ale já osobně jsem se systemd spokojený, mně to ten systém zpřehlednilo. Unite fily jsou konečně něco, co jsem schopný psát i já, administrační nástroje mají podobné rozhraní, je to integrované (když si nechám zobrazit status nějaké služby, tak tam mám i výpis z logů o dané službě atd.). Problémy mám jenom tady na OpenVZ a není to o starém kernelu. Myslím si, aktuální systemd poběží na redhatí 3.16 bez problémů. Co jsem řešil za problémy, tak by dodatečný security hardening v systemd ve Fedoře, který vyžadoval určitý přístup do jádra, který mu OpenVZ nedal. Tyto volby jde zakázat. Největší a nevyřešený problém je rozbitý keyring služeb v OpenVZ, které se tváří, že ho podporuje, ale ve skutečnosti nefunguje správně. Ano, mohl bych se na vývojáře systemd zlobit, že tam nechtějí dát nějakou chytristiku, která ten keyring i tak vypne, ale bylo mi řečeno, že nechtějí opravovat chyby za OpenVZ. Úplně za zlé jim to taky nemám. No a pak ten problém teď s NetworkManagerem. To ani nevím, jestli s tím vůbec má systemd něco společného. Přijde mi, že je dneska hrozně moderní všechno házet na systemd. Jirka zd nex píše v St 09. 05. 2018 v 21:25 +0200:
Ahojte,
chtěl bych se zeptat jestli tyto problémy vůbec stojí za ten systemd a jestli to budoucí LXC to vlastně vyřeší (bude se moci častěji aktualizovat jádro, nebudou nutné backporty)? Chápu, že současné řešení vyžaduje hodně staré jádro, které se prostě nekamarádí s pokrokovým postupem systemd. Mám ale otázku zda je to něco, za co opravdu tak skvěle je nutné. Mám systemd na několika strojích a nepřijde mi, že by to byla věc, kvůli které bych chtěl něco moc řešit a že pokud je možnost mít celou věc jednodušší, tak se to vyplatí. Může to zkusit někdo trochu popsat a vysvětlit? Je mi jasné, že je problém nemít nejnovější distribuci > nechápu ale, že se za tím distribuce tak ženou. V minulosti s upstartem, jsem nezažil takové podivnosti a přišlo mi, že to prostě jelo. Ano nešlo tam některé věci nastavit, ale zase mi to přišlo rozumné.
Díky za info
Dne 9. května 2018 18:50 Jiří Eischmann <jiri@eischmann.cz> napsal(a):
Jiří Eischmann píše v St 09. 05. 2018 v 16:52 +0200:
Ahoj, chtěl bych se zeptat, jestli někdo nenarazil na problém se sítí ve VPS s nějakou distribucí s aktuálními verzemi balíčků. Mně se to stalo po upgradu na Fedoru 27, ale předpokládám, že takový Arch by mohl mít podobný problém.
Po upgradu mi nefunguje síť, protože se nevytvořilo síťové rozhraní venet0. No a na základě toho selžou následně další věci závisející na funkčním síťovém rozhraní.
Vyřešeno. Problém je s Network Managerem (a nefungoval mi ani systemd- networkd). Pokud se zamaskuje a místo něj se povolí network.service, síť funguje (díky za radu patří aitherovi).
JE _______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
_______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
+1 :) Ono systemd je super vec na aplikacny deployment, desktopy.. Potrebujem bezat sluzbu? ~3 riadky konfiguracie.. par dalsich riadkov a mam autorestarty, restart pri zmene konfigu a to vsetko cross-distro. Miesto toho ludia pri potrebe automatickych restartov siahaju po veciach ako je supervisord. systemd okrem toho, ze moze za vsetky bugy a pomaly aj zle pocasie casto naraza aj na problemy pri integracii do distribucii (niekde to chodi lepsie, niekde horsie..) V NixOs-e je integracia so systemd dotiahnuta znacne daleko - moznost definovat/upravovat service/unit files z configu, co nam napriklad umoznilo jednoducho poupravit openvz-problematicke nastavenia aby template fungovala https://github.com/vpsfreecz/build-vpsfree-templates/blob/master/files/confi... (neskor sme museli dodat zafixovane systemd na verziu 232, co opat riesi vpsAdminOS, kde narazame na bug s keyringom a systemd 238 :)) srk On 05/10/2018 10:10 AM, Jiří Eischmann wrote:
No, vzhledem k tomu, že dnes všechny velké distribuce používají systemd, tak se jedná spíš o rétorické cvičení než diskusi, která by něco vyřešila. Ale když už... Nejsem profi sysadmin, který by se živil provozem x kritických serverů, takže se v tom pořád považuji za laika, ale já osobně jsem se systemd spokojený, mně to ten systém zpřehlednilo. Unite fily jsou konečně něco, co jsem schopný psát i já, administrační nástroje mají podobné rozhraní, je to integrované (když si nechám zobrazit status nějaké služby, tak tam mám i výpis z logů o dané službě atd.). Problémy mám jenom tady na OpenVZ a není to o starém kernelu. Myslím si, aktuální systemd poběží na redhatí 3.16 bez problémů. Co jsem řešil za problémy, tak by dodatečný security hardening v systemd ve Fedoře, který vyžadoval určitý přístup do jádra, který mu OpenVZ nedal. Tyto volby jde zakázat. Největší a nevyřešený problém je rozbitý keyring služeb v OpenVZ, které se tváří, že ho podporuje, ale ve skutečnosti nefunguje správně. Ano, mohl bych se na vývojáře systemd zlobit, že tam nechtějí dát nějakou chytristiku, která ten keyring i tak vypne, ale bylo mi řečeno, že nechtějí opravovat chyby za OpenVZ. Úplně za zlé jim to taky nemám. No a pak ten problém teď s NetworkManagerem. To ani nevím, jestli s tím vůbec má systemd něco společného. Přijde mi, že je dneska hrozně moderní všechno házet na systemd.
Jirka
zd nex píše v St 09. 05. 2018 v 21:25 +0200:
Ahojte,
chtěl bych se zeptat jestli tyto problémy vůbec stojí za ten systemd a jestli to budoucí LXC to vlastně vyřeší (bude se moci častěji aktualizovat jádro, nebudou nutné backporty)? Chápu, že současné řešení vyžaduje hodně staré jádro, které se prostě nekamarádí s pokrokovým postupem systemd. Mám ale otázku zda je to něco, za co opravdu tak skvěle je nutné. Mám systemd na několika strojích a nepřijde mi, že by to byla věc, kvůli které bych chtěl něco moc řešit a že pokud je možnost mít celou věc jednodušší, tak se to vyplatí. Může to zkusit někdo trochu popsat a vysvětlit? Je mi jasné, že je problém nemít nejnovější distribuci > nechápu ale, že se za tím distribuce tak ženou. V minulosti s upstartem, jsem nezažil takové podivnosti a přišlo mi, že to prostě jelo. Ano nešlo tam některé věci nastavit, ale zase mi to přišlo rozumné.
Díky za info
Dne 9. května 2018 18:50 Jiří Eischmann <jiri@eischmann.cz> napsal(a):
Jiří Eischmann píše v St 09. 05. 2018 v 16:52 +0200:
Ahoj, chtěl bych se zeptat, jestli někdo nenarazil na problém se sítí ve VPS s nějakou distribucí s aktuálními verzemi balíčků. Mně se to stalo po upgradu na Fedoru 27, ale předpokládám, že takový Arch by mohl mít podobný problém.
Po upgradu mi nefunguje síť, protože se nevytvořilo síťové rozhraní venet0. No a na základě toho selžou následně další věci závisející na funkčním síťovém rozhraní. Vyřešeno. Problém je s Network Managerem (a nefungoval mi ani systemd- networkd). Pokud se zamaskuje a místo něj se povolí network.service, síť funguje (díky za radu patří aitherovi).
JE _______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
_______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Ahoj, nove jadro aj koli - hardware supportu (napr. NVMe) - patchom a backportom ako spominas - eBPF a BCC https://github.com/iovisor/bcc - LXC miesto oVZ - apparmor - kompatibilita / vykon Vdaka LXC mame napriklad moznost nested kontajnerov. bcc zase umoznuje system wide tracing nad eBFP. Vcera pristal vpsAdminOs na prvej node - bude z nej akysi staging environment aby sme kus potestovali ako to chodi pod zatazou. Linux node16.prg 4.14.34 #1-NixOS SMP Thu Apr 12 10:32:27 UTC 2018 x86_64 GNU/Linux -- srk On 05/09/2018 09:25 PM, zd nex wrote:
Ahojte,
chtěl bych se zeptat jestli tyto problémy vůbec stojí za ten systemd a jestli to budoucí LXC to vlastně vyřeší (bude se moci častěji aktualizovat jádro, nebudou nutné backporty)? Chápu, že současné řešení vyžaduje hodně staré jádro, které se prostě nekamarádí s pokrokovým postupem systemd. Mám ale otázku zda je to něco, za co opravdu tak skvěle je nutné. Mám systemd na několika strojích a nepřijde mi, že by to byla věc, kvůli které bych chtěl něco moc řešit a že pokud je možnost mít celou věc jednodušší, tak se to vyplatí. Může to zkusit někdo trochu popsat a vysvětlit? Je mi jasné, že je problém nemít nejnovější distribuci > nechápu ale, že se za tím distribuce tak ženou. V minulosti s upstartem, jsem nezažil takové podivnosti a přišlo mi, že to prostě jelo. Ano nešlo tam některé věci nastavit, ale zase mi to přišlo rozumné.
Díky za info
Dne 9. května 2018 18:50 Jiří Eischmann <jiri@eischmann.cz <mailto:jiri@eischmann.cz>> napsal(a):
Jiří Eischmann píše v St 09. 05. 2018 v 16:52 +0200: > Ahoj, > chtěl bych se zeptat, jestli někdo nenarazil na problém se sítí ve > VPS > s nějakou distribucí s aktuálními verzemi balíčků. Mně se to stalo po > upgradu na Fedoru 27, ale předpokládám, že takový Arch by mohl mít > podobný problém. > > Po upgradu mi nefunguje síť, protože se nevytvořilo síťové rozhraní > venet0. No a na základě toho selžou následně další věci závisející na > funkčním síťovém rozhraní.
Vyřešeno. Problém je s Network Managerem (a nefungoval mi ani systemd- networkd). Pokud se zamaskuje a místo něj se povolí network.service, síť funguje (díky za radu patří aitherovi).
JE _______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz <mailto:Community-list@lists.vpsfree.cz> http://lists.vpsfree.cz/listinfo/community-list <http://lists.vpsfree.cz/listinfo/community-list>
_______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
On 2018-05-10 11:38, sorki wrote:
Ahoj,
nove jadro aj koli
- hardware supportu (napr. NVMe)
- patchom a backportom ako spominas
- eBPF a BCC https://github.com/iovisor/bcc
- LXC miesto oVZ
- apparmor
- kompatibilita / vykon
A k tomu, na co se tesim ja nejvic, teda az budeme mit hotovo a prevedeno na nejnovejsi jadra - budeme moct zacit zkouset live patching. Tj. do budoucna by potom mohlo ubyt i downtime kvuli security chybam / minor bugum ve funkcionalite. /snajpa
participants (7)
-
Jirka Bourek -
Jiří Eischmann -
Pavel Snajdr -
sorki -
Stepan Liska -
Timothy Hobbs -
zd nex