Bug 13351 - /etc/iftab следует оставлять пустым, если используется etcnet
: /etc/iftab следует оставлять пустым, если используется etcnet
Status: CLOSED FIXED
: Sisyphus
(All bugs in Sisyphus/alterator-net-eth)
: unstable
: all Linux
: P2 normal
Assigned To:
:
:
:
:
: 13358
  Show dependency tree
 
Reported: 2007-11-08 09:30 by
Modified: 2009-06-26 17:12 (History)


Attachments


Note

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


Description From 2007-11-08 09:30:45
если /etc/iftab присутствует, его следует оставлять пустым, если используется
etcnet:

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

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

Посему мне надо знать ответы на следующие вопросы:
1. Будет ли исправленный etcnet в бранч 4.0?
2. И всё-таки ... почему функциональность с ifrename не может быть отделена от
ядра etcnet?
------- Comment #2 From 2007-11-08 10:44:15 -------
Немного уточню второй вопрос ... это есть настоятельная необходимость (без
этого
сеть нельзя будет полноценно настроить) или особенность архитектуры etcnet?
------- Comment #3 From 2007-11-08 10:51:12 -------
P.S. Если поддержка правильного переименования ещё не появилась, то заполнение
/etc/iftab останется до исправления оной.
------- Comment #4 From 2007-11-08 12:21:24 -------
надо было сразу сюда pilot@ добавить...
------- Comment #5 From 2007-11-08 13:50:31 -------
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 From 2007-11-08 14:04:25 -------
Мысль насчёт галки и listbox мне нравится (было бы неплохо если бы кто повесил
на net-eth отдельный FR) ...

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

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

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

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

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