Помогите понять работу runlevel default: syslog, зависящий от net, не стартует при загрузке

Имеется небольшой сервачок (крутится самба файло-помойка, доступ имею удаленно, чтобы физически - ехать надо).

Portage 2.1.11.9 (default/linux/amd64/10.0, gcc-4.5.3, glibc-2.13-r4, 3.2.1-gentoo-r2 x86_64)
=================================================================
System uname: Linux-3.2.1-gentoo-r2-x86_64-Intel-R-_Pentium-R-_D_CPU_3.40GHz-with-gentoo-2.0.3
Timestamp of tree: Tue, 14 Aug 2012 13:15:01 +0000
ACCEPT_KEYWORDS="amd64"

Помимо упомянутой самбы, поставил на него функции сохранять копии логов Zyxel Z70 (маршрутизатор для небольшого офиса). В syslog-ng.conf появились соответствующие записи. Больше никаких функций - все установлено стандартно без лишних извратов, одна сетевая карта, смотрит в локалку предприятия.

Выяснилось, что когда syslog-ng с кого-то принимает логи по сети, то необходимо имееть (ineed) эту сеть при старте системы - логично!! но у меня так не происходит. Решить проблему, в принципе могу, можно net.eth0 угнать на runlevel boot и должно все заработать. Но мне кажется это костыль, ибо я _НЕ НАШЕЛ ПРИЧИН_ поучем вдруг syslog-ng _НЕ МОЖЕТ_ стартовать _ПОСЛЕ_ net.etho в _RUNLEVEL DEFAULT_. Помогите советом, что почитать, куда посмотреть? Вот проявление ошибки (rc.log при старте)

rc boot logging started at Mon Nov 12 19:55:06 2012

 * Setting system clock using the hardware clock [Local Time] ...
 [ ok ]
... skipped ...
 * Bringing up interface lo
 *   Caching network module dependencies
 *   127.0.0.1/8 ...
 [ ok ]
 *   Adding routes
 *     127.0.0.0/8 via 127.0.0.1 ...
... skipped ...
 [ ok ]

rc boot logging stopped at Mon Nov 12 08:55:10 2012

rc default logging started at Mon Nov 12 08:55:10 2012

 * ERROR: cannot start syslog-ng as net.eth0 would not start
 * Loading iptables state and starting firewall ...
 [ ok ]
 * Bringing up interface eth0
 *   192.168.1.9 ...
 [ ok ]
 *   Adding routes
 *     default via 192.168.1.254 ...
 [ ok ]
 *     192.168.50.0 via 192.168.1.20 ...
 [ ok ]
... skipped ...

rc default logging stopped at Mon Nov 12 08:55:21 2012

Что я делал:
1. Пытался смотреть зависимсоти syslog-ng и net.eth0. Хоть убей, НЕ ВИЖУ ПРИЧИН какого "художника" syslog-ng должен стартовать первым, хотя написано дословно

fileserver ~ # /etc/init.d/syslog-ng ineed
fsck localmount net.eth0 net.lo hostname
fileserver ~ # /etc/init.d/syslog-ng iuse
hwclock
fileserver ~ # /etc/init.d/syslog-ng ibefore
local
fileserver ~ # /etc/init.d/syslog-ng iafter
hwclock sysctl bootmisc

2. Искал в интернете похожие проблемы. Единственное, что зацепило (не совсем мой случай был описан) - это советовали с hotplugging поиграться (rc_hotplug). Не уверен, что у меня здесь наличиствует hotplugging. Все устройства штатные, в сервачок ничего не втыкается, ничего не вытыкается (power, kvm и ethernet). Ядро практически монолитное, т.е. сетевуха и контроллер хдд вкопилированы.

Вопросы: Как можно перегенирить кэш зависимостей? Можно ли вообще увидеть (промоделировать), как будет происходить запуск сервисов в runlevel'ах? Пытался искать соотв. команды - не нашел. Ткните носом, если плохо искал!

Помогите с вопросами, ну или хотя бы советом, куда копать!
Спасибо за понимание. Сори, если много текста.

.

georgedvo написал(а):
Помогите с вопросами, ну или хотя бы советом, куда копать!
Спасибо за понимание. Сори, если много текста.

less /etc/rc.conf
/depend

:wq
--
Live free or die

Anarchist написал(а): less

Anarchist написал(а):
less /etc/rc.conf
/depend

я парвильно понял, что вы про rc_strict_depend? Уже читал, смотрел. В rc.conf стоит

# Do we allow any started service in the runlevel to satisfy the dependency
# or do we want all of them regardless of state? For example, if net.eth0
# and net.eth1 are in the default runlevel then with rc_depend_strict="NO"
# both will be started, but services that depend on 'net' will work if either
# one comes up. With rc_depend_strict="YES" we would require them both to
# come up.
#rc_depend_strict="YES"

Я полагаю, что значение по умолчанию YES, и оно у меня так YES и остается. Физически сервер далеко, не хочется в слепую проверять. Спасибо за наводку, все же поиграюсь на выходных в перезагрузку.

.

До этого был переезд на >=openrc-10? Если да, то в elog должно быть соответствующее сообщение.
Надо почитать здесь. Взято отсюда.
Ссылка на баг есть в сообщении elog.

alexpro написал(а): До этого

alexpro написал(а):
До этого был переезд на >=openrc-10? Если да, то в elog должно быть соответствующее сообщение.
Надо почитать здесь. Взято отсюда.
Ссылка на баг есть в сообщении elog.

Переезда не было. openrc стоит 0.9.8.4, 10-ка - замаскирована в портежах, работаю только на стабильном keyword'е.
За ссылку спасибо, почитал, проникся проблемой. Подчерпнул про rc_need="net.eth0". Заинтересовало! Буду пробовать.

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".