13351 2007-11-08 09:30:45 +0300 /etc/iftab следует оставлять пустым, если используется etcnet 2009-06-26 17:12:11 +0400 1 1 4 Development Sisyphus alterator-net-eth unstable all Linux CLOSED FIXED P2 normal --- 13358 1 asy sem boyarsh hiddenman mike peet pilot rider sem vitty zerg qa-sisyphus oldest_to_newest 57603 0 asy 2007-11-08 09:30:45 +0300 если /etc/iftab присутствует, его следует оставлять пустым, если используется etcnet: http://lists.altlinux.org/pipermail/devel/2007-October/065410.html 57611 1 inger 2007-11-08 10:40:25 +0300 Функциональность etcnet определённых версий (а именно тех что в ALT Linux 4.0) нас не удовлетворяла в плане работы с ifrename (см. тот же тред). Я так догадываюсь, что поддержка переименования в полном объёме появилась только в последней версии. Посему мне надо знать ответы на следующие вопросы: 1. Будет ли исправленный etcnet в бранч 4.0? 2. И всё-таки ... почему функциональность с ifrename не может быть отделена от ядра etcnet? 57613 2 inger 2007-11-08 10:44:15 +0300 Немного уточню второй вопрос ... это есть настоятельная необходимость (без этого сеть нельзя будет полноценно настроить) или особенность архитектуры etcnet? 57616 3 inger 2007-11-08 10:51:12 +0300 P.S. Если поддержка правильного переименования ещё не появилась, то заполнение /etc/iftab останется до исправления оной. 57630 4 asy 2007-11-08 12:21:24 +0300 надо было сразу сюда pilot@ добавить... 57650 5 mike 2007-11-08 13:50:31 +0300 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]" (всё это активировать, если найдено несколько эзернетов). Вот от такого сисадмины будут облизываться, особенно если ещё и взлетим ;-) 57656 6 inger 2007-11-08 14:04:25 +0300 Мысль насчёт галки и listbox мне нравится (было бы неплохо если бы кто повесил на net-eth отдельный FR) ... А вот насчёт использования /etc/net/iftab вместо /etc/iftab не очень понятно. Вот если эта проблема не будет исправлена в etcnet , то что мне делать? Предлагать авторам дистрибутивов сооружать симлинк с /etc/iftab на /etc/net/iftab? 57660 7 mike 2007-11-08 14:11:57 +0300 (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. Собсно сейчас так и сделаю да проверю, стенд с двумя эзернетами и необходимость в том, чтоб их фиксировать, есть. 57663 8 pilot 2007-11-08 14:41:40 +0300 Приветствую. Дайте пожалуйста пример конфигурации, обработка или необработка которого является той самой "проблемой". До сих пор у меня нет информации об этом. 57670 9 mike 2007-11-08 15:03:15 +0300 Поправил, проверяю: http://git.altlinux.org/people/mike/packages/?p=alterator-net-common.git;a=commit;h=c55dd69c45dfa68505830aca8e685deb4556d846 Кстати, _писать_ в iftab можно только при явном тычке в кнопку "применить", при выходе -- без спросу нельзя как минимум в не-инсталяторе. 57673 10 asy 2007-11-08 15:15:18 +0300 (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: просто стало заметно, что именно правит Альтератор. 57674 11 mike 2007-11-08 15:16:48 +0300 Так, тут не торопимся: [14:08:40] <hiddenman> так что пока /etc/iftab используй [14:08:46] <hiddenman> пока Денис не сделает это И у меня в тестах пока странности наблюдаются, см. #11786 c3. 93801 12 repository-robot 2009-06-26 17:12:11 +0400 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