9 May
2018
9 May
'18
2:52 p.m.
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
9 May
9 May
4:50 p.m.
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
7:25 p.m.
New subject: [vpsFree.cz: community-list] Problém se sítí ve Fedo?e 27
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(a)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(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list
8:04 p.m.
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(a)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(a)eischmann.cz> napsal(a):
Jiří Eischmann píše v St 09. 05. 2018 v 16:52
+0200:
_______________________________________________
Community-list mailing list
Community-list(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list 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(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list 
8:54 p.m.
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(a)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(a)eischmann.cz
<mailto:jiri@eischmann.cz>> napsal(a):
Jiří Eischmann píše v St 09. 05. 2018 v 16:52 +0200:
_______________________________________________
Community-list mailing list
Community-list(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list 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(a)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(a)lists.vpsfree.cz <mailto:Community-list@lists.vpsfree.cz>
http://lists.vpsfree.cz/listinfo/community-list 
11:17 p.m.
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(a)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(a)eischmann.cz> napsal(a):
_______________________________________________
Community-list mailing list
Community-list(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list
Jiří Eischmann píše v St 09. 05. 2018 v 16:52
+0200:
_______________________________________________
Community-list mailing list
Community-list(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list 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(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list
10 May
10 May
8:47 a.m.
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
Community-list mailing list
Community-list(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list On 9 May 2018, at 21:25, zd nex
<zdnexnet(a)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(a)eischmann.cz>
napsal(a):
_______________________________________________
Community-list mailing list
Community-list(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list
_______________________________________________ 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(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list
_______________________________________________
Community-list mailing list
Community-list(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list 
10:08 a.m.
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:
_______________________________________________
Community-list mailing list
Community-list(a)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
Community-list mailing list
Community-list(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list On 9 May 2018, at 21:25, zd nex
<zdnexnet(a)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(a)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(a)lists.vpsfree.cz
> http://lists.vpsfree.cz/listinfo/community-list
_______________________________________________
Community-list mailing list
Community-list(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list
_______________________________________________
Community-list mailing list
Community-list(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list
_______________________________________________
8:10 a.m.
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(a)eischmann.cz>
napsal(a):
Jiří Eischmann píše v St 09. 05. 2018 v 16:52
+0200:
_______________________________________________
Community-list mailing list
Community-list(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list 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(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list 
9:55 a.m.
+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/conf…
(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(a)eischmann.cz>
napsal(a):
_______________________________________________
Community-list mailing list
Community-list(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list Jiří Eischmann píše v St 09. 05. 2018 v 16:52
+0200:
_______________________________________________
Community-list mailing list
Community-list(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list 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(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list
9:38 a.m.
New subject: novy kernel
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(a)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(a)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(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list
9:49 a.m.
New subject: novy kernel
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
2417
days inactive
2418
days old
community-list@lists.vpsfree.cz
11 comments
7 participants
participants (7)
-
Jirka Bourek -
Jiří Eischmann -
Pavel Snajdr -
sorki -
Stepan Liska -
Timothy Hobbs -
zd nex