[Comm] опять грабли с прыгающими ethX

[Comm] опять грабли с прыгающими ethX

[Denis Nazarov]

здравствуйте!

Имеется server-light на t6, словил грабли с самопроивольным переименованием
одного из интерфейсов, что само по себе интересно, раньше вроде они 
только местами менялись.
Сделал ifrename -i eth8 -n eth0, он ругнулся на отсутствие /etc/iftab, 
сделал тач, повторил.
Интерфейс встал, как положено, но после ребута превратился в eth9. 
Подозреваю, что
отчасти причиной является отсутствие физического линка на этой карте, 
хотя каким боком это здесь?

для этой карты lspci

05:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. 
RTL-8139/8139C/8139C+ (rev 10)
         Subsystem: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+
         Flags: bus master, medium devsel, latency 32, IRQ 18
         I/O ports at 1000 [size=256]
         Memory at fe410000 (32-bit, non-prefetchable) [size=256]
         Expansion ROM at fe400000 [disabled] [size=64K]
         Capabilities: [50] Power Management version 2
         Kernel driver in use: 8139too
         Kernel modules: 8139too, 8139cp

то есть обычная compex rtl8139.
Вторая карта, встроенная в материнку

06:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. 
RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 06)
         Subsystem: ASUSTeK Computer Inc. P8P67 and other motherboards
         Flags: bus master, fast devsel, latency 0, IRQ 46
         I/O ports at e000 [size=256]
         Memory at d0004000 (64-bit, prefetchable) [size=4K]
         Memory at d0000000 (64-bit, prefetchable) [size=16K]
         Capabilities: [40] Power Management version 3
         Capabilities: [50] MSI: Enable+ Count=1/1 Maskable- 64bit+
         Capabilities: [70] Express Endpoint, MSI 01
         Capabilities: [b0] MSI-X: Enable- Count=4 Masked-
         Capabilities: [d0] Vital Product Data
         Capabilities: [100] Advanced Error Reporting
         Capabilities: [140] Virtual Channel
         Capabilities: [160] Device Serial Number 01-00-00-00-68-4c-e0-00
         Kernel driver in use: r8169
         Kernel modules: r8169

с ней все в порядке, как была названа eth1, так и остается.

В связи с этим вопрос - как сейчас у нас тренируют сетевые интерфейсы,
чтобы они перестали плясать куда хотят?

Re: [Comm] опять грабли с прыгающими ethX

[Michael Shigorin]

On Sat, Mar 10, 2012 at 05:31:39PM +0600, Denis Nazarov wrote:
> Имеется server-light на t6, словил грабли с самопроивольным
> переименованием одного из интерфейсов, что само по себе
> интересно, раньше вроде они только местами менялись.

Покажите содержимое /etc/udev/rules.d/70-persistent-net.rules

> Сделал ifrename -i eth8 -n eth0, он ругнулся на отсутствие /etc/iftab, 

iftab устарел, см. https://bugzilla.altlinux.org/20698 и другие.

> В связи с этим вопрос - как сейчас у нас тренируют сетевые
> интерфейсы, чтобы они перестали плясать куда хотят?

udev (см. тж. /lib/udev/write_net_rules и
/lib/udev/rules.d/75-persistent-net-generator.rules)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] опять грабли с прыгающими ethX

[Denis Nazarov]

10.03.2012 19:19, Michael Shigorin пишет:
> Покажите содержимое /etc/udev/rules.d/70-persistent-net.rules 
# This file was automatically generated by the /lib/udev/write_net_rules
# program, run by the persistent-net-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single
# line, and change only the value of the NAME= key.

# PCI device 0x10ec:0x8168 (r8169)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", 
ATTR{address}=="14:da:e9:33:89:d0", ATTR{dev_id}=="0x0", 
ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"

# PCI device 0x10ec:0x8139 (8139too)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", 
ATTR{address}=="00:80:48:6f:a3:01", ATTR{dev_id}=="0x0", 
ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

# PCI device 0x10ec:0x8139 (8139too)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", 
ATTR{address}=="00:80:48:6f:a2:01", ATTR{dev_id}=="0x0", 
ATTR{type}=="1", KERNEL=="eth*", NAME="eth2"

# PCI device 0x10ec:0x8139 (8139too)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", 
ATTR{address}=="00:80:48:6d:a2:01", ATTR{dev_id}=="0x0", 
ATTR{type}=="1", KERNEL=="eth*", NAME="eth3"

# PCI device 0x10ec:0x8139 (8139too)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", 
ATTR{address}=="00:80:48:6a:a2:01", ATTR{dev_id}=="0x0", 
ATTR{type}=="1", KERNEL=="eth*", NAME="eth4"

# PCI device 0x10ec:0x8139 (8139too)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", 
ATTR{address}=="00:80:48:4a:22:01", ATTR{dev_id}=="0x0", 
ATTR{type}=="1", KERNEL=="eth*", NAME="eth5"

# PCI device 0x10ec:0x8139 (8139too)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", 
ATTR{address}=="00:80:48:6d:22:01", ATTR{dev_id}=="0x0", 
ATTR{type}=="1", KERNEL=="eth*", NAME="eth6"

# PCI device 0x10ec:0x8139 (8139too)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", 
ATTR{address}=="00:80:48:4d:a2:01", ATTR{dev_id}=="0x0", 
ATTR{type}=="1", KERNEL=="eth*", NAME="eth7"

# PCI device 0x10ec:0x8139 (8139too)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", 
ATTR{address}=="00:80:48:4d:22:01", ATTR{dev_id}=="0x0", 
ATTR{type}=="1", KERNEL=="eth*", NAME="eth8"

# PCI device 0x10ec:0x8139 (8139too)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", 
ATTR{address}=="00:80:48:4a:23:01", ATTR{dev_id}=="0x0", 
ATTR{type}=="1", KERNEL=="eth*", NAME="eth9"

>> Сделал ifrename -i eth8 -n eth0, он ругнулся на отсутствие /etc/iftab,
> iftab устарел, см. https://bugzilla.altlinux.org/20698 и другие.
вот поэтому и спрашиваю
>> В связи с этим вопрос - как сейчас у нас тренируют сетевые
>> интерфейсы, чтобы они перестали плясать куда хотят?
> udev (см. тж. /lib/udev/write_net_rules и
> /lib/udev/rules.d/75-persistent-net-generator.rules)
>

Re: [Comm] опять грабли с прыгающими ethX

[Michael Shigorin]

On Sat, Mar 10, 2012 at 07:21:48PM +0600, Denis Nazarov wrote:
> >Покажите содержимое /etc/udev/rules.d/70-persistent-net.rules 
> ATTR{address}=="00:80:48:6f:a3:01", ATTR{dev_id}=="0x0", 
> ATTR{address}=="00:80:48:6f:a2:01", ATTR{dev_id}=="0x0", 
> ATTR{address}=="00:80:48:6d:a2:01", ATTR{dev_id}=="0x0", 
> ATTR{address}=="00:80:48:6a:a2:01", ATTR{dev_id}=="0x0", 
> ATTR{address}=="00:80:48:4a:22:01", ATTR{dev_id}=="0x0", 
> ATTR{address}=="00:80:48:6d:22:01", ATTR{dev_id}=="0x0", 
> ATTR{address}=="00:80:48:4d:a2:01", ATTR{dev_id}=="0x0", 
> ATTR{address}=="00:80:48:4d:22:01", ATTR{dev_id}=="0x0", 
> ATTR{address}=="00:80:48:4a:23:01", ATTR{dev_id}=="0x0", 

У неё что, недержание MAC-а?  Я бы попробовал заменить сетевушку,
если это всё -- одна и та же плата.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] опять грабли с прыгающими ethX

[Denis Nazarov]

10.03.2012 19:24, Michael Shigorin пишет:
> On Sat, Mar 10, 2012 at 07:21:48PM +0600, Denis Nazarov wrote:
>>> Покажите содержимое /etc/udev/rules.d/70-persistent-net.rules
>> ATTR{address}=="00:80:48:6f:a3:01", ATTR{dev_id}=="0x0",
>> ATTR{address}=="00:80:48:6f:a2:01", ATTR{dev_id}=="0x0",
>> ATTR{address}=="00:80:48:6d:a2:01", ATTR{dev_id}=="0x0",
>> ATTR{address}=="00:80:48:6a:a2:01", ATTR{dev_id}=="0x0",
>> ATTR{address}=="00:80:48:4a:22:01", ATTR{dev_id}=="0x0",
>> ATTR{address}=="00:80:48:6d:22:01", ATTR{dev_id}=="0x0",
>> ATTR{address}=="00:80:48:4d:a2:01", ATTR{dev_id}=="0x0",
>> ATTR{address}=="00:80:48:4d:22:01", ATTR{dev_id}=="0x0",
>> ATTR{address}=="00:80:48:4a:23:01", ATTR{dev_id}=="0x0",
> У неё что, недержание MAC-а?  Я бы попробовал заменить сетевушку,
> если это всё -- одна и та же плата.
>
одна.... я в шоке... неужели такое бывает?

Re: [Comm] опять грабли с прыгающими ethX

[Alisher]

10.03.2012 20:12, Denis Nazarov пишет:
> 10.03.2012 19:24, Michael Shigorin пишет:
>> On Sat, Mar 10, 2012 at 07:21:48PM +0600, Denis Nazarov wrote:
>>>> Покажите содержимое /etc/udev/rules.d/70-persistent-net.rules
>>> ATTR{address}=="00:80:48:6f:a3:01", ATTR{dev_id}=="0x0",
>>> ATTR{address}=="00:80:48:6f:a2:01", ATTR{dev_id}=="0x0",
>>> ATTR{address}=="00:80:48:6d:a2:01", ATTR{dev_id}=="0x0",
>>> ATTR{address}=="00:80:48:6a:a2:01", ATTR{dev_id}=="0x0",
>>> ATTR{address}=="00:80:48:4a:22:01", ATTR{dev_id}=="0x0",
>>> ATTR{address}=="00:80:48:6d:22:01", ATTR{dev_id}=="0x0",
>>> ATTR{address}=="00:80:48:4d:a2:01", ATTR{dev_id}=="0x0",
>>> ATTR{address}=="00:80:48:4d:22:01", ATTR{dev_id}=="0x0",
>>> ATTR{address}=="00:80:48:4a:23:01", ATTR{dev_id}=="0x0",
>> У неё что, недержание MAC-а?  Я бы попробовал заменить сетевушку,
>> если это всё -- одна и та же плата.
>>
> одна.... я в шоке... неужели такое бывает?
Бывает. у меня на планшете встроенная сетевуха себя так ведет.

Re: [Comm] опять грабли с прыгающими ethX

[Denis Nazarov]

10.03.2012 20:30, Alisher пишет:
> 10.03.2012 20:12, Denis Nazarov пишет:
>> одна.... я в шоке... неужели такое бывает?
> Бывает. у меня на планшете встроенная сетевуха себя так ведет.

а если сделать что-нибудь вроде такого?

ATTR{address}=="00:80:48:6f:a3:01", ATTR{dev_id}=="0x0", 
ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
ATTR{address}=="00:80:48:6f:a2:01", ATTR{dev_id}=="0x0", 
ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
ATTR{address}=="00:80:48:6d:a2:01", ATTR{dev_id}=="0x0", 
ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
ATTR{address}=="00:80:48:6a:a2:01", ATTR{dev_id}=="0x0", 
ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
ATTR{address}=="00:80:48:4a:22:01", ATTR{dev_id}=="0x0", 
ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
ATTR{address}=="00:80:48:6d:22:01", ATTR{dev_id}=="0x0", 
ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
ATTR{address}=="00:80:48:4d:a2:01", ATTR{dev_id}=="0x0", 
ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

то есть на каждый чих прописать ее как eth0 - будет работать?

Re: [Comm] опять грабли с прыгающими ethX

[Dubrovskiy Viacheslav]

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

10.03.2012 09:39, Denis Nazarov пишет:
> 10.03.2012 20:30, Alisher пишет:
>> 10.03.2012 20:12, Denis Nazarov пишет:
>>> одна.... я в шоке... неужели такое бывает?
>> Бывает. у меня на планшете встроенная сетевуха себя так ведет.
>
> а если сделать что-нибудь вроде такого?
>
> ATTR{address}=="00:80:48:6f:a3:01", ATTR{dev_id}=="0x0",
> ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
> ATTR{address}=="00:80:48:6f:a2:01", ATTR{dev_id}=="0x0",
> ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
> ATTR{address}=="00:80:48:6d:a2:01", ATTR{dev_id}=="0x0",
> ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
> ATTR{address}=="00:80:48:6a:a2:01", ATTR{dev_id}=="0x0",
> ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
> ATTR{address}=="00:80:48:4a:22:01", ATTR{dev_id}=="0x0",
> ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
> ATTR{address}=="00:80:48:6d:22:01", ATTR{dev_id}=="0x0",
> ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
> ATTR{address}=="00:80:48:4d:a2:01", ATTR{dev_id}=="0x0",
> ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
>
> то есть на каждый чих прописать ее как eth0 - будет работать?
Нет. Будет новый мак и новое правило.
Что за материнка? Видел такое на материнках ASUS. Попробуйте биос обновить.

-- 
WBR,
Dubrovskiy Viacheslav


[-- Attachment #2: Криптографическая подпись S/MIME --]
[-- Type: application/pkcs7-signature, Size: 4922 bytes --]

Re: [Comm] опять грабли с прыгающими ethX

[Denis Nazarov]

10.03.2012 20:39, Dubrovskiy Viacheslav пишет:
> 10.03.2012 09:39, Denis Nazarov пишет:
>> 10.03.2012 20:30, Alisher пишет:
>>> 10.03.2012 20:12, Denis Nazarov пишет:
>>>> одна.... я в шоке... неужели такое бывает?
>>> Бывает. у меня на планшете встроенная сетевуха себя так ведет.
>> а если сделать что-нибудь вроде такого?
>>
>> ATTR{address}=="00:80:48:6f:a3:01", ATTR{dev_id}=="0x0",
>> ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
>> ATTR{address}=="00:80:48:6f:a2:01", ATTR{dev_id}=="0x0",
>> ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
>> ATTR{address}=="00:80:48:6d:a2:01", ATTR{dev_id}=="0x0",
>> ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
>> ATTR{address}=="00:80:48:6a:a2:01", ATTR{dev_id}=="0x0",
>> ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
>> ATTR{address}=="00:80:48:4a:22:01", ATTR{dev_id}=="0x0",
>> ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
>> ATTR{address}=="00:80:48:6d:22:01", ATTR{dev_id}=="0x0",
>> ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
>> ATTR{address}=="00:80:48:4d:a2:01", ATTR{dev_id}=="0x0",
>> ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
>>
>> то есть на каждый чих прописать ее как eth0 - будет работать?
> Нет. Будет новый мак и новое правило.
> Что за материнка? Видел такое на материнках ASUS. Попробуйте биос обновить.
>
на материнке как раз все в порядке, это внешняя Compex

Re: [Comm] опять грабли с прыгающими ethX

[Denis Nazarov]

10.03.2012 20:39, Dubrovskiy Viacheslav пишет:
> 10.03.2012 09:39, Denis Nazarov пишет:
>> 10.03.2012 20:30, Alisher пишет:
>>> 10.03.2012 20:12, Denis Nazarov пишет:
>>>> одна.... я в шоке... неужели такое бывает?
>>> Бывает. у меня на планшете встроенная сетевуха себя так ведет.
>> а если сделать что-нибудь вроде такого?
>>
>> ATTR{address}=="00:80:48:6f:a3:01", ATTR{dev_id}=="0x0",
>> ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
>> ATTR{address}=="00:80:48:6f:a2:01", ATTR{dev_id}=="0x0",
>> ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
>> ATTR{address}=="00:80:48:6d:a2:01", ATTR{dev_id}=="0x0",
>> ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
>> ATTR{address}=="00:80:48:6a:a2:01", ATTR{dev_id}=="0x0",
>> ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
>> ATTR{address}=="00:80:48:4a:22:01", ATTR{dev_id}=="0x0",
>> ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
>> ATTR{address}=="00:80:48:6d:22:01", ATTR{dev_id}=="0x0",
>> ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
>> ATTR{address}=="00:80:48:4d:a2:01", ATTR{dev_id}=="0x0",
>> ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
>>
>> то есть на каждый чих прописать ее как eth0 - будет работать?
> Нет. Будет новый мак и новое правило.
>
хех.... :) однако, сработало :) правда, пока 1 раз. После перезагрузки 
опять другой мак, но уже из
списка, так что нового интерфейса не случилось :)

Re: [Comm] опять грабли с прыгающими ethX

[Alisher]

10.03.2012 20:52, Denis Nazarov пишет:
> 10.03.2012 20:39, Dubrovskiy Viacheslav пишет:
>> 10.03.2012 09:39, Denis Nazarov пишет:
>>> 10.03.2012 20:30, Alisher пишет:
>>>> 10.03.2012 20:12, Denis Nazarov пишет:
>>>>> одна.... я в шоке... неужели такое бывает?
>>>> Бывает. у меня на планшете встроенная сетевуха себя так ведет.
>>> а если сделать что-нибудь вроде такого?
>>>
>>> ATTR{address}=="00:80:48:6f:a3:01", ATTR{dev_id}=="0x0",
>>> ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
>>> ATTR{address}=="00:80:48:6f:a2:01", ATTR{dev_id}=="0x0",
>>> ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
>>> ATTR{address}=="00:80:48:6d:a2:01", ATTR{dev_id}=="0x0",
>>> ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
>>> ATTR{address}=="00:80:48:6a:a2:01", ATTR{dev_id}=="0x0",
>>> ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
>>> ATTR{address}=="00:80:48:4a:22:01", ATTR{dev_id}=="0x0",
>>> ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
>>> ATTR{address}=="00:80:48:6d:22:01", ATTR{dev_id}=="0x0",
>>> ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
>>> ATTR{address}=="00:80:48:4d:a2:01", ATTR{dev_id}=="0x0",
>>> ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
>>>
>>> то есть на каждый чих прописать ее как eth0 - будет работать?
>> Нет. Будет новый мак и новое правило.
>>
> хех.... :) однако, сработало :) правда, пока 1 раз. После перезагрузки 
> опять другой мак, но уже из
> списка, так что нового интерфейса не случилось :)
Может проще узнать кто пишет эти правила и там убрать?

Re: [Comm] опять грабли с прыгающими ethX

[Alisher]

Хотя я на у себя дописал:
SUBSYSTEM=="net", ACTION=="add", KERNEL=="eth*", NAME="eth0"
Но у меня одна сетевуха.

Re: [Comm] опять грабли с прыгающими ethX

[Michael Shigorin]

On Sat, Mar 10, 2012 at 08:12:29PM +0600, Denis Nazarov wrote:
> >>ATTR{address}=="00:80:48:4d:22:01", ATTR{dev_id}=="0x0",
> >>ATTR{address}=="00:80:48:4a:23:01", ATTR{dev_id}=="0x0",
> >У неё что, недержание MAC-а?  Я бы попробовал заменить
> >сетевушку, если это всё -- одна и та же плата.
> одна.... я в шоке... неужели такое бывает?

С rtl8139 всё бывает, кроме гигабита.  Меняйте, оно не стоит
уже потраченного времени -- странно полуподгоревшие рилтеки
ничем удивительным не являются.

PS: на старых драйверах forcedeth маки сетевушек nForce плясали,
но там это был именно программный баг.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] опять грабли с прыгающими ethX

[REAL]

10.03.2012 19:24, Michael Shigorin пишет:
> У неё что, недержание MAC-а?

Однозначно в фортунки :-D

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [Comm] опять грабли с прыгающими ethX

[Michael Shigorin]

On Sun, Mar 11, 2012 at 09:43:27AM +0600, REAL wrote:
> >У неё что, недержание MAC-а?
> Однозначно в фортунки :-D

Так они raorphaned.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] опять грабли с прыгающими ethX

[Michael Shigorin]

On Sat, Mar 10, 2012 at 05:13:05PM +0400, Pavel Vaynerman wrote:
> Вроде как это должен быть: 
> /etc/net/iftab

Это было в 4.x.

> но ещё есть (не знаю кто туда заносит):
> /etc/udev/rules.d/70-persistent-net.rules

5.1+ (заносит /lib/udev/write_net_rules)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/