[sisyphus] Последнее обновление etcnet - отвалилась сетка

[sisyphus] Последнее обновление etcnet - отвалилась сетка

[Sergei Naumov]

Господа:
обновился до последней версии etcnet и какая-то каша возникла в
интерфейсах. Было два - e100 (периодически пользовался eepro100) на eth0
и ipw2200 на eth1.

Теперь wifi повис на eth0, по крайней мере "iwlist scan" показывает его
именно там. А обычный ethernet вообще пропал куда-то. При этом я и от
wifi не могу коннект получить: DHCP посылает запросы и отваливается по
таймауту.

С этим пакетом (вкупе с дровами e100/eepro100) вообще какая-то каша
периодически происходит. Есть способы полечить?

Сергей

Re: [sisyphus] Последнее обновление etcnet - отвалилась сетка

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 1439 bytes --]

On Sun, Jul 02, 2006 at 07:17:55PM +0400, Sergei Naumov wrote:
> Господа:
> обновился до последней версии etcnet и какая-то каша возникла в
> интерфейсах. Было два - e100 (периодически пользовался eepro100) на eth0
> и ipw2200 на eth1.
> 
> Теперь wifi повис на eth0, по крайней мере "iwlist scan" показывает его
> именно там. А обычный ethernet вообще пропал куда-то. При этом я и от
> wifi не могу коннект получить: DHCP посылает запросы и отваливается по
> таймауту.
> 
> С этим пакетом (вкупе с дровами e100/eepro100) вообще какая-то каша
> периодически происходит. Есть способы полечить?

Написать в /etc/net/iftab правила для назначения интерфейсам имён
любого вида, кроме eth[0-9]*.

Проблема в том, что последние версии udev загружают драйверы для всех
PCI-устройств автоматически, причём порядок их загрузки ничем не
определён (вплоть до того, что может меняться при перезагрузках),
поэтому имена интерфейсов eth* назначаются случайным образом.  Для
получения стабильных имён интерфейсов можно либо написать правила для
udev, либо создать файл /etc/net/iftab, который etcnet будет
использовать для переименования интерфейсов через ifrename.  При этом
имена, которые могут совпасть с именами, автоматически назначаемыми
ядром (обычно это eth*, но некоторые драйверы могут использовать имена
вида wlan*), использовать нельзя, поскольку при параллельной загрузке
нескольких драйверов возникнут конфликты.

[-- Attachment #2: Type: application/pgp-signature, Size: 191 bytes --]

Re: [sisyphus] Последнее обновление etcnet - отвалилась сетка

[Sergei Naumov]

Sergey Vlasov wrote:

> Проблема в том, что последние версии udev загружают драйверы для всех
> PCI-устройств автоматически, причём порядок их загрузки ничем не
> определён (вплоть до того, что может меняться при перезагрузках),
> поэтому имена интерфейсов eth* назначаются случайным образом.  Для
> получения стабильных имён интерфейсов можно либо написать правила для
> udev, либо создать файл /etc/net/iftab, который etcnet будет
> использовать для переименования интерфейсов через ifrename.  При этом
> имена, которые могут совпасть с именами, автоматически назначаемыми
> ядром (обычно это eth*, но некоторые драйверы могут использовать имена
> вида wlan*), использовать нельзя, поскольку при параллельной загрузке
> нескольких драйверов возникнут конфликты.

Да, но почему тогда я вообще не вижу обычного проводного интерфейса
(того, что на eepro100)? Если порядок перемешан из-за udev - понятно, но
ведь проводной интерфейс вообще пропал!

Сергей

Re: [sisyphus] Последнее обновление etcnet - отвалилась сетка

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 1583 bytes --]

On Sun, Jul 02, 2006 at 09:51:57PM +0400, Sergei Naumov wrote:
> Sergey Vlasov wrote:
> 
> > Проблема в том, что последние версии udev загружают драйверы для всех
> > PCI-устройств автоматически, причём порядок их загрузки ничем не
> > определён (вплоть до того, что может меняться при перезагрузках),
> > поэтому имена интерфейсов eth* назначаются случайным образом.  Для
> > получения стабильных имён интерфейсов можно либо написать правила для
> > udev, либо создать файл /etc/net/iftab, который etcnet будет
> > использовать для переименования интерфейсов через ifrename.  При этом
> > имена, которые могут совпасть с именами, автоматически назначаемыми
> > ядром (обычно это eth*, но некоторые драйверы могут использовать имена
> > вида wlan*), использовать нельзя, поскольку при параллельной загрузке
> > нескольких драйверов возникнут конфликты.
> 
> Да, но почему тогда я вообще не вижу обычного проводного интерфейса
> (того, что на eepro100)? Если порядок перемешан из-за udev - понятно, но
> ведь проводной интерфейс вообще пропал!

В ifconfig -a тоже не видно?  (ifconfig без параметров не показывает
ненастроенные интерфейсы.)

Модуль eepro100 загружается?  (Кстати, теперь вместо него может
загрузиться автоматом модуль e100; вообще eepro100 сейчас считается
неподдерживаемым, и его грозились вынести из ядра, оставив только
e100.)  Если модуль не загружается вообще - нужно смотреть в сторону
hotplug/udev; если загружается, но не видит интерфейс - вспоминайте,
когда последний раз обновляли ядро, ищите сообщения от этого модуля в
dmesg.

[-- Attachment #2: Type: application/pgp-signature, Size: 191 bytes --]

Re: [sisyphus] Последнее обновление etcnet - отвалилась сетка

[Sergei Naumov]

>> Да, но почему тогда я вообще не вижу обычного проводного интерфейса
>> (того, что на eepro100)? Если порядок перемешан из-за udev - понятно, но
>> ведь проводной интерфейс вообще пропал!
> 
> В ifconfig -a тоже не видно?  (ifconfig без параметров не показывает
> ненастроенные интерфейсы.)

Угу.

> Модуль eepro100 загружается?  (Кстати, теперь вместо него может
> загрузиться автоматом модуль e100; вообще eepro100 сейчас считается
> неподдерживаемым, и его грозились вынести из ядра, оставив только
> e100.)  Если модуль не загружается вообще - нужно смотреть в сторону
> hotplug/udev; если загружается, но не видит интерфейс - вспоминайте,
> когда последний раз обновляли ядро, ищите сообщения от этого модуля в
> dmesg.

Я тут долго копался и в конце концов полез в hwdatabase, встатив туда
pci_id своей карты, 8086:1069, и указав дрова явно как e100. Так вроде
заработало. Неясно, правдо, следующее:
	а) почему работало раньше
	б) складывается впечатление, что после старта udevd надо, чтобы
	прошло еще секунд 15, прежде чем устройство окажется готовым
Сейчас я везде поставил ONBOOT=no и поднимаю интерфейс руками. Заметил,
что так вроде надежнее.

Сергей