Bug 13351 - /etc/iftab следует оставлять пустым, если используется etcnet
Summary: /etc/iftab следует оставлять пустым, если используется etcnet
Status: CLOSED FIXED
Alias: None
Product: Sisyphus
Classification: Development
Component: alterator-net-eth (show other bugs)
Version: unstable
Hardware: all Linux
: P2 normal
Assignee: Mikhail Efremov
QA Contact: qa-sisyphus
URL:
Keywords:
Depends on:
Blocks: 13358
  Show dependency tree
 
Reported: 2007-11-08 09:30 MSK by Sergey Y. Afonin
Modified: 2009-06-26 17:12 MSD (History)
9 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Sergey Y. Afonin 2007-11-08 09:30:45 MSK
если /etc/iftab присутствует, его следует оставлять пустым, если используется
etcnet:

http://lists.altlinux.org/pipermail/devel/2007-October/065410.html
Comment 1 inger@altlinux.org 2007-11-08 10:40:25 MSK
Функциональность etcnet определённых версий (а именно тех что в ALT Linux 4.0)
нас не удовлетворяла в плане работы с ifrename (см. тот же тред).

Я так догадываюсь, что поддержка переименования в полном объёме появилась только
в последней версии.

Посему мне надо знать ответы на следующие вопросы:
1. Будет ли исправленный etcnet в бранч 4.0?
2. И всё-таки ... почему функциональность с ifrename не может быть отделена от
ядра etcnet?
Comment 2 inger@altlinux.org 2007-11-08 10:44:15 MSK
Немного уточню второй вопрос ... это есть настоятельная необходимость (без этого
сеть нельзя будет полноценно настроить) или особенность архитектуры etcnet?
Comment 3 inger@altlinux.org 2007-11-08 10:51:12 MSK
P.S. Если поддержка правильного переименования ещё не появилась, то заполнение
/etc/iftab останется до исправления оной.
Comment 4 Sergey Y. Afonin 2007-11-08 12:21:24 MSK
надо было сразу сюда pilot@ добавить...
Comment 5 Michael Shigorin 2007-11-08 13:50:31 MSK
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]" (всё это активировать, если найдено
несколько эзернетов).

Вот от такого сисадмины будут облизываться, особенно если ещё и взлетим ;-)
Comment 6 inger@altlinux.org 2007-11-08 14:04:25 MSK
Мысль насчёт галки и listbox мне нравится (было бы неплохо если бы кто повесил
на net-eth отдельный FR) ...

А вот насчёт использования /etc/net/iftab вместо /etc/iftab не очень понятно.

Вот если эта проблема не будет исправлена в etcnet , то что мне делать?
Предлагать авторам дистрибутивов сооружать симлинк с /etc/iftab на /etc/net/iftab?
Comment 7 Michael Shigorin 2007-11-08 14:11:57 MSK
(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.  Собсно сейчас так и
сделаю да проверю, стенд с двумя эзернетами и необходимость в том, чтоб их
фиксировать, есть.
Comment 8 Denis Ovsienko 2007-11-08 14:41:40 MSK
Приветствую. Дайте пожалуйста пример конфигурации, обработка или необработка
которого является той самой "проблемой". До сих пор у меня нет информации об этом.
Comment 9 Michael Shigorin 2007-11-08 15:03:15 MSK
Поправил, проверяю:
http://git.altlinux.org/people/mike/packages/?p=alterator-net-common.git;a=commit;h=c55dd69c45dfa68505830aca8e685deb4556d846

Кстати, _писать_ в iftab можно только при явном тычке в кнопку "применить", при
выходе -- без спросу нельзя как минимум в не-инсталяторе.
Comment 10 Sergey Y. Afonin 2007-11-08 15:15:18 MSK
(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: просто стало 
заметно, что именно правит Альтератор.
Comment 11 Michael Shigorin 2007-11-08 15:16:48 MSK
Так, тут не торопимся:

[14:08:40] <hiddenman> так что пока /etc/iftab используй
[14:08:46] <hiddenman> пока Денис не сделает это

И у меня в тестах пока странности наблюдаются, см. #11786 c3.
Comment 12 Repository Robot 2009-06-26 17:12:11 MSD
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