опа а рой снова стал в опенрц коммитить, пока правда через b.g.o
Как мне правильно попросить netifrc/dhcpcd на интерфейс повесить и dhcp, и статический адрес?
Фак-перефак... Sabayon с 26 февраля "Running OpenRC is now unsupported". Обновился, называется, пришлось разбираться с systemd без всякого на то желания: 1) Симлинк на init создался кривой — система не загружалась, разобрался быстро. 2) Настройка запуска сервисов — пришлось написать юнит, тоже быстро
Ощущаю тревожное состояние, что меня наебали. Первый раз, со знакомства в 2007 году с этим дистром, до такой степени хочется высказать свое недовольство мантейнерам.
openrc умеет/научился рестартить крашнутые сервисы?
А вот есть у нас ssh сервис да? в /etc/conf.d/sshd нет опций для cgoups, в /etc/rc.conf тоже все cgroups флаги выключены. Однако
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-0.12 с цгруппами и причитающимся.
навеяно прошедшим GSC (Gentoo Summer Camp). А вы знаете, чем отличаются runlevel openRC от оных в rc.d/sysv (черт знает, как правильно эту систему обозвать)?
< qnikst> try to kill -> track -> try to kill -> track -> try to kill-9 -> track -> exit
< 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 :]
никто не хочет добавить в openrc запуск сервисов через
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
А зачем openrc имеет свой одноименный контроллер в цгруппах ? Просто для учета процессов ?
в openrc-0.12 будет сильно улучшена поддержка cgroups вместе с полноценной поддержкой установки лимитов (ищите в моём блоге, ссылку искать лень) появилась поддержка добивания процессов в цгруппе при остановке сервиса [1]. Для этого нужно добавить в conf.d файл строку:
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
*sysv5 Приветсвуюся ссылки на документацию и описание, как возможно сделать хуки для перечисленных инит систем, минимально интересует получение информации об изменении статусов сервиса, хотя ещё желательна информация можно ли на это изменение влиять и то какие гарантии дает система инициализации.
истории успеха приветсвуются
похоже текущий oldnet собираются сделать отдельным приложением при этом совместимым с systemd.. даже не знаю хорошо ли это.
какого хера??
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
Последние пару релизов наблюдаю в init.d подобное:
— n=$(($n + 1))
+ : $(( n += 1 ))
В чём смысл таких изменений?
Вот чего в openrc я не понимаю — так это зависимости openrc от sysvinit. При чём никакой альтернативы, видимо не предполагается. Между тем при openrc нет большого смысла использовать runlevel'ы, так что с задачей спокойно может справится тупенький busybox init и подобные
как понять почему может сегфолтиться openrc после монтирования proc, при том, что /root ещё read-only и прочитать полученные логи или core-dump не получается, а эту чертовщину хорошо бы исправить ещё вчера
Пытаюсь загрузить систему со своего initrd. Проблема в том, что после switch_root openrc считает, что все сервисы запущены.
Если сделать init 1; init 5, то всё рабоатет (ну, кроме wicd, из-за кривого инит-скрипта).
Что может быть не так?
долго не мог понять, почему раздача интернетов на локалку сломалась...
похоже после перехода на openrc при обновлении конфигов сбросился /etc/sysctl.conf. и в нем стояло
net.ipv4.ip_forward = 0
а я, ессно, не перезагружался после этого долго. ну и вообще уже успел забыть, что кроме настройки dnsmasq и iptables что-то еще делать надо)
Что надо для того, что бы в консоли (не в иксах) нормально вводились русские буквы? Ща вылазят квадраты. Проблема вроде началась после переезда на openrc.
Сподобились: "OpenRC, the replacement for Gentoo's current services system (known as baselayout), will be stabilized on May 8.".
Пользователи AgiliaLinux, прошу обратить внимание вот на эту тему: forum.agilialinux.ru — тут будут публиковаться изменения, связанные с OpenRC и требующие вмешательства рук при обновлении. Дело в том, что я решил таки окончательно навести тут порядок и избавиться от неоднозначности расположения конфигов, пока не поздно.