[sisyphus] Проблемы: systemd & display manager & LSB^ starting job ... networking

[Mikhail Efremov]

On Tue, 8 Jul 2014 16:52:45 +0400 Alexey Shabalin wrote:
> 7 июля 2014 г., 19:01 пользователь Mikhail Efremov <sem на altlinux.ru> написал:
> > On Mon, 7 Jul 2014 17:59:19 +0400 Alexey Shabalin wrote:
> >> - основная задержка старта у Вас, это
> >>  network.service start operation timed out. Terminating.
> >>  надо разобраться, почему сеть не стартует и починить.
> >
> > Это похоже то, на что наступил george@ недавно. Хотел багу повесить, да
> > забыл.
> > Там получается следующее: при старте network resolvconf в итоге дергает
> > хук /etc/hooks/resolv.conf.d/reload_avahi-daemon, в котором стоит
> > service avahi-daemon condreload, что в случае systemd превращается в
> > systemctl condreload, а это, в свою очередь, маппится в
> > reload-or-try-restart. И оно блокируется навсегда, пока его по
> > таймауту не убьют.
> > Т.е. reload-or-try-restart работает очень странно, в отличие от просто
> > try-restart, который немедленно выходит если сервис еще не запущен.
> > Reload же похоже не является try-reload и блокируется при незапущенном
> > сервисе. Это происходит только при загрузке, потом
> > reload-or-try-restart вроде работает нормально.
> > Надо разбираться как работает reload-or-try-restart и почему
> > блокируется. Ну или хотя бы пока маппить condreload в try-restart,
> > иначе любой service condreload имеет шансы подвесить загрузку.
> 
> А не может это быть связано, что у avahi-daemon.service Type=dbus.

Нет, проблема не только с рестартом avahi-daemon, а именно с
systemctl reload-or-try-restart. Я припоминаю, что на это уже наступал
в самом openresolv и там обходил с помощью костыля
(см. http://git.altlinux.org/people/sem/packages/openresolv.git?p=openresolv.git;a=commitdiff;h=b621b8f68368290b15746cf310fffa6f84fb18e2 )
Тут проблема скорее в том, что попытка reload'а сервиса происходит
при старте другого сервиса (в данном случае network).

-- 
WBR, Mikhail Efremov