[sisyphus] миграция на systemd

[sisyphus] миграция на systemd

[Igor Zubkov]

Hi!

Как правильно выполнить миграцию с SysV init на systemd? Актуально ли
http://www.altlinux.org/Systemd ? Все ли пакеты уже в Сизифе?

-- 
Igor Zubkov
http://hi.im/ice

Re: [sisyphus] миграция на systemd

[Alexey Shabalin]

2012/5/11 Igor Zubkov <igor.zubkov@gmail.com>:
> Hi!
>
> Как правильно выполнить миграцию с SysV init на systemd? Актуально ли
> http://www.altlinux.org/Systemd ? Все ли пакеты уже в Сизифе?

- установить systemd (настройки grub на wiki актуальны, или
systemd-sysvinit - я всегда использую этот вариант)
- всё необходимое в сизифе(на wiki информация неактуальна)
- посмотреть на wiki "Дополнительные рекомендации"
- mkdir /run
- перезагрузиться
- проверить что все нужные сервисы включены. (systemctl)

-- 
Alexey Shabalin

Re: [sisyphus] миграция на systemd

[Alexei V. Mezin]

11.05.2012 19:10, Alexey Shabalin написал:
> 2012/5/11 Igor Zubkov<igor.zubkov@gmail.com>:
>> Hi!
>>
>> Как правильно выполнить миграцию с SysV init на systemd? Актуально ли
>> http://www.altlinux.org/Systemd ? Все ли пакеты уже в Сизифе?
>

Захотелось тоже попробовать.

> - установить systemd (настройки grub на wiki актуальны, или
> systemd-sysvinit - я всегда использую этот вариант)
> - всё необходимое в сизифе(на wiki информация неактуальна)
> - посмотреть на wiki "Дополнительные рекомендации"
> - mkdir /run

Установил пакеты, рекомендованные на wiki, создал /run, дополнительные 
рекомендации выполнил (про pam уже все было готово).

> - перезагрузиться

Передаю lilo параметр init=...

Загружается systemd, быстренько грузит все вплоть до сети, потом на 
десятки секунд задумывается (монтирует nfs-шару из fstab?), затем еще 
немножко пишел про загруженные-смонтированные вещи и

Failed to start login service

Просит проверить systemctl status systemd-logind.service, но как же его 
проверить, если загрузка замерзает на этом месте?

Re: [sisyphus] миграция на systemd

[Ildar Mulyukov]

On 12.05.2012 00:14:24, Alexei V. Mezin wrote:
> Загружается systemd, быстренько грузит все вплоть до сети, потом на  
> десятки секунд задумывается (монтирует nfs-шару из fstab?), затем еще  
> немножко пишел про загруженные-смонтированные вещи и
> 
> Failed to start login service
> 
> Просит проверить systemctl status systemd-logind.service, но как же  
> его проверить, если загрузка замерзает на этом месте?

У меня такое было, когда Samba ещё была без поддержки systemd.
Что-то обламывается. logind? очень странно. Посмотрите точнее командой  
systemd-jounal. Там видно паузу в загрузке и последующий облом.

Если не получается посмотреть, то можно сделать так:
1. Загрузиться в SysV. mkdir /var/log/journal/
2. Попытаться загрузиться с systemd
3. Загрузиться в SysV. Запустить systemd-jounal

Пробуйте.
-- 
Ildar

Re: [sisyphus] миграция на systemd

[Alexei V. Mezin]

11.05.2012 22:51, Ildar Mulyukov написал:

> У меня такое было, когда Samba ещё была без поддержки systemd.
> Что-то обламывается. logind? очень странно. Посмотрите точнее командой
> systemd-jounal. Там видно паузу в загрузке и последующий облом.
>
> Если не получается посмотреть, то можно сделать так:
> 1. Загрузиться в SysV. mkdir /var/log/journal/
> 2. Попытаться загрузиться с systemd
> 3. Загрузиться в SysV. Запустить systemd-jounal
>
> Пробуйте.

Что-то ничего там не видно полезного. Вот выдержка:

May 11 23:07:07 bigbear.lan systemd-journal[1364]: Journal started
May 11 23:07:07 bigbear.lan[1353]: Failed to create fanotify object: 
Function not implemented
...
далее поскипано много всяких сообщений об успешных стартах, варнингах и т.п.
...
... Три последние строки
...
May 11 23:07:19 bigbear.lan network[2643]: Starting ppp1:  on boot SKIPPED
May 11 23:08:44 bigbear.lan systemd[1]: systemd-logind.service operation 
timed out. Terminating.
May 11 23:08:44 bigbear.lan systemd[1]: Unit systemd-logind.service 
entered failed state.

То есть 12 секунд много чего быстро загружалось. Потом ПОЛТОРЫ минуты 
тупления непонятно на чем, и отвал.

Re: [sisyphus] миграция на systemd

[Sergey Vlasov]

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

On Fri, May 11, 2012 at 11:21:08PM +0400, Alexei V. Mezin wrote:
> May 11 23:07:07 bigbear.lan[1353]: Failed to create fanotify object: 
> Function not implemented

Слишком старое ядро?

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

Re: [sisyphus] миграция на systemd

[Alexei V. Mezin]

12.05.2012 15:27, Sergey Vlasov написал:
> On Fri, May 11, 2012 at 11:21:08PM +0400, Alexei V. Mezin wrote:
>> May 11 23:07:07 bigbear.lan[1353]: Failed to create fanotify object:
>> Function not implemented
>
> Слишком старое ядро?
>

3.3.4-std-pae-alt1

Re: [sisyphus] миграция на systemd

[Ildar Mulyukov]

On 11.05.2012 21:10:30, Alexey Shabalin wrote:
> 2012/5/11 Igor Zubkov <igor.zubkov@gmail.com>:
> > Hi!
> >
> > Как правильно выполнить миграцию с SysV init на systemd? Актуально  
> ли
> > http://www.altlinux.org/Systemd ? Все ли пакеты уже в Сизифе?
> 
> - установить systemd (настройки grub на wiki актуальны, или
> systemd-sysvinit - я всегда использую этот вариант)

Для возможности "Dual-boot", т.е. SysV/systemd нужно поставить все  
systemd-*, кроме systemd-sysvinit. Тогда нужно добавить  
init=/bin/systemd в конфигурацию grub.

> - всё необходимое в сизифе(на wiki информация неактуальна)
> - посмотреть на wiki "Дополнительные рекомендации"
> - mkdir /run

Хм. А почему до сих пор не в filesystem? Уже и udisks2 туда  
монтируется, уже пора бы..

> - перезагрузиться
> - проверить что все нужные сервисы включены. (systemctl)

Вот!
FR: В этом месте хорошо было бы иметь миграцию. Какой-нибудь скриптик,  
который бы восстановил по состоянию /etc/rc.d/rc_x_.d/ автозапуск  
сервисов в systemd.
-- 
Ildar Mulyukov,
   free SW designer/programmer/packager
======================================
email: ildar@altlinux.ru
Jabber: ildar.mulyukov@gmail.com
ICQ: 4334029
ALT Linux http://packages.altlinux.org/ru/Sisyphus/maintainers/ildar/
======================================

Re: [sisyphus] миграция на systemd

[Dmitry V. Levin]

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

On Sat, May 12, 2012 at 12:34:08AM +0600, Ildar Mulyukov wrote:
> On 11.05.2012 21:10:30, Alexey Shabalin wrote:
[...]
> >- проверить что все нужные сервисы 
> >включены. (systemctl)
> 
> Вот!
> FR: В этом месте хорошо было бы иметь 
> миграцию. Какой-нибудь скриптик,  который 
> бы восстановил по состоянию /etc/rc.d/rc_x_.d/ 
> автозапуск  сервисов в systemd.

В федоре есть какой-то скриптик по имени systemd-sysv-convert, который
что-то делает в этом роде:
http://pkgs.fedoraproject.org/gitweb/?p=systemd.git;a=blob;f=systemd-sysv-convert


-- 
ldv

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

Re: [sisyphus] миграция на systemd

[Ildar Mulyukov]

On 12.05.2012 01:05:51, Dmitry V. Levin wrote:
> On Sat, May 12, 2012 at 12:34:08AM +0600, Ildar Mulyukov wrote:
> > On 11.05.2012 21:10:30, Alexey Shabalin wrote:
> [...]
> > >- проверить что все нужные сервисы
> > >включены. (systemctl)
> >
> > Вот!
> > FR: В этом месте хорошо было бы иметь
> > миграцию. Какой-нибудь скриптик,  который
> > бы восстановил по состоянию /etc/rc.d/rc_x_.d/
> > автозапуск  сервисов в systemd.
> 
> В федоре есть какой-то скриптик по имени systemd-sysv-convert, который
> что-то делает в этом роде:
> http://pkgs.fedoraproject.org/gitweb/?p=systemd.git;a=blob;f=systemd-sysv-convert

Ну вот... всё придумано до нас... Алексей, какие будут мысли?
-- 
Ildar

Re: [sisyphus] миграция на systemd

[Igor Zubkov]

2012/5/11 Alexey Shabalin:
> 2012/5/11 Igor Zubkov:
>> Hi!
>>
>> Как правильно выполнить миграцию с SysV init на systemd? Актуально ли
>> http://www.altlinux.org/Systemd ? Все ли пакеты уже в Сизифе?
>
> - установить systemd (настройки grub на wiki актуальны, или
> systemd-sysvinit - я всегда использую этот вариант)

Поставил systemd и systemd-sysvinit. Оно снесло sysvinit (что вроде бы
логично). Прописал в /etc/sysconfig/grub2:
GRUB_CMDLINE_LINUX_DEFAULT='resume=/dev/disk/by-uuid/457e5de4-9cc6-4071-bc4f-1d42d0e1586d
panic=30 splash init=/bin/systemd'

Дальше grub-mkconfig -o /boot/grub/grub.cfg и получаю после
перезагрузки кирпич весом с нетбук. Загрузка дошла до старта
postgresql и стала. В 12 консоли написано что postgresql успешно
запустился. На всех консолях приглашения нет. Иксы не стартанули.

> - всё необходимое в сизифе(на wiki информация неактуальна)
> - посмотреть на wiki "Дополнительные рекомендации"

Wiki всё таки не плохо было бы обновлять...

> - mkdir /run

1. /run уже есть
2. почему он никому не принадлежит?

$ rpm -qf /run
предупреждение: файл /run не принадлежит ни одному из пакетов
$

> - перезагрузиться
> - проверить что все нужные сервисы включены. (systemctl)

Вот только как, если нет терминала?

-- 
Igor Zubkov
http://hi.im/ice

Re: [sisyphus] миграция на systemd

[Igor Zubkov]

2012/5/12 Igor Zubkov:
> 2012/5/11 Alexey Shabalin:
>> 2012/5/11 Igor Zubkov:
>>> Hi!
>>>
>>> Как правильно выполнить миграцию с SysV init на systemd? Актуально ли
>>> http://www.altlinux.org/Systemd ? Все ли пакеты уже в Сизифе?
>>
>> - установить systemd (настройки grub на wiki актуальны, или
>> systemd-sysvinit - я всегда использую этот вариант)
>
> Поставил systemd и systemd-sysvinit. Оно снесло sysvinit (что вроде бы
> логично). Прописал в /etc/sysconfig/grub2:
> GRUB_CMDLINE_LINUX_DEFAULT='resume=/dev/disk/by-uuid/457e5de4-9cc6-4071-bc4f-1d42d0e1586d
> panic=30 splash init=/bin/systemd'
>
> Дальше grub-mkconfig -o /boot/grub/grub.cfg и получаю после
> перезагрузки кирпич весом с нетбук. Загрузка дошла до старта
> postgresql и стала. В 12 консоли написано что postgresql успешно
> запустился. На всех консолях приглашения нет. Иксы не стартанули.

Попытка номер два. Ставлю systemd и systemd-sysvinit. Запускаю
grub-mkconfig и перегружаюсь. Много жду и оно загружается. Оказывается
вот что:

# systemctl status postgresql.service
postgresql.service - LSB: PostgreSQL RDBMS Server
	  Loaded: loaded (/etc/rc.d/init.d/postgresql)
	  Active: failed (Result: timeout) since Sat, 12 May 2012 16:56:18
+0300; 49min ago
	  CGroup: name=systemd:/system/postgresql.service
		  ├ 3160 /usr/bin/postgres -D /var/lib/pgsql/data
		  ├ 3181 postgres: writer process
		  ├ 3182 postgres: wal writer process
		  ├ 3183 postgres: autovacuum launcher process
		  └ 3184 postgres: stats collector process

#

Хотя при этом постгрес запущен. Как такое лечить? Ну или хотя бы дебажить?

>> - перезагрузиться
>> - проверить что все нужные сервисы включены. (systemctl)

Пришлось сделать:
# systemctl enable NetworkManager.service
# systemctl start NetworkManager.service
#

Вроде ничего больше не отвалилось.

-- 
Igor Zubkov
http://hi.im/ice

Re: [sisyphus] миграция на systemd

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

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

On Sat, May 12, 2012 at 05:48:51PM +0300, Igor Zubkov wrote:

IZ> Попытка номер два. Ставлю systemd и systemd-sysvinit. Запускаю
IZ> grub-mkconfig и перегружаюсь. Много жду и оно загружается. Оказывается
IZ> вот что:
IZ> # systemctl status postgresql.service

А у меня вот интересный вопрос -- можно ли systemd приучить давать консоль
до старта всех сервисов?

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

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

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

Re: [sisyphus] миграция на systemd

[Dmitry V. Levin]

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

On Sun, May 13, 2012 at 09:49:44AM +0400, Денис Смирнов wrote:
> А у меня вот интересный вопрос -- можно ли systemd приучить давать консоль
> до старта всех сервисов?

У меня встречное предложение: прочитать документацию по systemd, начиная
прямо со ссылок в http://www.freedesktop.org/wiki/Software/systemd#line-56
Документации этой уже довольно много, и там есть ответы на многие вопросы.


-- 
ldv

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

Re: [sisyphus] миграция на systemd

[Ildar Mulyukov]

On 12.05.2012 20:48:51, Igor Zubkov wrote:
> Хотя при этом постгрес запущен. Как такое лечить? Ну или хотя бы  
> дебажить?

Элементарно. Стырить у соседей postgres.service и положить в нужное  
место (в каталог system).
И так с остальными сервисами, которых, по словам коллег, около  
полутысячи :(
-- 
Ildar

Re: [sisyphus] миграция на systemd

[Aleksey Novodvorsky]

13 мая 2012 г., 22:24 пользователь Ildar Mulyukov <ildar@altlinux.ru> написал:
> On 12.05.2012 20:48:51, Igor Zubkov wrote:
>>
>> Хотя при этом постгрес запущен. Как такое лечить? Ну или хотя бы дебажить?
>
>
> Элементарно. Стырить у соседей postgres.service и положить в нужное место (в
> каталог system).

Не так. Нужно написать в bugzilla, указав keyword systemd.
Самодеятельность с тырением у соседей рискованна.

> И так с остальными сервисами, которых, по словам коллег, около полутысячи :(

Не более полусотни из которых используются в 99% случаев.

Еще раз  прошу писать в bugzilla, этим вы очень-очень поможете.

Rgrds, Алексей


> --
> Ildar
>
> _______________________________________________
> Sisyphus mailing list
> Sisyphus@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/sisyphus

Re: [sisyphus] миграция на systemd

[Igor Zubkov]

2012/5/13 Aleksey Novodvorsky:
> 13 мая 2012 г., 22:24 пользователь Ildar Mulyukov написал:
>> On 12.05.2012 20:48:51, Igor Zubkov wrote:
>>>
>>> Хотя при этом постгрес запущен. Как такое лечить? Ну или хотя бы дебажить?
>>
>>
>> Элементарно. Стырить у соседей postgres.service и положить в нужное место (в
>> каталог system).
>
> Не так. Нужно написать в bugzilla, указав keyword systemd.
> Самодеятельность с тырением у соседей рискованна.

Такого keyword как systemd в нашей багзилле нет.

>> И так с остальными сервисами, которых, по словам коллег, около полутысячи :(
>
> Не более полусотни из которых используются в 99% случаев.
>
> Еще раз  прошу писать в bugzilla, этим вы очень-очень поможете.

Развесил.

postgresql -- https://bugzilla.altlinux.org/show_bug.cgi?id=27336
memcached -- https://bugzilla.altlinux.org/show_bug.cgi?id=27335
redis -- https://bugzilla.altlinux.org/show_bug.cgi?id=27334

-- 
Igor Zubkov
http://hi.im/ice

Re: [sisyphus] миграция на systemd

[Михаил]

On 12 мая 2012 17:48:51 Igor Zubkov wrote:
> 2012/5/12 Igor Zubkov:
> > 2012/5/11 Alexey Shabalin:
> >> 2012/5/11 Igor Zubkov:
> >>> Hi!
> >>>
> >>> Как правильно выполнить миграцию с SysV init на systemd? Актуально ли
> >>> http://www.altlinux.org/Systemd ? Все ли пакеты уже в Сизифе?
> >>
> >> - установить systemd (настройки grub на wiki актуальны, или
> >> systemd-sysvinit - я всегда использую этот вариант)
> >
> > Поставил systemd и systemd-sysvinit. Оно снесло sysvinit (что вроде бы
> > логично). Прописал в /etc/sysconfig/grub2:
> > GRUB_CMDLINE_LINUX_DEFAULT='resume=/dev/disk/by-uuid/457e5de4-9cc6-4071-
bc4f-1d42d0e1586d
> > panic=30 splash init=/bin/systemd'
> >
> > Дальше grub-mkconfig -o /boot/grub/grub.cfg и получаю после
> > перезагрузки кирпич весом с нетбук. Загрузка дошла до старта
> > postgresql и стала. В 12 консоли написано что postgresql успешно
> > запустился. На всех консолях приглашения нет. Иксы не стартанули.
> 
> Попытка номер два. Ставлю systemd и systemd-sysvinit. Запускаю
> grub-mkconfig и перегружаюсь. Много жду и оно загружается. Оказывается
> вот что:
> 
> # systemctl status postgresql.service
> postgresql.service - LSB: PostgreSQL RDBMS Server
> 	  Loaded: loaded (/etc/rc.d/init.d/postgresql)
> 	  Active: failed (Result: timeout) since Sat, 12 May 2012 16:56:18
> +0300; 49min ago
> 	  CGroup: name=systemd:/system/postgresql.service
> 		  ├ 3160 /usr/bin/postgres -D /var/lib/pgsql/data
> 		  ├ 3181 postgres: writer process
> 		  ├ 3182 postgres: wal writer process
> 		  ├ 3183 postgres: autovacuum launcher process
> 		  └ 3184 postgres: stats collector process
> 
> #
> 
> Хотя при этом постгрес запущен. Как такое лечить? Ну или хотя бы дебажить?
> 
> >> - перезагрузиться
> >> - проверить что все нужные сервисы включены. (systemctl)
> 
> Пришлось сделать:
> # systemctl enable NetworkManager.service
> # systemctl start NetworkManager.service
> #
> 
> Вроде ничего больше не отвалилось.
> 
> 
Надо в wiki добавить пункт, о том, что после установки пакетов systemd 
включить все необходимые сервисы в его пространстве, т.к. при таком переходе 
не обновляется состояние unit сервисов.
Ещё надо указать требования по ядру, т.к. на 2.6.32-el-smp systemd не будет 
работать корректно.

Re: [sisyphus] миграция на systemd

[Ildar Mulyukov]

On 14.05.2012 20:46:01, Михаил wrote:
> Надо в wiki добавить пункт, о том, что после установки пакетов systemd
> включить все необходимые сервисы в его пространстве, т.к. при таком  
> переходе
> не обновляется состояние unit сервисов.

... а лучше всем вместе здесь подумать и закрепить на вики и в пакете,  
как правильно использовать скрипт из Федоры, о котором тут уже  
упоминалось..
-- 
Ildar

Re: [sisyphus] миграция на systemd

[Михаил]

On 12 мая 2012 17:48:51 Igor Zubkov wrote:
> 2012/5/12 Igor Zubkov:
> > 2012/5/11 Alexey Shabalin:
> >> 2012/5/11 Igor Zubkov:
> >>> Hi!
> >>>
> >>> Как правильно выполнить миграцию с SysV init на systemd? Актуально ли
> >>> http://www.altlinux.org/Systemd ? Все ли пакеты уже в Сизифе?
> >>
> >> - установить systemd (настройки grub на wiki актуальны, или
> >> systemd-sysvinit - я всегда использую этот вариант)
> >
> > Поставил systemd и systemd-sysvinit. Оно снесло sysvinit (что вроде бы
> > логично). Прописал в /etc/sysconfig/grub2:
> > GRUB_CMDLINE_LINUX_DEFAULT='resume=/dev/disk/by-uuid/457e5de4-9cc6-4071-
bc4f-1d42d0e1586d
> > panic=30 splash init=/bin/systemd'
> >
> > Дальше grub-mkconfig -o /boot/grub/grub.cfg и получаю после
> > перезагрузки кирпич весом с нетбук. Загрузка дошла до старта
> > postgresql и стала. В 12 консоли написано что postgresql успешно
> > запустился. На всех консолях приглашения нет. Иксы не стартанули.
> 
> Попытка номер два. Ставлю systemd и systemd-sysvinit. Запускаю
> grub-mkconfig и перегружаюсь. Много жду и оно загружается. Оказывается
> вот что:
> 
> # systemctl status postgresql.service
> postgresql.service - LSB: PostgreSQL RDBMS Server
> 	  Loaded: loaded (/etc/rc.d/init.d/postgresql)
> 	  Active: failed (Result: timeout) since Sat, 12 May 2012 16:56:18
> +0300; 49min ago
> 	  CGroup: name=systemd:/system/postgresql.service
> 		  ├ 3160 /usr/bin/postgres -D /var/lib/pgsql/data
> 		  ├ 3181 postgres: writer process
> 		  ├ 3182 postgres: wal writer process
> 		  ├ 3183 postgres: autovacuum launcher process
> 		  └ 3184 postgres: stats collector process
> 
> #
> 
> Хотя при этом постгрес запущен. Как такое лечить? Ну или хотя бы дебажить?
> 
> >> - перезагрузиться
> >> - проверить что все нужные сервисы включены. (systemctl)
> 
> Пришлось сделать:
> # systemctl enable NetworkManager.service
> # systemctl start NetworkManager.service
> #
> 
> Вроде ничего больше не отвалилось.
> 
> 
Немного подправил wiki страницу про миграцию на systemd.

Re: [sisyphus] миграция на systemd

[Alexey Morsov]

On Fri, May 11, 2012 at 07:10:30PM +0400, Alexey Shabalin wrote:
> - установить systemd (настройки grub на wiki актуальны, или
> systemd-sysvinit - я всегда использую этот вариант)
> - всё необходимое в сизифе(на wiki информация неактуальна)
> - посмотреть на wiki "Дополнительные рекомендации"
> - mkdir /run
> - перезагрузиться
> - проверить что все нужные сервисы включены. (systemctl)
После установки systemd-sysvinit загрузка длится чуть не 5 минут. 

Посмотрел systemctrl

accounts-daemon.service                 disabled
acpid.service                           disabled
altlinux-clock-setup.service            disabled
altlinux-idetune.service                disabled
altlinux-kmsg-loglevel.service          disabled
altlinux-loadmodules.service            disabled
altlinux-save-dmesg.service             disabled
altlinux-storage-init.service           disabled
altlinux-swap.service                   disabled
altlinux-update_chrooted.service        disabled
altlinux-wait-storage.service           disabled
autovt@.service                         disabled
avahi-daemon.service                    disabled
canberra-system-bootup.service          disabled
canberra-system-shutdown-reboot.service disabled
canberra-system-shutdown.service        disabled
cgconfig.service                        disabled
cgred.service                           disabled
clock.service                           disabled
colord.service                          disabled
console-kit-daemon.service              disabled
console-shell.service                   disabled
crond.service                           disabled
cups.service                            disabled
display-manager.service                 disabled
dm.service                              disabled
kheaders.service                        disabled
libvirt-guests.service                  disabled
libvirtd.service                        disabled
lvm2-monitor.service                    disabled
mdadm.service                           disabled
nmb.service                             disabled
prefdm.service                          disabled
rpcbind.service                         disabled
smb.service                             disabled
ssh-keygen.service                      disabled
sshd.service                            disabled
udev-settle.service                     disabled
upower.service                          disabled
vsftpd@.service                         disabled
winbind.service                         disabled

$ sudo systemctl enable display-manager.service   
Failed to issue method call: No such file or directory
$ sudo systemctl enable dm.service             
Failed to issue method call: No such file or directory

Это вообще говоря прелестно.
Куда копать хоть?

-- 
WBR,
Alexey Morsov
программист ЗАО "ИК "Риком-Траст"
Jabber: samurai@www.fondmarket.ru
ALT Linux Team Member

> А еще мучаются греки и другие народы...
И что -- ни одного пряморукого программиста среди них?
		-- mike in devel@

Re: [sisyphus] миграция на systemd

[Михаил]

On 15 мая 2012 11:59:49 Alexey Morsov wrote:
> On Fri, May 11, 2012 at 07:10:30PM +0400, Alexey Shabalin wrote:
> > - установить systemd (настройки grub на wiki актуальны, или
> > systemd-sysvinit - я всегда использую этот вариант)
> > - всё необходимое в сизифе(на wiki информация неактуальна)
> > - посмотреть на wiki "Дополнительные рекомендации"
> > - mkdir /run
> > - перезагрузиться
> > - проверить что все нужные сервисы включены. (systemctl)
> После установки systemd-sysvinit загрузка длится чуть не 5 минут. 
> 
> Посмотрел systemctrl
> $ sudo systemctl enable display-manager.service   
> Failed to issue method call: No such file or directory
> $ sudo systemctl enable dm.service             
> Failed to issue method call: No such file or directory
> 
> Это вообще говоря прелестно.
> Куда копать хоть?
Дело в том, что dm.service и display-manager.service симлинки на 
prefdm.service.
Они нужны, что бы systemd не запускал вместе с prefdm ещё и аналогичный init 
скрипт, соотвественно systemctl будет ругаться.
У меня же prefdm.service "disable" по умолчанию, но поднимается при старте 
системы.
Что бы выяснить, кто долго поднимается, поставьте пакет systemd-analyze и 
посмотрите вывод (параметр --help поможет).

> > А еще мучаются греки и другие народы...
> И что -- ни одного пряморукого программиста среди них?
> 		-- mike in devel@

Re: [sisyphus] миграция на systemd

[Sergei Epiphanov]

On 11 мая 2012 19:10 Alexey Shabalin wrote:
> - установить systemd (настройки grub на wiki актуальны, или
> systemd-sysvinit - я всегда использую этот вариант)
> - всё необходимое в сизифе(на wiki информация неактуальна)
> - посмотреть на wiki "Дополнительные рекомендации"
> - mkdir /run
> - перезагрузиться
> - проверить что все нужные сервисы включены. (systemctl)

Выполнил, но возможность монтирования флешки в KDE4 пользователем не 
появилась. Команда 'systemctl list-unit-files' обламывается с сообщением 
'Failed to issue method call: Bad message'. Запуск 'systemctl dictd.service' 
висит долго (на программе '/bin/systemd-tty-ask-password-agent --watch'), 
потом по таймауту отваливается, хотя демон запускается. Точно также висит ещё 
на нескольких сервисах, в результате время загрузки растянулось на 10 минут.

Почему-то пытается смонтировать cifs-точки монтирования из /etc/fstab до 
старта сети. Естественно, обламывается.

В общем, пока больше вопросов, чем плюсов.

-- 
С уважением, Епифанов Сергей

Re: [sisyphus] миграция на systemd

[Aleksey Novodvorsky]

17 мая 2012 г., 13:57 пользователь Sergei Epiphanov <serpiph@nikiet.ru> написал:
> On 11 мая 2012 19:10 Alexey Shabalin wrote:
>> - установить systemd (настройки grub на wiki актуальны, или
>> systemd-sysvinit - я всегда использую этот вариант)
>> - всё необходимое в сизифе(на wiki информация неактуальна)
>> - посмотреть на wiki "Дополнительные рекомендации"
>> - mkdir /run
>> - перезагрузиться
>> - проверить что все нужные сервисы включены. (systemctl)
>
> Выполнил, но возможность монтирования флешки в KDE4 пользователем не
> появилась. Команда 'systemctl list-unit-files' обламывается с сообщением
> 'Failed to issue method call: Bad message'. Запуск 'systemctl dictd.service'
> висит долго (на программе '/bin/systemd-tty-ask-password-agent --watch'),
> потом по таймауту отваливается, хотя демон запускается. Точно также висит ещё
> на нескольких сервисах, в результате время загрузки растянулось на 10 минут.

Пожалуйста, перечислите все проблемные сервисы, это важно для перехода
на systemd.

Rgrds, Алексей

Re: [sisyphus] миграция на systemd

[Sergei Epiphanov]

On 17 мая 2012 14:02 Aleksey Novodvorsky wrote:
> Пожалуйста, перечислите все проблемные сервисы, это важно для перехода
> на systemd.

Из логов нашёл только:
1) попытка запуска smb и nmb до запуска network (и failed)
2) вис с failed при запуске dictd
3) вис с success на clamsmtpd (из clamsmtp)
4) вис с success на spamd (из spamassassin)
5) ругань на якобы "обрушение" anacron

Кстати, время запуска оказалось не 10 минут, а все 15 (!), так как каждый вис 
останавливал процесс загрузки на 5 минут.

Помимо этого systemd пытался смонтировать сетевые разделы (у меня это CIFS) до 
запуска сети.

Непонятны фразы, мол неплохо бы их запускать, при запуске syslogd и klogd.

Последние 2-3 фразы запуска системы налезают на вывод приглашения ко входу на 
первой консоли, так как она не очищается. Я загружаюсь в init3.

-- 
С уважением, Епифанов Сергей

Re: [sisyphus] миграция на systemd

[Vitaly Kuznetsov]

On Thu, 17 May 2012 18:16:44 +0400, Sergei Epiphanov wrote:
>
> Из логов нашёл только:
> 1) попытка запуска smb и nmb до запуска network (и failed)

rpm -qi samba ?

Re: [sisyphus] миграция на systemd

[Sergei Epiphanov]

On 17 мая 2012 18:50 Vitaly Kuznetsov wrote:

> rpm -qi samba ?


$ rpm -qi samba
Name        : samba                        Relocations: (not relocatable)
Version     : 3.6.5                             Vendor: ALT Linux Team
Release     : alt2                          Build Date: Птн 04 Май 2012 
11:08:57
Install date: Пнд 14 Май 2012 09:31:57      Build Host: vitty-
sisyphus.hasher.altlinux.org
Group       : Система/Серверы   Source RPM: samba-3.6.5-alt2.src.rpm
Size        : 18541133                         License: GPLv3+ and LGPLv3+
Packager    : Vitaly Kuznetsov <vitty@altlinux.ru>
URL         : http://www.samba.org/
Summary     : Server and Client software to interoperate with Windows machines
Description :
Samba is the suite of programs by which a lot of PC-related machines
share files, printers, and other information (such as lists of
available files and printers). The Windows NT, OS/2, and Linux
operating systems support this natively, and add-on packages can
enable the same thing for DOS, Windows, VMS, UNIX of all kinds, MVS,
and more. This package provides an SMB/CIFS server that can be used to
provide network services to SMB/CIFS clients.
Samba uses NetBIOS over TCP/IP (NetBT) protocols and does NOT
need the NetBEUI (Microsoft Raw NetBIOS frame) protocol.


-- 
С уважением, Епифанов Сергей

Re: [sisyphus] миграция на systemd

[Vitaly Kuznetsov]

On Fri, 18 May 2012 13:05:56 +0400, Sergei Epiphanov wrote:
> On 17 мая 2012 18:50 Vitaly Kuznetsov wrote:
>
>> rpm -qi samba ?
>
>
> $ rpm -qi samba
> Name        : samba                        Relocations: (not 
> relocatable)
> Version     : 3.6.5                             Vendor: ALT Linux 
> Team
> Release     : alt2                          Build Date: Птн 04 Май 
> 2012

В alt2 как раз добавлены unit-файлы, должно стартовать правильно

Давайте
# systemctl status smb.service
# systemctl status nmb.service

ну и посмотрите systemd-journalctl

Re: [sisyphus] миграция на systemd

[Sergei Epiphanov]

On 18 мая 2012 19:01 Vitaly Kuznetsov wrote:
> В alt2 как раз добавлены unit-файлы, должно стартовать правильно
> 
> Давайте
> # systemctl status smb.service
> # systemctl status nmb.service

Обнаружил, что при чехарда эта произошла только при запуске smb и nmb, когда 
systemd впервые был использован вместо init. Последующие запуски вернули 
поведение в чувство. Глюк или race в systemd? Или всё исправило прямое 
указание использовать unit-файлы smb и nmb вместо 	SysVinit скриптов?

-- 
С уважением, Епифанов Сергей

Re: [sisyphus] миграция на systemd

[Михаил]

On 17 мая 2012 18:16:44 Sergei Epiphanov wrote:
> On 17 мая 2012 14:02 Aleksey Novodvorsky wrote:
> > Пожалуйста, перечислите все проблемные сервисы, это важно для перехода
> > на systemd.
> 
> Из логов нашёл только:
> 1) попытка запуска smb и nmb до запуска network (и failed)
samba-3.6.5-alt2 ?

> 2) вис с failed при запуске dictd
ошибка в init скрипте

> 3) вис с success на clamsmtpd (из clamsmtp)
ошибка в пакете clamsmtp:
запакован /var/run/clamsmtp без соответсвующего /etc/tmpfiles.d/clamsmtp файла

> 4) вис с success на spamd (из spamassassin)
такая же ошибка как с clamsmtp

> 5) ругань на якобы "обрушение" anacron
какая ругань? 
 
> Кстати, время запуска оказалось не 10 минут, а все 15 (!), так как каждый 
вис 
> останавливал процесс загрузки на 5 минут.
> 
> Помимо этого systemd пытался смонтировать сетевые разделы (у меня это CIFS) 
до 
> запуска сети.
т.к. fstab обрабатывается раньше всех. Либо используйте .mount юниты или 
правильно описать запись в fstab
 
> Непонятны фразы, мол неплохо бы их запускать, при запуске syslogd и klogd.
какие такие?
 
> Последние 2-3 фразы запуска системы налезают на вывод приглашения ко входу 
на 
> первой консоли, так как она не очищается. Я загружаюсь в init3.
> 
> 

Re: [sisyphus] миграция на systemd

[Sergei Epiphanov]

On 17 мая 2012 19:19 Михаил wrote:
> On 17 мая 2012 18:16:44 Sergei Epiphanov wrote:
> > On 17 мая 2012 14:02 Aleksey Novodvorsky wrote:
> > > Пожалуйста, перечислите все проблемные сервисы, это важно для перехода
> > > на systemd.
> > 
> > Из логов нашёл только:
> > 1) попытка запуска smb и nmb до запуска network (и failed)
> 
> samba-3.6.5-alt2 ?

Да.

> > 5) ругань на якобы "обрушение" anacron
> 
> какая ругань?

May 17 10:15:33 comp anacron[2219]: Will run job `cron.daily' in 5 min.
May 17 10:15:33 comp anacron[2219]: Jobs will be executed sequentially
May 17 10:20:32 comp anacron[2219]: Can't create temporary file: No such file or 
directory
May 17 10:20:32 comp anacron[2219]: Aborted

При запуске через /sbin/init этих сообщений нет.

> > Помимо этого systemd пытался смонтировать сетевые разделы (у меня это
> > CIFS)
> 
> до
> 
> > запуска сети.
> 
> т.к. fstab обрабатывается раньше всех. Либо используйте .mount юниты или
> правильно описать запись в fstab

Буду учиться. :)

> > Непонятны фразы, мол неплохо бы их запускать, при запуске syslogd и klogd.
> 
> какие такие?

п.4 внизу письма :) Нашёл.

> > Последние 2-3 фразы запуска системы налезают на вывод приглашения ко входу
> 
> на
> 
> > первой консоли, так как она не очищается. Я загружаюсь в init3.

Оказалось, что поверх приглашения systemd пишет строки о благополучном запуске 
login. Не ожидал этого.

Кстати, ещё нашёл, что:
1) и у меня вис при выключении, похоже, тоже на avahi-daemon. Буду проверять.
2) Не запустился сервис acpid вчера и не запустился сегодня, хотя я вчера 
скомандовал 'systemctl acpid.service enable'. Через SysVinit этот сервис 
поднимается.
3) теперь база sudo очищается и каждый раз при наборе этой команды после 
перезагрузки компьютера "выплёвывается" сообщение-предупреждение первого 
запуска sudo. Неудобно.
4) Запуск SYSV-сервисов Немного странный: Выводится текст (пример):

Starting SYSV: xinetd <здесь идёт описание из initd-файла>.

Смысл? Тем более, что описание выводится не всё, а только начало и хвост, а 
посередине многоточие. Но даже обрезанное описание довольно длинное и мешается 
и при этом из него почти ничего непонятно.

-- 
С уважением, Епифанов Сергей

Re: [sisyphus] миграция на systemd

[Михаил]

On 18 мая 2012 13:24:47 Sergei Epiphanov wrote:
> On 17 мая 2012 19:19 Михаил wrote:
> > On 17 мая 2012 18:16:44 Sergei Epiphanov wrote:
> > > On 17 мая 2012 14:02 Aleksey Novodvorsky wrote:
> > > > Пожалуйста, перечислите все проблемные сервисы, это важно для перехода
> > > > на systemd.
> > > 
> > > Из логов нашёл только:
> > > 1) попытка запуска smb и nmb до запуска network (и failed)
> > 
> > samba-3.6.5-alt2 ?
> 
> Да.
Странно. На вид unit-ы корректные.

> > > 5) ругань на якобы "обрушение" anacron
> > 
> > какая ругань?
> 
> May 17 10:15:33 comp anacron[2219]: Will run job `cron.daily' in 5 min.
> May 17 10:15:33 comp anacron[2219]: Jobs will be executed sequentially
> May 17 10:20:32 comp anacron[2219]: Can't create temporary file: No such file 
or 
> directory
> May 17 10:20:32 comp anacron[2219]: Aborted
> 
> При запуске через /sbin/init этих сообщений нет.
в пакете запакован /var/run/anacron, но нет соотвествующего файла в 
/etc/tmpfiles.d/
битый пакет

> 
> > > Непонятны фразы, мол неплохо бы их запускать, при запуске syslogd и 
klogd.
> > 
> > какие такие?
> 
> п.4 внизу письма :) Нашёл.
Это нормально, просто информация о запуске не "родного" для systemd метода 
инициализации сервиса.

> > > Последние 2-3 фразы запуска системы налезают на вывод приглашения ко 
входу
> > 
> > на
> > 
> > > первой консоли, так как она не очищается. Я загружаюсь в init3.
Что бы загружаться сразу в init3 используя systemd создайте симлинк:
ln -sf /lib/systemd/system/multi-user.target 
/etc/systemd/system/default.target 

Вернуться на "init5":
ln -sf /lib/systemd/system/graphical.target /etc/systemd/system/default.target

 
> Оказалось, что поверх приглашения systemd пишет строки о благополучном 
запуске 
> login. Не ожидал этого.
> 
> Кстати, ещё нашёл, что:
> 1) и у меня вис при выключении, похоже, тоже на avahi-daemon. Буду 
проверять.
не удаётся поймать

> 2) Не запустился сервис acpid вчера и не запустился сегодня, хотя я вчера 
> скомандовал 'systemctl acpid.service enable'. Через SysVinit этот сервис 
> поднимается.
кривой init скрипт. В заголовке указан pidfile, который не создаётся и не 
используется.

> 3) теперь база sudo очищается и каждый раз при наборе этой команды после 
> перезагрузки компьютера "выплёвывается" сообщение-предупреждение первого 
> запуска sudo. Неудобно.
аналогичный битый пакет как и anacron (есть /var/run, нет /etc/tmpfile.d/)

> Смысл? Тем более, что описание выводится не всё, а только начало и хвост, а 
> посередине многоточие. Но даже обрезанное описание довольно длинное и 
мешается 
> и при этом из него почти ничего непонятно.
где вы видите это сообщение? В /var/log/messages? 
 

Re: [sisyphus] миграция на systemd

[Alexey Shabalin]

18 мая 2012 г., 16:35 пользователь Михаил написал:
>> 3) теперь база sudo очищается и каждый раз при наборе этой команды после
>> перезагрузки компьютера "выплёвывается" сообщение-предупреждение первого
>> запуска sudo. Неудобно.
> аналогичный битый пакет как и anacron (есть /var/run, нет /etc/tmpfile.d/)
Нет, это не битый пакет. Это следствие tmpfs на /var/run. Состояние
tmpfs между перезагрузками не сохраняется.
С этим надо смириться.

-- 
Alexey Shabalin

Re: [sisyphus] миграция на systemd

[Михаил]

On 18 мая 2012 16:58:15 Alexey Shabalin wrote:
> 18 мая 2012 г., 16:35 пользователь Михаил написал:
> >> 3) теперь база sudo очищается и каждый раз при наборе этой команды после
> >> перезагрузки компьютера "выплёвывается" сообщение-предупреждение первого
> >> запуска sudo. Неудобно.
> > аналогичный битый пакет как и anacron (есть /var/run, нет /etc/tmpfile.d/)
> Нет, это не битый пакет. Это следствие tmpfs на /var/run. Состояние
> tmpfs между перезагрузками не сохраняется.
> С этим надо смириться.
c этим мириться не надо.
Надо просто собрать в  /etc/tmpfiles.d соответствующий файл, как сделал ldv@ 
для pam0_console ещё в августе 2011 г.
А так же, сделать правило для репокопа на проверку наличия в /etc/tmpfiles.d/ 
файла с сообщением типа ERROR.

Re: [sisyphus] миграция на systemd

[Alexey Shabalin]

18 мая 2012 г., 17:40 пользователь Михаил <mike.almateia@gmail.com> написал:
> On 18 мая 2012 16:58:15 Alexey Shabalin wrote:
>> 18 мая 2012 г., 16:35 пользователь Михаил написал:
>> >> 3) теперь база sudo очищается и каждый раз при наборе этой команды после
>> >> перезагрузки компьютера "выплёвывается" сообщение-предупреждение первого
>> >> запуска sudo. Неудобно.
>> > аналогичный битый пакет как и anacron (есть /var/run, нет /etc/tmpfile.d/)
>> Нет, это не битый пакет. Это следствие tmpfs на /var/run. Состояние
>> tmpfs между перезагрузками не сохраняется.
>> С этим надо смириться.
> c этим мириться не надо.
Блин, т.е. читать мы отказываемся. Наш аргумент самый крутой.

> Надо просто собрать в  /etc/tmpfiles.d соответствующий файл, как сделал ldv@
> для pam0_console ещё в августе 2011 г.
Это нужно для тех сервисов, которые сами не умеют создавать директории
в /var/run
sudo это делать умеет.
> А так же, сделать правило для репокопа на проверку наличия в /etc/tmpfiles.d/
> файла с сообщением типа ERROR.
Какой критерий проверки?
Разве что, если пакуется /var/run/*, то возможно нужен tmpfile.
Возможно потому, что большинство сервисов умеют сами о себе
заботиться.
Осталось не так много пакетов, где нужен tmpfile. (sudo к ним не относится)

-- 
Alexey Shabalin

Re: [sisyphus] миграция на systemd

[Михаил]

On 18 мая 2012 17:51:13 Alexey Shabalin wrote:
> 18 мая 2012 г., 17:40 пользователь Михаил <mike.almateia@gmail.com> написал:
> > On 18 мая 2012 16:58:15 Alexey Shabalin wrote:
> >> 18 мая 2012 г., 16:35 пользователь Михаил написал:
> >> >> 3) теперь база sudo очищается и каждый раз при наборе этой команды 
после
> >> >> перезагрузки компьютера "выплёвывается" сообщение-предупреждение 
первого
> >> >> запуска sudo. Неудобно.
> >> > аналогичный битый пакет как и anacron (есть /var/run, нет 
/etc/tmpfile.d/)
> >> Нет, это не битый пакет. Это следствие tmpfs на /var/run. Состояние
> >> tmpfs между перезагрузками не сохраняется.
> >> С этим надо смириться.
> > c этим мириться не надо.
> Блин, т.е. читать мы отказываемся. Наш аргумент самый крутой.
имелось ввиду, что надо исправлять ситуацию, а не мириться.
 
> > Надо просто собрать в  /etc/tmpfiles.d соответствующий файл, как сделал 
ldv@
> > для pam0_console ещё в августе 2011 г.
> Это нужно для тех сервисов, которые сами не умеют создавать директории
> в /var/run
> sudo это делать умеет.
у нас filesystem, пакует /var/db, который сейчас пустой. У Fedora17, sudo свою 
базу кладёт в /var/db, а не в run.
Нам так же надо.

> > А так же, сделать правило для репокопа на проверку наличия в 
/etc/tmpfiles.d/
> > файла с сообщением типа ERROR.
> Какой критерий проверки?
> Разве что, если пакуется /var/run/*, то возможно нужен tmpfile.
> Возможно потому, что большинство сервисов умеют сами о себе
> заботиться.
> Осталось не так много пакетов, где нужен tmpfile. (sudo к ним не относится)
проверка всё равно нужна. Возможно более умная. 
 

Re: [sisyphus] миграция на systemd

[Sergei Epiphanov]

On 18 мая 2012 17:40 Михаил wrote:
> c этим мириться не надо.
> Надо просто собрать в  /etc/tmpfiles.d соответствующий файл, как сделал
> ldv@ 

Есть проблема: при первом зщапуске вообще sudo нужно вывести это 
предупреждение. А вот последующие перезагрузки не должны уже это сообщение 
выводить. Это в пакет не запакуешь. Если только сам sudo будет создавать 
отметку о предупреждении ещё и в /etc/tmpfile.d или кто-то при останове машины 
заботливо перенесёт нужное в этот каталог.

-- 
С уважением, Епифанов Сергей

Re: [sisyphus] миграция на systemd

[Dmitry V. Levin]

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

On Fri, May 18, 2012 at 04:58:15PM +0400, Alexey Shabalin wrote:
> 18 мая 2012 г., 16:35 пользователь Михаил написал:
> >> 3) теперь база sudo очищается и каждый раз при наборе этой команды после
> >> перезагрузки компьютера "выплёвывается" сообщение-предупреждение первого
> >> запуска sudo. Неудобно.
> > аналогичный битый пакет как и anacron (есть /var/run, нет /etc/tmpfile.d/)
> Нет, это не битый пакет. Это следствие tmpfs на /var/run. Состояние
> tmpfs между перезагрузками не сохраняется.
> С этим надо смириться.

Наверное, /var/run/sudo имеет смысл перебазировать из /var/run в менее
временное место, например, в /var/lib/.  Теперь, когда /var/run имеет шанс
оказаться на tmpfs, в нем не стоит держать файлов, которые должны пережить
reboot.


-- 
ldv

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

Re: [sisyphus] миграция на systemd

[Alexey Shabalin]

18 мая 2012 г., 19:17 пользователь Dmitry V. Levin  написал:
> On Fri, May 18, 2012 at 04:58:15PM +0400, Alexey Shabalin wrote:
>> 18 мая 2012 г., 16:35 пользователь Михаил написал:
>> >> 3) теперь база sudo очищается и каждый раз при наборе этой команды после
>> >> перезагрузки компьютера "выплёвывается" сообщение-предупреждение первого
>> >> запуска sudo. Неудобно.
>> > аналогичный битый пакет как и anacron (есть /var/run, нет /etc/tmpfile.d/)
>> Нет, это не битый пакет. Это следствие tmpfs на /var/run. Состояние
>> tmpfs между перезагрузками не сохраняется.
>> С этим надо смириться.
>
> Наверное, /var/run/sudo имеет смысл перебазировать из /var/run в менее
> временное место, например, в /var/lib/.  Теперь, когда /var/run имеет шанс
> оказаться на tmpfs, в нем не стоит держать файлов, которые должны пережить
> reboot.

ну если только переместить, то да.
Только я вот ничего страшного не вижу в "сообщении-предупреждении
первого запуска sudo".
Не напрягает. Или где-то используются скрипты с expect?

-- 
Alexey Shabalin

Re: [sisyphus] миграция на systemd

[Михаил]

On 18 мая 2012 19:17:04 Dmitry V. Levin wrote:
> On Fri, May 18, 2012 at 04:58:15PM +0400, Alexey Shabalin wrote:
> > 18 мая 2012 г., 16:35 пользователь Михаил написал:
> > >> 3) теперь база sudo очищается и каждый раз при наборе этой команды 
после
> > >> перезагрузки компьютера "выплёвывается" сообщение-предупреждение 
первого
> > >> запуска sudo. Неудобно.
> > > аналогичный битый пакет как и anacron (есть /var/run, нет 
/etc/tmpfile.d/)
> > Нет, это не битый пакет. Это следствие tmpfs на /var/run. Состояние
> > tmpfs между перезагрузками не сохраняется.
> > С этим надо смириться.
> 
> Наверное, /var/run/sudo имеет смысл перебазировать из /var/run в менее
> временное место, например, в /var/lib/.  Теперь, когда /var/run имеет шанс
> оказаться на tmpfs, в нем не стоит держать файлов, которые должны пережить
> reboot.
> 
В Fedora17, sudo кладёт свою базу в /var/db
Почему бы и нам так не поступить?

Re: [sisyphus] миграция на systemd

[Michael Shigorin]

On Fri, May 18, 2012 at 04:58:15PM +0400, Alexey Shabalin wrote:
> >> 3) теперь база sudo очищается и каждый раз при наборе этой
> >> команды после перезагрузки компьютера "выплёвывается"
> >> сообщение-предупреждение первого запуска sudo. Неудобно.
> > аналогичный битый пакет как и anacron (есть /var/run, нет /etc/tmpfile.d/)
> Нет, это не битый пакет. Это следствие tmpfs на /var/run.
> Состояние tmpfs между перезагрузками не сохраняется.
> С этим надо смириться.

Многовато смирения для солюшена... в федоре убрали из /var/run,
наверное?

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [sisyphus] миграция на systemd

[Sergei Epiphanov]

On 18 мая 2012 16:35 Михаил wrote:
> On 18 мая 2012 13:24:47 Sergei Epiphanov wrote:
> > On 17 мая 2012 19:19 Михаил wrote:
> > > On 17 мая 2012 18:16:44 Sergei Epiphanov wrote:
> > > samba-3.6.5-alt2 ?
> > Да.
> Странно. На вид unit-ы корректные.

Сейчас перепроверил запуск - отработал. Видно, при первом запуске под systemd 
что-то вклинилось в работу nmb и smb.

> где вы видите это сообщение? В /var/log/messages?

Нет, только в выводе сообщений на экран при запуске. В /var/log/messages 
пусто, только факты запуска демонов от них самих. И сообщения о сбоях от 
systemd (судя по всему, так как указаний на systemd нет).

-- 
С уважением, Епифанов Сергей

Re: [sisyphus] миграция на systemd

[Sergei Epiphanov]

On 18 мая 2012 16:35 Михаил wrote:
> Что бы загружаться сразу в init3 используя systemd создайте симлинк:
> ln -sf /lib/systemd/system/multi-user.target 
> /etc/systemd/system/default.target 

Так я и гружусь в runlevel 3 :)

У меня стоит ссылка /etc/systemd/system/default.target на 
/lib/systemd/system/runlevel3.target

Пойдёт или нет?

-- 
С уважением, Епифанов Сергей

Re: [sisyphus] миграция на systemd

[Sergey V Turchin]

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

On 17 мая 2012 18:39:49 Dmitry Rusetsky wrote:

[...]
> После перехода на systemd перестала работать "перезагрузка" и "выключение" -
> в обоих случаях завершант сессию и вываливается в KDM, а оттуда уже
> работает и то и другое.
> Где копать не знаю, подскажите!
~/.xsession-errors* /var/log/messages /var/log/kdm* Ctrl+Alt+F12

-- 
Regards, Sergey.       ALT Linux, http://www.altlinux.ru/

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] миграция на systemd

[Mike Pluzhnikov]

On 17 мая 2012 18:39:49 Dmitry Rusetsky wrote:
> В некоторых сервисах в заголовке прописано:
> pidfile: /var/run/<сервисе>.pid
> НО реально после запуска этого сервиса pid файл
> НЕ СОЗДАЕТСЯ!
> Вот в этом месте и тупит systemd - че-то ждет пока таймаут не выйдет.
он ждёт появление этого pid файла, о чём не двусмысленно сообщает в syslog

> Если эту сторчку немного "подпортить" то загрузка проходит на ура.
подправить init в пакете

> 
> Но! всем изменениям придет копец когда данный пакет обновиться. :-(
надо просто запаковать unit. Чем и занимаемся
 
-- 
С уважением, Михаил Плужников.
Отдел технической поддержки и внедрения, ALT Linux.

Re: [sisyphus] миграция на systemd

[Ildar Mulyukov]

On 17.05.2012 19:39:49, Dmitry Rusetsky wrote:
> После перехода на systemd перестала работать "перезагрузка" и  
> "выключение" -
> в обоих случаях завершант сессию и вываливается в KDM, а оттуда уже  
> работает
> и то и другое.
> Где копать не знаю, подскажите!

А КДЕ использует upower? или что использует КДЕ, надо узнать. Я  
полагаю, что преткновение в polkit, см.  
https://bugzilla.altlinux.org/27292
-- 
Ildar

Re: [sisyphus] миграция на systemd

[Михаил]

On 17 мая 2012 13:57:00 Sergei Epiphanov wrote:
> On 11 мая 2012 19:10 Alexey Shabalin wrote:
> > - установить systemd (настройки grub на wiki актуальны, или
> > systemd-sysvinit - я всегда использую этот вариант)
> > - всё необходимое в сизифе(на wiki информация неактуальна)
> > - посмотреть на wiki "Дополнительные рекомендации"
> > - mkdir /run
> > - перезагрузиться
> > - проверить что все нужные сервисы включены. (systemctl)
> 
> Выполнил, но возможность монтирования флешки в KDE4 пользователем не 
> появилась. Команда 'systemctl list-unit-files' обламывается с сообщением 
> 'Failed to issue method call: Bad message'. 

пока не знаю, как вы этого добились. Такое после перезгрузки с уже 
установленным systemd?

> Запуск 'systemctl dictd.service' 
> висит долго (на программе '/bin/systemd-tty-ask-password-agent --watch'), 
> потом по таймауту отваливается, хотя демон запускается. 

не знаю какая у вас настройка dictd, но с настройками по умолчанию у dictd 
кривой init скрипт, systemd ждёт появление pid файла, которого никто не 
создает, поэтому и отваливает по timeout

> Точно также висит ещё 
> на нескольких сервисах, в результате время загрузки растянулось на 10 минут.

alterator - тоже самое, указан неверный путь к pid файлу в заголовке init 
скрипта

> Почему-то пытается смонтировать cifs-точки монтирования из /etc/fstab до 
> старта сети. Естественно, обламывается.

покажите строки монтирования cifs в fstab.
Вообще, самым правильным способом монтирования удалённых файловых систем, 
думаю будет использование возможности описания оных в виде unit файлов. 
Тогда будет функционал монтирования ресурса по запросу.
 
> В общем, пока больше вопросов, чем плюсов.
> 
> 

Re: [sisyphus] миграция на systemd

[Sergei Epiphanov]

On 17 мая 2012 17:59 Михаил wrote:
> > Выполнил, но возможность монтирования флешки в KDE4 пользователем не
> > появилась. Команда 'systemctl list-unit-files' обламывается с сообщением
> > 'Failed to issue method call: Bad message'.
> 
> пока не знаю, как вы этого добились. Такое после перезгрузки с уже
> установленным systemd?

Именно так. Сегодня повторил после запуска компьютера - та же проблема.
$ ps axf | grep systemd
    1 ?        Ss     0:04 /bin/systemd 
  949 ?        Ss     0:00 /lib/systemd/systemd-journald 
 1621 ?        Ss     0:00 /lib/systemd/systemd-logind 
 1636 ?        Ss     0:00 /bin/dbus-daemon --system --address=systemd: --nofork --systemd-activation

> > Запуск 'systemctl dictd.service'
> > висит долго (на программе '/bin/systemd-tty-ask-password-agent --watch'),
> > потом по таймауту отваливается, хотя демон запускается.
> 
> не знаю какая у вас настройка dictd, но с настройками по умолчанию у dictd
> кривой init скрипт, systemd ждёт появление pid файла, которого никто не
> создает, поэтому и отваливает по timeout

Как спрямить его?

> > Почему-то пытается смонтировать cifs-точки монтирования из /etc/fstab до
> > старта сети. Естественно, обламывается.
> 
> покажите строки монтирования cifs в fstab.
> Вообще, самым правильным способом монтирования удалённых файловых систем,
> думаю будет использование возможности описания оных в виде unit файлов.
> Тогда будет функционал монтирования ресурса по запросу.


$ cat /etc/fstab
//192.168.1.20/_D /home/D cifs  credentials=/etc/samba/file.cred,noperm,dir_mode=0777,file_mode=0666,iocharset=utf8  0 0
//192.168.1.160/DOC /home/Documents cifs  guest,noperm,iocharset=utf8,dir_mode=0777,file_mode=0666  0 0
 
-- 
С уважением, Епифанов Сергей

Re: [sisyphus] миграция на systemd

[Sergei Epiphanov]

Также в списке 'systemctl list-units -a' нашлись auditd.service (в systemd-
update-utmp-runlevel.service), distcache.service (не знаю откуда), 
syslog.service (не знаю откуда), которые есть в списке, но в реальности таких 
файлов не существует у меня. Ещё один глюк systemd?

И как решить проблему с нерабочей командой 'systemctl list-unit-files'? По 
трейсу ничего не ясно.

-- 
С уважением, Епифанов Сергей

Re: [sisyphus] миграция на systemd

[Ildar Mulyukov]

On 18.05.2012 14:33:35, Sergei Epiphanov wrote:
> On 17 мая 2012 17:59 Михаил wrote:
> > покажите строки монтирования cifs в fstab.
> > Вообще, самым правильным способом монтирования удалённых файловых  
> систем,
> > думаю будет использование возможности описания оных в виде unit  
> файлов.
> > Тогда будет функционал монтирования ресурса по запросу.
> 
> 
> $ cat /etc/fstab
> //192.168.1.20/_D /home/D cifs   
> credentials=/etc/samba/file.cred,noperm,dir_mode=0777,file_mode=0666,iocharset=utf8   
> 0 0
> //192.168.1.160/DOC /home/Documents cifs   
> guest,noperm,iocharset=utf8,dir_mode=0777,file_mode=0666  0 0

Мнэ.. кажется, неплохо добавить _netfs  в опции. Возможно, этого даже  
будет достаточно.
-- 
Ilda

Re: [sisyphus] миграция на systemd

[Sergei Epiphanov]

On 18 мая 2012 23:56 Ildar Mulyukov wrote:
> Мнэ.. кажется, неплохо добавить _netfs  в опции. Возможно, этого даже  
> будет достаточно.

Хорошо, попробую.

-- 
С уважением, Епифанов Сергей

Re: [sisyphus] миграция на systemd

[Sergei Epiphanov]

On 21 мая 2012 07:54 Sergei Epiphanov wrote:
> On 18 мая 2012 23:56 Ildar Mulyukov wrote:
> > Мнэ.. кажется, неплохо добавить _netfs  в опции. Возможно, этого даже  
> > будет достаточно.
> 
> Хорошо, попробую.

Не работает. Пытаюсь научиться нарисовать нужные файлы.

-- 
С уважением, Епифанов Сергей

Re: [sisyphus] миграция на systemd

[Dubrovskiy Viacheslav]

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

11.05.2012 11:10, Alexey Shabalin пишет:

>> Как правильно выполнить миграцию с SysV init на systemd? Актуально ли
>> http://www.altlinux.org/Systemd ? Все ли пакеты уже в Сизифе?
> - установить systemd (настройки grub на wiki актуальны, или
> systemd-sysvinit - я всегда использую этот вариант)
> - всё необходимое в сизифе(на wiki информация неактуальна)
> - посмотреть на wiki "Дополнительные рекомендации"
> - mkdir /run
> - перезагрузиться
> - проверить что все нужные сервисы включены. (systemctl)
Ну раз пошла такая пьянка, решил и я свой ноут перевести на systemd.
Давно такого секса не имел. :(
Теперь в подробностях.
Ноут установлен с дистрибутива kde-desktop и обновлен до сизифа.
Проделал все как рекомендуется. В результате получаю остановку на
монтировании
UUID=E6BEDF8DBEDF54A1  /mnt/disk       ntfs-3g
umask=0,locale=ru_RU.utf8       1       0
Это виндовый раздел который мне дорог как память. Не знаю что ему не
нравится. Ок. Благо пустило в консоль. Закомментировал, ребутнуться уже
не ребутнулось, но кнопочка питания помогла.
Загружаюсь второй раз. Получаю какой-то дамп от процесса плимутд
беспрерывный. Ок. В загрузчике убираю silens и ставлю vga=normal.
После этого что-то начало грузить.

С трудом удалось завести сеть. Хорошо ранее в этом треде читал что нужно
включить NetworkManager. Но это не помогало, пока не выгрузил/загрузил
модуль сетевухи.

Вопрос: Нужно ли что-то специально настроить, чтобы нормально работал
плимутд? (ядро ovz-el)


По скорости загрузки вот вывод systemd-analyze
[root@dubrline slava]# systemd-analyze blame
 66044ms altlinux-update_chrooted.service
  8077ms cf-execd.service
  8068ms cf-serverd.service
  4977ms altlinux-storage-init.service
  2922ms haldaemon.service
  2786ms systemd-vconsole-setup.service
  2607ms altlinux-loadmodules.service
  2268ms dev-hugepages.mount
  2265ms sys-kernel-debug.mount
  2262ms dev-mqueue.mount
  2197ms sys-kernel-security.mount
  2048ms altlinux-wait-storage.service
  2040ms media.mount
  1927ms network.service
  1813ms udev-settle.service
  1748ms systemd-logind.service
  1647ms var-lock.mount
  1641ms var-run.mount
  1587ms systemd-remount-api-vfs.service
  1307ms postfix.service
   875ms unbound.service
   814ms cf-monitord.service
   789ms systemd-sysctl.service
   631ms udev-trigger.service
   582ms vzeventd.service
   564ms console-kit-daemon.service
   493ms udev.service
   436ms altlinux-swap.service
   393ms autofs.service
   336ms systemd-modules-load.service
   294ms dbus.service
   293ms sysstat.service
   287ms syslogd.service
   272ms cpufreq-simple.service
   264ms home.mount
   243ms console-kit-log-system-start.service
   238ms systemd-readahead-collect.service
   227ms update_wms.service
   200ms systemd-tmpfiles-setup.service
   198ms virtualbox.service
   187ms upower.service
   156ms systemd-user-sessions.service
   145ms altlinux-idetune.service
   135ms gpm.service
   114ms alteratord.service
   107ms klogd.service
   105ms NetworkManager.service
   105ms x11presetdrv.service
    85ms lm_sensors.service
    84ms netfs.service
    81ms anacron.service
    56ms bridge.service
    39ms sysfs.service
    28ms consolesaver.service
    15ms remount-rootfs.service
     4ms tmp.mount


Что из этого можно выключить?
На SysV мне кажется грузилось быстрее.

-- 
WBR,
Dubrovskiy Viacheslav


[-- Attachment #2: Криптографическая подпись S/MIME --]
[-- Type: application/pkcs7-signature, Size: 4916 bytes --]

Re: [sisyphus] миграция на systemd

[Ivan A. Melnikov]

On Thu, 17 May 2012 18:05:41 -0400
Dubrovskiy Viacheslav <slava@tangramltd.com> wrote:
[...]
> 
> 
> По скорости загрузки вот вывод systemd-analyze
> [root@dubrline slava]# systemd-analyze blame
>  66044ms altlinux-update_chrooted.service
>   8077ms cf-execd.service
>   8068ms cf-serverd.service
>   4977ms altlinux-storage-init.service
>   2922ms haldaemon.service
>   2786ms systemd-vconsole-setup.service
>   2607ms altlinux-loadmodules.service
>   2268ms dev-hugepages.mount
>   2265ms sys-kernel-debug.mount
>   2262ms dev-mqueue.mount
>   2197ms sys-kernel-security.mount
>   2048ms altlinux-wait-storage.service
>   2040ms media.mount
>   1927ms network.service
>   1813ms udev-settle.service
>   1748ms systemd-logind.service
>   1647ms var-lock.mount
>   1641ms var-run.mount
>   1587ms systemd-remount-api-vfs.service
>   1307ms postfix.service
>    875ms unbound.service
>    814ms cf-monitord.service
>    789ms systemd-sysctl.service
>    631ms udev-trigger.service
>    582ms vzeventd.service
>    564ms console-kit-daemon.service
>    493ms udev.service
>    436ms altlinux-swap.service
>    393ms autofs.service
>    336ms systemd-modules-load.service
>    294ms dbus.service
>    293ms sysstat.service
>    287ms syslogd.service
>    272ms cpufreq-simple.service
>    264ms home.mount
>    243ms console-kit-log-system-start.service
>    238ms systemd-readahead-collect.service
>    227ms update_wms.service
>    200ms systemd-tmpfiles-setup.service
>    198ms virtualbox.service
>    187ms upower.service
>    156ms systemd-user-sessions.service
>    145ms altlinux-idetune.service
>    135ms gpm.service
>    114ms alteratord.service
>    107ms klogd.service
>    105ms NetworkManager.service
>    105ms x11presetdrv.service
>     85ms lm_sensors.service
>     84ms netfs.service
>     81ms anacron.service
>     56ms bridge.service
>     39ms sysfs.service
>     28ms consolesaver.service
>     15ms remount-rootfs.service
>      4ms tmp.mount
> 
> 
> Что из этого можно выключить?
[...]

Для начала, всё ненужное. Вы используете на ноутбуке postfix? Если нет,
то лучше вообще apt-get remove -- тогда и update-chrooted будет
существенно быстрее.

-- 
WBR,
Ivan A. Melnikov

Re: [sisyphus] миграция на systemd

[Dubrovskiy Viacheslav]

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

18.05.2012 00:59, Ivan A. Melnikov написал:
> On Thu, 17 May 2012 18:05:41 -0400
> [...]
>> Что из этого можно выключить?
> [...]
>
> Для начала, всё ненужное. Вы используете на ноутбуке postfix? Если нет,
> то лучше вообще apt-get remove -- тогда и update-chrooted будет
> существенно быстрее.
Да. Он мне шлет письма от локальных сервисов, например от smartd.

Вообще я сравнил время загрузки до появления приглашения логина в kdm.
На sysV существенно быстрее. С секундомером не засекал, но по ощущениям
быстрее. Чем объяснить не знаю.
И не выключается нормально оно. Зависает на выключении.
Вернусь обратно. Потеря автомонтирования это ерунда в сравнении.
Подождем когда на нем хоть один дистрибутив выпустят.

-- 
WBR,
Dubrovskiy Viacheslav


[-- Attachment #2: Криптографическая подпись S/MIME --]
[-- Type: application/pkcs7-signature, Size: 4916 bytes --]

Re: [sisyphus] миграция на systemd

[Vladimir Didenko]

18 мая 2012 г., 16:58 пользователь Dubrovskiy Viacheslav написал:
> И не выключается нормально оно. Зависает на выключении.

А из-за чего зависает? Может как и у меня из-за avahi-daemon?

-- 
С уважением,
Владимир.

Re: [sisyphus] миграция на systemd

[Dubrovskiy Viacheslav]

18.05.2012 09:57, Vladimir Didenko пишет:
> 18 мая 2012 г., 16:58 пользователь Dubrovskiy Viacheslav написал:
>> И не выключается нормально оно. Зависает на выключении.
> А из-за чего зависает? Может как и у меня из-за avahi-daemon?
Возможно. Вечером попробую еще. Похоже вылезла проблема с последним 
ovz-el и plymouthd. Кернел паник при загрузке. Зря ругался на systemd.
На SysV тоже не загрузилось.

-- 
WBR,
Dubrovskiy Viacheslav

Re: [sisyphus] миграция на systemd

[Sergei Epiphanov]

On 17 мая 2012 18:05 Dubrovskiy Viacheslav wrote:
> Ну раз пошла такая пьянка, решил и я свой ноут перевести на systemd.

Сейчас, ковыряя документацию по systemd в интернете, обнаружил, что есть 
вопрос к системе: у нас теперь каталог /usr нельзя выносить отдельно от 
корневого? Или такой мешанины не будет? Какова политика партии?

http://freedesktop.org/wiki/Software/systemd/separate-usr-is-broken

-- 
С уважением, Епифанов Сергей

Re: [sisyphus] миграция на systemd

[Michael Shigorin]

On Fri, May 25, 2012 at 10:28:46AM +0400, Sergei Epiphanov wrote:
> > Ну раз пошла такая пьянка, решил и я свой ноут перевести на systemd.
> Сейчас, ковыряя документацию по systemd в интернете, обнаружил,
> что есть вопрос к системе: у нас теперь каталог /usr нельзя
> выносить отдельно от корневого? Или такой мешанины не будет?
> Какова политика партии?

Альтовский в этом плане ещё не проверял, а в редхате эта
"политика партии", судя по раскопкам (я тоже шерстил их
багзилу насчёт separate /usr) -- результат нежелания шляпников
фиксить свои ляпы и грубые ошибки: похоже, в ынтерпрайзе принято
заметать всё сразу под ковёр.

Кстати, Поттеринг в нескольких багах отписывался по своим
системам с отдельным /usr -- возможно, здоровья не хватило.

Хотя что-то в редхате стали заводиться откровенные дятлы:
https://bugzilla.redhat.com/show_bug.cgi?id=534047#c8

> http://freedesktop.org/wiki/Software/systemd/separate-usr-is-broken

http://lwn.net/Articles/431185/

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [sisyphus] миграция на systemd

[Mykola S. Grechukh]

25 мая 2012 г., 11:33 пользователь Michael Shigorin <> написал:
> On Fri, May 25, 2012 at 10:28:46AM +0400, Sergei Epiphanov wrote:
>> > Ну раз пошла такая пьянка, решил и я свой ноут перевести на systemd.
>> Сейчас, ковыряя документацию по systemd в интернете, обнаружил,
>> что есть вопрос к системе: у нас теперь каталог /usr нельзя
>> выносить отдельно от корневого? Или такой мешанины не будет?
>> Какова политика партии?
>
> Альтовский в этом плане ещё не проверял, а в редхате эта
> "политика партии", судя по раскопкам (я тоже шерстил их
> багзилу насчёт separate /usr) -- результат нежелания шляпников
> фиксить свои ляпы и грубые ошибки: похоже, в ынтерпрайзе принято
> заметать всё сразу под ковёр.

С таким же успехом initramfs может монтировать /usr.

JFI в солярке /bin -> /usr/bin, /sbin -> /usr/bin. Именно это делают в редхате.

-- 
Mykola Grechukh

CTO, Satelliz-Ukraine

Re: [sisyphus] миграция на systemd

[Michael Shigorin]

On Fri, May 25, 2012 at 11:42:24AM +0300, Mykola S. Grechukh wrote:
> С таким же успехом initramfs может монтировать /usr.

С ещё большим эти красавцы могут починить свои udev helpers.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [sisyphus] миграция на systemd

[Alexey Shabalin]

25 мая 2012 г., 10:28 пользователь Sergei Epiphanov написал:
> On 17 мая 2012 18:05 Dubrovskiy Viacheslav wrote:
>> Ну раз пошла такая пьянка, решил и я свой ноут перевести на systemd.
>
> Сейчас, ковыряя документацию по systemd в интернете, обнаружил, что есть
> вопрос к системе: у нас теперь каталог /usr нельзя выносить отдельно от
> корневого? Или такой мешанины не будет? Какова политика партии?
>
> http://freedesktop.org/wiki/Software/systemd/separate-usr-is-broken

У нас должно работать. У нас всё самое необходимое вынесено в /lib.
Все новые версии systemd я проверяю в различных экзотических
виртуалках, например /usr на lvm, который в свою очередь размещен на
raid0(mdadm)

-- 
Alexey Shabalin

Re: [sisyphus] миграция на systemd

[Michael Shigorin]

On Fri, May 25, 2012 at 12:58:53PM +0400, Alexey Shabalin wrote:
> Все новые версии systemd я проверяю в различных экзотических
> виртуалках, например /usr на lvm, который в свою очередь
> размещен на raid0(mdadm)

Ух, вот это я понимаю -- майнтейнер systemd! :)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [sisyphus] миграция на systemd

[Alexey Shabalin]

25 мая 2012 г., 13:03 пользователь Michael Shigorin <mike@osdn.org.ua> написал:
> On Fri, May 25, 2012 at 12:58:53PM +0400, Alexey Shabalin wrote:
>> Все новые версии systemd я проверяю в различных экзотических
>> виртуалках, например /usr на lvm, который в свою очередь
>> размещен на raid0(mdadm)
>
> Ух, вот это я понимаю -- майнтейнер systemd! :)

Просто инициализация mdadm и lvm вынесена в отдельный скрипт
/lib/systemd/altlinux-storage-init (по аналогии с
fedora-storage-init).
Этот скрипт был бы не нужен, если бы в udev были rules для mdadm и lvm.

-- 
Alexey Shabalin

Re: [sisyphus] миграция на systemd

[Alexey Gladkov]

25.05.2012 13:12, Alexey Shabalin wrote:
> Просто инициализация mdadm и lvm вынесена в отдельный скрипт
> /lib/systemd/altlinux-storage-init (по аналогии с
> fedora-storage-init).
> Этот скрипт был бы не нужен, если бы в udev были rules для mdadm и lvm.

Я давно планирую добавить поддержку монтирования любых разделов по
схеме монтирования корня в initrd.

-- 
Rgrds, legion

Re: [sisyphus] миграция на systemd

[Sergei Epiphanov]

Решил не рвать тред. Продолжаю попытку сделать работу комфортной под systemd.

На этих выходных увидел несколько грабель, которые развесил в багзилле:
1) #27370 - проверяйте, что кладётся в /lib/systemd
2) #27371, #27372 - программы, которые опираются в своей работе на каталоги из 
/var/run, /var/lock, работать не будут. Аналогично могут попасться и другие 
каталоги, оказавшиеся в виртуальной системе.
3) #27374 - невозможно пользовательскими .service файлами изменить режим 
запуска сервисов, которые имеются системные .service файлы. Я потратил 
полнедели, выясняя причины остановки моей программы.

-- 
С уважением, Епифанов Сергей

Re: [sisyphus] миграция на systemd

[Dmitriy Khanzhin]

11.05.2012 19:10, Alexey Shabalin написал:
> 2012/5/11 Igor Zubkov <igor.zubkov@gmail.com>:
>> Hi!
>>
>> Как правильно выполнить миграцию с SysV init на systemd? Актуально ли
>> http://www.altlinux.org/Systemd ? Все ли пакеты уже в Сизифе?
> 
> - установить systemd (настройки grub на wiki актуальны, или
> systemd-sysvinit - я всегда использую этот вариант)
> - всё необходимое в сизифе(на wiki информация неактуальна)
> - посмотреть на wiki "Дополнительные рекомендации"
> - mkdir /run
> - перезагрузиться
> - проверить что все нужные сервисы включены. (systemctl)
> 

Hi!
Я тоже решился на подход к этому снаряду.
Конфигурация ноута- самая обычная, загрузился.
Однако, часы не установились, как хранятся в UTC, так и идут,
таймзона не применилась.
Оказалось, устройство /dev/rtc не появилось.

modprobe rtc и /etc/init.d/clock start помогают,
но
altlinux-clock-setup.service  loaded inactive dead  Set the system clock
(when /etc/adjtime is missing)
так и остается.

При загрузке с SysV /dev/rtc создается, соответственно, все нормально.

И в выводе systemctl --all очень много строк со статусом loaded inactive
dead, это нормально?

Пока не очень внятно, но уж как есть. Посмотрю еще.

Re: [sisyphus] миграция на systemd

[Ildar Mulyukov]

On 24.05.2012 19:57:42, Dmitriy Khanzhin wrote:
> Я тоже решился на подход к этому снаряду.
> Конфигурация ноута- самая обычная, загрузился.
> Однако, часы не установились, как хранятся в UTC, так и идут,
> таймзона не применилась.
> Оказалось, устройство /dev/rtc не появилось.
[...]
> При загрузке с SysV /dev/rtc создается, соответственно, все нормально.

Я скопировал /etc/modules в /etc/modules-load.d/*.conf (у нас на вики  
об этом есть только намёк). Но кажется, наш systemd грузит модули из  
/etc/modules (?)

> И в выводе systemctl --all очень много строк со статусом loaded  
> inactive
> dead, это нормально?

chkconfig --list тоже всегда выдавал много сервисов == off. Это прямой  
аналог  (т.е. нормально).

> Пока не очень внятно, но уж как есть. Посмотрю еще.

неужели, больше никаких проблем? ;)
Остальное работает?
-- 
Ildar Mulyukov,
   free SW designer/programmer/packager
======================================
email: ildar@altlinux.ru
Jabber: ildar.mulyukov@gmail.com
ICQ: 4334029
ALT Linux http://packages.altlinux.org/ru/Sisyphus/maintainers/ildar/
======================================

Re: [sisyphus] миграция на systemd

[Alexey Shabalin]

25 мая 2012 г., 11:17 пользователь Ildar Mulyukov написал:
> On 24.05.2012 19:57:42, Dmitriy Khanzhin wrote:
>>
>> Я тоже решился на подход к этому снаряду.
>> Конфигурация ноута- самая обычная, загрузился.
>> Однако, часы не установились, как хранятся в UTC, так и идут,
>> таймзона не применилась.
>> Оказалось, устройство /dev/rtc не появилось.
>
> [...]
>
>> При загрузке с SysV /dev/rtc создается, соответственно, все нормально.
>
>
> Я скопировал /etc/modules в /etc/modules-load.d/*.conf (у нас на вики об
> этом есть только намёк). Но кажется, наш systemd грузит модули из
> /etc/modules (?)

Обрабатываются все файлы и в /etc/modules-load.d/*.conf, и /etc/modules тоже.

-- 
Alexey Shabalin

Re: [sisyphus] миграция на systemd

[Dmitriy Khanzhin]

25.05.2012 11:17, Ildar Mulyukov написал:
> On 24.05.2012 19:57:42, Dmitriy Khanzhin wrote:
>> Я тоже решился на подход к этому снаряду.
>> Конфигурация ноута- самая обычная, загрузился.
>> Однако, часы не установились, как хранятся в UTC, так и идут,
>> таймзона не применилась.
>> Оказалось, устройство /dev/rtc не появилось.
> [...]
>> При загрузке с SysV /dev/rtc создается, соответственно, все нормально.
> 
> Я скопировал /etc/modules в /etc/modules-load.d/*.conf (у нас на вики об
> этом есть только намёк). Но кажется, наш systemd грузит модули из
> /etc/modules (?)
> 
>> И в выводе systemctl --all очень много строк со статусом loaded inactive
>> dead, это нормально?
> 
> chkconfig --list тоже всегда выдавал много сервисов == off. Это прямой
> аналог  (т.е. нормально).
> 
>> Пока не очень внятно, но уж как есть. Посмотрю еще.
> 
> неужели, больше никаких проблем? ;)
> Остальное работает?

Просто, часы- первое, что увиделось.
А так, вроде работает, даже /usr отдельным разделом.
После загрузки передернул пару демонов: acpid, и еще, блин, не помню.
Но у меня ноут простейший, Samsung R528 DualCore 3Gb x86_64 :-)
Одна система- альт сизиф, icewm.
Автомонтирование с pcmanfm работает.
Bluetooth только не пробовал еще, и из /media точка монтирования мобилы
куда-то делась.
Буду посмотреть :-)

Re: [sisyphus] миграция на systemd

[Sergey Shilov]

On 25 мая 2012 13:17:04 Ildar Mulyukov wrote:
 
> неужели, больше никаких проблем? ;)
> Остальное работает?

:-)

После переезда в КДЕ4 :
- выключение компьютера стало завершать сеанс (раздражает, причем из диалога 
входа в систему - выключает)
- индикатор батареи - батарею не видит ( /proc/acpi/battery/BAT1/* в наличии).

Оно конечно может просто совпало ....

-- 
V.B.R Sergey Shilov.

Re: [sisyphus] миграция на systemd

[Vladimir Didenko]

4 июня 2012 г., 19:12 пользователь Sergey Shilov написал:

> - выключение компьютера стало завершать сеанс (раздражает, причем из диалога
> входа в систему - выключает)

Можно на gdm пока перекантоваться. С ним выключение и из самого kde работает.

-- 
С уважением,
Владимир.

Re: [sisyphus] миграция на systemd

[Alexey Shabalin]

24 мая 2012 г., 17:57 пользователь Dmitriy Khanzhin написал:
> 11.05.2012 19:10, Alexey Shabalin написал:
>> 2012/5/11 Igor Zubkov <igor.zubkov@gmail.com>:
>>> Hi!
>>>
>>> Как правильно выполнить миграцию с SysV init на systemd? Актуально ли
>>> http://www.altlinux.org/Systemd ? Все ли пакеты уже в Сизифе?
>>
>> - установить systemd (настройки grub на wiki актуальны, или
>> systemd-sysvinit - я всегда использую этот вариант)
>> - всё необходимое в сизифе(на wiki информация неактуальна)
>> - посмотреть на wiki "Дополнительные рекомендации"
>> - mkdir /run
>> - перезагрузиться
>> - проверить что все нужные сервисы включены. (systemctl)
>>
>
> Hi!
> Я тоже решился на подход к этому снаряду.
> Конфигурация ноута- самая обычная, загрузился.
> Однако, часы не установились, как хранятся в UTC, так и идут,
> таймзона не применилась.
> Оказалось, устройство /dev/rtc не появилось.
>
> modprobe rtc и /etc/init.d/clock start помогают,
> но
> altlinux-clock-setup.service  loaded inactive dead  Set the system clock
> (when /etc/adjtime is missing)
> так и остается.

altlinux-clock-setup.service маскирует сервис clock в SysV.
Этот сервис должен отработать только при отсутствии файла
/etc/adjtime, настроить систему, и больше не запускаться.
В общем, если часы настроены на utc, то должно всё работать, systemd
сам настраивает часы.
В рассылке systemd была большая дискуссия по поводу настройки часов.
Если есть предложения как сделать лучше - присылайте.

> При загрузке с SysV /dev/rtc создается, соответственно, все нормально.
>
> И в выводе systemctl --all очень много строк со статусом loaded inactive
> dead, это нормально?
>
> Пока не очень внятно, но уж как есть. Посмотрю еще.


-- 
Alexey Shabalin

Re: [sisyphus] миграция на systemd

[Dmitriy Khanzhin]

25.05.2012 13:08, Alexey Shabalin написал:
> 24 мая 2012 г., 17:57 пользователь Dmitriy Khanzhin написал:
>> 11.05.2012 19:10, Alexey Shabalin написал:
>>> 2012/5/11 Igor Zubkov <igor.zubkov@gmail.com>:
>>>> Hi!
>>>>
>>>> Как правильно выполнить миграцию с SysV init на systemd? Актуально ли
>>>> http://www.altlinux.org/Systemd ? Все ли пакеты уже в Сизифе?
>>>
>>> - установить systemd (настройки grub на wiki актуальны, или
>>> systemd-sysvinit - я всегда использую этот вариант)
>>> - всё необходимое в сизифе(на wiki информация неактуальна)
>>> - посмотреть на wiki "Дополнительные рекомендации"
>>> - mkdir /run
>>> - перезагрузиться
>>> - проверить что все нужные сервисы включены. (systemctl)
>>>
>>
>> Hi!
>> Я тоже решился на подход к этому снаряду.
>> Конфигурация ноута- самая обычная, загрузился.
>> Однако, часы не установились, как хранятся в UTC, так и идут,
>> таймзона не применилась.
>> Оказалось, устройство /dev/rtc не появилось.
>>
>> modprobe rtc и /etc/init.d/clock start помогают,
>> но
>> altlinux-clock-setup.service  loaded inactive dead  Set the system clock
>> (when /etc/adjtime is missing)
>> так и остается.
> 
> altlinux-clock-setup.service маскирует сервис clock в SysV.
> Этот сервис должен отработать только при отсутствии файла
> /etc/adjtime, настроить систему, и больше не запускаться.

Оказывается, не при отсутствии, а при нулевой длине.
При отсутствии- я пробовал- не работает.

> В общем, если часы настроены на utc, то должно всё работать, systemd
> сам настраивает часы.

Да, спасибо.
Но вопрос про /dev/rtc остается, хотя уже не актуален.
При загрузке с  systemd- его нет, с SysV- есть.

> В рассылке systemd была большая дискуссия по поводу настройки часов.
> Если есть предложения как сделать лучше - присылайте.
> 
>> При загрузке с SysV /dev/rtc создается, соответственно, все нормально.
>>
>> И в выводе systemctl --all очень много строк со статусом loaded inactive
>> dead, это нормально?
>>
>> Пока не очень внятно, но уж как есть. Посмотрю еще.
> 
> 

Re: [sisyphus] миграция на systemd

[Sergei Epiphanov]

У нас есть пакет console-scripts. Он как-то работает под systemd? Столкнулся с 
тем, что после перехода на systemd русские буквы в консоли стали отображаться 
квадратиками. Вчера заметил. Сходу решить задачу не вышло. Можно ли как-то 
исправить это?

Консоли - фрейбуфер под radeon.

-- 
С уважением, Епифанов Сергей

Re: [sisyphus] миграция на systemd

[Dmitriy Khanzhin]

30.05.2012 09:58, Sergei Epiphanov написал:
> У нас есть пакет console-scripts. Он как-то работает под systemd? Столкнулся с 
> тем, что после перехода на systemd русские буквы в консоли стали отображаться 
> квадратиками. Вчера заметил. Сходу решить задачу не вышло. Можно ли как-то 
> исправить это?
> 
> Консоли - фрейбуфер под radeon.
> 
Напомнили, тоже посмотрел, то же самое.
Фреймбуфер nouveau.

Re: [sisyphus] миграция на systemd

[Alexey Gladkov]

30.05.2012 09:58, Sergei Epiphanov wrote:
> У нас есть пакет console-scripts. Он как-то работает под systemd? Столкнулся с 
> тем, что после перехода на systemd русские буквы в консоли стали отображаться 
> квадратиками. Вчера заметил. Сходу решить задачу не вышло. Можно ли как-то 
> исправить это?

Видимо в systemd нет сервиса для установки шрифта. Нужно либо написать
такой сервис, либо перенести загрузку шрифта в initrd, как это сделано
в некоторых дистрах.

-- 
Rgrds, legion

Re: [sisyphus] миграция на systemd

[Michael Shigorin]

On Wed, May 30, 2012 at 06:37:15PM +0400, Alexey Gladkov wrote:
> либо перенести загрузку шрифта в initrd, как это сделано
> в некоторых дистрах.

IMHO и так чихов, на которые его перегенерировать надо,
расплодилось до ужаса...

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [sisyphus] миграция на systemd

[Alexey Gladkov]

30.05.2012 18:43, Michael Shigorin wrote:
> On Wed, May 30, 2012 at 06:37:15PM +0400, Alexey Gladkov wrote:
>> либо перенести загрузку шрифта в initrd, как это сделано
>> в некоторых дистрах.
> 
> IMHO и так чихов, на которые его перегенерировать надо,
> расплодилось до ужаса...

Я тоже не считаю, что это нужно делать из initrd, поэтому у нас и нет
такой поддержки :) Но логика в таком подходе некоторая есть.

Ты часто меняешь консольный шрифт и/или консольную раскладку?

-- 
Rgrds, legion

Re: [sisyphus] миграция на systemd

[Michael Shigorin]

On Wed, May 30, 2012 at 06:54:32PM +0400, Alexey Gladkov wrote:
> Ты часто меняешь консольный шрифт и/или консольную раскладку?

...но когда я делаю это, то не вижу смысла трогать ещё что-то. :)

"У них" шрифт нужен для локализованных сообщений при загрузке,
как понимаю.  Это хоть какая-то фича, за которую можно назначать
такую плату (хотя IMNSHO для искомого user experience лучше
подходит локализованная графическая заставка, а вот текст
сообщений о проблемах загрузки хотелось бы прочесть в любом
разе).

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [sisyphus] миграция на systemd

[Alexey Gladkov]

31.05.2012 12:22, Michael Shigorin wrote:
> On Wed, May 30, 2012 at 06:54:32PM +0400, Alexey Gladkov wrote:
>> Ты часто меняешь консольный шрифт и/или консольную раскладку?
> 
> ...но когда я делаю это, то не вижу смысла трогать ещё что-то. :)
> 
> "У них" шрифт нужен для локализованных сообщений при загрузке,
> как понимаю.  Это хоть какая-то фича, за которую можно назначать
> такую плату (хотя IMNSHO для искомого user experience лучше
> подходит локализованная графическая заставка, а вот текст
> сообщений о проблемах загрузки хотелось бы прочесть в любом
> разе).

Поддержка этого в m-i может понадобиться если делать обновление
системы, как это делает сейчас федора т.е. когда на базе initrd
делается обновлятор, система перегружается в него и обновляется.

-- 
Rgrds, legion

Re: [sisyphus] миграция на systemd

[Michael Shigorin]

On Thu, May 31, 2012 at 12:34:27PM +0400, Alexey Gladkov wrote:
> Поддержка этого в m-i может понадобиться если делать обновление
> системы, как это делает сейчас федора

Зачем они это делают?

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [sisyphus] миграция на systemd

[Alexey Gladkov]

02.06.2012 01:09, Michael Shigorin wrote:
> On Thu, May 31, 2012 at 12:34:27PM +0400, Alexey Gladkov wrote:
>> Поддержка этого в m-i может понадобиться если делать обновление
>> системы, как это делает сейчас федора
> 
> Зачем они это делают?

Не понял вопроса.

-- 
Rgrds, legion

Re: [sisyphus] миграция на systemd

[Michael Shigorin]

On Sat, Jun 02, 2012 at 03:09:59PM +0400, Alexey Gladkov wrote:
> >> Поддержка этого в m-i может понадобиться если делать
> >> обновление системы, как это делает сейчас федора
> > Зачем они это делают?
> Не понял вопроса.

Востребовано ли у нас "обновление системы, как это делает сейчас федора"?
Или non-issue? :)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [sisyphus] миграция на systemd

[Igor Zubkov]

2012/6/2 Michael Shigorin:
> On Sat, Jun 02, 2012 at 03:09:59PM +0400, Alexey Gladkov wrote:
>> >> Поддержка этого в m-i может понадобиться если делать
>> >> обновление системы, как это делает сейчас федора
>> > Зачем они это делают?
>> Не понял вопроса.
>
> Востребовано ли у нас "обновление системы, как это делает сейчас федора"?

В Федоре официальный способ обновления с версии на версию это через
анаконду. Т.е. берём установочный диск, грузимся и обновляем систему.
Обновление через yum с версии на версию возможно, но официально не
поддерживается. Да и обновить 16 -> 17 через yum у меня не получилось,
хотя это вроде возможно. Там для того что бы обновить 16 до 17 надо
слить /bin и /usr/bin, /lib и /usr/lib, /sbin и /usr/sbin. Это
делается скриптом который добавляется через dracut (он у них initrd
генерирует) и после перезагрузки делает своё грязное дело. :) Так что,
обновлять систему через анаконду это вынужденное и
местное-федоровское.

> Или non-issue? :)

-- 
Igor Zubkov
http://hi.im/ice

Re: [sisyphus] миграция на systemd

[Alexey Shabalin]

30 мая 2012 г., 18:37 пользователь Alexey Gladkov написал:
> 30.05.2012 09:58, Sergei Epiphanov wrote:
>> У нас есть пакет console-scripts. Он как-то работает под systemd? Столкнулся с
>> тем, что после перехода на systemd русские буквы в консоли стали отображаться
>> квадратиками. Вчера заметил. Сходу решить задачу не вышло. Можно ли как-то
>> исправить это?
>
> Видимо в systemd нет сервиса для установки шрифта. Нужно либо написать
> такой сервис, либо перенести загрузку шрифта в initrd, как это сделано
> в некоторых дистрах.

есть такой сервис. в следующей сборке попытаюсь починить.

-- 
Alexey Shabalin