Re: [Comm] P9 на sysVinit и lvm2-monitor

Re: [Comm] P9 на sysVinit и lvm2-monitor

[Антон Мидюков]

14.11.2019 22:01, Alex Moskalenko пишет:
>
> Здравствуйте.
>
> Есть система (железка довольно старая - Core2 Duo 1.8) на p9, 
> обновленная с p8 на sysVinit. После сегодняшнего dist-upgrade и 
> обновления ядра получил остановку при загрузке на службе lvm2-monitor.
>
> Как показало расследование, на этапе, когда грузится lvm2-monitor 
> (приоритет у него 02), еще не заполнен каталог /run/udev/data, из 
> которого он хочет что-то получить. Каталог этот заполняется при 
> запуске службы udevd-final, приоритет которой 06. Пока проблему обошел 
> сдвинув lvm2-monitor на 08.
>
> Похоже, что с обновленным udev (udev-1:242-alt10 -> udev-1:242-alt12) 
> до выполнения udevd-final каталог /run/udev/data не заполняется, из-за 
> чего не работают некоторые части lvm (в частности, команды lvs, vgs 
> также висят и ждут чего-то).
>
> Подскажите пожалуйста, как правильно решить эту проблему. Пока думаю 
> повесить баг на lvm2 с просьбой сдвинуть приоритет запуска с 02 на 08 
> например. Или есть более правильное решение?
>
У udevd-final совсем недавно был приоритет 32 из-за чего сеть 
запускалась слишком поздно, вместо 10-й запускалась 33-й. Я сделал 06. 
Не уверен, что ему можно сделать приоритет 02 или 01

Кстати, проблемы с приоритетом проявляются после миграции на симлинки на 
sysvinit.

> PS Сомневаюсь потому, что есть машина (сильно более современная) с 
> похожей системой, но более старыми dbus и udev-rule-generator, в 
> которой приоритеты запуска вообще 02lvm2-monitor, 02udevd и 
> 32udevd-final, но на ней никаких остановок при загрузке не замечено...
>
На p9 или на p8?
> -- 
> WBR, Alex Moskalenko
>
> _______________________________________________
> community mailing list
> community@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/community

-- 
С уважением, Антон Мидюков <antohami@altlinux.org>

Re: [Comm] P9 на sysVinit и lvm2-monitor

[Alex Moskalenko]

Антон Мидюков писал 14.11.2019 18:22:
> 14.11.2019 22:01, Alex Moskalenko пишет:
>> Есть система (железка довольно старая - Core2 Duo 1.8) на p9, 
>> обновленная с p8 на sysVinit. После сегодняшнего dist-upgrade и 
>> обновления ядра получил остановку при загрузке на службе lvm2-monitor.
>> 
>> Как показало расследование, на этапе, когда грузится lvm2-monitor 
>> (приоритет у него 02), еще не заполнен каталог /run/udev/data, из 
>> которого он хочет что-то получить. Каталог этот заполняется при 
>> запуске службы udevd-final, приоритет которой 06. Пока проблему обошел 
>> сдвинув lvm2-monitor на 08.
>> 
>> Похоже, что с обновленным udev (udev-1:242-alt10 -> udev-1:242-alt12) 
>> до выполнения udevd-final каталог /run/udev/data не заполняется, из-за 
>> чего не работают некоторые части lvm (в частности, команды lvs, vgs 
>> также висят и ждут чего-то).
>> 
>> Подскажите пожалуйста, как правильно решить эту проблему. Пока думаю 
>> повесить баг на lvm2 с просьбой сдвинуть приоритет запуска с 02 на 08 
>> например. Или есть более правильное решение?
>> 
> У udevd-final совсем недавно был приоритет 32 из-за чего сеть
> запускалась слишком поздно, вместо 10-й запускалась 33-й. Я сделал 06.
> Не уверен, что ему можно сделать приоритет 02 или 01
C 02 запускается собственно udevd, лучше наверное не меньше 03 делать 
для udevd-final.


> Кстати, проблемы с приоритетом проявляются после миграции на симлинки
> на sysvinit.
А можно про это поподробнее?


>> PS Сомневаюсь потому, что есть машина (сильно более современная) с 
>> похожей системой, но более старыми dbus и udev-rule-generator, в 
>> которой приоритеты запуска вообще 02lvm2-monitor, 02udevd и 
>> 32udevd-final, но на ней никаких остановок при загрузке не замечено...
>> 
> На p9 или на p8?
Машина на p9. Железо сильно новее пациента, по версиям пакетов же 
отличается не сильно (на пациенте - dist-upgrade от 14.11, на этой 
машине - 12.11. Если на ней сейчас сделать dist-upgrade, то обновится 
только это:
ca-certificates dbus dbus-tools dbus-tools-gui eepm libEGL-mesa 
libGLX-mesa libarchive13 libdbus libgbm man-db pciids 
publicsuffix-list-dafsa udev-rule-generator udev-rule-generator-net 
usbids
Ядро одинаковое - 4.19.81-std-def-alt1.

Наверное, есть смысл lvm2-* сдвинуть пониже. К 10ке примерно. Вряд ли 
оно на что-то повлияет.

---
WBR, Alex Moskalenko

Re: [Comm] P9 на sysVinit и lvm2-monitor

[Антон Мидюков]

14.11.2019 22:31, Alex Moskalenko пишет:
>
> Антон Мидюков писал 14.11.2019 18:22:
> [...]
>
>
>> Кстати, проблемы с приоритетом проявляются после миграции на симлинки
>> на sysvinit.
> А можно про это поподробнее?
>
https://bugzilla.altlinux.org/show_bug.cgi?id=37236

-- 
С уважением, Антон Мидюков <antohami@altlinux.org>

Re: [Comm] P9 на sysVinit и lvm2-monitor

[Sergey]

On Thursday 14 November 2019, Антон Мидюков wrote:

> >> Кстати, проблемы с приоритетом проявляются после миграции 
> >> на симлинки на sysvinit.

> > А можно про это поподробнее?

> https://bugzilla.altlinux.org/show_bug.cgi?id=37236
 
Вот кстати интересно. В свете комментария 8 там, какое отношение 
udevd-final может иметь к /run/udev/data, если там вся работа 
выглядит так:

start()
{
        local f t
        [ -w /etc/udev/rules.d/ -a -d /run/udev ] &&
                for f in /run/udev/tmp-rules--*; do
                        [ -s "$f" ] || continue
                        t="${f##*/}"
                        t="${t#tmp-rules--}"
                        [ -n "$t" ] || continue
                        cat "$f" >>/etc/udev/rules.d/"$t"
                done
        action "Handling remaining udev events:" udevadm trigger \
                && touch "$LOCKFILE"
        RETVAL=$?
        return $RETVAL
}

Или udevadm trigger ... на что-то ещё влияет тут?

-- 
С уважением, Сергей.

Re: [Comm] P9 на sysVinit и lvm2-monitor

[Alex Moskalenko]

Sergey писал 15.11.2019 08:39:
> Вот кстати интересно. В свете комментария 8 там, какое отношение
> udevd-final может иметь к /run/udev/data, если там вся работа
> выглядит так:
> 
> start()
> {
>         local f t
>         [ -w /etc/udev/rules.d/ -a -d /run/udev ] &&
>                 for f in /run/udev/tmp-rules--*; do
>                         [ -s "$f" ] || continue
>                         t="${f##*/}"
>                         t="${t#tmp-rules--}"
>                         [ -n "$t" ] || continue
>                         cat "$f" >>/etc/udev/rules.d/"$t"
>                 done
>         action "Handling remaining udev events:" udevadm trigger \
>                 && touch "$LOCKFILE"
>         RETVAL=$?
>         return $RETVAL
> }
> 
> Или udevadm trigger ... на что-то ещё влияет тут?
Сейчас сказать не могу - машина не рядом, посмотреть негде. Но точно 
могу сказать - до выполнения udevd-final в каталоге /run/udev/data 
файлов сильно меньше, чем после.