если /etc/iftab присутствует, его следует оставлять пустым, если используется etcnet: http://lists.altlinux.org/pipermail/devel/2007-October/065410.html
Функциональность etcnet определённых версий (а именно тех что в ALT Linux 4.0) нас не удовлетворяла в плане работы с ifrename (см. тот же тред). Я так догадываюсь, что поддержка переименования в полном объёме появилась только в последней версии. Посему мне надо знать ответы на следующие вопросы: 1. Будет ли исправленный etcnet в бранч 4.0? 2. И всё-таки ... почему функциональность с ifrename не может быть отделена от ядра etcnet?
Немного уточню второй вопрос ... это есть настоятельная необходимость (без этого сеть нельзя будет полноценно настроить) или особенность архитектуры etcnet?
P.S. Если поддержка правильного переименования ещё не появилась, то заполнение /etc/iftab останется до исправления оной.
надо было сразу сюда pilot@ добавить...
IMCO лучше перефолмулировать баг: alterator-net-eth, который завязан на /etc/net, должен(!) использовать не /etc/iftab, а /etc/net/iftab. При этом идеально было бы: - создавать этот файл, если он отсутствует; - модифицировать существующий -- только при _отсутствии_ в нём комментария вроде # DO NOT EDIT, AUTOGENERATED FILE # REMOVE THESE TWO LINES IF YOU NEED TO KEEP YOUR CHANGES - прописывать указанную строчку в начало файла при создании. В совсем идеале в /net-eth было бы здорово поставить checkbox "зафиксировать привязку по:" и listbox "mac/busid[/driver]" (всё это активировать, если найдено несколько эзернетов). Вот от такого сисадмины будут облизываться, особенно если ещё и взлетим ;-)
Мысль насчёт галки и listbox мне нравится (было бы неплохо если бы кто повесил на net-eth отдельный FR) ... А вот насчёт использования /etc/net/iftab вместо /etc/iftab не очень понятно. Вот если эта проблема не будет исправлена в etcnet , то что мне делать? Предлагать авторам дистрибутивов сооружать симлинк с /etc/iftab на /etc/net/iftab?
(In reply to comment #6) > Мысль насчёт галки и listbox мне нравится (было бы неплохо если бы кто повесил > на net-eth отдельный FR) ... В принципе да, это отдельный (связанный с этим багом) FR. Сейчас повешу (depends от этого)... > А вот насчёт использования /etc/net/iftab вместо /etc/iftab не очень понятно. > Вот если эта проблема не будет исправлена в etcnet , то что мне делать? Какая? > Предлагать авторам дистрибутивов сооружать симлинк с /etc/iftab на /etc/net/iftab? Нет, поправить alterator-net-common/tools/iftabupdate. Собсно сейчас так и сделаю да проверю, стенд с двумя эзернетами и необходимость в том, чтоб их фиксировать, есть.
Приветствую. Дайте пожалуйста пример конфигурации, обработка или необработка которого является той самой "проблемой". До сих пор у меня нет информации об этом.
Поправил, проверяю: http://git.altlinux.org/people/mike/packages/?p=alterator-net-common.git;a=commit;h=c55dd69c45dfa68505830aca8e685deb4556d846 Кстати, _писать_ в iftab можно только при явном тычке в кнопку "применить", при выходе -- без спросу нельзя как минимум в не-инсталяторе.
(In reply to comment #8) Предыстория вот: http://lists.altlinux.org/pipermail/sisyphus/2007-November/209454.html Есть два ethernet, на них есть vlan-ы, Альтератор, из-за этого, ошибочно поправил /etc/iftab (#13350). В результате он стал таким: eth0 mac 00:07:e9:1b:ba:d7 eth1 mac 00:13:20:cb:d4:ef eth0.911@eth0 mac 00:07:e9:1b:ba:d7 eth1.1@eth1 mac 00:13:20:cb:d4:ef eth1.14@eth1 mac 00:13:20:cb:d4:ef eth1.23@eth1 mac 00:13:20:cb:d4:ef В последней (?) сборке ifrename появилось правило для udev (#13353), в результате чего, перед стартом etcnet, интерфейсы приняли такой вид: 3: eth0.911@eth0: <BROADCAST,MULTICAST,UP,10000> mtu 1500 qdisc noqueue link/ether 00:07:e9:1b:ba:d7 brd ff:ff:ff:ff:ff:ff 4: eth1.23@eth1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue link/ether 00:13:20:cb:d4:ef brd ff:ff:ff:ff:ff:ff и etcnet просто поругался. Именно этот баг - скорее фичереквест на тему правки нужного iftab: просто стало заметно, что именно правит Альтератор.
Так, тут не торопимся: [14:08:40] <hiddenman> так что пока /etc/iftab используй [14:08:46] <hiddenman> пока Денис не сделает это И у меня в тестах пока странности наблюдаются, см. #11786 c3.
alterator-net-eth-4.5-alt3 -> sisyphus: * Fri Jun 26 2009 Stanislav Ievlev <inger@altlinux> 4.5-alt3 - use workflow 'none' - drop "hardware binding" support because ifrename doing it automatically now. (closes: #13351) (closes: #20500) (closes: #20272) - ajax: fix "prev_name" initial setup