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

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

[Шенцев Алексей Владимирович]

Всем привет!
После вчерашнего обновления поймал:

1) Display manager выключен. Кто его отключает? В который такое ловлю.
2) Система 5 минут 22 секунды пытается запустить сеть, точнее мелькает
сообщение
LSB: start job <...> networking (точнее не помню, а фотка отвратная
вышла), сменяемое сообщением о не возможности запустить  Plymouth (он
выключен).
В чём трабла?

Данная машина на SYSV грузилась в 2 раза быстрее чем оптимизированная w7.
А теперь грузиться в 4 раза медленне w7.
Авторы systemd обещали ускорение загрузки linux'а за счёт параллельной
загрузки, а получил одни тормоза.

-- 
С уважением, Шенцев Алексей Владимирович.

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

[alexei]

----- Исходное сообщение -----
> От: "Шенцев Алексей Владимирович" <ashen@mail.ru>
> Кому: "ALT Linux Sisyphus discussions" <sisyphus@lists.altlinux.org>
> Отправленные: Пятница, 27 Июнь 2014 г 4:39:41
> Тема: [sisyphus] Проблемы: systemd & display manager & LSB^ starting job ... networking
> 
> Всем привет!
> После вчерашнего обновления поймал:
> 
> 1) Display manager выключен. Кто его отключает? В который такое ловлю.
> 2) Система 5 минут 22 секунды пытается запустить сеть, точнее мелькает
> сообщение
> LSB: start job <...> networking (точнее не помню, а фотка отвратная
> вышла), сменяемое сообщением о не возможности запустить  Plymouth (он
> выключен).
> В чём трабла?
> 
> Данная машина на SYSV грузилась в 2 раза быстрее чем оптимизированная w7.
> А теперь грузиться в 4 раза медленне w7.
> Авторы systemd обещали ускорение загрузки linux'а за счёт параллельной
> загрузки, а получил одни тормоза.

Имею аналогичные проблемы. Долгую загрузку сети поправил удалением из системы avahi-daemon.
А вот графику приходится запускать ручками через systemctl start dm в консоли. Однако, где-то
засел косяк с race condition при старте.

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

[Peter Evdokimov]

On Thu, 26 Jun 2014 23:39:41 +0400
Шенцев Алексей Владимирович wrote:

> 2) Система 5 минут 22 секунды пытается запустить сеть, точнее мелькает
> сообщение
> LSB: start job <...> networking (точнее не помню, а фотка отвратная
> вышла), сменяемое сообщением о не возможности запустить  Plymouth (он
> выключен).


У меня при загрузке - Ordering  cycle found, skipping LSB Start/stop
syssyat's sadc

Лечится откатом udev/systemd

sy,
	peter

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

[Alexey Shabalin]

27 июня 2014 г., 9:10 пользователь Peter Evdokimov  написал:
> On Thu, 26 Jun 2014 23:39:41 +0400
> Шенцев Алексей Владимирович wrote:
>
>> 2) Система 5 минут 22 секунды пытается запустить сеть, точнее мелькает
>> сообщение
>> LSB: start job <...> networking (точнее не помню, а фотка отвратная
>> вышла), сменяемое сообщением о не возможности запустить  Plymouth (он
>> выключен).
>
>
> У меня при загрузке - Ordering  cycle found, skipping LSB Start/stop
> syssyat's sadc
>
> Лечится откатом udev/systemd
Лечится обновлением sysstat. fixed.

-- 
Alexey Shabalin

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

[Alexey Shabalin]

26 июня 2014 г., 23:39 пользователь Шенцев Алексей Владимирович  написал:
> Всем привет!
> После вчерашнего обновления поймал:
>
> 1) Display manager выключен. Кто его отключает? В который такое ловлю.
А зачем его специально включать?
используйте симлинк
/etc/systemd/system/default.target -> /lib/systemd/system/graphical.target

> 2) Система 5 минут 22 секунды пытается запустить сеть, точнее мелькает
> сообщение
> LSB: start job <...> networking (точнее не помню, а фотка отвратная
> вышла),
Должно исправиться в systemd-214-alt2, я сейчас тестирую.

> сменяемое сообщением о не возможности запустить  Plymouth (он
> выключен).
А как он выключен?
Его проще совсем удалить, что б не мешался, если не нужен.

> В чём трабла?
>
> Данная машина на SYSV грузилась в 2 раза быстрее чем оптимизированная w7.
> А теперь грузиться в 4 раза медленне w7.
> Авторы systemd обещали ускорение загрузки linux'а за счёт параллельной
> загрузки, а получил одни тормоза.
А пришли мне логи напрямую, может я тебе подскажу как ускорить загрузку :)

-- 
Alexey Shabalin

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

[alexei]

----- Исходное сообщение -----
> От: "Alexey Shabalin" <a.shabalin@gmail.com>
> Кому: "ALT Linux Sisyphus discussions" <sisyphus@lists.altlinux.org>
> Отправленные: Пятница, 27 Июнь 2014 г 20:11:18
> Тема: Re: [sisyphus] Проблемы: systemd & display manager & LSB^ starting job ... networking
> 
> 26 июня 2014 г., 23:39 пользователь Шенцев Алексей Владимирович  написал:
> > Всем привет!
> > После вчерашнего обновления поймал:
> >
> > 1) Display manager выключен. Кто его отключает? В который такое ловлю.
> А зачем его специально включать?
> используйте симлинк
> /etc/systemd/system/default.target -> /lib/systemd/system/graphical.target

Хм, у меня вот что вылезло:

[taf@metamorph /]$ ls -l /etc/systemd/system/default.target
lrwxrwxrwx 1 root root 36 окт  7  2012 /etc/systemd/system/default.target -> /lib/systemd/system/runlevel5.target
[taf@metamorph /]$ ls -l /lib/systemd/system/runlevel5.target
lrwxrwxrwx 1 root root 16 июн 26 20:28 /lib/systemd/system/runlevel5.target -> graphical.target
[taf@metamorph /]$ 

dm не запускается

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

[Шенцев Алексей Владимирович]

27.06.2014 15:22, alexei@taf.ru пишет:
>
> ----- Исходное сообщение -----
>> От: "Alexey Shabalin" <a.shabalin@gmail.com>
>> Кому: "ALT Linux Sisyphus discussions" <sisyphus@lists.altlinux.org>
>> Отправленные: Пятница, 27 Июнь 2014 г 20:11:18
>> Тема: Re: [sisyphus] Проблемы: systemd & display manager & LSB^ starting job ... networking
>>
>> 26 июня 2014 г., 23:39 пользователь Шенцев Алексей Владимирович  написал:
>>> Всем привет!
>>> После вчерашнего обновления поймал:
>>>
>>> 1) Display manager выключен. Кто его отключает? В который такое ловлю.
>> А зачем его специально включать?
>> используйте симлинк
>> /etc/systemd/system/default.target -> /lib/systemd/system/graphical.target
> Хм, у меня вот что вылезло:
>
> [taf@metamorph /]$ ls -l /etc/systemd/system/default.target
> lrwxrwxrwx 1 root root 36 окт  7  2012 /etc/systemd/system/default.target -> /lib/systemd/system/runlevel5.target
> [taf@metamorph /]$ ls -l /lib/systemd/system/runlevel5.target
> lrwxrwxrwx 1 root root 16 июн 26 20:28 /lib/systemd/system/runlevel5.target -> graphical.target
> [taf@metamorph /]$ 
>
> dm не запускается

Аналогично и симлинки и не запускаемость dm.

-- 
С уважением, Шенцев Алексей Владимирович.

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

[Шенцев Алексей Владимирович]

27.06.2014 15:11, Alexey Shabalin пишет:
> 26 июня 2014 г., 23:39 пользователь Шенцев Алексей Владимирович  написал:
>> В чём трабла?
>>
>> Данная машина на SYSV грузилась в 2 раза быстрее чем оптимизированная w7.
>> А теперь грузиться в 4 раза медленне w7.
>> Авторы systemd обещали ускорение загрузки linux'а за счёт параллельной
>> загрузки, а получил одни тормоза.
> А пришли мне логи напрямую, может я тебе подскажу как ускорить загрузку :)
Что именнно показать? Какой(ие) файлы выслать?

-- 
С уважением, Шенцев Алексей Владимирович.

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

[Alexey Shabalin]

27 июня 2014 г., 21:54 пользователь Шенцев Алексей Владимирович  написал:
> 27.06.2014 15:11, Alexey Shabalin пишет:
>> 26 июня 2014 г., 23:39 пользователь Шенцев Алексей Владимирович  написал:
>>> В чём трабла?
>>>
>>> Данная машина на SYSV грузилась в 2 раза быстрее чем оптимизированная w7.
>>> А теперь грузиться в 4 раза медленне w7.
>>> Авторы systemd обещали ускорение загрузки linux'а за счёт параллельной
>>> загрузки, а получил одни тормоза.
>> А пришли мне логи напрямую, может я тебе подскажу как ускорить загрузку :)
> Что именнно показать? Какой(ие) файлы выслать?

journal -b > logfile, и пришли его.



-- 
Alexey Shabalin

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

[Alexey Shabalin]

7 июля 2014 г., 16:04 пользователь Шенцев Алексей Владимирович
<ashen@mail.ru> написал:
> 07.07.2014 15:58, Alexey Shabalin пишет:
>> journal -b > logfile
Давай пробежимся по типовым граблям, остальным думаю тоже будет интересно.

- желательно избавиться от sysv-скриптов, если в них нет LSB заголовков.

- ни в каких пакетах никогда специально не включался сервис prefdm
(или dm), точнее он жестко включен только для графического уровня
запуска. То что он у вас включен - это ваша самодеетельность, которую
я не могу отследить. Пожалуй добавлю в пакет systemd насильно удаление
директории /etc/systemd/system/graphical.target.wants

- кто Вам включил remote-fs.target и зачем? его не надо специально включать.

- перейдите уже на новый стиль уровня запуска.
systemctl set-default graphical.target.
Я попробую избавиться от старого стиля в следующем релизе systemd.

- удалите пакеты syslogd и klogd. Я уже устал повторять, что они
совместно с systemd нормально не работают. Наши дистрибутиво-строители
упорно продолжают их пропихивать для установки. А мантейнер sysklogd
не использует systemd и не будет чинить их. Если нужен именно syslog,
то используйте rsyslog  или syslog-ng. Обычно для systemd они не нужны
и достаточно journald, так что просто их удалите.

- скорее всего вы не используете sysfsutils, удалите его. Возможно
стоит повесить баг на этот пакет, что бы не включать сервис
по-умолчанию. И в дистрибутивы этот пакет пихать необязательно.

- так же можно удалить nut(и остальные nut-driver ... ) все равно он у
вас не рабочий. Или помогите мантейнеру сделать его рабочим.

- основная задержка старта у Вас, это
 network.service start operation timed out. Terminating.
 надо разобраться, почему сеть не стартует и починить.
У вас точно последняя версия пакета etcnet?

- не понял что у Вас в качестве десктопа используется, но попробуйте
удалить ConsoleKit (и libConsoleKit)

-- 
Alexey Shabalin

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

[Anton Farygin]

On 07.07.2014 17:59, Alexey Shabalin wrote:
> - удалите пакеты syslogd и klogd. Я уже устал повторять, что они
> совместно с systemd нормально не работают. Наши дистрибутиво-строители
> упорно продолжают их пропихивать для установки. А мантейнер sysklogd
> не использует systemd и не будет чинить их. Если нужен именно syslog,
> то используйте rsyslog  или syslog-ng. Обычно для systemd они не нужны
> и достаточно journald, так что просто их удалите.

А мне вот интересен обратный процесс - как бы на систему с systemd 
водрузить syslog и что б всё работало как раньше ?

Ну совсем не могу пользоваться journalctl - неудобно, как будто 
заставляют штаны через голову одевать.

Так можно или нет ?

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

[Alexey Shabalin]

7 июля 2014 г., 18:07 пользователь Anton Farygin написал:
> On 07.07.2014 17:59, Alexey Shabalin wrote:
>>
>> - удалите пакеты syslogd и klogd. Я уже устал повторять, что они
>> совместно с systemd нормально не работают. Наши дистрибутиво-строители
>> упорно продолжают их пропихивать для установки. А мантейнер sysklogd
>> не использует systemd и не будет чинить их. Если нужен именно syslog,
>> то используйте rsyslog  или syslog-ng. Обычно для systemd они не нужны
>> и достаточно journald, так что просто их удалите.
>
>
> А мне вот интересен обратный процесс - как бы на систему с systemd водрузить
> syslog и что б всё работало как раньше ?
>
> Ну совсем не могу пользоваться journalctl - неудобно, как будто заставляют
> штаны через голову одевать.
>
> Так можно или нет ?
Конечно можно, и выше даже описано все предельно четко:
- использовать rsyslog или syslog-ng
- или починить sysklog


-- 
Alexey Shabalin

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

[alexei]

----- Исходное сообщение -----
> От: "Anton Farygin" <rider@altlinux.com>
> Кому: sisyphus@lists.altlinux.org
> Отправленные: Понедельник, 7 Июль 2014 г 23:07:26
> Тема: Re: [sisyphus] Проблемы: systemd & display manager & LSB^ starting job ... networking
> 
> On 07.07.2014 17:59, Alexey Shabalin wrote:
> > - удалите пакеты syslogd и klogd. Я уже устал повторять, что они
> > совместно с systemd нормально не работают. Наши дистрибутиво-строители
> > упорно продолжают их пропихивать для установки. А мантейнер sysklogd
> > не использует systemd и не будет чинить их. Если нужен именно syslog,
> > то используйте rsyslog  или syslog-ng. Обычно для systemd они не нужны
> > и достаточно journald, так что просто их удалите.
> 
> А мне вот интересен обратный процесс - как бы на систему с systemd
> водрузить syslog и что б всё работало как раньше ?
> 
> Ну совсем не могу пользоваться journalctl - неудобно, как будто
> заставляют штаны через голову одевать.
> 
> Так можно или нет ?

А чем не устраивает rsyslog? Конфиги и правила фильтрации сообщений у него
совместимы с syslog, но тихого подыхания на ротации логов, в отличии от,
не наблюдается.

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

[alexei]

----- Исходное сообщение -----
> От: "Alexey Shabalin" <a.shabalin@gmail.com>
> Кому: "Шенцев Алексей Владимирович" <ashen@mail.ru>
> Копия: "ALT Linux Sisyphus discussions" <sisyphus@lists.altlinux.org>
> Отправленные: Понедельник, 7 Июль 2014 г 22:59:19
> Тема: Re: [sisyphus] Проблемы: systemd & display manager & LSB^ starting job ... networking
> 
> 7 июля 2014 г., 16:04 пользователь Шенцев Алексей Владимирович
> <ashen@mail.ru> написал:
> > 07.07.2014 15:58, Alexey Shabalin пишет:
> >> journal -b > logfile
> Давай пробежимся по типовым граблям, остальным думаю тоже будет интересно.
> 
...

> - основная задержка старта у Вас, это
>  network.service start operation timed out. Terminating.
>  надо разобраться, почему сеть не стартует и починить.

etcnet-0.9.10-alt10, запуск через unit-файл, сеть не тормозит,
но вылезла проблема с mediatomb - сервис пытается запуститься
еще до того, как успеют инициироваться сетевые интерфейсы (настройки
по DHCP).

На рабочей машине после сегодняшнего dist-upgrade вообще не дождался
пояления даже текстовой консоли, при этом по ssh на машину зайти можно.

В обоих случаях вылечилось через безоговорочную миграцию на systemd-networkd

IMHO, но etcnet давно требует переосмысливания и глубокой переработки. Точнее
даже так, в случае десктопа под systemd, на мой взгляд, etcnet уже не актуален.
Для серверов еще туда-сюда, но для случая с десятками и сотнями интерфейсов
врожденные недостатки всех шелл-скриптов проявляются очень рельефно (создание/
удаление трех сотен интерфейсов растягивается на 10 минут, в то время как ip
в режиме батч-файла все это проделывает менее чем за 30 секунд, то же относится
и к настройкам qos и iptables, только там деградация по скорости исполнения
наступает уже на >10 правилах)

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

[Alexey Shabalin]

7 июля 2014 г., 18:22 пользователь   написал:
>
>
>> - основная задержка старта у Вас, это
>>  network.service start operation timed out. Terminating.
>>  надо разобраться, почему сеть не стартует и починить.
>
> etcnet-0.9.10-alt10, запуск через unit-файл, сеть не тормозит,
> но вылезла проблема с mediatomb - сервис пытается запуститься
> еще до того, как успеют инициироваться сетевые интерфейсы (настройки
> по DHCP).
>
> На рабочей машине после сегодняшнего dist-upgrade вообще не дождался
> пояления даже текстовой консоли, при этом по ssh на машину зайти можно.

Скорее всего можно переключиться на другую консоль. И от туда сделать
нужные действия.
С переходом на sysv-generator наличие LSB заголовков стало довольно
критичным. Скорее всего нашлись циклы и systemd выкинул из загрузки
что-то нужное. Все это отражено в логах.

> В обоих случаях вылечилось через безоговорочную миграцию на systemd-networkd

А симлинк /etc/resolv.conf делали?
Тут возникает проблемка с интеграцией с openresolv.

> IMHO, но etcnet давно требует переосмысливания и глубокой переработки.
Возможно, с повсеместным внедрением systemd-networkd можно будет
отправить etcnet на заслуженный отдых. А если написать
etcnet-generator, который будет брать настройки из etcnet и создавать
нативные настройки для systemd-networkd, то можно уже сейчас
мигрировать :)

> Точнее даже так, в случае десктопа под systemd, на мой взгляд, etcnet уже не актуален.

Да, в случае с десктопом, актуальнее использовать NetworkManager

> Для серверов еще туда-сюда, но для случая с десятками и сотнями интерфейсов
> врожденные недостатки всех шелл-скриптов проявляются очень рельефно (создание/
> удаление трех сотен интерфейсов растягивается на 10 минут, в то время как ip
> в режиме батч-файла все это проделывает менее чем за 30 секунд, то же относится
> и к настройкам qos и iptables, только там деградация по скорости исполнения
> наступает уже на >10 правилах)


-- 
Alexey Shabalin

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

[alexei]

----- Исходное сообщение -----
> От: "Alexey Shabalin" <a.shabalin@gmail.com>
> Кому: "ALT Linux Sisyphus discussions" <sisyphus@lists.altlinux.org>
> Отправленные: Понедельник, 7 Июль 2014 г 23:40:20
> Тема: Re: [sisyphus] Проблемы: systemd & display manager & LSB^ starting job ... networking
> 
> 7 июля 2014 г., 18:22 пользователь   написал:
> >
> >
> >> - основная задержка старта у Вас, это
> >>  network.service start operation timed out. Terminating.
> >>  надо разобраться, почему сеть не стартует и починить.
> >
> > etcnet-0.9.10-alt10, запуск через unit-файл, сеть не тормозит,
> > но вылезла проблема с mediatomb - сервис пытается запуститься
> > еще до того, как успеют инициироваться сетевые интерфейсы (настройки
> > по DHCP).
> >
> > На рабочей машине после сегодняшнего dist-upgrade вообще не дождался
> > пояления даже текстовой консоли, при этом по ssh на машину зайти можно.
> 
> Скорее всего можно переключиться на другую консоль. И от туда сделать
> нужные действия.

Проблема была в том, что консоль нигде не запустилась. Залипуха
произошла на постоянном запуске-остановке dnsmasq, который вызывается
при старте libvirtd. К сожалению, логи не сохранились.

> С переходом на sysv-generator наличие LSB заголовков стало довольно
> критичным. Скорее всего нашлись циклы и systemd выкинул из загрузки
> что-то нужное. Все это отражено в логах.
> 
> > В обоих случаях вылечилось через безоговорочную миграцию на
> > systemd-networkd
> 
> А симлинк /etc/resolv.conf делали?
> Тут возникает проблемка с интеграцией с openresolv.

Да, симлинк сделал и разрешил автостарт systemd-resolved, вроде проблем
не возникло.

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

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

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

On Mon, Jul 07, 2014 at 06:40:20PM +0400, Alexey Shabalin wrote:

>> IMHO, но etcnet давно требует переосмысливания и глубокой переработки.
> Возможно, с повсеместным внедрением systemd-networkd можно будет
> отправить etcnet на заслуженный отдых. А если написать
> etcnet-generator, который будет брать настройки из etcnet и создавать
> нативные настройки для systemd-networkd, то можно уже сейчас
> мигрировать :)

С точки зрения usability главный недостаток systemd в его же главной фиче
-- формат service-файлов.

К примеру - я тут поразбирался с socket-активацией сервисов, и оказалось,
что необходимо обязательно указывать список портов куда bind'имся в один
конкретный socket-файл.

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

Аналогично -- /etc/fstab куда удобнее чем по файлику для каждой точки
монтирования.

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

http://mithraen.ru/

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

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

[Alexey Shabalin]

7 июля 2014 г., 19:25 пользователь Денис Смирнов написал:
> On Mon, Jul 07, 2014 at 06:40:20PM +0400, Alexey Shabalin wrote:
>
>>> IMHO, но etcnet давно требует переосмысливания и глубокой переработки.
>> Возможно, с повсеместным внедрением systemd-networkd можно будет
>> отправить etcnet на заслуженный отдых. А если написать
>> etcnet-generator, который будет брать настройки из etcnet и создавать
>> нативные настройки для systemd-networkd, то можно уже сейчас
>> мигрировать :)
>
> С точки зрения usability главный недостаток systemd в его же главной фиче
> -- формат service-файлов.
>
> К примеру - я тут поразбирался с socket-активацией сервисов, и оказалось,
> что необходимо обязательно указывать список портов куда bind'имся в один
> конкретный socket-файл.
>
> При этом в нем же есть другие параметры, которые обычно юзверю и даже
> админу трогать не стоит.
>
> Аналогично -- /etc/fstab куда удобнее чем по файлику для каждой точки
> монтирования.

И оставь все в /etc/fstab, для него сейчас используется генератор,
который сам создаёт unit'ы.

-- 
Alexey Shabalin

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

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

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

On Wed, Jul 09, 2014 at 02:27:46PM +0400, Alexey Shabalin wrote:

>> Аналогично -- /etc/fstab куда удобнее чем по файлику для каждой точки
>> монтирования.
> И оставь все в /etc/fstab, для него сейчас используется генератор,
> который сам создаёт unit'ы.

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

Вон уже, смотрю, замену anacron и cron таким образом некоторые пытаются
делать.

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

http://mithraen.ru/

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

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

[Alexey Shabalin]

7 июля 2014 г., 19:25 пользователь Денис Смирнов
<mithraen@freesource.info> написал:
> On Mon, Jul 07, 2014 at 06:40:20PM +0400, Alexey Shabalin wrote:
>
>>> IMHO, но etcnet давно требует переосмысливания и глубокой переработки.
>> Возможно, с повсеместным внедрением systemd-networkd можно будет
>> отправить etcnet на заслуженный отдых. А если написать
>> etcnet-generator, который будет брать настройки из etcnet и создавать
>> нативные настройки для systemd-networkd, то можно уже сейчас
>> мигрировать :)
>
> С точки зрения usability главный недостаток systemd в его же главной фиче
> -- формат service-файлов.
>
> К примеру - я тут поразбирался с socket-активацией сервисов, и оказалось,
> что необходимо обязательно указывать список портов куда bind'имся в один
> конкретный socket-файл.
>
> При этом в нем же есть другие параметры, которые обычно юзверю и даже
> админу трогать не стоит.

если я не ошибаюсь, то сейчас можно переопределять параметры в
системных unit файлах через foo.service.d/bar.conf

Т.е. не копировать его целиком в /etc и править, а именно
переопределить или добавить какой-либо параметр.
Например:
в файле /etc/systemd/system/sssd.service.d/journal.conf
переопределяется ExecStart, сервиса sssd.service

или
/lib/systemd/system/getty@tty1.service.d/noclear.conf
переопределяется только для tty1
TTYVTDisallocate=no

В такой конфиг можно добавить любой параметр (RestartSec и др)

> Аналогично -- /etc/fstab куда удобнее чем по файлику для каждой точки
> монтирования.

-- 
Alexey Shabalin

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

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

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

On Fri, Aug 01, 2014 at 07:00:24PM +0400, Alexey Shabalin wrote:

> если я не ошибаюсь, то сейчас можно переопределять параметры в
> системных unit файлах через foo.service.d/bar.conf

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

Но реализовать привычный еще по xinetd подход, когда мы вешаем сервис
исключительно на localhost, а остальное админ делает ручками.

Соответствующий %name.service.d/bind.conf можно с закомментированными
строчками положить прямо в пакет.

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

http://mithraen.ru/

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

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

[Alexey Shabalin]

2 августа 2014 г., 18:23 пользователь Денис Смирнов
<mithraen@freesource.info> написал:
> On Fri, Aug 01, 2014 at 07:00:24PM +0400, Alexey Shabalin wrote:
>
>> если я не ошибаюсь, то сейчас можно переопределять параметры в
>> системных unit файлах через foo.service.d/bar.conf
>
> Ага, работает. Спасибо.
> Правда непонятно насчет именно переопределения для тех параметров, которые
> допускают множественное использование. Получается ведь добавление а не
> переопределение.

Вроде так можно переопределить:
ExecStart=
ExecStart=/usr/bin/foo --new-option

> Но реализовать привычный еще по xinetd подход, когда мы вешаем сервис
> исключительно на localhost, а остальное админ делает ручками.
>
> Соответствующий %name.service.d/bind.conf можно с закомментированными
> строчками положить прямо в пакет.

Кстати да, хорошая идея. Еще бы какой-нибудь control для этого
добавить, для быстрого включения/выключения.


-- 
Alexey Shabalin

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

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

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

On Wed, Aug 06, 2014 at 08:36:25PM +0400, Alexey Shabalin wrote:

> Вроде так можно переопределить:
> ExecStart=
> ExecStart=/usr/bin/foo --new-option

О, спасибо.

>> Но реализовать привычный еще по xinetd подход, когда мы вешаем сервис
>> исключительно на localhost, а остальное админ делает ручками.
>> Соответствующий %name.service.d/bind.conf можно с закомментированными
>> строчками положить прямо в пакет.
> Кстати да, хорошая идея. Еще бы какой-нибудь control для этого
> добавить, для быстрого включения/выключения.

Для конкретного сервиса это элементарно. А вот как должно выглядеть
решение для произвольного сервиса?

Кстати, решение с %name.service.d/something.conf не особо удобно
пользователю. Это очередное решение удобное для софта а не админа.

Удобнее был бы отдельный каталог (как /etc/xinet.d), в котором бы и лежали
файлики отдельно для сервисов. А уж то что надо systemd создавать
простейшим генератором.

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

http://mithraen.ru/

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

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

[Michael Shigorin]

On Thu, Aug 07, 2014 at 01:01:36AM +0400, Денис Смирнов wrote:
> Это очередное решение удобное для софта а не админа.

В рамочку, пожалуй.

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

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

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

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

On Thu, Aug 07, 2014 at 03:44:58PM +0400, Michael Shigorin wrote:

>> Это очередное решение удобное для софта а не админа.
> В рамочку, пожалуй.

Помоги придумать удобное для админа.

Благо написать скрипт, переводящий с человеческого на понятный systemd не
проблема.

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

http://mithraen.ru/

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

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

[Michael Shigorin]

On Thu, Aug 07, 2014 at 11:49:53PM +0400, Денис Смирнов wrote:
> >> Это очередное решение удобное для софта а не админа.
> > В рамочку, пожалуй.
> Помоги придумать удобное для админа.

Это в другую сторону -- шоб было познавабельное, диагностируемое
и исправимое на коленке.

Вот ещё поток сознания, под цензурной частью которого подпишусь:
https://lkml.org/lkml/2014/8/12/459 (тредик дальше тоже хорош)

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

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

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

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

On Fri, Aug 15, 2014 at 01:01:41PM +0400, Michael Shigorin wrote:

> Это в другую сторону -- шоб было познавабельное, диагностируемое
> и исправимое на коленке.

Ну так я в начале треда озвучил проблему, и прошу предложить решение. Как
оно должно выглядеть.

Да, внутренняя реализация будет юзать systemd. Но давай оставим эту тему в
покое, и поговорим о том, как оно должно выглядеть для админа, а не как
оно устроено внутри.

> Вот ещё поток сознания, под цензурной частью которого подпишусь:
> https://lkml.org/lkml/2014/8/12/459 (тредик дальше тоже хорош)

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

Но systemd пока эту войну выиграет. И пока не найдутся желающие потратить
человекогоды на написание качественной альтернативы, остается только
локально в дистрибутиве затыкать тараканы systemd и пытаться договориться
с апстримом об отдельных вещах.

У systemd есть как минимум 2 killer feature, которые крайне важны:

1. systemd удалось добиться того, что уже десятилетия не удавалось inetd и
xinetd -- socket activation services. Да, в этом смысле systemd технически
ничем не лучше, но продавливать у них получается. И это в долгосрочной
перспективе хорошо.

Реализовать запуск полностью корректного с точки зрения systemd сервиса из
под xinetd задача тривиальная.

2. unit'ы это не код, а данные. Перенос initscript'ов даже между
дистрибутивами требует участия человека с мозгами. Перенос unit'ов в
какую-либо другую новоизобретенную систему конфигурации будет куда более
простой задачей.

И уже ради этих двух фич я готов мириться со всеми тараканами systemd.
Благо заточить его до уровня удобства и юзабельности нашего sysv-init
вполне реальная задача.

При этом нерешенными останутся только две проблемы:

1. systemd будет всегда потенциально менее надежен чем init из-за большей
сложности -- но вопрос не "более/менее", а вопрос "достаточно надежно". И
это решаемо.

2. systemd будет всегда более требователен к памяти. То есть на терминалах
из старых машин он бесполезен. На современных машинах, даже ARM'ах, эти
затраты памяти уже несущественны.

А вот плюсов поиметь мы можем. Только для этого придется его точить
напильником.

Так что выбирай:
- продавливать апстрим на больший интеллект (крайне сложно)
- брать напильником и доводить работу systemd в альте до близкой к идеалу
- продолжать материться, бзать sysv и бороться с последствием того, что
  все больше и больше проектов будут малоработоспособны без него
- писать свою систему инициализации

P.S. 

Если бы большинство разработчиков не страдали NIH-синдромом и не были
клиническими идиотами, то sysv + xinetd + daemontools уже 10 лет назад
решали бы все поставленные проектом systemd задачи ничуть не хуже.

systemd несмотря на все свои тараканы вынуждает разработчиков писать свой
код в большей степени соответствуя UNIX идеологии. И это очень хорошо.

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

http://mithraen.ru/


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

Re: [sisyphus] [JT] systemd

[Michael Shigorin]

On Fri, Aug 15, 2014 at 01:49:49PM +0400, Денис Смирнов wrote:
> Да, внутренняя реализация будет юзать systemd. Но давай оставим
> эту тему в покое, и поговорим о том, как оно должно выглядеть
> для админа, а не как оно устроено внутри.

А это взаимосвязанные темы.

> Но systemd пока эту войну выиграет.

Вокруг -- на истерии и нахрапе (нам всё же повезло с shaba@).

А по гамбургскому счёту у меня, например, ничего он не выигрывает
-- именно в силу недиагностируемости даже при сделанном для того
инструментальном обвесе.

> И пока не найдутся желающие потратить человекогоды на написание
> качественной альтернативы

Зачем?  Компоненты давно написаны и работают.

> Да, в этом смысле systemd технически ничем не лучше, но
> продавливать у них получается.

Не у "systemd", а у редхата.  И когда люди занимаются
навязыванием своей позиции из каких бы то ни было
благосоображений -- заканчивается это всегда одинаково,
хоть они придут с "шариатом" или с "демократией".

> 2. unit'ы это не код, а данные.

Да знаю я такой подход -- "если наш код, который понимает
эти данные, не решает ваши задачи, это ваши проблемы".
Письмо по ссылке в том числе и об подходах.

> И уже ради этих двух фич я готов мириться со всеми тараканами systemd.

А я -- нет.

> Так что выбирай:
> - продавливать апстрим на больший интеллект (крайне сложно)

На элементарную мудрость не продавишь.

> - брать напильником и доводить работу systemd в альте до близкой к идеалу
> - продолжать материться, бзать sysv и бороться с последствием того, что
>   все больше и больше проектов будут малоработоспособны без него

Так я и не пользуюсь этими "проектами".

> - писать свою систему инициализации

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [sisyphus] [JT] systemd

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

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

On Fri, Aug 15, 2014 at 02:15:51PM +0400, Michael Shigorin wrote:

>> Да, внутренняя реализация будет юзать systemd. Но давай оставим
>> эту тему в покое, и поговорим о том, как оно должно выглядеть
>> для админа, а не как оно устроено внутри.
> А это взаимосвязанные темы.

Обсуждать имеет смысл то, на что мы можем повлиять. Остальное лишь для
составления карты граблей.

>> Но systemd пока эту войну выиграет.
> Вокруг -- на истерии и нахрапе (нам всё же повезло с shaba@).
> А по гамбургскому счёту у меня, например, ничего он не выигрывает
> -- именно в силу недиагностируемости даже при сделанном для того
> инструментальном обвесе.

Он выигрывает в том смысле, что в ближайшие годы у всех будет выбор --
либо заниматься поддержкой initscript исключительно своими силами, либо
сваливать на systemd.

>> И пока не найдутся желающие потратить человекогоды на написание
>> качественной альтернативы
> Зачем? Компоненты давно написаны и работают.

Дык _грамотный_ клей это непростая задача. И поддержка полностью 
нестандартных скриптов инициализации -- не та задача, что нам по силам.

Есть куча разных мнений как оно должно выглядеть, часто несовместимых. А у
redhat'а хватило силенок просто продавить свой вариант, хоть и далекий от
идеала.

>> Да, в этом смысле systemd технически ничем не лучше, но
>> продавливать у них получается.
> Не у "systemd", а у редхата.  И когда люди занимаются
> навязыванием своей позиции из каких бы то ни было
> благосоображений -- заканчивается это всегда одинаково,
> хоть они придут с "шариатом" или с "демократией".

А что ты предлагаешь?

>> 2. unit'ы это не код, а данные.
> Да знаю я такой подход -- "если наш код, который понимает
> эти данные, не решает ваши задачи, это ваши проблемы".
> Письмо по ссылке в том числе и об подходах.

Миш, это open source мир. Ну не нравится -- так напиши свою систему
инициализации. При том что у меня много претензий к systemd, мне писать
его замену -- лень и некогда.

Ну и хочу напомнить, что практически весь софт в той или иной степени
кривая поделка. Я вон каждый раз заглядывая в код астериска матерюсь и
плююсь. А делать-то что с этим?

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

>> И уже ради этих двух фич я готов мириться со всеми тараканами systemd.
> А я -- нет.
>> Так что выбирай:
>> - продавливать апстрим на больший интеллект (крайне сложно)
> На элементарную мудрость не продавишь.

Вот-вот.

>> - брать напильником и доводить работу systemd в альте до близкой к идеалу
>> - продолжать материться, бзать sysv и бороться с последствием того, что
>>   все больше и больше проектов будут малоработоспособны без него
> Так я и не пользуюсь этими "проектами".

Сейчас -- нет. Но факт есть факт -- десктопный софт среагировал первым. Я
этого не заметил на себе лишь потому что принципиально не пользуюсь
никакими DE.

Собственно о чем мы тут спорим?

О том, что у systemd апстрим абсолютно неадекватен в плане взаимодействия с
коллегами? Факт общеизвестный.

О том, что systemd в tradeoff между удобством/прозрачностью/надежностью и
мифической скоростью запуска всегда выбирает второе, и что это неразумное
решение? Тоже факт общеизвестный.

О том, что сам systemd не годится как часть качественной core system из-за
всего этого, несмотря на все свои преимущества? Да, это так.

Это прекрасно знают все, кроме редхатоидов. Но факт есть факт -- тебе из
всех возможных вариантов остается только два:

1. закрыть глаза, сделать вид что systemd нет, и кооперируясь с другими
   заботиться о работоспособности софта в альте с sysv init
2. приложить некоторые усилия, чтобы сделать systemd более-менее пригодным
   для работы

А вот тот факт, что происходит раскол между сторонниками/противниками
systemd -- вот это действительно проблема, которую нам придется решать
договариваясь.

Остальное -- обычная для open source мира ситуация "тебе надо -- ты и
делай".

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

http://mithraen.ru/

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

Re: [sisyphus] [JT] systemd

[Michael Shigorin]

On Fri, Aug 15, 2014 at 03:52:03PM +0400, Денис Смирнов wrote:
> Он выигрывает в том смысле, что в ближайшие годы у всех будет
> выбор -- либо заниматься поддержкой initscript исключительно
> своими силами, либо сваливать на systemd.

А если без пропаганды -- когда ты в последний раз брал апстримный
или другой инитскрипт в альтовый пакет, напомни?

> >> И пока не найдутся желающие потратить человекогоды на написание
> >> качественной альтернативы
> > Зачем? Компоненты давно написаны и работают.
> Дык _грамотный_ клей это непростая задача. И поддержка полностью 
> нестандартных скриптов инициализации -- не та задача, что нам по силам.

Всю дорогу была по силам и вдруг не по силам, вот дела.

> Есть куча разных мнений как оно должно выглядеть, часто
> несовместимых. А у redhat'а хватило силенок просто продавить
> свой вариант, хоть и далекий от идеала.

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

> >> Да, в этом смысле systemd технически ничем не лучше, но
> >> продавливать у них получается.
> > Не у "systemd", а у редхата.  И когда люди занимаются
> > навязыванием своей позиции из каких бы то ни было
> > благосоображений -- заканчивается это всегда одинаково,
> > хоть они придут с "шариатом" или с "демократией".
> А что ты предлагаешь?

Всё то же -- продолжать поддерживать sysvinit в качестве
серверного и базового десктопного варианта.  На сервере думаю
добраться к старым планам по более плотному вкручиванию monit.

> > Письмо по ссылке в том числе и об подходах.
> Миш, это open source мир.

Ты письмо-то прочитай, не поленись.  Там есть фраза "non-free".

> Ну и хочу напомнить, что практически весь софт в той или иной степени
> кривая поделка. Я вон каждый раз заглядывая в код астериска матерюсь и
> плююсь. А делать-то что с этим?

Работать с этим апстримом, уходить на другой или создавать третий.
Это -- опенсорс и фрисофт.  А опускать руки из-за того, что у шляпы
с тылу рук растёт больше -- это бузинес, политика, совсем другое.

> Сейчас -- нет. Но факт есть факт -- десктопный софт среагировал первым.
> Я этого не заметил на себе лишь потому что принципиально не
> пользуюсь никакими DE.

Пользуюсь E и в отличие от шляпоподелки гнома с школоподелкой
kde4 он не стал выкручивать руль. :) (не говоря про WM)

> Собственно о чем мы тут спорим?

Примерно о том же, о чём говорил с майдановцами: "допёк беспредел"
-- "вы хотя бы не слушайте командиров, которые по-украински не
говорят".  Ты побёг махать флагом, а я тебе говорю: хочешь --
делай, агитировать не надо.  Потому что дела сами за себя скажут,
а эффект "кто-то крикнул из ветвей" не отменяли.

> О том, что у systemd апстрим абсолютно неадекватен в плане
> взаимодействия с коллегами? Факт общеизвестный.

Ты как хочешь, а я продолжаю от таких апстримов держаться подальше.

> Но факт есть факт -- тебе из всех возможных вариантов остается
> только два:
> 1. закрыть глаза, сделать вид что systemd нет, и кооперируясь с другими
>    заботиться о работоспособности софта в альте с sysv init

Зачем закрывать?  Если ты не заметил или забыл, первые образы на
альте с systemd я и пёк.  Правда, по результатам более чем двух
лет этой практики начальное мнение только укрепилось.

> 2. приложить некоторые усилия, чтобы сделать systemd более-менее пригодным
>    для работы

Ну помоги shaba@ :)

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [sisyphus] [JT] systemd

[Vladislav Zavjalov]

Кстати, пользуясь случаем, хочу передать привет и сказать спасибо всем
тем, благодаря кому моя система (сизиф без systemd, dbus, NM и т.п.)
отлично работает уже долгое время, не сильно ломается при обновлениях и т.п.

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

Слава

Re: [sisyphus] [JT] systemd

[Alexey Shabalin]

15 августа 2014 г., 16:49 пользователь Michael Shigorin написал:
> On Fri, Aug 15, 2014 at 03:52:03PM +0400, Денис Смирнов wrote:
>> Он выигрывает в том смысле, что в ближайшие годы у всех будет
>> выбор -- либо заниматься поддержкой initscript исключительно
>> своими силами, либо сваливать на systemd.
>
> А если без пропаганды -- когда ты в последний раз брал апстримный
> или другой инитскрипт в альтовый пакет, напомни?

Ой, Миша, вот тут не надо. Например, думаю ты согласишься, что
отсутствие condrestart в инит-скрипте это 90% что скрипт не
переписали, или переписали неправильно. Вот что говорит repocop:
http://repocop.altlinux.org/pub/repocop/reports/txt/by-test/init-condrestart.txt
Или другой пример.
Пакет bird (начал смотреть его первым по алфавитному списку и учётом
моих приоритетов :) )
Из одного скрипта стартую 2 демона - bird и bird6, причем bird6 в другом пакете.
Понятно, что в этом случае приходиться вводить дополнительные проверки:
[ -f /usr/sbin/bird6 ] || BIRD6="no"
Хотя гораздо логичнее сделать отдельный инит-скрип для bird6 и при
перезапуске одного демона не трогать другой. Т.е. апстримный скрипт
переписан минимально, без "творчества" :)

И это как раз означает, что сил на поддержку не хватает. А у repocop
есть еще много других не менее важных проверок.
Вот поэтому unit-файлы от systemd высвобождают часть времени для
мантейнеров. Я, например, каждый раз собирая новый пакет, и
сталкиваюсь с необходимостью переписать инит-скрипт, опускаю руки на
день-два, собираюсь с духом и мыслями. :)
PS: господа мантейнеры, пожалуйста не воспринимайте мои претензии как
камень в ваш огород. когда-нибудь дойдут руки и все поправим :)

-- 
Alexey Shabalin

Re: [sisyphus] [JT] systemd

[Michael Shigorin]

On Fri, Aug 15, 2014 at 05:45:22PM +0400, Alexey Shabalin wrote:
> > А если без пропаганды -- когда ты в последний раз брал апстримный
> > или другой инитскрипт в альтовый пакет, напомни?
> Ой, Миша, вот тут не надо. Например, думаю ты согласишься, что
> отсутствие condrestart в инит-скрипте это 90% что скрипт не
> переписали, или переписали неправильно. Вот что говорит repocop:
> http://repocop.altlinux.org/pub/repocop/reports/txt/by-test/init-condrestart.txt

Или, как в livecd-*, это совершенно неважно. :)

> Я, например, каждый раз собирая новый пакет, и сталкиваюсь
> с необходимостью переписать инит-скрипт, опускаю руки на
> день-два, собираюсь с духом и мыслями. :)

Да, это тоже бывает.

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [sisyphus] [JT] systemd

[Sergey V Turchin]

On Friday 15 August 2014 16:49:37 Michael Shigorin wrote:

[...]
> Пользуюсь E и в отличие от шляпоподелки гнома с школоподелкой
> kde4 он не стал выкручивать руль. :) (не говоря про WM)
Казалось бы, причем здесь kde? Сделайте polkit c одновременной поддержкой	 
ConsoleKit и systemd и будет вам kde везде.

[...]


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

Re: [sisyphus] [JT] systemd

[Alexey Shabalin]

15 августа 2014 г., 17:53 пользователь Sergey V Turchin
<zerg@altlinux.org> написал:
> On Friday 15 August 2014 16:49:37 Michael Shigorin wrote:
>
> [...]
>> Пользуюсь E и в отличие от шляпоподелки гнома с школоподелкой
>> kde4 он не стал выкручивать руль. :) (не говоря про WM)
> Казалось бы, причем здесь kde? Сделайте polkit c одновременной поддержкой
> ConsoleKit и systemd и будет вам kde везде.

Я планирую сделать работу logind без необходимости в systemd. И тогда
gnome и kde снова будут везде :)

-- 
Alexey Shabalin

Re: [sisyphus] [JT] systemd

[Sergey V Turchin]

On Friday 15 August 2014 18:00:15 Alexey Shabalin wrote:
> 15 августа 2014 г., 17:53 пользователь Sergey V Turchin
> <zerg@altlinux.org> написал:
> 
> > On Friday 15 August 2014 16:49:37 Michael Shigorin wrote:
> >
> >
> >
> > [...]
> > 
> >> Пользуюсь E и в отличие от шляпоподелки гнома с школоподелкой
> >> kde4 он не стал выкручивать руль. :) (не говоря про WM)
> > 
> > Казалось бы, причем здесь kde? Сделайте polkit c одновременной поддержкой
> > ConsoleKit и systemd и будет вам kde везде.
> 
> 
> Я планирую сделать работу logind без необходимости в systemd. И тогда
> gnome и kde снова будут везде :)
Это хорошо. Тогда мне даже никаких изменений делать не придется.

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

Re: [sisyphus] [JT] systemd

[Mikhail Efremov]

On Fri, 15 Aug 2014 18:00:15 +0400 Alexey Shabalin wrote:
> 15 августа 2014 г., 17:53 пользователь Sergey V Turchin
> <zerg@altlinux.org> написал:
> > On Friday 15 August 2014 16:49:37 Michael Shigorin wrote:
> >
> > [...]
> >> Пользуюсь E и в отличие от шляпоподелки гнома с школоподелкой
> >> kde4 он не стал выкручивать руль. :) (не говоря про WM)
> > Казалось бы, причем здесь kde? Сделайте polkit c одновременной поддержкой
> > ConsoleKit и systemd и будет вам kde везде.
> 
> Я планирую сделать работу logind без необходимости в systemd.

Вот об этом я давно мечтаю. Но я не представляю как ты этого хочешь
добиться: там же все завязано на cgroups и вместо systemd ими кто-то
должен рулить. Это не то чтобы сильно сложно (говорят OpenRC умеет), но
у нас такого нет. В Ubuntu такое делали, но у них upstart, который они
всему этому обучили.
Я же думал скорее в сторону альтернативной реализации logind. Но там
есть проблемы, одна из основных - libsystemd-login. Альтернативная
реализация logind должна быть полностью совместима с этой библиотекой
(и там опять-таки все завязано на cgroups), что может быть довольно
тяжко сделать. Плюс нет никакой уверенности, что апстрим не переделает
там все в один прекрасный момент.

-- 
WBR, Mikhail Efremov

Re: [sisyphus] [JT] systemd

[Sergey V Turchin]

On Friday 15 August 2014 19:03:25 Mikhail Efremov wrote:

[...]
> Я же думал скорее в сторону альтернативной реализации logind. Но там
> есть проблемы, одна из основных - libsystemd-login. Альтернативная
> реализация logind должна быть полностью совместима с этой библиотекой
Ну да. polkit линкуется именно с ней.

[...]

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

Re: [sisyphus] [JT] systemd

[Sergey V Turchin]

On Friday 15 August 2014 16:49:37 Michael Shigorin wrote:
> On Fri, Aug 15, 2014 at 03:52:03PM +0400, Денис Смирнов wrote:
> > Он выигрывает в том смысле, что в ближайшие годы у всех будет
> > выбор -- либо заниматься поддержкой initscript исключительно
> > своими силами, либо сваливать на systemd.
> 
> А если без пропаганды -- когда ты в последний раз брал апстримный
> или другой инитскрипт в альтовый пакет, напомни?
Я могу напомнить, что написание пары юнитов мне далось гораздо проще, т.к. 
вменяемая документация есть, рядомлежащие примеры гораздо читабельнее, а поиск 
документации по написанному в портянках скриптов, разбросанной неизвестно 
заранее где, гораздо сложнее.

[...]

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

Re: [sisyphus] [JT] systemd

[Michael Shigorin]

On Fri, Aug 15, 2014 at 06:05:51PM +0400, Sergey V Turchin wrote:
> > А если без пропаганды -- когда ты в последний раз брал апстримный
> > или другой инитскрипт в альтовый пакет, напомни?
> Я могу напомнить, что написание пары юнитов мне далось гораздо
> проще, т.к.  вменяемая документация есть

Для моих случаев её не нашлось, пришлось шарашиться по архивам
рассылок да выспрашивать.

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [sisyphus] [JT] systemd

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

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

On Fri, Aug 15, 2014 at 04:49:37PM +0400, Michael Shigorin wrote:

>> Он выигрывает в том смысле, что в ближайшие годы у всех будет
>> выбор -- либо заниматься поддержкой initscript исключительно
>> своими силами, либо сваливать на systemd.
> А если без пропаганды -- когда ты в последний раз брал апстримный
> или другой инитскрипт в альтовый пакет, напомни?

Частенько основное отличие -- ручками добавлял condstop/condrestart.
Например в dahdi initscript почти не отличается от апстримного.

Для sangoma я таки до сих пор не добрался прикрутить condstop/condrestart,
там тупо апстримный init.

Там где мантейнер не заморачивался особо тонкой доводкой под наши
особенности вроде chrooted сервисов -- кроме condstop/condrestart и
патчить-то часто нечего.

А вот там где делалась тонкая доводка под наши фичи -- там надо заново
повторять этот процесс под systemd.

>> Дык _грамотный_ клей это непростая задача. И поддержка полностью 
>> нестандартных скриптов инициализации -- не та задача, что нам по силам.
> Всю дорогу была по силам и вдруг не по силам, вот дела.

Она не полностью нестандартная. Она таки как раз стандартная с
минимальными отличиями. И я уверен что мало кто из мантейнеров вообще
может сходу их все перечислить.

>> Есть куча разных мнений как оно должно выглядеть, часто
>> несовместимых. А у redhat'а хватило силенок просто продавить
>> свой вариант, хоть и далекий от идеала.
> А мне всегда было наплевать на редхат и их интересы, не по пути.
> Если бы было иначе, с большой вероятностью сидел бы на какой
> федоре или центоси (или в каком брне).

На редхат и прочих каноникалов и т.д. мне также плевать. 

А вот на юзеров мне не плевать. И на софт тоже.

Анекдот про студента-пофигиста помнишь?

> Всё то же -- продолжать поддерживать sysvinit в качестве
> серверного и базового десктопного варианта.  На сервере думаю
> добраться к старым планам по более плотному вкручиванию monit.

Ну а кто против? Надеюсь то, что я параллельно пытаюсь добиться
работоспособности systemd и вкуриваю как им пользоваться и не очень громко
плакать не сильно тебя нервирует? ;)

А про monit ты уже столько лет обещаешь... Сделать его такой же
естественной частью системы как и init было бы классно.

Еще тебе мысли в копилку:

- у systemd есть запуск сервисов по событиям FS. Альтернатива мне пока
  известна только incrond, который кривой прям пипец как. Но работает, от
  юзера я им активно пользуюсь;
- daemontools уже существует хрен знает сколько лет, и с задачаей
  "запустить параллельно тучу сервисов, и переподнимать их ежели сдохли"
  он умеет также давным давно

>>> Письмо по ссылке в том числе и об подходах.
>> Миш, это open source мир.
> Ты письмо-то прочитай, не поленись.  Там есть фраза "non-free".

Я читал. Там все разумно. И все же, софт в дистрибутиве -- это open
source. Ежели завтра авторы очередного апстрима забьют болт на sysvinit,
то это будет наша проблема как его запускать. И это совершенно нормально.

>> Ну и хочу напомнить, что практически весь софт в той или иной степени
>> кривая поделка. Я вон каждый раз заглядывая в код астериска матерюсь и
>> плююсь. А делать-то что с этим?
> Работать с этим апстримом, уходить на другой или создавать третий.
> Это -- опенсорс и фрисофт.  А опускать руки из-за того, что у шляпы
> с тылу рук растёт больше -- это бузинес, политика, совсем другое.

Я могу форкнуть asterisk. И многие из его компонент реализовать лучше,
надежнее и производительнее. Т.е. -- форкать. Но у меня нет бабла Digium,
как следствие -- этот форк загнется.

Один раз я уже фактически форкал (если помнишь году эдак в 2006 объем
патчей к астеру в моей сборке приближался к мегабайту). Проку-то.

Поэтому проще работать с этим апстримом, и локально затыкать его идиотизм
по мере возможностей.

>> Сейчас -- нет. Но факт есть факт -- десктопный софт среагировал первым.
>> Я этого не заметил на себе лишь потому что принципиально не
>> пользуюсь никакими DE.
> Пользуюсь E и в отличие от шляпоподелки гнома с школоподелкой
> kde4 он не стал выкручивать руль. :) (не говоря про WM)

Мне проще, у меня xmonad как WM, и я про все эти странности не в курсе :)

>> Собственно о чем мы тут спорим?
> Примерно о том же, о чём говорил с майдановцами: "допёк беспредел"
> -- "вы хотя бы не слушайте командиров, которые по-украински не
> говорят".  Ты побёг махать флагом, а я тебе говорю: хочешь --
> делай, агитировать не надо.  Потому что дела сами за себя скажут,
> а эффект "кто-то крикнул из ветвей" не отменяли.

Я махать флагом??? Ткни плиз носом, может я с недосыпа что и ляпнул, но уж
бегать с флагом я не собираюсь.

Есть сервис. У него есть плюшки и есть тараканы. Мне вот захотелось, раз
уж эта штука существует и для многих является системообразующей трезво
разобраться в том как плюшки заюзать, а тараканов подавить или хотя бы не
пускать на стол.

Для этого я уже месяц активно выспрашиваю с какими конкретными граблями
люди из-за него сталкиваются, и выясняю как их можно решить. И решаю --
что сам, что с советами, что выпрашиваю у shaba@. На что сил не хватает --
пишу себе в заметки.

>> О том, что у systemd апстрим абсолютно неадекватен в плане
>> взаимодействия с коллегами? Факт общеизвестный.
> Ты как хочешь, а я продолжаю от таких апстримов держаться подальше.

У нас разные задачи, поэтому естественно разные приоритеты в выборе ПО.

Я тебе открою страшную тайну -- с целью разобраться я себе таки ставил
даже pulseaudio, и честно с ним некоторое время на машине пожил. Потом
удалил нафиг и вздохнул свободно.

systemd на моей локальной машине сейчас работает великолепно. И да, я на
это потратил достаточно времени, чтобы считать что прямо сегодня он для
десктопа "обычного юзера" непригоден.

>> Но факт есть факт -- тебе из всех возможных вариантов остается
>> только два:
>> 1. закрыть глаза, сделать вид что systemd нет, и кооперируясь с другими
>>    заботиться о работоспособности софта в альте с sysv init
> Зачем закрывать?  Если ты не заметил или забыл, первые образы на
> альте с systemd я и пёк.  Правда, по результатам более чем двух
> лет этой практики начальное мнение только укрепилось.

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

>> 2. приложить некоторые усилия, чтобы сделать systemd более-менее пригодным
>>    для работы
> Ну помоги shaba@ :)

Стараюсь в меру сил.

P.S. Отдельное спасибо shaba@ за крепкие нервы и терпение.

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

http://mithraen.ru/

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

Re: [sisyphus] [JT] systemd

[Michael Shigorin]

On Fri, Aug 15, 2014 at 06:40:34PM +0400, Денис Смирнов wrote:
> Частенько основное отличие -- ручками добавлял condstop/condrestart.
> Например в dahdi initscript почти не отличается от апстримного.

И что, у всех всё сразу на start-stop-daemon? :)

> Анекдот про студента-пофигиста помнишь?

Не-а (при этом именно на людей мне и не плевать).

> Я читал. Там все разумно. И все же, софт в дистрибутиве -- это
> open source.

ffmpeg или unity -- тоже "open source", но...

> Есть сервис. У него есть плюшки и есть тараканы. Мне вот
> захотелось, раз уж эта штука существует и для многих является
> системообразующей трезво разобраться в том как плюшки заюзать,
> а тараканов подавить или хотя бы не пускать на стол.
> 
> Для этого я уже месяц активно выспрашиваю с какими конкретными
> граблями люди из-за него сталкиваются, и выясняю как их можно
> решить. И решаю -- что сам, что с советами, что выпрашиваю у
> shaba@. На что сил не хватает -- пишу себе в заметки.

Да за это тебе честь и хвала :-)  А вот слухи про безвременную
кончину всех других инитов предлагаю не распускать и не
поддерживать.

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

Ещё более страшная тайна -- в ALTSP именно он и используется.

> P.S. Отдельное спасибо shaba@ за крепкие нервы и терпение.

Именно.

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [sisyphus] [JT] systemd

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

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

On Fri, Aug 15, 2014 at 07:03:40PM +0400, Michael Shigorin wrote:

>> Частенько основное отличие -- ручками добавлял condstop/condrestart.
>> Например в dahdi initscript почти не отличается от апстримного.
> И что, у всех всё сразу на start-stop-daemon? :)

А вот хрен его знает на чем оно работает :)

>> Я читал. Там все разумно. И все же, софт в дистрибутиве -- это
>> open source.
> ffmpeg или unity -- тоже "open source", но...

ffmpeg такой странный живет лишь потому, что людей способных писать его
хорошо, и тратить на это десятки человеколет попросту нет.

> Да за это тебе честь и хвала :-)  А вот слухи про безвременную
> кончину всех других инитов предлагаю не распускать и не
> поддерживать.

Договорились :)

>> Я тебе открою страшную тайну -- с целью разобраться я себе
>> таки ставил даже pulseaudio, и честно с ним некоторое время
>> на машине пожил. Потом удалил нафиг и вздохнул свободно.
> Ещё более страшная тайна -- в ALTSP именно он и используется.

И там даже понятно зачем оно.

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

http://mithraen.ru/

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

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

[Alexei V. Mezin]

07.08.2014 23:49, Денис Смирнов пишет:
> Благо написать скрипт, переводящий с человеческого на понятный systemd не
> проблема.

Интересная формулировки. Выходит, что авторы этого ужаса системд как бы 
не человеки. Или человеконенавистники, которые делают конфиги, 
непригодные к редактированию человеками.


Я не знаю всех этих подробностей начинки системд, но один раз уже 
потерял всю файловую систему из-за абсолютно кривой документации, и 
больше не хочу экспериментировать с на строками этой поделки, пусть с 
ней разбираются другие.

Но как пользователя, меня очень расстраивает, что системд у нас работает 
откровенно через ж... Например, почему я НЕ МОГУ выключить комп, если 
после загрузки у меня дальше роутера не было сети, и я сделал 
ifdown/ifup одному из интерфейсов.

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

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

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

On Fri, Aug 15, 2014 at 02:13:19PM +0400, Alexei V. Mezin wrote:

> Интересная формулировки. Выходит, что авторы этого ужаса системд как бы 
> не человеки. Или человеконенавистники, которые делают конфиги, 
> непригодные к редактированию человеками.

Они делают единообразные конфиги, которые элементарно
читать/писать/модифицировать скриптами. И более-менее удобно это делать
человеку.

Максимальное удобство для человека достигается не единообразной системой
конфигов, а системой спроектированной исходя из задач администратора.

> Я не знаю всех этих подробностей начинки системд, но один раз уже 
> потерял всю файловую систему из-за абсолютно кривой документации, и 
> больше не хочу экспериментировать с на строками этой поделки, пусть с 
> ней разбираются другие.

Каким образом была потеряна фс? Такие ситуации мне очень интересны.

> Но как пользователя, меня очень расстраивает, что системд у нас работает 
> откровенно через ж... Например, почему я НЕ МОГУ выключить комп, если 
> после загрузки у меня дальше роутера не было сети, и я сделал 
> ifdown/ifup одному из интерфейсов.

Как мне это воспроивести в виртуалке?

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

http://mithraen.ru/


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

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

[Alexei V. Mezin]

15.08.2014 15:32, Денис Смирнов пишет:

> Они делают единообразные конфиги, которые элементарно
> читать/писать/модифицировать скриптами. И более-менее удобно это делать
> человеку.

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

> Каким образом была потеряна фс? Такие ситуации мне очень интересны.

Функциональность удаления при загрузке временных файлов, если к ним не 
было доступа в течение какого-то срока. И документация, описывающая что 
и как настраивается. Из которой и из названия опций следует одно 
поведение, а по факту происходит другое. И обсуждение в рассылке 
девелоперов системд на тему "а почему у нас документация утверждает 
одно, а делается другое" и пояснение от других девелоперов что так и 
должно быть, ибо вы неправильно тарктуете документацию и название опций.

Где-то в рассылке у нас я про это писал, года полтора назад.


> Как мне это воспроивести в виртуалке?

Не знаю.

Дано: рабочий комп и сервер с выходом в инет, НФС-шары с сервера на комп 
с юнитами автомонтирования. Загрузка компа, получение от сервера по ДХЦП 
локального адреса, ДНСа и т.п., работающая локалка. Но без инетренета, 
потому что сервер наружу не пустил провайдер за неуплату.

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

После чего поработал и физически отключился модем, ifup локального 
интерфейса, получение по ДХЦП адреса и т.п. Но интернета не появилось, 
т.к. почему-то пропал ДНС (серверная часть работала исправно, ДНС его 
отвечал, по ДХЦП он передался на локальную машину), service network 
restart теперь не делает того, что делал в старые добрые времена. После 
команды reboot зависание на стадии "Выключение сети", длительное 
ожидание и SysRq-B.

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

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

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

On Fri, Aug 15, 2014 at 03:55:11PM +0400, Alexei V. Mezin wrote:

> Ну да, а реестр в винде элементарно читается через соответствующую 
> библиотеку, а xml даже можно написать вручную. Все это очень здорово до 
> первого краха системы, когда кроме аварийного шелла ничего не осталсоь.

systemd unit'ы прекрасно читаются и пишутся глазами. И для аварийного
исправления они ничем не хуже других инструментов. /bin/sh и /bin/vi для
нстройки достаточно.

И никакого xml там нет. По сути это тот же формат, что у desktop-файлов
или ini-шек.

То удобство, о котором я говорю -- совершенно другого уровня. 

>> Каким образом была потеряна фс? Такие ситуации мне очень интересны.
> Функциональность удаления при загрузке временных файлов, если к ним не 
> было доступа в течение какого-то срока. И документация, описывающая что 
> и как настраивается. Из которой и из названия опций следует одно 
> поведение, а по факту происходит другое. И обсуждение в рассылке 
> девелоперов системд на тему "а почему у нас документация утверждает 
> одно, а делается другое" и пояснение от других девелоперов что так и 
> должно быть, ибо вы неправильно тарктуете документацию и название опций.
> Где-то в рассылке у нас я про это писал, года полтора назад.

А, понятно.

>> Как мне это воспроивести в виртуалке?
> Не знаю.
> Дано: рабочий комп и сервер с выходом в инет, НФС-шары с сервера на комп 
> с юнитами автомонтирования. Загрузка компа, получение от сервера по ДХЦП 
> локального адреса, ДНСа и т.п., работающая локалка. Но без инетренета, 
> потому что сервер наружу не пустил провайдер за неуплату.
> Далее подключение LTE-модема для выхода в нет для оплаты. Но чтоб старые 
> роуты и старый интерфейс (с адресом из локального пула) не мешал, был 
> сделан ifdown.
> После чего поработал и физически отключился модем, ifup локального 
> интерфейса, получение по ДХЦП адреса и т.п. Но интернета не появилось, 
> т.к. почему-то пропал ДНС (серверная часть работала исправно, ДНС его 
> отвечал, по ДХЦП он передался на локальную машину), service network 
> restart теперь не делает того, что делал в старые добрые времена. После 
> команды reboot зависание на стадии "Выключение сети", длительное 
> ожидание и SysRq-B.

"Пропал DNS", "servic network restart теперь не делает того, что делал в
старые добрые времена" -- прекрасный пример нынешней ситуации, когда на
systemd валится даже то, что к нему никакого отношения не имеет.

"Пропал DNS" -- это работа openresolv + etcnet.
service network restart -- под systemd вызывается тот же самый старый
добрый etcnet.

А вот зависание на стадии выключение сети -- вполне возможно и связано с
systemd. Возможно с тем, в каком порядке происходит отключение сети и
размонтирование NFS. Они в fstab с _netdev указаны?

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

http://mithraen.ru/


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

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

[Alexei V. Mezin]

15.08.2014 16:11, Денис Смирнов пишет:

> systemd unit'ы прекрасно читаются и пишутся глазами.

У каждого глаза разные. А когда один глаз должен смотреть в /etc, а 
второй в-куда-там-где-лежат-несамодельные-юниты...


>
> "Пропал DNS" -- это работа openresolv + etcnet.
> service network restart -- под systemd вызывается тот же самый старый
> добрый etcnet.

Может быть. Но раньше restart четко рапортовал в консоль об остановке 
всех интерфейсов по очереди, и потом о запуске их всех обратно. И 
openresolv срабатывал как надо. Теперь тишина и ничего не работает. 
Неужели у нас настолько поменялся etcnet?


>
> А вот зависание на стадии выключение сети -- вполне возможно и связано с
> systemd. Возможно с тем, в каком порядке происходит отключение сети и
> размонтирование NFS. Они в fstab с _netdev указаны?
>

Я сейчас не могу проверить, но кажется, что они в fstab вообще не 
указаны, ибо монтируются через юниты. И именно так делать советовали в 
рассылке, когда началась вся эта эпопея "мы теперь тоже сели на паровоз 
системд".

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

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

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

On Fri, Aug 15, 2014 at 04:47:39PM +0400, Alexei V. Mezin wrote:

>> systemd unit'ы прекрасно читаются и пишутся глазами.
> У каждого глаза разные. А когда один глаз должен смотреть в /etc, а 
> второй в-куда-там-где-лежат-несамодельные-юниты...

/lib/systemd. Я, правда, обычно беру оттуда наиболее близкий по смыслу
unit, а дальше смотрю в man.

Но в случае с задачей "поднять не загружающуюся систему" обычно смотреть
нужно отнюдь не в примеры unit'ов.

>> "Пропал DNS" -- это работа openresolv + etcnet.
>> service network restart -- под systemd вызывается тот же самый старый
>> добрый etcnet.
> Может быть. Но раньше restart четко рапортовал в консоль об остановке 
> всех интерфейсов по очереди, и потом о запуске их всех обратно. И 
> openresolv срабатывал как надо. Теперь тишина и ничего не работает. 
> Неужели у нас настолько поменялся etcnet?

Он тоже рапортует. Но -- да, теперь уже не в консоль. С etcnet вообще
отдельная песня, которая обсуждалась отдельно. Это очень сложное и
многофункциональное приложение, которое само еще и запускает разные
сервисы. В systemd оно ну очень плохо вписывается. Как и в любую другую
_систему_ инициализации, ибо реализует часть ее внутри себя.

>> А вот зависание на стадии выключение сети -- вполне возможно и связано с
>> systemd. Возможно с тем, в каком порядке происходит отключение сети и
>> размонтирование NFS. Они в fstab с _netdev указаны?
> Я сейчас не могу проверить, но кажется, что они в fstab вообще не 
> указаны, ибо монтируются через юниты. И именно так делать советовали в 
> рассылке, когда началась вся эта эпопея "мы теперь тоже сели на паровоз 
> системд".

Рекомендуется, конечно, но для этого надо вдумчиво их писать -- в т.ч. с
правильными зависимостями. Поэтому я предпочитаю писать в fstab с опцией
comment=systemd.automount.



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

http://mithraen.ru/

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

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

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

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

On Mon, Jul 07, 2014 at 06:40:20PM +0400, Alexey Shabalin wrote:

>> IMHO, но etcnet давно требует переосмысливания и глубокой переработки.
> Возможно, с повсеместным внедрением systemd-networkd можно будет
> отправить etcnet на заслуженный отдых. А если написать
> etcnet-generator, который будет брать настройки из etcnet и создавать
> нативные настройки для systemd-networkd, то можно уже сейчас
> мигрировать :)

С точки зрения usability главный недостаток systemd в его же главной фиче
-- формат service-файлов.

К примеру - я тут поразбирался с socket-активацией сервисов, и оказалось,
что необходимо обязательно указывать список портов куда bind'имся в один
конкретный socket-файл.

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

Аналогично -- /etc/fstab куда удобнее чем по файлику для каждой точки
монтирования.

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

http://mithraen.ru/

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

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

[Alexey Shabalin]

> etcnet-0.9.10-alt10, запуск через unit-файл, сеть не тормозит,
> но вылезла проблема с mediatomb - сервис пытается запуститься
> еще до того, как успеют инициироваться сетевые интерфейсы (настройки
> по DHCP).

Есть сервисы, которые сами отслеживают изменение сети, и начинают
слушать порты после поднятия сети, а есть сервисы, которым нужна уже
поднятая сеть.
В таких сервисах нужно использовать
After=network-online.target
Requires=network-online.target

И еще особенность после обновления, network.service переехал из
network.target в network-online.target

-- 
Alexey Shabalin

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

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

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

On Mon, Jul 07, 2014 at 11:22:37PM +0900, alexei@taf.ru wrote:

> IMHO, но etcnet давно требует переосмысливания и глубокой переработки. Точнее
> даже так, в случае десктопа под systemd, на мой взгляд, etcnet уже не актуален.

После долгих экспериментов с systemd в понедельник (после которых загрузка
системы с момента старта systemd происходит за 3 секунды) выяснилось
однозначно -- etcnet в нынешнем виде и systemd дружат плохо, и дружить
хорошо -- не будут никогда.

Если хочется сохранить удобство etcnet и не иметь граблей с systemd --
нужна еще одна, совершенно другая реализация etcnet, которая бы создавала
на лету из конфигов service'ы для systemd.

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

http://mithraen.ru/

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

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

[Alexey Shabalin]

9 июля 2014 г., 1:29 пользователь Денис Смирнов  написал:
> On Mon, Jul 07, 2014 at 11:22:37PM +0900, alexei@taf.ru wrote:
>
>> IMHO, но etcnet давно требует переосмысливания и глубокой переработки. Точнее
>> даже так, в случае десктопа под systemd, на мой взгляд, etcnet уже не актуален.
>
> После долгих экспериментов с systemd в понедельник (после которых загрузка
> системы с момента старта systemd происходит за 3 секунды) выяснилось
> однозначно -- etcnet в нынешнем виде и systemd дружат плохо, и дружить
> хорошо -- не будут никогда.
>
> Если хочется сохранить удобство etcnet и не иметь граблей с systemd --
> нужна еще одна, совершенно другая реализация etcnet, которая бы создавала
> на лету из конфигов service'ы для systemd.

Это называется генератор. И примеров таких генераторов в systemd уже
достаточно. Вот только кто его напишет?


-- 
Alexey Shabalin

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

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

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

On Mon, Jul 07, 2014 at 11:22:37PM +0900, alexei@taf.ru wrote:

> IMHO, но etcnet давно требует переосмысливания и глубокой переработки. Точнее
> даже так, в случае десктопа под systemd, на мой взгляд, etcnet уже не актуален.

После долгих экспериментов с systemd в понедельник (после которых загрузка
системы с момента старта systemd происходит за 3 секунды) выяснилось
однозначно -- etcnet в нынешнем виде и systemd дружат плохо, и дружить
хорошо -- не будут никогда.

Если хочется сохранить удобство etcnet и не иметь граблей с systemd --
нужна еще одна, совершенно другая реализация etcnet, которая бы создавала
на лету из конфигов service'ы для systemd.

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

http://mithraen.ru/

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

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

[Mikhail Efremov]

On Mon, 7 Jul 2014 17:59:19 +0400 Alexey Shabalin wrote:
> - основная задержка старта у Вас, это
>  network.service start operation timed out. Terminating.
>  надо разобраться, почему сеть не стартует и починить.

Это похоже то, на что наступил george@ недавно. Хотел багу повесить, да
забыл.
Там получается следующее: при старте network resolvconf в итоге дергает
хук /etc/hooks/resolv.conf.d/reload_avahi-daemon, в котором стоит
service avahi-daemon condreload, что в случае systemd превращается в
systemctl condreload, а это, в свою очередь, маппится в
reload-or-try-restart. И оно блокируется навсегда, пока его по
таймауту не убьют.
Т.е. reload-or-try-restart работает очень странно, в отличие от просто
try-restart, который немедленно выходит если сервис еще не запущен.
Reload же похоже не является try-reload и блокируется при незапущенном
сервисе. Это происходит только при загрузке, потом
reload-or-try-restart вроде работает нормально.
Надо разбираться как работает reload-or-try-restart и почему
блокируется. Ну или хотя бы пока маппить condreload в try-restart,
иначе любой service condreload имеет шансы подвесить загрузку.

-- 
WBR, Mikhail Efremov

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

[Anton Farygin]

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

Мучаетесь ? А тут есть решение:
https://bugzilla.altlinux.org/show_bug.cgi?id=29925

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

[Alexey Shabalin]

7 июля 2014 г., 19:48 пользователь Anton Farygin написал:
> On 07.07.2014 19:01, Mikhail Efremov wrote:
>>
>> On Mon, 7 Jul 2014 17:59:19 +0400 Alexey Shabalin wrote:
>>>
>>> - основная задержка старта у Вас, это
>>>   network.service start operation timed out. Terminating.
>>>   надо разобраться, почему сеть не стартует и починить.
>>
>>
>> Это похоже то, на что наступил george@ недавно. Хотел багу повесить, да
>> забыл.
>> Там получается следующее: при старте network resolvconf в итоге дергает
>> хук /etc/hooks/resolv.conf.d/reload_avahi-daemon, в котором стоит
>> service avahi-daemon condreload, что в случае systemd превращается в
>> systemctl condreload, а это, в свою очередь, маппится в
>> reload-or-try-restart. И оно блокируется навсегда, пока его по
>> таймауту не убьют.
>> Т.е. reload-or-try-restart работает очень странно, в отличие от просто
>> try-restart, который немедленно выходит если сервис еще не запущен.
>> Reload же похоже не является try-reload и блокируется при незапущенном
>> сервисе. Это происходит только при загрузке, потом
>> reload-or-try-restart вроде работает нормально.
>> Надо разбираться как работает reload-or-try-restart и почему
>> блокируется. Ну или хотя бы пока маппить condreload в try-restart,
>> иначе любой service condreload имеет шансы подвесить загрузку.
>
>
> Мучаетесь ? А тут есть решение:
> https://bugzilla.altlinux.org/show_bug.cgi?id=29925
этот баг не имеет отношения к описаному - condreload  не LEGACY
ACTIONS, да и avahi-daemon нативный сервис. Два промаха :)


-- 
Alexey Shabalin

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

[Anton Farygin]

On 07.07.2014 20:01, Alexey Shabalin wrote:
> 7 июля 2014 г., 19:48 пользователь Anton Farygin написал:
>> On 07.07.2014 19:01, Mikhail Efremov wrote:
>>>
>>> On Mon, 7 Jul 2014 17:59:19 +0400 Alexey Shabalin wrote:
>>>>
>>>> - основная задержка старта у Вас, это
>>>>    network.service start operation timed out. Terminating.
>>>>    надо разобраться, почему сеть не стартует и починить.
>>>
>>>
>>> Это похоже то, на что наступил george@ недавно. Хотел багу повесить, да
>>> забыл.
>>> Там получается следующее: при старте network resolvconf в итоге дергает
>>> хук /etc/hooks/resolv.conf.d/reload_avahi-daemon, в котором стоит
>>> service avahi-daemon condreload, что в случае systemd превращается в
>>> systemctl condreload, а это, в свою очередь, маппится в
>>> reload-or-try-restart. И оно блокируется навсегда, пока его по
>>> таймауту не убьют.
>>> Т.е. reload-or-try-restart работает очень странно, в отличие от просто
>>> try-restart, который немедленно выходит если сервис еще не запущен.
>>> Reload же похоже не является try-reload и блокируется при незапущенном
>>> сервисе. Это происходит только при загрузке, потом
>>> reload-or-try-restart вроде работает нормально.
>>> Надо разбираться как работает reload-or-try-restart и почему
>>> блокируется. Ну или хотя бы пока маппить condreload в try-restart,
>>> иначе любой service condreload имеет шансы подвесить загрузку.
>>
>>
>> Мучаетесь ? А тут есть решение:
>> https://bugzilla.altlinux.org/show_bug.cgi?id=29925
> этот баг не имеет отношения к описаному - condreload  не LEGACY
> ACTIONS, да и avahi-daemon нативный сервис. Два промаха :)

Ты так и не понял, что с помощью LEGACY ACTIONS можно менять поведение 
service для обхода "фич" systemd вполне законным способом.

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

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

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

On Tue, Jul 08, 2014 at 06:25:57PM +0400, Anton Farygin wrote:

> Ты так и не понял, что с помощью LEGACY ACTIONS можно менять поведение 
> service для обхода "фич" systemd вполне законным способом.

Я правильно понимаю, что это дает возможность вернуть привычные нам фичи
типа того же service clock tzset?

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

http://mithraen.ru/

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

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

[Anton Farygin]

On 09.07.2014 01:16, Денис Смирнов wrote:
> On Tue, Jul 08, 2014 at 06:25:57PM +0400, Anton Farygin wrote:
>
>> Ты так и не понял, что с помощью LEGACY ACTIONS можно менять поведение
>> service для обхода "фич" systemd вполне законным способом.
>
> Я правильно понимаю, что это дает возможность вернуть привычные нам фичи
> типа того же service clock tzset?

Правильно.

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

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

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

On Tue, Jul 08, 2014 at 06:25:57PM +0400, Anton Farygin wrote:

> Ты так и не понял, что с помощью LEGACY ACTIONS можно менять поведение 
> service для обхода "фич" systemd вполне законным способом.

Я правильно понимаю, что это дает возможность вернуть привычные нам фичи
типа того же service clock tzset?

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

http://mithraen.ru/

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

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

[Alexey Shabalin]

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

А не может это быть связано, что у avahi-daemon.service Type=dbus.



-- 
Alexey Shabalin

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

[Mikhail Efremov]

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

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

-- 
WBR, Mikhail Efremov

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

[Sergey V Turchin]

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

On Monday 07 July 2014 17:59:19 Alexey Shabalin wrote:

[...]
> - удалите пакеты syslogd и klogd. Я уже устал повторять, что они
> совместно с systemd нормально не работают. Наши дистрибутиво-строители
> упорно продолжают их пропихивать для установки.
Это не совсем так ;-)
http://forum.altlinux.org/index.php?topic=31495.0

[...]

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

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

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

[Alexey Shabalin]

8 июля 2014 г., 13:50 пользователь Sergey V Turchin написал:
> On Monday 07 July 2014 17:59:19 Alexey Shabalin wrote:
>
> [...]
>> - удалите пакеты syslogd и klogd. Я уже устал повторять, что они
>> совместно с systemd нормально не работают. Наши дистрибутиво-строители
>> упорно продолжают их пропихивать для установки.
> Это не совсем так ;-)
> http://forum.altlinux.org/index.php?topic=31495.0
за syslog-ng сказать не могу. rsyslog работает нормально.
А что вы будуте советовать, когда придут с претензиями, что sysklogd
перестал работать после rotate?

-- 
Alexey Shabalin

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

[Sergey V Turchin]

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

On Tuesday 08 July 2014 14:52:52 Alexey Shabalin wrote:

[...]
> за syslog-ng сказать не могу. rsyslog работает нормально.
> А что вы будуте советовать, когда придут с претензиями, что sysklogd
> перестал работать после rotate?
Советую я и сейчас journalctl, а там я, скорее, лишь "удовлетворил просьбу".

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

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

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

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

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

On Tue, Jul 08, 2014 at 01:50:40PM +0400, Sergey V Turchin wrote:

>> - удалите пакеты syslogd и klogd. Я уже устал повторять, что они
>> совместно с systemd нормально не работают. Наши дистрибутиво-строители
>> упорно продолжают их пропихивать для установки.
> Это не совсем так ;-)
> http://forum.altlinux.org/index.php?topic=31495.0

Кстати о 12-й консоли. Что мешает сделать по-умолчанию в
/etc/systemd/journald.conf


ForwardToConsole=yes
TTYPath=/dev/tty12
MaxLevelConsole=info

?

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

http://mithraen.ru/

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

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

[Alexey Shabalin]

9 июля 2014 г., 1:18 пользователь Денис Смирнов написал:
> On Tue, Jul 08, 2014 at 01:50:40PM +0400, Sergey V Turchin wrote:
>
>>> - удалите пакеты syslogd и klogd. Я уже устал повторять, что они
>>> совместно с systemd нормально не работают. Наши дистрибутиво-строители
>>> упорно продолжают их пропихивать для установки.
>> Это не совсем так ;-)
>> http://forum.altlinux.org/index.php?topic=31495.0
>
> Кстати о 12-й консоли. Что мешает сделать по-умолчанию в
> /etc/systemd/journald.conf
>
>
> ForwardToConsole=yes
> TTYPath=/dev/tty12
> MaxLevelConsole=info
по-умолчанию мешает то, что каждый может поставить другой syslogd,
который тоже по-умолчанию сконфигурирован туда слать логи.
Если только на tty11 по-умолчанию для journald.

-- 
Alexey Shabalin

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

[Sergey V Turchin]

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

On Wednesday 09 July 2014 01:18:18 Денис Смирнов wrote:
> On Tue, Jul 08, 2014 at 01:50:40PM +0400, Sergey V Turchin wrote:
> >> - удалите пакеты syslogd и klogd. Я уже устал повторять, что они
> >> совместно с systemd нормально не работают. Наши дистрибутиво-строители
> >> упорно продолжают их пропихивать для установки.
> > 
> > Это не совсем так ;-)
> > http://forum.altlinux.org/index.php?topic=31495.0
> 
> Кстати о 12-й консоли. Что мешает сделать по-умолчанию в
> /etc/systemd/journald.conf
Мешает только ушедшее время.
В KDesktop в следующей серии сделаю.

[..]

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

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

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

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

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

On Tue, Jul 08, 2014 at 01:50:40PM +0400, Sergey V Turchin wrote:

>> - удалите пакеты syslogd и klogd. Я уже устал повторять, что они
>> совместно с systemd нормально не работают. Наши дистрибутиво-строители
>> упорно продолжают их пропихивать для установки.
> Это не совсем так ;-)
> http://forum.altlinux.org/index.php?topic=31495.0

Кстати о 12-й консоли. Что мешает сделать по-умолчанию в
/etc/systemd/journald.conf


ForwardToConsole=yes
TTYPath=/dev/tty12
MaxLevelConsole=info

?

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

http://mithraen.ru/

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

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

[Sergey V Turchin]

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

On Monday 07 July 2014 17:59:19 Alexey Shabalin wrote:

[...]
> - не понял что у Вас в качестве десктопа используется, но попробуйте
> удалить ConsoleKit (и libConsoleKit)
xinit пока зависит от libConsoleKit, т.е. пока kexit не удалять libConsoleKit. 
Вряд ли он чему-то мешает.

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

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

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

[Alexey Shabalin]

8 июля 2014 г., 13:55 пользователь Sergey V Turchin  написал:
> On Monday 07 July 2014 17:59:19 Alexey Shabalin wrote:
>
> [...]
>> - не понял что у Вас в качестве десктопа используется, но попробуйте
>> удалить ConsoleKit (и libConsoleKit)
> xinit пока зависит от libConsoleKit, т.е. пока kexit не удалять libConsoleKit.
> Вряд ли он чему-то мешает.
Мне так же не мешает отсутствие пакета xinit. А лишний ненужный сервис удален.

-- 
Alexey Shabalin

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

[Sergey V Turchin]

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

On Tuesday 08 July 2014 14:54:21 Alexey Shabalin wrote:

[...]
> Мне так же не мешает отсутствие пакета xinit.
Причем здесь вы лично?
startx пока обязательно должен присутствовать в десктопном дистрибутиве.

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

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

[sisyphus] ConsoleKit

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

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

On Tue, Jul 08, 2014 at 03:09:13PM +0400, Sergey V Turchin wrote:

>> Мне так же не мешает отсутствие пакета xinit.
> Причем здесь вы лично?
> startx пока обязательно должен присутствовать в десктопном дистрибутиве.

Зависимость на ConsoleKit исключительно из-за того, что ck-xinit-session
в 2009 году был добавлен в этот пакет.

Может в нынешнем 2014 пора бы его убрать из xinit и положить в отдельный
пакет?

Еще зависимость на ConsoleKit есть у udev-alsa. 

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

http://mithraen.ru/

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

Re: [sisyphus] ConsoleKit

[Sergey V Turchin]

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

On Tuesday 08 July 2014 23:27:37 Денис Смирнов wrote:

[...]
> Может в нынешнем 2014 пора бы его убрать из xinit и положить в отдельный
> пакет?
http://bugs.altlinux.org/30171

[...]

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

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

Re: [sisyphus] ConsoleKit

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

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

On Wed, Jul 09, 2014 at 03:31:34PM +0400, Sergey V Turchin wrote:

>> Может в нынешнем 2014 пора бы его убрать из xinit и положить в отдельный
>> пакет?
> http://bugs.altlinux.org/30171

task #123806

остается дождаться approve

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

http://mithraen.ru/

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

Re: [sisyphus] ConsoleKit

[Sergey V Turchin]

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

On Tuesday 08 July 2014 23:27:37 Денис Смирнов wrote:

[...]
> Еще зависимость на ConsoleKit есть у udev-alsa.
Возможно, она искусственная. Нужно мнение мантейнера пакета.

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

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

Re: [sisyphus] ConsoleKit

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

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

On Wed, Jul 09, 2014 at 03:38:07PM +0400, Sergey V Turchin wrote:

>> Еще зависимость на ConsoleKit есть у udev-alsa.
> Возможно, она искусственная. Нужно мнение мантейнера пакета.

Насколько я понял -- там вся фишка в запуске скрипта по login/logout. Его
можно слегка переписать и прикрутить к systemd без особых проблем.

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

http://mithraen.ru/

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

Re: [sisyphus] ConsoleKit

[Michael Shigorin]

On Fri, Jul 11, 2014 at 11:06:38PM +0400, Денис Смирнов wrote:
> >> Еще зависимость на ConsoleKit есть у udev-alsa.
> > Возможно, она искусственная. Нужно мнение мантейнера пакета.
> Насколько я понял -- там вся фишка в запуске скрипта по
> login/logout. Его можно слегка переписать и прикрутить
> к systemd без особых проблем.

Только хорошо бы так, чтоб без systemd тоже работало, да.
Мне он на localhost, в отличие от восстановления уровней
звука, не впился.

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [sisyphus] ConsoleKit

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

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

On Sat, Jul 12, 2014 at 05:09:09PM +0300, Michael Shigorin wrote:

>>>> Еще зависимость на ConsoleKit есть у udev-alsa.
>>> Возможно, она искусственная. Нужно мнение мантейнера пакета.
>> Насколько я понял -- там вся фишка в запуске скрипта по
>> login/logout. Его можно слегка переписать и прикрутить
>> к systemd без особых проблем.
> Только хорошо бы так, чтоб без systemd тоже работало, да.
> Мне он на localhost, в отличие от восстановления уровней
> звука, не впился.

Весь вопрос в какие моменты нужно уровень звука восстанавливать, и в какие
моменты его нужно сохранять.

Если устараивает сохранение перед shutdown, а чтение при появлении девайса
-- это сделать легко. Я не знаком с ConsoleKit, поэтому не знаю зачем он
используется в udev-alsa. Подозреваю что для сохранения/восстановления при
открытиии/завершении сессии. И если это не нужно -- остальное сделать
легко.

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

http://mithraen.ru/

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

Re: [sisyphus] ConsoleKit

[Michael Shigorin]

On Tue, Jul 08, 2014 at 11:27:37PM +0400, Денис Смирнов wrote:
> Еще зависимость на ConsoleKit есть у udev-alsa. 

В текущих alsa-utils некое правило для udev появилось, не пакуется.
Можно посмотреть внимательней.

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [sisyphus] ConsoleKit

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

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

On Wed, Jul 09, 2014 at 03:46:16PM +0300, Michael Shigorin wrote:

>> Еще зависимость на ConsoleKit есть у udev-alsa. 
> В текущих alsa-utils некое правило для udev появилось, не пакуется.
> Можно посмотреть внимательней.

Вариант из udev-alsa разумнее тем, что сохраняет отдельно для разных карт.
А внутри alsa-utils я вижу целых два варианта скирптов для systemd и выбор
между ними -- но сохраняется все в один файл (т.е. пользователи внешних
USB-устройств получат грабли).

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

http://mithraen.ru/

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

[sisyphus] ConsoleKit

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

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

On Tue, Jul 08, 2014 at 03:09:13PM +0400, Sergey V Turchin wrote:

>> Мне так же не мешает отсутствие пакета xinit.
> Причем здесь вы лично?
> startx пока обязательно должен присутствовать в десктопном дистрибутиве.

Зависимость на ConsoleKit исключительно из-за того, что ck-xinit-session
в 2009 году был добавлен в этот пакет.

Может в нынешнем 2014 пора бы его убрать из xinit и положить в отдельный
пакет?

Еще зависимость на ConsoleKit есть у udev-alsa. 

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

http://mithraen.ru/

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

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

[Шенцев Алексей Владимирович]

07.07.2014 17:59, Alexey Shabalin пишет:
> 7 июля 2014 г., 16:04 пользователь Шенцев Алексей Владимирович
> <ashen@mail.ru> написал:
>> 07.07.2014 15:58, Alexey Shabalin пишет:
>>> journal -b > logfile
> Давай пробежимся по типовым граблям, остальным думаю тоже будет интересно.
>
> - желательно избавиться от sysv-скриптов, если в них нет LSB заголовков.
>
> - ни в каких пакетах никогда специально не включался сервис prefdm
> (или dm), точнее он жестко включен только для графического уровня
> запуска. То что он у вас включен - это ваша самодеетельность, которую
> я не могу отследить. Пожалуй добавлю в пакет systemd насильно удаление
> директории /etc/systemd/system/graphical.target.wants
>
> - кто Вам включил remote-fs.target и зачем? его не надо специально включать.
ХЗ ... :) Выключил .

> - перейдите уже на новый стиль уровня запуска.
> systemctl set-default graphical.target.
> Я попробую избавиться от старого стиля в следующем релизе systemd.
Сделал.
Графика не стартует, приходится логинится в консоль и выполнять startx.
Куда копать/смотреть?

> - удалите пакеты syslogd и klogd. Я уже устал повторять, что они
> совместно с systemd нормально не работают. Наши дистрибутиво-строители
> упорно продолжают их пропихивать для установки. А мантейнер sysklogd
> не использует systemd и не будет чинить их. Если нужен именно syslog,
> то используйте rsyslog  или syslog-ng. Обычно для systemd они не нужны
> и достаточно journald, так что просто их удалите.

По совету mithraen@ перенаправил вывод jurnald на 12-ую консоль.
То что получил меня устраивает.

> - скорее всего вы не используете sysfsutils, удалите его. Возможно
> стоит повесить баг на этот пакет, что бы не включать сервис
> по-умолчанию. И в дистрибутивы этот пакет пихать необязательно.

Его тянет за собой alterator-lilo.
Удалил на пока sysfsutils. Lilo.conf если что и из консоли поправлю.
Ну нет у меня grub'а, точнее давного его выкинул, заменив на старый,
добрый Lilo.

> - так же можно удалить nut(и остальные nut-driver ... ) все равно он у
> вас не рабочий. Или помогите мантейнеру сделать его рабочим.

Удалил.
Что в замен для мониторинга упса и если что автоматического выключения
компа?
Сейчас лето и электричество частенько у нас скачет: холодильники,
морозильные камеры, кондиционеры ...

> - основная задержка старта у Вас, это
>  network.service start operation timed out. Terminating.
>  надо разобраться, почему сеть не стартует и починить.
> У вас точно последняя версия пакета etcnet?
etcnet-0.9.10-alt10

И:

systemctl status network.service
● network.service - Network Connectivity
Loaded: loaded (/lib/systemd/system/network.service; disabled)
Active: failed (Result: timeout) since Ср 2014-07-09 11:36:41 MSK; 9min ago
Process: 736 ExecStart=/etc/rc.d/init.d/network start (code=killed,
signal=TERM)

июл 09 11:36:41 ashen.novoross systemd[1]: Failed to start Network
Connectivity.
июл 09 11:36:41 ashen.novoross systemd[1]: Unit network.service entered
failed state.
июл 09 11:36:45 ashen.novoross dhcpcd[2853]: eth0: sending Router
Solicitation
июл 09 11:36:45 ashen.novoross network[736]: dhcpcd[815]: forking to
background
июл 09 11:36:45 ashen.novoross network[736]: dhcpcd[815]: forked to
background, child pid 2853
июл 09 11:36:45 ashen.novoross network[736]: ...
июл 09 11:36:49 ashen.novoross dhcpcd[2853]: eth0: sending Router
Solicitation
июл 09 11:36:53 ashen.novoross dhcpcd[2853]: eth0: sending Router
Solicitation
июл 09 11:36:57 ashen.novoross dhcpcd[2853]: eth0: sending Router
Solicitation
июл 09 11:36:57 ashen.novoross dhcpcd[2853]: eth0: no IPv6 Routers available

Так же, куда копать?

> - не понял что у Вас в качестве десктопа используется, но попробуйте
> удалить ConsoleKit (и libConsoleKit)
>
По умолчанию TDE, но есть и LXDE.

-- 
С уважением, Шенцев Алексей Владимирович.

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

[Alexey Shabalin]

>> - перейдите уже на новый стиль уровня запуска.
>> systemctl set-default graphical.target.
>> Я попробую избавиться от старого стиля в следующем релизе systemd.
> Сделал.
> Графика не стартует, приходится логинится в консоль и выполнять startx.
> Куда копать/смотреть?

Искать в логах.

>> - скорее всего вы не используете sysfsutils, удалите его. Возможно
>> стоит повесить баг на этот пакет, что бы не включать сервис
>> по-умолчанию. И в дистрибутивы этот пакет пихать необязательно.
>
> Его тянет за собой alterator-lilo.
> Удалил на пока sysfsutils. Lilo.conf если что и из консоли поправлю.
> Ну нет у меня grub'а, точнее давного его выкинул, заменив на старый,
> добрый Lilo.
отправил обновленный sysfsutils, но все равно вручную выключите сервис.

>> - так же можно удалить nut(и остальные nut-driver ... ) все равно он у
>> вас не рабочий. Или помогите мантейнеру сделать его рабочим.
>
> Удалил.
> Что в замен для мониторинга упса и если что автоматического выключения
> компа?
> Сейчас лето и электричество частенько у нас скачет: холодильники,
> морозильные камеры, кондиционеры ...

Большинство DE сами умеют следить за упсами, настройте средствами DE.

>> - основная задержка старта у Вас, это
>>  network.service start operation timed out. Terminating.
>>  надо разобраться, почему сеть не стартует и починить.
>> У вас точно последняя версия пакета etcnet?
> etcnet-0.9.10-alt10
>
> И:
>
> systemctl status network.service
> ● network.service - Network Connectivity
> Loaded: loaded (/lib/systemd/system/network.service; disabled)
> Active: failed (Result: timeout) since Ср 2014-07-09 11:36:41 MSK; 9min ago
> Process: 736 ExecStart=/etc/rc.d/init.d/network start (code=killed,
> signal=TERM)
>
> Так же, куда копать?
Ну настройки etcnet не имеют отношения к этой теме, и systemd тут ни причем.
Для начала покажите настройки.

>> - не понял что у Вас в качестве десктопа используется, но попробуйте
>> удалить ConsoleKit (и libConsoleKit)
>>
> По умолчанию TDE, но есть и LXDE.
собрать TDE с поддержкой logind
http://bugs.pearsoncomputing.net/show_bug.cgi?id=1902


-- 
Alexey Shabalin

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

[Anton Farygin]

On 09.07.2014 14:56, Alexey Shabalin wrote:
>>> >>- так же можно удалить nut(и остальные nut-driver ... ) все равно он у
>>> >>вас не рабочий. Или помогите мантейнеру сделать его рабочим.
>> >
>> >Удалил.
>> >Что в замен для мониторинга упса и если что автоматического выключения
>> >компа?
>> >Сейчас лето и электричество частенько у нас скачет: холодильники,
>> >морозильные камеры, кондиционеры ...
> Большинство DE сами умеют следить за упсами, настройте средствами DE.
>

А если DE нет а хочется systemd - страдать ?

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

[Шенцев Алексей Владимирович]

09.07.2014 15:25, Anton Farygin пишет:
> On 09.07.2014 14:56, Alexey Shabalin wrote:
>>>> >>- так же можно удалить nut(и остальные nut-driver ... ) все равно
>>>> он у
>>>> >>вас не рабочий. Или помогите мантейнеру сделать его рабочим.
>>> >
>>> >Удалил.
>>> >Что в замен для мониторинга упса и если что автоматического выключения
>>> >компа?
>>> >Сейчас лето и электричество частенько у нас скачет: холодильники,
>>> >морозильные камеры, кондиционеры ...
>> Большинство DE сами умеют следить за упсами, настройте средствами DE.
>>
>
> А если DE нет а хочется systemd - страдать ?

Во-во, на пример на серваках и работаешь с ними удалённо.
Через nut-cgi по вэбу можно было многое посмотреть.
А теперь как?

-- 
С уважением, Шенцев Алексей Владимирович.

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

[REAL]

09.07.2014 18:27, Шенцев Алексей Владимирович пишет:
>> А если DE нет а хочется systemd - страдать ?
>
> Во-во, на пример на серваках и работаешь с ними удалённо.

А на серваках сделать "systemd воспрещён" ;)

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

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

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

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

On Thu, Jul 10, 2014 at 09:34:03AM +0700, REAL wrote:

>> Во-во, на пример на серваках и работаешь с ними удалённо.
> А на серваках сделать "systemd воспрещён" ;)

На серверах хоть перезагрузки и редки, но скорость загрузки ой как
актуальна бывает.

Плюс некоторые удобства systemd вполне себе полезны и там.

Вот только для нормальной работы systemd на серверах нам придется
переписать etcnet :(

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

http://mithraen.ru/

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

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

[Anton Farygin]

On 11.07.2014 02:27, Денис Смирнов wrote:
> On Thu, Jul 10, 2014 at 09:34:03AM +0700, REAL wrote:
>
>>> Во-во, на пример на серваках и работаешь с ними удалённо.
>> А на серваках сделать "systemd воспрещён" ;)
>
> На серверах хоть перезагрузки и редки, но скорость загрузки ой как
> актуальна бывает.

поставь SSD на корень. все проблемы с загрузкой исчезнут.

>
> Плюс некоторые удобства systemd вполне себе полезны и там.

неудобства нашей интеграции systemd пока перевешивают.

>
> Вот только для нормальной работы systemd на серверах нам придется
> переписать etcnet :(


О чём и речь. И боюсь, что это всё закончится какимнибуть networkd

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

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

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

On Fri, Jul 11, 2014 at 12:58:30PM +0400, Anton Farygin wrote:

>> На серверах хоть перезагрузки и редки, но скорость загрузки ой как
>> актуальна бывает.
> поставь SSD на корень. все проблемы с загрузкой исчезнут.

Вот как раз на SSD от systemd выигрыш особенно заметен. У меня сейчас с
момента запуска systemd до приглашения dm проходит ~2s. Увы, с тормозами
BIOS'а сделать ничего не могу.

>> Плюс некоторые удобства systemd вполне себе полезны и там.
> неудобства нашей интеграции systemd пока перевешивают.

А можно конкретнее? Раз уж я заморочился тюнингом, сейчас допинываю все чт
могу.

>> Вот только для нормальной работы systemd на серверах нам придется
>> переписать etcnet :(
> О чём и речь. И боюсь, что это всё закончится какимнибуть networkd

Не, networkd не замена etcnet (хотя на домашней машине я таки пока
отказался от etcnet совсем, используя networkd и самописные сервисы).

И все же именно использвание генераторов для создания service's на базе
конфига etcnet будет самым удобным вариантом. По сравнению с etcnet это
будет лучше, например, возможностью легко прикрутить поднятие сервиса по
появлению девайса (для USB-свистков актуально), а также параллельной
инициализацией девайсов.

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

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

http://mithraen.ru/


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

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

[Anton Farygin]

On 11.07.2014 23:03, Денис Смирнов wrote:
> On Fri, Jul 11, 2014 at 12:58:30PM +0400, Anton Farygin wrote:
>
>>> На серверах хоть перезагрузки и редки, но скорость загрузки ой как
>>> актуальна бывает.
>> поставь SSD на корень. все проблемы с загрузкой исчезнут.
>
> Вот как раз на SSD от systemd выигрыш особенно заметен. У меня сейчас с
> момента запуска systemd до приглашения dm проходит ~2s. Увы, с тормозами
> BIOS'а сделать ничего не могу.
>
>>> Плюс некоторые удобства systemd вполне себе полезны и там.
>> неудобства нашей интеграции systemd пока перевешивают.
>
> А можно конкретнее? Раз уж я заморочился тюнингом, сейчас допинываю все чт
> могу.

Я уже приводил ссылку на bugzilla, пакет service. Пока это для меня тормоз.

пинай.

>
>>> Вот только для нормальной работы systemd на серверах нам придется
>>> переписать etcnet :(
>> О чём и речь. И боюсь, что это всё закончится какимнибуть networkd
>
> Не, networkd не замена etcnet (хотя на домашней машине я таки пока
> отказался от etcnet совсем, используя networkd и самописные сервисы).
>
> И все же именно использвание генераторов для создания service's на базе
> конфига etcnet будет самым удобным вариантом. По сравнению с etcnet это
> будет лучше, например, возможностью легко прикрутить поднятие сервиса по
> появлению девайса (для USB-свистков актуально), а также параллельной
> инициализацией девайсов.
>
> Плюс, можно будет отделить девайсы необходимые для загрузки системы (те,
> что надо инициализировать до запуска каких-либо сервисов), и девайсы
> которые могут спокойно подняться уже после появления доступа к машине с
> ssh и консоли.

Да, в этой идее что-то есть. Только не стоит забывать о том, что там ещё 
есть default firewall, которым я, например, активно пользуюсь.

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

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

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

On Mon, Jul 14, 2014 at 09:52:12AM +0400, Anton Farygin wrote:

>> А можно конкретнее? Раз уж я заморочился тюнингом, сейчас допинываю все чт
>> могу.
> Я уже приводил ссылку на bugzilla, пакет service. Пока это для меня тормоз.
> пинай.

Я в описании бага патча не увидел, и похоже всем его писать лень.

>> Плюс, можно будет отделить девайсы необходимые для загрузки системы (те,
>> что надо инициализировать до запуска каких-либо сервисов), и девайсы
>> которые могут спокойно подняться уже после появления доступа к машине с
>> ssh и консоли.
> Да, в этой идее что-то есть. Только не стоит забывать о том, что там ещё 
> есть default firewall, которым я, например, активно пользуюсь.

У меня обычно достаточно простые конфиги etcnet, даже файрволом почти не
пользуюсь. Можешь мне прислать пару хитрых конфигов, вместе с файрволом? В
смысле целиком /etc/net. Я попробую все-таки это написать.

Для настройки default firewall в systemd надо будет просто сгенерированные
сервисы сделать Before=network-pre.target

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

http://mithraen.ru/

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

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

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

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

On Fri, Jul 11, 2014 at 01:03:45PM +0400, Alexey Shabalin wrote:

>> О чём и речь. И боюсь, что это всё закончится какимнибуть networkd
> Мне настройки networkd показались довольно удобными.

Для простой десктопной машины обычного пользователя -- да. Но мне же
пришлось таки слегка с бубном и написанием своих сервисов поплясать.

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

http://mithraen.ru/

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

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

[Alexey Shabalin]

9 июля 2014 г., 15:25 пользователь Anton Farygin  написал:
> On 09.07.2014 14:56, Alexey Shabalin wrote:
>>>>
>>>> >>- так же можно удалить nut(и остальные nut-driver ... ) все равно он у
>>>> >>вас не рабочий. Или помогите мантейнеру сделать его рабочим.
>>>
>>> >
>>> >Удалил.
>>> >Что в замен для мониторинга упса и если что автоматического выключения
>>> >компа?
>>> >Сейчас лето и электричество частенько у нас скачет: холодильники,
>>> >морозильные камеры, кондиционеры ...
>>
>> Большинство DE сами умеют следить за упсами, настройте средствами DE.
>>
>
> А если DE нет а хочется systemd - страдать ?
починить nut? не?
Без DE можно настроить UPower.
Для серверов лучше подойдет nut.

я заметил по логам, что он не работает, дал совет для десктопа.
какие претензии ко мне или к systemd? :)

-- 
Alexey Shabalin

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

[Шенцев Алексей Владимирович]

09.07.2014 16:32, Alexey Shabalin пишет:
> 9 июля 2014 г., 15:25 пользователь Anton Farygin  написал:
>> А если DE нет а хочется systemd - страдать ? 
> починить nut? не?

Хорошо бы ...

> Без DE можно настроить UPower.

Надо будет глянуть.

> Для серверов лучше подойдет nut.

Самый лучший инструмент тот, который ты лучше всего знаешь.
А nut знаком очень хорошо.

> я заметил по логам, что он не работает, дал совет для десктопа.
> какие претензии ко мне или к systemd? :)
А кто высказал претензии? :)

-- 
С уважением, Шенцев Алексей Владимирович.

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

[Anton Farygin]

On 09.07.2014 16:32, Alexey Shabalin wrote:
> 9 июля 2014 г., 15:25 пользователь Anton Farygin  написал:
>> On 09.07.2014 14:56, Alexey Shabalin wrote:
>>>>>
>>>>>>> - так же можно удалить nut(и остальные nut-driver ... ) все равно он у
>>>>>>> вас не рабочий. Или помогите мантейнеру сделать его рабочим.
>>>>
>>>>>
>>>>> Удалил.
>>>>> Что в замен для мониторинга упса и если что автоматического выключения
>>>>> компа?
>>>>> Сейчас лето и электричество частенько у нас скачет: холодильники,
>>>>> морозильные камеры, кондиционеры ...
>>>
>>> Большинство DE сами умеют следить за упсами, настройте средствами DE.
>>>
>>
>> А если DE нет а хочется systemd - страдать ?
> починить nut? не?
> Без DE можно настроить UPower.
> Для серверов лучше подойдет nut.
>
> я заметил по логам, что он не работает, дал совет для десктопа.
> какие претензии ко мне или к systemd? :)


Претензии в bugzilla оформлены :) Правда не к тебе, а к service.

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

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

[Alexey Shabalin]

>> Еще непонятно почему в списке сервисы вроде sshd, network, ntpd - для них
>> же есть unit файлы.
>>
>
> А что нужно всему что имеет unit-файлы сделать chkconfig off ?
> Я был уверен что systemd либо берет unit либо использует init скрипт (про то
> что когда нет LSB-заголовка и это плохо для загрузки я помню)

Так и есть. И видимо Вы что-то неправильное нам показываете. chkconfig
не должен показывать сервисы, для которых есть unit-файлы, типа
network, dm, fbsetfont, messagebus и т.п.

-- 
Alexey Shabalin

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

[Alexey Shabalin]

9 июля 2014 г., 19:54 пользователь diver <diver666@gmail.com> написал:
>
>
>
> 2014-07-09 18:51 GMT+03:00 Alexey Shabalin :
>
>> >> Еще непонятно почему в списке сервисы вроде sshd, network, ntpd - для
>> >> них
>> >> же есть unit файлы.
>> >>
>> >
>> > А что нужно всему что имеет unit-файлы сделать chkconfig off ?
>> > Я был уверен что systemd либо берет unit либо использует init скрипт
>> > (про то
>> > что когда нет LSB-заголовка и это плохо для загрузки я помню)
>>
>> Так и есть. И видимо Вы что-то неправильное нам показываете. chkconfig
>> не должен показывать сервисы, для которых есть unit-файлы, типа
>> network, dm, fbsetfont, messagebus и т.п.
>>
> Я показываю вывод команд, не по памяти:)
>
> $ rpm -q etcnet
> etcnet-0.9.10-alt10
> root@stratum:~$ rpm -q systemd
> systemd-214-alt9

Можно установить systemd, но не использовать его для загрузки.
установлен ли systemd-sysvinit? есть ли параметр ядру init= ?
очень легко проверить:
/sbin/sd_booted; echo $?
0 - это загружены с помощью systemd.

> root@stratum:~$ rpm -qf `which chkconfig`
> chkconfig-1.3.59-alt3
>

-- 
Alexey Shabalin

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

[Alexey Shabalin]

9 июля 2014 г., 21:03 пользователь Alexey Shabalin
<a.shabalin@gmail.com> написал:
>>> > $ /sbin/sd_booted; echo $?
>>> > 0
>>> >
>>> > $ cat /etc/sysconfig/grub2 |grep systemd
>>> > GRUB_CMDLINE_LINUX_DEFAULT='panic=30 splash vga=795 init=/sbin/systemd'
>>>
>>> если установлен пакет systemd-sysvinit, то init= не нужен.
>> Он не установлен, потому что страшно безвозвратно с sysv уходить, с такими
>> то знаниями в новом ините.
>>
>> Так как диагностировать почему сеть ругаеться при загрузке?
>
без пакета systemd-sysvinit, с init=/sbin/systemd - это "на попробовать".
иначе у вас "неправильные" telinit, runlevel, shutdown, halt, poweroff, reboot.

PS: ой, не туда отослал.

-- 
Alexey Shabalin

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

[Andrew Clark]

Приветствую Алексей!

9 июля 2014 г., 21:06 пользователь Alexey Shabalin
<a.shabalin@gmail.com> написал:

> без пакета systemd-sysvinit, с init=/sbin/systemd - это "на попробовать".

Опа, а я этого не знал! У меня так и волочится эта запись с того момента,
как появился systemd в Сизифе.

В сторону: как он мне нравился в самом начале, когда действительно
ускорял загрузку. А теперь в него логи запихнули, вебсервер, управление
сетью и прочую муть.

> иначе у вас "неправильные" telinit, runlevel, shutdown, halt, poweroff, reboot.

Иными словами, пакет systemd-sysvinit надо устанавливать обязательно?

> PS: ой, не туда отослал.

Туда-туда :)

p.S: А есть документированный способ вернуться на SysV?
На вики не нашел.

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

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

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

On Thu, Jul 10, 2014 at 09:15:17AM +0400, Andrew Clark wrote:

> В сторону: как он мне нравился в самом начале, когда действительно
> ускорял загрузку. А теперь в него логи запихнули, вебсервер, управление
> сетью и прочую муть.

Вся эта муть (кроме логов) тривиально отключается. Он таки более-менее
модульный.

И скорость загрузки у нас сейчас минимальна не из-за глюков systemd, а
из-за отсутствия systemd services, и необходимости использовать обычные
SysV initscripts. А в них, если не было LSB-заголовков, также необходимо
четко исполнять последовательность загрузки. И никакого ускорения,
соответственно, быть не может -- в итоге все фичи systemd идут лесом, а
все его сложности остаются.

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

http://mithraen.ru/

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

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

[Alexey Shabalin]

10 июля 2014 г., 12:40 пользователь diver  написал:
>
>
>
> 2014-07-10 11:29 GMT+03:00 Alexey Shabalin
>
>> > Я имел ввиду тут конкретнее указать http://www.altlinux.org/Systemd , ну
>> > и
>> > возможно освежить, раз так быстро все меняется.
>>
>> Это же вики, освежите если есть желание.
>
> Не уверен в своих знаниях по теме.
>>
>>
>> > и все же, если бы у меня был systemd в какие логи нужно смотреть чтобы
>> > понять почему сеть во время загрузки не находит eth1, а после загрузки и
>> > рестарта сервиса, все ОК?
>> journalctl -b - других логов не надо.
>
> это есть.
>>
>> тут много ньюансов, которые при миграции довольно сложно отследить.
>>
>> - перешли ли на новую схему именования интерфейсов, стоит ли пакет
>> udev-rule-generator-net,
> нет
нет что? не перешли или не установлен пакет?
если пакет udev-rule-generator-net не установлен, то могут возникнуть
проблемы на этапе переименования интерфейсов, и со старой системой
именования вообще.
Моя рекомендация - следовать за апстримом (перейти на новую схему
именования интерфейсов), Ваша возможность не прислушаться к
рекомендации, но разбираться с проблемами уже самому.
Я не отмахиваюсь от проблемы, просто поддержка легаси систем всегда дороже :)

>> есть ли  /etc/udev/rules.d/70-persistent-net.rules, не пытается ли etcnet
>> сам
>> переименовать интерфейсы.
? что тут?

>
> Этот конфиг есть еще 2011 года.
ну тут мне ответить нечего :)

>> - стоит ли NetworkManager, и правильно ли сконфигурирован etcnet для
>> работы с ним совместно. просто покажите настройки etcnet.
>
> Стоит только etcnet. Показать options от eth1?
да, присылайте. и eth0 тоже. и другие ваши особенности из /etc/net.
Если это десктоп-система, то проще поставить Networkmanager, и
исключить интерфейсы из обработки в etcnet.

>> - какой установлен пакет etcnet-defaults-desktop или
>> etcnet-defaults-server.
> etcnet-defaults-server
Если это десктоп-система, то etcnet-defaults-desktop подходит больше.

-- 
Alexey Shabalin

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

[Alexey Shabalin]

9 июля 2014 г., 16:34 пользователь Vladimir Didenko  написал:
> 9 июля 2014 г., 14:56 пользователь Alexey Shabalin написал:
>
>> > Графика не стартует, приходится логинится в консоль и выполнять startx.
>> > Куда копать/смотреть?
>>
>> Искать в логах.
>
>
> В моих логах творится вот такое
>
> июл 09 16:29:25 didenko.localdomain systemd[1]: Found ordering cycle on
> prefdm.service/start
> июл 09 16:29:25 didenko.localdomain systemd[1]: Breaking ordering cycle by
> deleting job plymouth-quit.service/stop
> июл 09 16:29:25 didenko.localdomain systemd[1]: Job
> plymouth-quit.service/stop deleted to break ordering cycle starting with
> prefdm.service/start
> июл 09 16:29:25 didenko.localdomain systemd[1]: Found ordering cycle on
> getty@tty1.service/stop
> июл 09 16:29:25 didenko.localdomain systemd[1]: Breaking ordering cycle by
> deleting job rc-local.service/start
> июл 09 16:29:25 didenko.localdomain systemd[1]: Job rc-local.service/start
> deleted to break ordering cycle starting with getty@tty1.service/stop
>
> Но почему там цикл образовался - я пока не понял.

Я уже писал, циклы образуются из-за отсутствия LSB-заголовков в
sysv-init скриптах. Их наличие очень критично. И systemd начинает
выкидывать сервисы, что бы разорвать цикл. У вас он как раз выкинул
prefdm.
Обновитесь до последнего сизифа (я обновлял etcnet, xinitrc,
sysfsutils, sysstat), отключите все не нужное с помощью chkconfig.
(например в gpm нет LSB заголовков, и если мышь в консоли нужна не
часто, то проще стартовать её вручную - конечно правильнее трясти
мантейнеров что бы они обновляли пакеты)

Спасибо Игорю, он обновил тесты.
Если у вас установлены пакеты из этого списка(с пометкой fail)
http://repocop.altlinux.org/pub/repocop/reports/txt/by-test/init-lsb.txt
то вас могут ожидать циклы.

-- 
Alexey Shabalin

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

[Alexey Shabalin]

> Должно исправиться в systemd-214-alt2, я сейчас тестирую.
У кого все плохо, можно пробовать задание #122466
И кто обновлял ядро(пересоздавал iniitrd) - заного запустите make-initrd.

-- 
Alexey Shabalin

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

[Grigory Milev]

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

28.06.2014 02:53, Alexey Shabalin пишет:
>> Должно исправиться в systemd-214-alt2, я сейчас тестирую.
> У кого все плохо, можно пробовать задание #122466
> И кто обновлял ядро(пересоздавал iniitrd) - заного запустите make-initrd.
>
У меня вовсе система не запускалась, пока не заменил systemd-sysvinit -> sysvinit, при том не
работало с той-же ошибкой: LSB: start job .....

Более того, заменив systemd-sysvinit на стандартный sysvinit сервисы systemd не стартуют вовсе:

systemctl restart ssh-squid.service
Failed to get D-Bus connection: Неизвестная ошибка -1



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 238 bytes --]

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

[Anton Gorlov]

29.06.2014 00:53, Grigory Milev пишет:
> Более того, заменив systemd-sysvinit на стандартный sysvinit сервисы systemd не стартуют вовсе:
Так и не будут. systemd у Вас же не запущен. Соответственно дёргать
нужно не systemctl, а service или /etc/init.d/foo

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

[Michael Shigorin]

On Sat, Jun 28, 2014 at 03:53:57AM +0400, Alexey Shabalin wrote:
> > Должно исправиться в systemd-214-alt2, я сейчас тестирую.
> У кого все плохо, можно пробовать задание #122466

regular-cinnamon с этим заданием грузится так:

длительная пауза после Spawning init ... done
(наблюдается моргание сидюшкой, затем сетью, затем тишина)

[  OK  ] Started Secure NFS // зачем??
[FAILED] Failed to start Network Manager Wait Online.
[...]

При этом в профиле используется use/net/nm/nodelay,
что приводит к попытке отключения сервиса
NetworkManager-wait-online при сборке образа.

Графическая сессия стартует только после service dm start
вручную (там что, graphical.target по умолчанию отвалился,
надо в явном виде выставлять?).

http://fly.osdn.org.ua/~mike/iso/regular-cinnamon-20140630.122466-i586.iso

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

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

[Michael Shigorin]

On Mon, Jun 30, 2014 at 12:46:55AM +0300, I wrote:
> [FAILED] Failed to start Network Manager Wait Online.
> При этом в профиле используется use/net/nm/nodelay,
> что приводит к попытке отключения сервиса
> NetworkManager-wait-online при сборке образа.

При этом после загрузки статус -- loaded/disabled/failed(!).

> Графическая сессия стартует только после service dm start

/lib/systemd/system/default.target -> graphical.target

PS: проверил -- принудительное включение prefdm.service
при сборке проблему не решает.

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

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

[Alexey Shabalin]

30 июня 2014 г., 11:56 пользователь Michael Shigorin <mike@osdn.org.ua> написал:
> On Mon, Jun 30, 2014 at 12:46:55AM +0300, I wrote:
>> [FAILED] Failed to start Network Manager Wait Online.
>> При этом в профиле используется use/net/nm/nodelay,
>> что приводит к попытке отключения сервиса
>> NetworkManager-wait-online при сборке образа.
>
> При этом после загрузки статус -- loaded/disabled/failed(!).

Выдержка из изменений в systemd-214:

core: sysvcompat - $network should be equivalent to network-online,
rather than network target

    Most likely the  facility needed is actual connectivity, rather
than whether or not the
    network managment daemon is running.

    We also need to explicitly pull in the network-online.target, as
it is not active by
    default.

    This means {systemd-networkd,NetworkManager}-wait-online.service,
can be enabled by default
    as part of network-online.target, and only delay boot when some
service actively pulls it in.

    See: <https://bugzilla.gnome.org/show_bug.cgi?id=728965>


>> Графическая сессия стартует только после service dm start
>
> /lib/systemd/system/default.target -> graphical.target
>
> PS: проверил -- принудительное включение prefdm.service
> при сборке проблему не решает.
>
> --
>  ---- WBR, Michael Shigorin / http://altlinux.org
>   ------ http://opennet.ru / http://anna-news.info
> _______________________________________________
> Sisyphus mailing list
> Sisyphus@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/sisyphus



-- 
Alexey Shabalin

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

[Michael Shigorin]

On Mon, Jun 30, 2014 at 01:35:04PM +0400, Alexey Shabalin wrote:
> >> [FAILED] Failed to start Network Manager Wait Online.
> >> При этом в профиле используется use/net/nm/nodelay,
> >> что приводит к попытке отключения сервиса
> >> NetworkManager-wait-online при сборке образа.
> > При этом после загрузки статус -- loaded/disabled/failed(!).
> Выдержка из изменений в systemd-214:
> 
> core: sysvcompat - $network should be equivalent to
> network-online, rather than network target

Мне-то что теперь делать?  Завтра regular-rc, в среду "релиз",
а в текущем виде сборки с systemd неработоспособны.

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

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

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

[Alexey Shabalin]

30 июня 2014 г., 11:56 пользователь Michael Shigorin  написал:
> On Mon, Jun 30, 2014 at 12:46:55AM +0300, I wrote:
>> [FAILED] Failed to start Network Manager Wait Online.
>> При этом в профиле используется use/net/nm/nodelay,
>> что приводит к попытке отключения сервиса
>> NetworkManager-wait-online при сборке образа.
>
> При этом после загрузки статус -- loaded/disabled/failed(!).
>
>> Графическая сессия стартует только после service dm start
>
> /lib/systemd/system/default.target -> graphical.target

В логах вижу:
Found ordering cycle on livecd-evms.service/start
Breaking ordering cycle by deleting job prefdm.service/stop
Job prefdm.service/stop deleted to break ordering cycle starting with
livecd-evms.service/start

предположу, что если добавить хотя бы нормальные LSB заголовки, то
станет легче. А еще лучше нормальные unit подложить.

Мне показалось, что после выноса в systemd-214 обработки sysv скриптов
из core(PID=1), в отдельный генератор, обрабатываются только LSB
заголовки.

> PS: проверил -- принудительное включение prefdm.service
> при сборке проблему не решает.

-- 
Alexey Shabalin

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

[Alexey Shabalin]

30 июня 2014 г., 1:46 пользователь Michael Shigorin <mike@osdn.org.ua> написал:
> Графическая сессия стартует только после service dm start
> вручную (там что, graphical.target по умолчанию отвалился,
> надо в явном виде выставлять?).
>
> http://fly.osdn.org.ua/~mike/iso/regular-cinnamon-20140630.122466-i586.iso

отправил в сизиф systemd-214-alt5.
можешь мне с ним исошку изготовить? посмотрю.

-- 
Alexey Shabalin

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

[Michael Shigorin]

On Mon, Jun 30, 2014 at 02:56:09PM +0400, Alexey Shabalin wrote:
> > Графическая сессия стартует только после service dm start
> > вручную (там что, graphical.target по умолчанию отвалился,
> > надо в явном виде выставлять?).
> > http://fly.osdn.org.ua/~mike/iso/regular-cinnamon-20140630.122466-i586.iso
> отправил в сизиф systemd-214-alt5.
> можешь мне с ним исошку изготовить? посмотрю.

Вообще с болтающимися в test-only заданиями собираться удобно,
а тут пришлось собрать самому alt6.

Вот образ, не полегчало:
http://fly.osdn.org.ua/~mike/iso/regular-cinnamon-20140630.alt6-i586.iso

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

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

[Michael Shigorin]

On Mon, Jun 30, 2014 at 02:56:09PM +0400, Alexey Shabalin wrote:
> отправил в сизиф systemd-214-alt5.

PS: похоже, не отправил:
http://ftp.altlinux.org/pub/distributions/archive/sisyphus/index/src/s/systemd/

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

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

[Michael Shigorin]

On Fri, Jun 27, 2014 at 03:11:18PM +0400, Alexey Shabalin wrote:
> > 2) Система 5 минут 22 секунды пытается запустить сеть, точнее
> > мелькает сообщение LSB: start job <...> networking (точнее не
> > помню, а фотка отвратная вышла),
> Должно исправиться в systemd-214-alt2, я сейчас тестирую.

Лёш, есть предложение выкатывать сперва тестовые таски
и проверять сперва на кроликах, бишь livecd в виртуалке.

Запоздало спохватился и собрал исошку, в графику не грузится:
http://fly.osdn.org.ua/~mike/iso/regular-cinnamon-20140629-i586.iso

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

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

[Евгений Терешков]

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

Шенцев Алексей Владимирович пишет:

> После вчерашнего обновления поймал:
> 1) Display manager выключен. Кто его отключает? В который такое ловлю.
> 2) Система 5 минут 22 секунды пытается запустить сеть, точнее мелькает
> сообщение
> LSB: start job <...> networking (точнее не помню, а фотка отвратная
> вышла), сменяемое сообщением о не возможности запустить  Plymouth (он
> выключен).
> В чём трабла?

У меня при обновлении до 214-alt1 сломалось другое: Thinkpad T410 перестал
засыпать при закрывании крышки. Просто systemd-logind пишет в лог "Lid
closed" и ничего не происходит (машина продолжает работать). А при открытий
крышки идёт некоторое количество сообщений от ядра (см. вложение) и одно от
systemd-logind, "Lid opened".

На предыдущих версиях systemd это работало, по крайней мере с конца
прошлого года. Сейчас же пришлось снова расчехлять acpid+pm-utils
(pm-suspend отлично усыпляет машину,) чтобы спать по ночам.

В чём трабла?


[-- Attachment #2: systemd.log --]
[-- Type: application/octet-stream, Size: 3467 bytes --]

[-- Attachment #3: Type: text/plain, Size: 109 bytes --]

-- 
С уважением, Терешков Евгений.
Jabber ID: evg@altlinux.org, evg_krsk@jabber.ru

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

[Michael Shigorin]

On Thu, Jun 26, 2014 at 11:39:41PM +0400, Шенцев Алексей Владимирович wrote:
> 2) Система 5 минут 22 секунды пытается запустить сеть, точнее
> мелькает сообщение LSB: start job <...> networking

Аналогичное вылезло с connmand на 
http://nightly.altlinux.org/sisyphus/snapshots/20140701/regular-e18-20140701-i586.iso

[ *** ] A start job is running for (null) (... / 5min 3s)
[FAILED] Failed to start (null).
See 'systemctl status connmand.service' for details.

Там code=exited, status=0/SUCCESS:
http://fly.osdn.org.ua/~mike/img/screenshots/e18-connman-systemd214.jpg

Может, откатим пока на 210 и не спеша будем разбираться с таском?

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

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

[Alexey Shabalin]

1 июля 2014 г., 11:40 пользователь Michael Shigorin написал:
> On Thu, Jun 26, 2014 at 11:39:41PM +0400, Шенцев Алексей Владимирович wrote:
>> 2) Система 5 минут 22 секунды пытается запустить сеть, точнее
>> мелькает сообщение LSB: start job <...> networking
>
> Аналогичное вылезло с connmand на
> http://nightly.altlinux.org/sisyphus/snapshots/20140701/regular-e18-20140701-i586.iso
>
> [ *** ] A start job is running for (null) (... / 5min 3s)
> [FAILED] Failed to start (null).
> See 'systemctl status connmand.service' for details.
>
> Там code=exited, status=0/SUCCESS:
> http://fly.osdn.org.ua/~mike/img/screenshots/e18-connman-systemd214.jpg
>
> Может, откатим пока на 210 и не спеша будем разбираться с таском?

Нет, я бы предпочёл, что бы люди наконец-то исправили свои пакеты.
В данном случае достаточно упаковать симлинк connmand.service -> connman.service


-- 
Alexey Shabalin

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

[Michael Shigorin]

On Tue, Jul 01, 2014 at 12:10:12PM +0400, Alexey Shabalin wrote:
> > Может, откатим пока на 210 и не спеша будем разбираться с таском?
> Нет, я бы предпочёл, что бы люди наконец-то исправили свои пакеты.

Это всё-таки лучше делать не авральным порядком.

> В данном случае достаточно упаковать симлинк connmand.service -> connman.service

Или сразу обновить до 1.24: 
https://bugzilla.altlinux.org/show_bug.cgi?id=30147

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

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

[Alexey Shabalin]

26 июня 2014 г., 23:39 пользователь Шенцев Алексей Владимирович  написал:
> Всем привет!
> После вчерашнего обновления поймал:
>
> 1) Display manager выключен. Кто его отключает? В который такое ловлю.
> 2) Система 5 минут 22 секунды пытается запустить сеть, точнее мелькает
> сообщение
> LSB: start job <...> networking (точнее не помню, а фотка отвратная
> вышла), сменяемое сообщением о не возможности запустить  Plymouth (он
> выключен).
> В чём трабла?
>
> Данная машина на SYSV грузилась в 2 раза быстрее чем оптимизированная w7.
> А теперь грузиться в 4 раза медленне w7.
> Авторы systemd обещали ускорение загрузки linux'а за счёт параллельной
> загрузки, а получил одни тормоза.

Большинство проблем исправлены в systemd-214-alt9.
Теперь жалуйтесь активнее(я со следующей недели в отпуске :) ).
Пока в системе останется хотя бы один sysv скрипт без LSB заголовка(а
еще лучше использовать unit-файлы), все усилия по ускорению загрузки
будут напрасны. Посчитайте, сколько используемых скриптов(какие
используются показывает chkconfig --list) в /etc/init.d/ без LSB
заголовков.

-- 
Alexey Shabalin

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

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

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

On Mon, Jul 07, 2014 at 04:04:42PM +0400, Alexey Shabalin wrote:

> Большинство проблем исправлены в systemd-214-alt9.
> Теперь жалуйтесь активнее(я со следующей недели в отпуске :) ).
> Пока в системе останется хотя бы один sysv скрипт без LSB заголовка(а
> еще лучше использовать unit-файлы), все усилия по ускорению загрузки
> будут напрасны. Посчитайте, сколько используемых скриптов(какие
> используются показывает chkconfig --list) в /etc/init.d/ без LSB
> заголовков.

Самый простой способ, на крайний случай (если лень/некогда писать
нормальные servces) -- брать из /run/systemd/generator.late
сгенерированные service's, копировать в /etc/systemd/system и менять там
зависимости на человеческие.

Для локального затыкания дырок на своей машине, пока мантейнеры не
исправили свои пакеты этот вариант вполне проходит.

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

http://mithraen.ru/

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

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

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

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

On Mon, Jul 07, 2014 at 04:04:42PM +0400, Alexey Shabalin wrote:

> Большинство проблем исправлены в systemd-214-alt9.
> Теперь жалуйтесь активнее(я со следующей недели в отпуске :) ).
> Пока в системе останется хотя бы один sysv скрипт без LSB заголовка(а
> еще лучше использовать unit-файлы), все усилия по ускорению загрузки
> будут напрасны. Посчитайте, сколько используемых скриптов(какие
> используются показывает chkconfig --list) в /etc/init.d/ без LSB
> заголовков.

Самый простой способ, на крайний случай (если лень/некогда писать
нормальные servces) -- брать из /run/systemd/generator.late
сгенерированные service's, копировать в /etc/systemd/system и менять там
зависимости на человеческие.

Для локального затыкания дырок на своей машине, пока мантейнеры не
исправили свои пакеты этот вариант вполне проходит.

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

http://mithraen.ru/

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

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

[Шенцев Алексе владимирович]

26.06.2014 23:39, Шенцев Алексей Владимирович пишет:
> 1) Display manager выключен. Кто его отключает? В который такое ловлю.

С циклами dm при старте вроде разобрался - выключил запуск Virtualbox'а 
и dm стартует автоматом.