[devel] systemd vs. NM

[devel] systemd vs. NM

[Mykola S. Grechukh]

Здравствуйте,

как-то так получается, что systemd не запускает NetworkManager. И
rpcbind не запускает, а nfs и nfslock пытается.

Как всё это устроено и в каком месте чинить ?

-- 
Mykola Grechukh

CTO, Satelliz-Ukraine

Re: [devel] systemd vs. NM

[Mykola S. Grechukh]

2011/5/13 Mykola S. Grechukh <>:
> Здравствуйте,
>
> как-то так получается, что systemd не запускает NetworkManager. И
> rpcbind не запускает, а nfs и nfslock пытается.
>
> Как всё это устроено и в каком месте чинить ?

Интересно, что NM 0.8.999 запускается при старте. service файл
отличается от 0.8.4 вот настолько:

@@ -1,6 +1,8 @@
 [Unit]
 Description=Network Manager
 After=syslog.target
+Wants=network.target
+Before=network.target

 [Service]
 Type=dbus
@@ -8,5 +10,5 @@
 ExecStart=/usr/sbin/NetworkManager --no-daemon

 [Install]
-WantedBy=network.target multi-user.target
+WantedBy=multi-user.target
 Alias=dbus-org.freedesktop.NetworkManager.service

-- 
Mykola Grechukh

CTO, Satelliz-Ukraine

Re: [devel] systemd vs. NM

[Alexey Shabalin]

13 мая 2011 г. 18:09 пользователь Mykola S. Grechukh написал:
> Здравствуйте,
>
> как-то так получается, что systemd не запускает NetworkManager. И
> rpcbind не запускает, а nfs и nfslock пытается.
>
> Как всё это устроено и в каком месте чинить ?
>
Возможно достаточно
chkconfig rpcbind on (с chkconfig из people/shaba/systemd)
или
systemctl enable rpcbind.service

-- 
Alexey Shabalin

Re: [devel] systemd vs. NM

[Mykola S. Grechukh]

2011/5/13 Alexey Shabalin <>:
> 13 мая 2011 г. 18:09 пользователь Mykola S. Grechukh написал:
>> Здравствуйте,
>>
>> как-то так получается, что systemd не запускает NetworkManager. И
>> rpcbind не запускает, а nfs и nfslock пытается.
>>
>> Как всё это устроено и в каком месте чинить ?
>>
> Возможно достаточно
> chkconfig rpcbind on (с chkconfig из people/shaba/systemd)
> или
> systemctl enable rpcbind.service

Ну дело в том что это ливка, и при сборке таки делается :

eeelive/image-scripts.d/03services:/sbin/chkconfig rpcbind on ||:

-- 
Mykola Grechukh

CTO, Satelliz-Ukraine

Re: [devel] systemd vs. NM

[Mikhail Efremov]

On Fri, 13 May 2011 14:13:12 +0000 Mykola S. Grechukh wrote:
> Интересно, что NM 0.8.999 запускается при старте. service файл
> отличается от 0.8.4 вот настолько:

systemd я не использую и проверить не могу.
Я, конечно, могу перетащить это в 0.8. Но в апстриме это изменение
присутствует только для 0.9.

-- 
WBR, Mikhail Efremov

Re: [devel] systemd vs. NM

[Mykola S. Grechukh]

2011/5/13 Mikhail Efremov <>:
> On Fri, 13 May 2011 14:13:12 +0000 Mykola S. Grechukh wrote:
>> Интересно, что NM 0.8.999 запускается при старте. service файл
>> отличается от 0.8.4 вот настолько:
>
> systemd я не использую и проверить не могу.
> Я, конечно, могу перетащить это в 0.8. Но в апстриме это изменение
> присутствует только для 0.9.

М.б. когда-то работало но перестало в очередной версии systemd. А
апстрим вообще поддерживает ветку 0.8?

Я сейчас пробую собирать ливку с 0.8.4, заменив файл .service. Посмотрим.

-- 
Mykola Grechukh

CTO, Satelliz-Ukraine

Re: [devel] systemd vs. NM

[Alexey Shabalin]

13 мая 2011 г. 18:56 пользователь Mykola S. Grechukh написал:
> 2011/5/13 Alexey Shabalin <>:
>> 13 мая 2011 г. 18:09 пользователь Mykola S. Grechukh написал:
>>> Здравствуйте,
>>>
>>> как-то так получается, что systemd не запускает NetworkManager. И
>>> rpcbind не запускает, а nfs и nfslock пытается.
>>>
>>> Как всё это устроено и в каком месте чинить ?
>>>
>> Возможно достаточно
>> chkconfig rpcbind on (с chkconfig из people/shaba/systemd)
>> или
>> systemctl enable rpcbind.service
>
> Ну дело в том что это ливка, и при сборке таки делается :
>
> eeelive/image-scripts.d/03services:/sbin/chkconfig rpcbind on ||:
А chkconfig из people/shaba/systemd?

-- 
Alexey Shabalin

Re: [devel] systemd vs. NM

[Mikhail Efremov]

On Fri, 13 May 2011 15:14:47 +0000 Mykola S. Grechukh wrote:
> 2011/5/13 Mikhail Efremov <>:
> > On Fri, 13 May 2011 14:13:12 +0000 Mykola S. Grechukh wrote:
> >> Интересно, что NM 0.8.999 запускается при старте. service файл
> >> отличается от 0.8.4 вот настолько:
> >
> > systemd я не использую и проверить не могу.
> > Я, конечно, могу перетащить это в 0.8. Но в апстриме это изменение
> > присутствует только для 0.9.
> 
> М.б. когда-то работало но перестало в очередной версии systemd. А
> апстрим вообще поддерживает ветку 0.8?

Да, и пока довольно активно.

> Я сейчас пробую собирать ливку с 0.8.4, заменив файл .service. Посмотрим.

Если поможет, то соберу позже с этим .service для бранчей.
В Сизиф все равно скоро приедет NM-0.9, сейчас собирать туда 0.8 с этим
изменением смысла не вижу.

-- 
WBR, Mikhail Efremov

Re: [devel] systemd vs. NM

[Mykola S. Grechukh]

2011/5/13 Alexey Shabalin <a.shabalin@gmail.com>:
>>> Возможно достаточно
>>> chkconfig rpcbind on (с chkconfig из people/shaba/systemd)
>>> или
>>> systemctl enable rpcbind.service
>>
>> Ну дело в том что это ливка, и при сборке таки делается :
>>
>> eeelive/image-scripts.d/03services:/sbin/chkconfig rpcbind on ||:
> А chkconfig из people/shaba/systemd?

Да. 1.3.52-alt0.1

А вот если удалить rpcbind.service и acpid.service из
/lib/systemd/system , то запускаются.

-- 
Mykola Grechukh

CTO, Satelliz-Ukraine

Re: [devel] systemd vs. NM

[Mykola S. Grechukh]

[-- Attachment #1: Type: text/plain, Size: 349 bytes --]

2011/5/13 Mikhail Efremov <>:
>> Я сейчас пробую собирать ливку с 0.8.4, заменив файл .service. Посмотрим.
>
> Если поможет, то соберу позже с этим .service для бранчей.
> В Сизиф все равно скоро приедет NM-0.9, сейчас собирать туда 0.8 с этим
> изменением смысла не вижу.

Да, два файла в аттаче решают.

-- 
Mykola Grechukh

CTO, Satelliz-Ukraine

[-- Attachment #2: NetworkManager.service --]
[-- Type: application/octet-stream, Size: 293 bytes --]

[-- Attachment #3: NetworkManager-wait-online.service --]
[-- Type: application/octet-stream, Size: 226 bytes --]

Re: [devel] systemd vs. NM

[Alexey Shabalin]

13 мая 2011 г. 19:34 пользователь Mykola S. Grechukh  написал:
> 2011/5/13 Alexey Shabalin :
>>>> Возможно достаточно
>>>> chkconfig rpcbind on (с chkconfig из people/shaba/systemd)
>>>> или
>>>> systemctl enable rpcbind.service
>>>
>>> Ну дело в том что это ливка, и при сборке таки делается :
>>>
>>> eeelive/image-scripts.d/03services:/sbin/chkconfig rpcbind on ||:
>> А chkconfig из people/shaba/systemd?
>
> Да. 1.3.52-alt0.1
>
> А вот если удалить rpcbind.service и acpid.service из
> /lib/systemd/system , то запускаются.
Это уже запускаются скрипты из init.d в режиме совместимости.
А это где запускается:
eeelive/image-scripts.d/03services:/sbin/chkconfig rpcbind on ||:
при работающем systemd?
И service и chkconfig проверяют, работает ли systemd и если нет, то
используют SysV.

Хотя всё равно, если сервис включен для SysV, и есть .service для
systemd, то должен стартовать именно .service с помощью systemd.

-- 
Alexey Shabalin

Re: [devel] systemd vs. NM

[Mykola S. Grechukh]

2011/5/13 Alexey Shabalin <>:
> А это где запускается:
> eeelive/image-scripts.d/03services:/sbin/chkconfig rpcbind on ||:
> при работающем systemd?

Это в хэшере генерация корня для запаковки в live cd. systemd там
естественно не запущен.
.
> И service и chkconfig проверяют, работает ли systemd и если нет, то
> используют SysV.
>
> Хотя всё равно, если сервис включен для SysV, и есть .service для
> systemd, то должен стартовать именно .service с помощью systemd.

Получается вот что. chkconfig acpid в хэшере говорит вот так:

Note: Forwarding request to 'systemctl enable acpid.service'.
ln -s '/lib/systemd/system/acpid.service'
'/etc/systemd/system/multi-user.target.wants/acpid.service'

А chkconfig rpcbind говорит так:

Note: Forwarding request to 'systemctl enable rpcbind.service'.
ln -s '/lib/systemd/system/rpcbind.service'
'/etc/systemd/system/rpcbind.target.wants/rpcbind.service'

При загрузке с этого образа - acpid запускается, rpcbind не запускается.

-- 
Mykola Grechukh

CTO, Satelliz-Ukraine

Re: [devel] systemd vs. NM

[Alexey Shabalin]

13 мая 2011 г. 20:32 пользователь Mykola S. Grechukh написал:
> 2011/5/13 Alexey Shabalin <>:
>> А это где запускается:
>> eeelive/image-scripts.d/03services:/sbin/chkconfig rpcbind on ||:
>> при работающем systemd?
>
> Это в хэшере генерация корня для запаковки в live cd. systemd там
> естественно не запущен.
> .
>> И service и chkconfig проверяют, работает ли systemd и если нет, то
>> используют SysV.
>>
>> Хотя всё равно, если сервис включен для SysV, и есть .service для
>> systemd, то должен стартовать именно .service с помощью systemd.
>
> Получается вот что. chkconfig acpid в хэшере говорит вот так:
>
> Note: Forwarding request to 'systemctl enable acpid.service'.
> ln -s '/lib/systemd/system/acpid.service'
> '/etc/systemd/system/multi-user.target.wants/acpid.service'
>
> А chkconfig rpcbind говорит так:
>
> Note: Forwarding request to 'systemctl enable rpcbind.service'.
> ln -s '/lib/systemd/system/rpcbind.service'
> '/etc/systemd/system/rpcbind.target.wants/rpcbind.service'
>
> При загрузке с этого образа - acpid запускается, rpcbind не запускается.

:) выглядит правильно :)
acpid ставится в multi-user.target (и видимо он используется как цель
для загрузки) и стартует,
а rpcbind ставится в rpcbind.target, и на этот таргет нет зависимости
у multi-user.target.
Я посмотрю, что лучше сделать.

-- 
Alexey Shabalin

Re: [devel] systemd vs. NM

[Alexey Shabalin]

>> Получается вот что. chkconfig acpid в хэшере говорит вот так:
>>
>> Note: Forwarding request to 'systemctl enable acpid.service'.
>> ln -s '/lib/systemd/system/acpid.service'
>> '/etc/systemd/system/multi-user.target.wants/acpid.service'
>>
>> А chkconfig rpcbind говорит так:
>>
>> Note: Forwarding request to 'systemctl enable rpcbind.service'.
>> ln -s '/lib/systemd/system/rpcbind.service'
>> '/etc/systemd/system/rpcbind.target.wants/rpcbind.service'
>>
>> При загрузке с этого образа - acpid запускается, rpcbind не запускается.
>
> :) выглядит правильно :)
> acpid ставится в multi-user.target (и видимо он используется как цель
> для загрузки) и стартует,
> а rpcbind ставится в rpcbind.target, и на этот таргет нет зависимости
> у multi-user.target.
> Я посмотрю, что лучше сделать.
Вариантов пара:
1) добавить .socket файл по подобию
http://0pointer.de/public/systemd-units/rpcbind.socket
тогда порт 111 будет слушать systemd и при обращении на него будет
стартовать сервис (напоминает xinetd). Вот только как прикрутить наш
control к этому - не знаю.

2) в WantedBy добавить multi-user.target (запуллить в этот таргет).
Вот только правильно ли это? может лучше network.target?

3) можно целиком rpcbind.target запуллить в multi-user.target(или в
network.target). Опять же не знаю, насколько это правильно.

-- 
Alexey Shabalin

Re: [devel] systemd vs. NM

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 406 bytes --]

On Fri, May 13, 2011 at 09:25:34PM +0400, Alexey Shabalin wrote:

AS> 2) в WantedBy добавить multi-user.target (запуллить в этот таргет).
AS> Вот только правильно ли это? может лучше network.target?

А насколько все это правильно для тех, кто вообще не пользуется NFS? ;)

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] systemd vs. NM

[Mykola S. Grechukh]

2011/5/13 Денис Смирнов <mithraen@>:
> On Fri, May 13, 2011 at 09:25:34PM +0400, Alexey Shabalin wrote:
>
> AS> 2) в WantedBy добавить multi-user.target (запуллить в этот таргет).
> AS> Вот только правильно ли это? может лучше network.target?
>
> А насколько все это правильно для тех, кто вообще не пользуется NFS? ;)

Так отож, что на самом деле ещё лучше было бы сделать nfs.service и
nfslock.service требующие rpcbind - но как _их_ запуск обеспечить? С
тупым дубовым init.d я делаю chkconfig nfs on/off, а тут...

-- 
Mykola Grechukh

CTO, Satelliz-Ukraine

Re: [devel] systemd vs. NM

[Alexey Shabalin]

13 мая 2011 г. 21:25 пользователь Alexey Shabalin написал:
>>> Получается вот что. chkconfig acpid в хэшере говорит вот так:
>>>
>>> Note: Forwarding request to 'systemctl enable acpid.service'.
>>> ln -s '/lib/systemd/system/acpid.service'
>>> '/etc/systemd/system/multi-user.target.wants/acpid.service'
>>>
>>> А chkconfig rpcbind говорит так:
>>>
>>> Note: Forwarding request to 'systemctl enable rpcbind.service'.
>>> ln -s '/lib/systemd/system/rpcbind.service'
>>> '/etc/systemd/system/rpcbind.target.wants/rpcbind.service'
>>>
>>> При загрузке с этого образа - acpid запускается, rpcbind не запускается.
>>
>> :) выглядит правильно :)
>> acpid ставится в multi-user.target (и видимо он используется как цель
>> для загрузки) и стартует,
>> а rpcbind ставится в rpcbind.target, и на этот таргет нет зависимости
>> у multi-user.target.
>> Я посмотрю, что лучше сделать.
> Вариантов пара:
> 1) добавить .socket файл по подобию
> http://0pointer.de/public/systemd-units/rpcbind.socket
> тогда порт 111 будет слушать systemd и при обращении на него будет
> стартовать сервис (напоминает xinetd). Вот только как прикрутить наш
> control к этому - не знаю.
>
> 2) в WantedBy добавить multi-user.target (запуллить в этот таргет).
> Вот только правильно ли это? может лучше network.target?
>
> 3) можно целиком rpcbind.target запуллить в multi-user.target(или в
> network.target). Опять же не знаю, насколько это правильно.

Выбрал 3 вариант.
Отправил в сизиф новую сборку systemd. Пробуйте с ней.

-- 
Alexey Shabalin