[Решено] 2 одинаковых сетевых карты Intel (модуль e1000e)

ProFfeSsoRr	# 10 лет, 11 месяцев назад (отредактировано 10 лет, 11 месяцев назад)
Темы: 82 Сообщения: 948 Участник с: 14 мая 2009	Не могу понять, что я делаю не так. Обновил систему, теперь пришлось 2 сетевых настраивать через netcfg (оба - статика). Поскольку через одну из карт я цепляюсь к кому, а с netcfg раньше дел не имел, то основную сетевушку пока настроил через rc.conf. Далее поставил netcfg, задал настройки для второй, пробую запустить - Interface eth_vm does not exist говорит. Пробую ip link set eth_vm ip - аналогичный ответ. В логе dmesg все замечательно, нашлась первая, нашлась вторая, далее udev вторую переименовал в eth_vm (я пробовал отключать переименование, чтобы она была eth1 - это не помогает никак). В выводе lspci -vx у работающей сетевой есть строчка “Kernel driver in use: e1000e”, которой у неработающей нет, в остальном все одинаково. Где чего не хватает? Решение. Обновил модуль из исходников.

# 10 лет, 11 месяцев назад (отредактировано 10 лет, 11 месяцев назад)

Сообщения: 948

Участник с: 14 мая 2009

Не могу понять, что я делаю не так. Обновил систему, теперь пришлось 2 сетевых настраивать через netcfg (оба - статика). Поскольку через одну из карт я цепляюсь к кому, а с netcfg раньше дел не имел, то основную сетевушку пока настроил через rc.conf. Далее поставил netcfg, задал настройки для второй, пробую запустить - Interface eth_vm does not exist говорит. Пробую ip link set eth_vm ip - аналогичный ответ. В логе dmesg все замечательно, нашлась первая, нашлась вторая, далее udev вторую переименовал в eth_vm (я пробовал отключать переименование, чтобы она была eth1 - это не помогает никак). В выводе lspci -vx у работающей сетевой есть строчка “Kernel driver in use: e1000e”, которой у неработающей нет, в остальном все одинаково. Где чего не хватает?

Решение. Обновил модуль из исходников.

Natrio	# 10 лет, 11 месяцев назад
Темы: 47 Сообщения: 4763 Участник с: 08 января 2011	Это пробовали? https://wiki.archlinux.org/index.php/Co … es_varying

ProFfeSsoRr	# 10 лет, 11 месяцев назад
Темы: 82 Сообщения: 948 Участник с: 14 мая 2009	Сетевухи одинаковые, для них один и тот же модуль - e1000e, и он загружен и работает, первая карточка ведь активна и функционирует.

Natrio	# 10 лет, 11 месяцев назад
Темы: 47 Сообщения: 4763 Участник с: 08 января 2011	По этой ссылке написано, как задать им имена по MAC-адресам. Они-то даже у совершенно одинаковых сетевух различаются.

ProFfeSsoRr	# 10 лет, 11 месяцев назад
Темы: 82 Сообщения: 948 Участник с: 14 мая 2009	По этой ссылке написано, как задать им имена по MAC-адресам процитирую сам себя, свое самое первое сообщение: нашлась вторая, далее udev вторую переименовал в eth_vm (я пробовал отключать переименование, чтобы она была eth1 - это не помогает никак) ;) И чтоб уж наверняка, приведу лог dmesg: [ 3.910836] e1000e: Intel(R) PRO/1000 Network Driver - 1.3.10-k2 [ 3.910838] e1000e: Copyright(c) 1999 - 2011 Intel Corporation. [ 3.910857] e1000e 0000:00:19.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 [ 3.910865] e1000e 0000:00:19.0: setting latency timer to 64 [ 3.911037] e1000e 0000:00:19.0: irq 51 for MSI/MSI-X [ 4.155409] e1000e 0000:00:19.0: eth0: (PCI Express:2.5GT/s:Width x1) 00:1e:67:03:42:8d [ 4.155412] e1000e 0000:00:19.0: eth0: Intel(R) PRO/1000 Network Connection [ 4.155447] e1000e 0000:00:19.0: eth0: MAC: 9, PHY: 9, PBA No: 0310FF-0FF [ 4.155464] e1000e 0000:02:00.0: Disabling ASPM L0s [ 4.155486] i801_smbus 0000:00:1f.3: PCI INT B -> GSI 18 (level, low) -> IRQ 18 [ 4.155490] e1000e 0000:02:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 [ 4.155513] e1000e 0000:02:00.0: setting latency timer to 64 [ 4.155779] e1000e 0000:02:00.0: irq 52 for MSI/MSI-X [ 4.155783] e1000e 0000:02:00.0: irq 53 for MSI/MSI-X [ 4.155786] e1000e 0000:02:00.0: irq 54 for MSI/MSI-X [ 4.256890] e1000e 0000:02:00.0: eth1: (PCI Express:2.5GT/s:Width x1) 00:1e:67:03:42:8c [ 4.256893] e1000e 0000:02:00.0: eth1: Intel(R) PRO/1000 Network Connection [ 4.256981] e1000e 0000:02:00.0: eth1: MAC: 3, PHY: 8, PBA No: 1030FF-0FF [ 4.347122] udevd[358]: renamed network interface eth1 to eth_vm [ 6.812661] e1000e 0000:00:19.0: irq 51 for MSI/MSI-X [ 6.865714] e1000e 0000:00:19.0: irq 51 for MSI/MSI-X [ 9.632371] e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx [ 9.633415] e1000e: eth_vm NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx/Tx Как видим - ядро нашло первую, потом вторую, потом udev вторую переименовал согласно правилу, которое я написал, далее демон network поднял линк на первой карте, а вот вторую netcfg поднять не в силах, равно как и ip link. Причем network может вторую поднять, я ради интереса съездил к этой машине, прописал в rc.conf для eth_vm настройки - и тогда включилась она, но не поднимался никаким боком eth0. P.S. Ну и дело вряд ли в прерываниях и прочем подобном еще хотя бы потому, что до апдейта машины, когда из rc.conf можно было прописывать много сетевух, у меня были оттуда прописаны обе и они прекрасно работали. P.P.S. Внезапно решил ребутнуть машину, вписав и демон network (для первой сетевой), и добавив net-profiles следом, чтобы он поднял вторую. Так вот после реботуа второй опять же не видно ни в ifconfig, ни по ip, а вот если сказать netcfg eth_vm - он ругается, что мол уже поднят интерфейс. И если сделать netcfg down eth_vm, он отвечает, что успешно погасил его. Но снова поднять уже не может оО

ProFfeSsoRr

# 10 лет, 11 месяцев назад

Темы: 82

Сообщения: 948

Участник с: 14 мая 2009

По этой ссылке написано, как задать им имена по MAC-адресам

процитирую сам себя, свое самое первое сообщение:

нашлась вторая, далее udev вторую переименовал в eth_vm (я пробовал отключать переименование, чтобы она была eth1 - это не помогает никак)

;)
И чтоб уж наверняка, приведу лог dmesg:

[    3.910836] e1000e: Intel(R) PRO/1000 Network Driver - 1.3.10-k2
[    3.910838] e1000e: Copyright(c) 1999 - 2011 Intel Corporation.
[    3.910857] e1000e 0000:00:19.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[    3.910865] e1000e 0000:00:19.0: setting latency timer to 64
[    3.911037] e1000e 0000:00:19.0: irq 51 for MSI/MSI-X
[    4.155409] e1000e 0000:00:19.0: eth0: (PCI Express:2.5GT/s:Width x1) 00:1e:67:03:42:8d
[    4.155412] e1000e 0000:00:19.0: eth0: Intel(R) PRO/1000 Network Connection
[    4.155447] e1000e 0000:00:19.0: eth0: MAC: 9, PHY: 9, PBA No: 0310FF-0FF
[    4.155464] e1000e 0000:02:00.0: Disabling ASPM L0s 
[    4.155486] i801_smbus 0000:00:1f.3: PCI INT B -> GSI 18 (level, low) -> IRQ 18
[    4.155490] e1000e 0000:02:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[    4.155513] e1000e 0000:02:00.0: setting latency timer to 64
[    4.155779] e1000e 0000:02:00.0: irq 52 for MSI/MSI-X
[    4.155783] e1000e 0000:02:00.0: irq 53 for MSI/MSI-X
[    4.155786] e1000e 0000:02:00.0: irq 54 for MSI/MSI-X
[    4.256890] e1000e 0000:02:00.0: eth1: (PCI Express:2.5GT/s:Width x1) 00:1e:67:03:42:8c
[    4.256893] e1000e 0000:02:00.0: eth1: Intel(R) PRO/1000 Network Connection
[    4.256981] e1000e 0000:02:00.0: eth1: MAC: 3, PHY: 8, PBA No: 1030FF-0FF
[    4.347122] udevd[358]: renamed network interface eth1 to eth_vm
[    6.812661] e1000e 0000:00:19.0: irq 51 for MSI/MSI-X
[    6.865714] e1000e 0000:00:19.0: irq 51 for MSI/MSI-X
[    9.632371] e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx
[    9.633415] e1000e: eth_vm NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx/Tx

Как видим - ядро нашло первую, потом вторую, потом udev вторую переименовал согласно правилу, которое я написал, далее демон network поднял линк на первой карте, а вот вторую netcfg поднять не в силах, равно как и ip link. Причем network может вторую поднять, я ради интереса съездил к этой машине, прописал в rc.conf для eth_vm настройки - и тогда включилась она, но не поднимался никаким боком eth0.
P.S. Ну и дело вряд ли в прерываниях и прочем подобном еще хотя бы потому, что до апдейта машины, когда из rc.conf можно было прописывать много сетевух, у меня были оттуда прописаны обе и они прекрасно работали.
P.P.S. Внезапно решил ребутнуть машину, вписав и демон network (для первой сетевой), и добавив net-profiles следом, чтобы он поднял вторую. Так вот после реботуа второй опять же не видно ни в ifconfig, ни по ip, а вот если сказать netcfg eth_vm - он ругается, что мол уже поднят интерфейс. И если сделать netcfg down eth_vm, он отвечает, что успешно погасил его. Но снова поднять уже не может оО

Natrio	# 10 лет, 11 месяцев назад
Темы: 47 Сообщения: 4763 Участник с: 08 января 2011	В логе dmesg я вижу, что обе успешно подняты, и на этом он заканчивается. Что значит “не поднимается”? Как вы это определяете? Если не запускать скрипты network и netcfg, а набрать ip link set eth0 up ip link set eth_vm up ip link ip address add айпи/подсеть dev eth0 ip address ip route ip address add айпи1/подсеть1 dev eth_vm ip address ip route Что выводится в консоли?

Natrio

# 10 лет, 11 месяцев назад

Темы: 47

Сообщения: 4763

Участник с: 08 января 2011

В логе dmesg я вижу, что обе успешно подняты, и на этом он заканчивается.
Что значит “не поднимается”? Как вы это определяете?
Если не запускать скрипты network и netcfg, а набрать

ip link set eth0 up
ip link set eth_vm up
ip link
ip address add айпи/подсеть dev eth0
ip address
ip route
ip address add айпи1/подсеть1 dev eth_vm
ip address
ip route

Что выводится в консоли?

ProFfeSsoRr	# 10 лет, 11 месяцев назад
Темы: 82 Сообщения: 948 Участник с: 14 мая 2009	ip link set eth_vm up “нет такого устройства” выводилось. Проблему решил, обновив модуль из исходников (на сайте он аж 1.6, а у нас - 1.3 версии, полугодовалой давности). Видимо за эти полгода исправили мой косяк. Всем спасибо за помощь.

ProFfeSsoRr

# 10 лет, 11 месяцев назад

Темы: 82

Сообщения: 948

Участник с: 14 мая 2009

ip link set eth_vm up

“нет такого устройства” выводилось.

Проблему решил, обновив модуль из исходников (на сайте он аж 1.6, а у нас - 1.3 версии, полугодовалой давности). Видимо за эти полгода исправили мой косяк. Всем спасибо за помощь.