Ощущаю тревожное состояние, что меня наебали. Первый раз, со знакомства в 2007 году с этим дистром, до такой степени хочется высказать свое недовольство мантейнерам.
15:11 root@cyberstep /sys/fs/cgroup/openrc/sshd # ls
cgroup.clone_children cgroup.event_control cgroup.procs notify_on_release tasks
15:11 root@cyberstep /sys/fs/cgroup/openrc/sshd # cat cgroup.procs
2231
При этом, группы созданы лишь для избранных сервисов
15:15 root@cyberstep /sys/fs/cgroup/openrc # ls
cgroup.clone_children cgroup.procs dbus/ notify_on_release sshd/ tasks
cgroup.event_control cgroup.sane_behavior fcron/ release_agent syslog-ng/ udev/
Я конечно не жалуюсь, но какого хуя ?
youtube.com
порядка нескольких часов и openrc работает на kFreeBSD (я правда в этом непосредственно не участвовал)
порядка нескольких часов и openrc работает на kFreeBSD (я правда в этом непосредственно не участвовал)
< qnikst> smth like that
< slyfox> heh :]
< slyfox> and if it's in -D state? :]
< slyfox> like open() on killed a minute ago fuse filesystem :]
< qnikst> it kill exit with error after 2nd unsuccessfull kill-9
< slyfox> this use case makes systemd hang forever :]
< qnikst> no, we have no such problem
< slyfox> that idiot kills processes in random order :]
angel (хацкельный аналог daemontools), чтобы supervision был, могу рассказать куда копать.
# /etc/init.d/nginx restart
nginx | * WARNING: nginx is scheduled to start when NetworkManager has started
# ps ax | grep Net
3253 ? Ssl 0:17 /usr/sbin/NetworkManager --pid-file /var/run/NetworkManager.pid
rc_cgroup_cleanup = 1
и при остановке сервиса все оставшиеся процессы будут добиты. Так же появилась новая команда /etc/init.d/service cgroup_cleanup которая позволяет сделать тоже самое для остановленного сервиса, если при этом какие-то его куски остались живы.
У данного решения есть побочные эффекты, например, если сделать cleanup для sshd, то будут убиты все клиентские сессии, аналогично с апачем, поэтому крайне не рекомендуется включать rc_cgroup_cleanup по умолчанию для всех сервисов (в /etc/rc.conf). Для справки systemd решает подобные проблемы правилами pam, которые переносят юзерские процессы в юзерскую цгруппу и тут вы вправе сделать тоже самое, если кто напишет то сможем добавить правила в wiki, но по умолчанию, они врятли появлятся в openrc.
cast @Elemir , ты ещё что-то с lvm хотел.
[1] github.com
истории успеха приветсвуются
rionhost rion # /etc/init.d/nginx start
netmount | * WARNING: netmount is scheduled to start when NetworkManager has started
nginx | * WARNING: nginx is scheduled to start when NetworkManager has started
rionhost rion # ps ax | grep Net
16669 ? Ssl 0:00 /usr/sbin/NetworkManager --pid-file /var/run/NetworkManager.pid
17656 pts/0 S+ 0:00 grep --colour=auto Net
rionhost rion # /etc/init.d/NetworkManager start
NetworkManager | * WARNING: NetworkManager has already started, but is inactive
— n=$(($n + 1))
+ : $(( n += 1 ))
В чём смысл таких изменений?
Если сделать init 1; init 5, то всё рабоатет (ну, кроме wicd, из-за кривого инит-скрипта).
Что может быть не так?
похоже после перехода на openrc при обновлении конфигов сбросился /etc/sysctl.conf. и в нем стояло
net.ipv4.ip_forward = 0
а я, ессно, не перезагружался после этого долго. ну и вообще уже успел забыть, что кроме настройки dnsmasq и iptables что-то еще делать надо)
forum.agilialinux.ru — тут будут публиковаться изменения, связанные с OpenRC и требующие вмешательства рук при обновлении. Дело в том, что я решил таки окончательно навести тут порядок и избавиться от неоднозначности расположения конфигов, пока не поздно.
Пользователи AgiliaLinux, прошу обратить внимание вот на эту тему: