Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!

Ogłoszenie

Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.

#1  2024-05-23 21:47:45

  morfik - Cenzor wirtualnego świata

morfik
Cenzor wirtualnego świata
Skąd: ze WSI
Zarejestrowany: 2011-09-15
Serwis

Systemd i 30s opóźnienie boot dla osób korzystających z cgroups v1

Lepiej uważajcie na nowe wydania systemd — ktoś tam się z pewnym organem na łby pozamieniał i postanowił dodać 30s opóźnienie podczas startu systemu jeśli się używa cgroups v1, którego systemd nie chce wspierać. xD

Założyłem wątek na GH systemd, zobaczymy co popiszą. xD

Offline

 

#2  2024-05-24 21:58:00

  mati75 - Psuj

mati75
Psuj
Skąd: masz ten towar?
Zarejestrowany: 2010-03-14

Re: Systemd i 30s opóźnienie boot dla osób korzystających z cgroups v1

O nawet sam wielki pan autor odpisał. Jak wiele osób też nie trawie jego podejścia do projektów.


https://l0calh0st.pl/obrazki/userbar.png

Offline

 

#3  2024-05-25 02:32:06

  morfik - Cenzor wirtualnego świata

morfik
Cenzor wirtualnego świata
Skąd: ze WSI
Zarejestrowany: 2011-09-15
Serwis

Re: Systemd i 30s opóźnienie boot dla osób korzystających z cgroups v1

No trochę aroganckie zachowanie z ich strony, że taki syf wprowadzają by zmusić kogoś do czegoś. Przynajmniej wymieniłem sobie cgroupsv1 na cgroupsv2. Ale nie zmienia to faktu, że gdyby ktoś z nich stał obok mnie to bym mu albo kazał zrobić to chłopakom za ten 30s delay. xD

Offline

 

#4  2024-05-26 03:30:02

  Jacekalex - Podobno człowiek...;)

Jacekalex
Podobno człowiek...;)
Skąd: /dev/random
Zarejestrowany: 2008-01-07

Re: Systemd i 30s opóźnienie boot dla osób korzystających z cgroups v1

Problem to będzie wtedy, jak cgroupv1 zostanie porzucony przez libcgroup.
Na razie się na to nie zanosi.
Co do "strasznych problemów z Systemd" to tenże systemd w ogóle nie musi się cgroup zajmować, póki jest cgrulesengd.
Ciekawe tylko, czy da się w Systemd całkowicie wyłączyć zarządzanie cgroup, że się od cgroup odczepił.

OpenRC też teoretycznie używa cgroupv2, ale to w niczym nie przeszkadza w działaniu cgroupv1 przez cgrulesengd, np:

Kod:

# G1 Gentuś11 ### screen  ###   nie maj 26 03:33:18  Domek : ~ 

# root ~> cat /proc/self/cgroup
15:misc:/
14:rdma:/
13:pids:/system/shell
12:hugetlb:/
11:net_prio:/
10:perf_event:/
9:net_cls:/
8:freezer:/
7:devices:/
6:memory:/system/shell
5:blkio:/system/shell
4:cpuacct:/system/shell
3:cpu:/system/shell
2:cpuset:/
1:name=openrc:/11
0::/openrc.agetty.tty5

Z reszta jajo potrafi obsługiwać oba tryby cgroup równocześnie, więc nie ma obowiązku polegać na Systemd czy OpenRC.

Kod:

grep cgroup /proc/filesystems 
nodev    cgroup
nodev    cgroup2

Tutaj widać, jak OpenRC montuje cgroup:
https://raw.githubusercontent.com/OpenRC/openrc/mas … .d/cgroups.in
Ciekawe, czy SystemD wymyślił jakiś nowy, rewolucyjny system montowania cgroup...

Pozdro

Ostatnio edytowany przez Jacekalex (2024-05-26 04:44:51)


W demokracji każdy naród ma taką władzę, na jaką zasługuje ;)
Si vis pacem  para bellum  ;)       |       Pozdrawiam :)

Offline

 

#5  2024-05-30 11:19:12

  morfik - Cenzor wirtualnego świata

morfik
Cenzor wirtualnego świata
Skąd: ze WSI
Zarejestrowany: 2011-09-15
Serwis

Re: Systemd i 30s opóźnienie boot dla osób korzystających z cgroups v1

Według tego co pisali, to z systemd wywalą całkowicie obsługę cgroupsv1 (mieli zrobić to już w zeszłym roku) i wtedy tylko v2 zostanie. Gdzieś też mi się o oczy obiło, że z kernela też mają wywalić cgroupsv1 ale kiedy to zrobią to nie wiem ale raczej nie w najbliższym czasie. Niemniej jednak, wszystko powoli albo przechodzi albo już przeszło na cgroupsv2 domyślnie. W dokumentacji kernela też mi się rzuciło w oczy, że cgroups v2 został właśnie po to zaprojektowany by usunąć ograniczenia i niezbyt przemyślane rozwiązania, które są obecne w v1, także usunięcie cgroupsv1 z kernela to kwestia czasu.

Mi system działa póki co na cgroups v2. Jedyny problem jaki miałem to serwer Xorga nie chciał się odpalić z niewiadomego powodu, gdy jego procesy miałem określone w /etc/cgrules.conf . Jak je wykomentowałem to te procesy poleciały do:

Kod:

#  cat /sys/fs/cgroup/user.slice/user-1000.slice/session-30.scope/cgroup.procs
165334
165406
165466
165467
165549

├─login(165334)───startx(165406)───xinit(165466)─┬─Xorg(165467)─┬─{Xorg}(165476)
│                                                │              ├─{Xorg}(165477)
│                                                │              ├─{Xorg}(165483)
│                                                │              └─{Xorg}(165492)
│                                                └─openbox(165493)─┬─ssh-agent(165549)
│                                                                  └─{openbox}(165551)

To oczywiście w niczym nie przeszkadza, bo jakby to był jakiś inny proces, np. wymagający dostępu do sieci, to w nftables wystarczyło by podmienić ścieżkę z morfikownia/user/xorg/ na user.slice/user-1000.slice/. No tylko inne procesy też mogą do user.slice/user-1000.slice/ być dodawane, więc trzeba by pisać jakieś pliki usług systemd dla nich i wtedy będzie można zmienić ich położenie w /sys/fs/cgroup/. Inne aplikacje zdają się działać dobrze, nawet te, które mają usługi pod systemd i swoje miejsce w /sys/fs/cgroup/ po przeniesieniu do  morfikownia/system/, przykład:

Kod:

# cat /sys/fs/cgroup/system.slice/dnscrypt-proxy.service/cgroup.procs

# cat /sys/fs/cgroup/system.slice/dnscrypt-proxy.service/cgroup.threads

# cat /sys/fs/cgroup/morfikownia/system/dnscrypt-proxy/cgroup.procs
292015

# cat /sys/fs/cgroup/morfikownia/system/dnscrypt-proxy/cgroup.threads
292015
292042
292043
292044
292045
292046
292047
292049
292050
296141

Także nie wiem o co dokładnie chodzi z tym Xorg'iem, trzeba będzie się zagłębić. Tak czy inaczej, to czy systemd (czy cokolwiek innego) umieszcza procesy w /sys/fs/cgroup/ jest w zasadzie już chyba bez znaczenia, bo to co się liczy to jedynie ścieżka cgroups, więc co najwyżej trzeba będzie uaktualnić skrypty. xD

Z tego co widziałęm to cgroup-tools:amd64 ma w debianie dwie wersje 2.0.2-2+b1 i w exp 3.0.0-1. Ta wersja 2.x już nie jest wspierana. A w 3.x jest ciekawe info odnośnie modyfikacji procesów i grup zarządzanych przez systemd. U mnie niby działa ale chyba nie powinno się tego robić. xD

Offline

 

Stopka forum

Powered by PunBB
© Copyright 2002–2005 Rickard Andersson
Możesz wyłączyć AdBlock — tu nie ma reklam ;-)