eth0.\d+_rename (vlan в mandriva)
Igor Nikolaev
заморочивается. Сейчас vlan-utils-1.8-3mdk
имеет следующую заморочку, выполняющуюся по умолчанию:
команда vconfig прибавляет к имени интерфейса хвостик
_rename
% sudo vconfig add eth0 123
Added VLAN with VID == 123 to IF -:eth0:-
% ifconfig -a | grep 123
eth0.123_rename Link encap:Ethernet HWaddr 00:0C:6E:01:E5:EC
%
Исправляем ручками в /etc/sysconfig/network-scripts/ifup после
if [ ! -f /proc/net/vlan/${DEVICE} ]; then
/sbin/vconfig add ${PHYSDEV} ${VID} || {
(logger -p daemon.info -t ifup \
$"ERROR: could not add vlan ${VID} as ${DEVICE} on dev ${PHYSDEV}" &)&
echo $"ERROR: could not add vlan ${VID} as ${DEVICE} on dev ${PHYSDEV}"
exit 1
}
добавить
/sbin/ip link set ${PHYSDEV}.${VID}_rename name ${PHYSDEV}.${VID}
--
И
Sergey Vlasov
> Я так понимаю, что в mandriva никто работой vlan'ов не
> заморочивается. Сейчас vlan-utils-1.8-3mdk
> имеет следующую заморочку, выполняющуюся по умолчанию:
> команда vconfig прибавляет к имени интерфейса хвостик
> _rename
vconfig такое делать не может. А вот udev при переименовании
интерфейсов - вполне (если имя для интерфейса уже занято, udev
добавляет к исходному имени _rename, чтобы его освободить, после чего
ждёт освобождения нужного ему имени - такая двухступенчатая процедура
переименования необходима, если требуется поменять местами имена
интерфейсов).
Так что вместо прикручивания костылей нужно исправлять конфигурацию
udev - возможно, правила там написаны без учёта vlan (например,
пытаются присвоить vlan-ам имена соответствующих физических
интерфейсов).
--
Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru
Igor Nikolaev
> On Tue, 15 Aug 2006 15:04:12 +0400 Igor Nikolaev wrote:
>> команда vconfig прибавляет к имени интерфейса хвостик
>> _rename
> vconfig такое делать не может. А вот udev при переименовании
Это я понимаю. Первое что сделал - исходники vconfig посмотрел.
После чего написал в http://qa.mandriva.com/show_bug.cgi?id=24369
пущай сами думают чего где именно напортачили.
> интерфейсов - вполне (если имя для интерфейса уже занято, udev
> добавляет к исходному имени _rename, чтобы его освободить, после чего
Похоже на то. Хотя у него ещё какой-то rename_netif
внутри кода вбит. Hо слаб я udev'овские конфиги править.
Если не влом, напиши туды комментариев. Мой опыт показывает,
что мандраководы пока не поймут где крутить баги друг другу
перекидывают.
> Так что вместо прикручивания костылей нужно исправлять конфигурацию
> udev - возможно, правила там написаны без учёта vlan (например,
> пытаются присвоить vlan-ам имена соответствующих физических
> интерфейсов).
Странно это всё. Что-то не верится что только у меня
vlan'ы вместе с udev'ом пользуются. Или это последствие
некорректных update в паразитории...
--
И