Bug 29282 - Не создаёт persistent-net.rules
: Не создаёт persistent-net.rules
Status: CLOSED FIXED
: Sisyphus
(All bugs in Sisyphus/udev)
: unstable
: all Linux
: P3 normal
Assigned To:
:
:
:
:
: 30940
  Show dependency tree
 
Reported: 2013-08-14 14:43 by
Modified: 2016-06-02 13:39 (History)


Attachments


Note

You need to log in before you can comment on or make changes to this bug.


Description From 2013-08-14 14:43:04
На сколько я понимаю, создание persistent-net.rules - основная задача пакета ?
206-alt1 и 201-alt1.M70P.1 этого не делают почему-то.
------- Comment #1 From 2013-08-14 14:46:17 -------
Пожалуйста, включите debug в udev, и пришлите логи.
------- Comment #2 From 2013-08-14 14:54:36 -------
В дополнение к http://bugzilla.altlinux.org/28955#c28

Может, сделать настраиваемый вариант шаблона имён ? Скажем, чтобы не ethX можно
было задать, а etherX

С логами сейчас сложно, эту систему уже в работу поставил. На днях попробую ещё
раз на стенде поставить и посмотреть.
------- Comment #3 From 2013-09-20 00:45:19 -------
Алексей подсказал набор команд:

udevadm trigger
udevadm trigger --action=add

После этого persistent-net.rules создаётся. Видимо, надо перевешивать на сам
udev и разбираться, почему action add не выполняется.
------- Comment #4 From 2013-10-21 10:51:22 -------
70-persistent-net.rules обнаружился в /run/udev:
tmp-rules--70-persistent-net.rules. Получается, просто не скопировался в нужное
место ?
------- Comment #5 From 2014-03-11 20:59:51 -------
udevadm trigger
udevadm trigger --action=add

Спасибо. Это помогло.
------- Comment #6 From 2014-09-02 20:27:57 -------
закрываю багу?
------- Comment #7 From 2014-09-02 22:09:33 -------
(В ответ на комментарий №3)
> почему action add не выполняется.
Совершенно на всякий: если в kvm -- то может иметь значение то, что make-initrd
этот случай понимает как тестирование и добавляет сетевые модули, т.е. они
грузятся ещё из initrd и дальше уже никаких add, разумеется:
http://lists.altlinux.org/pipermail/devel/2014-August/198968.html
------- Comment #8 From 2014-09-03 01:32:55 -------
Не знаю пока, как в Сизифе, но с udev-rule-generator-net-201-alt1.M70P.4
проблема воспроизводится в p7. И что с комментарием N2 ? Оформить в виде
отдельного бага с enhancement ? udev_log="debug" в udev.conf ничего интересного
не дал увидеть: всё, что в логе появилось, связано только с vgchange. Или не
только в messages смотреть надо ?
------- Comment #9 From 2014-09-03 06:51:49 -------
тогда надо перевесить на p7, что бы понимать о какой версии идет речь.
------- Comment #10 From 2015-02-28 11:31:28 -------
Не создаётся при загрузке, но потом если вызвать udevad trigger -c add - всё
создаётся.

Какую отладку предоставить ?
------- Comment #11 From 2015-02-28 12:10:19 -------
Судя по коду, когда udev получает ADD на сетевые устройства - /etc/udev/rules.d
ещё не перемонтирован на запись, и это действительно так, по крайней мере в
случае с rc.sysinit - udev стартует задолго (несколько миллисекунд) до
перемонтирования корня в RW и за это время он успевает отработать ADD на
сетевые устройства.

Файл с рулезами в итоге образуется в /run/udev/ и его кто-то должен в конце
загрузки скопировать в /etc/

По идее там ещё могут быть косяки с тем, что во время загрузки корень станет RW
и часть данных будет записана в /etc/udev/rules.d, а часть в /run/udev
Но я с таким не сталкивался.
------- Comment #12 From 2015-02-28 12:19:04 -------
в других дистрибутивах упоминается некий udev-finish, который как раз и
копирует всё что надо и куда надо.

У нас такого нет.
------- Comment #13 From 2015-06-09 10:52:26 -------
Повесил напоминалку к p8.
------- Comment #14 From 2015-06-16 18:21:22 -------
*** Bug 30779 has been marked as a duplicate of this bug. ***
------- Comment #15 From 2015-11-17 13:54:06 -------
2 rider: часом не смотрел про udev-finish с тех пор?
На своих сборках такого будто не наблюдал, как бы воспроизвести...
------- Comment #16 From 2015-11-17 14:23:01 -------
Нет, не смотрел.

Посмотри.
------- Comment #17 From 2015-11-17 15:17:22 -------
(In reply to comment #15)

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

Просто поставить udev-rule-generator-net и посмотреть, что получается. :-)

У меня, на текущем Сизифе, картина такая. В /etc/udev/rules.d лежит давно
созданный 70-persistent-net.rules с описанным eth0, а в /run/udev лежит недавно
созданный tmp-rules--70-persistent-net.rules c eth1. tmp-rules-... в
70-persistent-net.rules не скопирован.

Кстати, получается, что в /run/udev/tmp-rules--70-persistent-net.rules есть
только то, чего не хватает.
------- Comment #18 From 2015-11-27 10:00:41 -------
(In reply to comment #12)

> в других дистрибутивах упоминается некий udev-finish, который как раз и
> копирует всё что надо и куда надо.
> 
> У нас такого нет.

А было:

# rpm -qf /etc/init.d/udevd-final
udev-168-alt2.M60P.2

Только вот там использовалась такая конструкция:
udev_root=$(udevadm info --run 2>/dev/null)

Сейчас "udevadm info --run" не работает.
------- Comment #19 From 2016-02-20 14:52:26 -------
День добрый.
В тестовом задании [#159059] systemd.git=229-alt1 я вернул сервис udevd-final,
который занимается копированием /run/udev/tmp-rules--70-persistent-net.rules в
/etc/udev/rules.d/70-persistent-net.rules.
Прошу тестировать.
Пока наблюдаю следующую проблему - при обновлении получаю выключенный
udevd-final. Как его лучше включать по-умолчанию? И возможно, лучше если его
будут включать пакеты udev-rule-generator-net и udev-rule-generator-cdrom.

может кто подскажет конкретный %triggerin ?
------- Comment #20 From 2016-02-20 14:57:06 -------
и еще в догонку, делать ли такое же копирование для systemd? сейчас вернул
только под sysv.
------- Comment #21 From 2016-02-20 19:47:46 -------
По триггерам документация в /usr/share/doc/rpm-4.0.4/manual/triggers -- сам её
оттуда и перечитываю, но очень редко (сейчас голова не настолько ясная, чтоб
триггеры писать).

Также на всякий напоминаю просьбу по возможности не выкатывать существенные
изменения под вторник-среду (регулярки), а вместо того пинать меня проверить
сборочное задание; с #159059 исошку собираю, посмотрю.
------- Comment #22 From 2016-02-20 20:34:09 -------
64-битная regular-lxde.iso с task#159059 собралась и загрузилась нормально
(установилась и перезагрузилась тоже без происшествий).  Могу выложить.
------- Comment #23 From 2016-02-20 20:39:03 -------
Конечно и для systemd делать, если его планируем на сервера.
------- Comment #24 From 2016-03-11 10:12:32 -------
В #159059 новая сборка - можно с ней провериться.  Особо обратить внимание на
следующее: при установке udev сервис udevd-final  не обязан быть включенным. А
вот при установке его "клиентов", пакетов udev-rule-generator-cdrom или
udev-rule-generator-net сервис udevd-final должен включаться. И финальный тест
- если установлены udev-rule-generator-*, то после перезагрузки должны
появиться файлики /etc/udev/rules.d/70-persistent-*
тест интересует как при новой инсталяции, так и при обновлении. Я обновление у
себя проверил - вроде все работает.
Если претензий не будет, отправлю в таком виде в сизиф.
------- Comment #25 From 2016-03-11 11:46:46 -------
Проверил;
regular-icewm.iso:
- sysvinit (соответственно проверял chkconfig);
- сервис udevd-final оказывается включенным;
regular-lxde.iso:
- systemd (проверял systemctl);
- сервис udevd-final оказывается disabled/disabled/inactive.

В обоих случаях установлен udev-rule-generator-net, был создан
/etc/udev/rules.d/70-persistent-net.rules
------- Comment #26 From 2016-03-11 12:35:03 -------
<shaba> а порядок установки пакетов можешь посмотреть?
        сначала udev установился, а потом udev-rule-generator-net.
        Или наоборот?

В обоих случаях картинка одинакова -- сперва u-r-g-n, затем сам udev:

$ egrep '\<udev-(rule-|1:).*installed$' build.log
<13>Mar 11 09:05:02 rpmi: udev-rule-generator-net-1:229-alt1 1457672311
installed
<13>Mar 11 09:05:20 rpmi: udev-1:229-alt1 1457672311 installed
<13>Mar 11 09:07:33 rpmi: udev-rule-generator-net-1:229-alt1 1457672311
installed
<13>Mar 11 09:07:33 rpmi: udev-1:229-alt1 1457672311 installed
------- Comment #27 From 2016-03-15 10:02:36 -------
udev-229-alt1 успешно добрался до сизифа.
------- Comment #28 From 2016-05-05 14:25:29 -------
(In reply to comment #27)

> udev-229-alt1 успешно добрался до сизифа.

Да, работает. Сейчас уже

udev-229-alt5
udev-rule-generator-net-229-alt5
------- Comment #29 From 2016-06-02 13:39:03 -------
(In reply to comment #2)

> В дополнение к http://bugzilla.altlinux.org/28955#c28
> 
> Может, сделать настраиваемый вариант шаблона имён ? Скажем, чтобы не ethX можно
> было задать, а etherX

http://bugzilla.altlinux.org/32167