openSUSE 12.2 3.4.33-2.24-default ixgbe 3.8.21-k VMDq

[Schard]

Hallo Leute,

es ist mir nicht möglich, unter openSUSE 12.2, Kernel 3.4.33-2.24-default unter Benutzung des ixgbe Treibers Version 3.8.21-k mit der Option max_vfs=2 die virtuellen Adapter hochzufahren.
Bei jedem der virtuellen Adapter erhalte ich die Fehlermeldung:

linux-o7th:/usr/src/linux # ifconfig eth6 promisc up
SIOCSIFFLAGS: Network is down

Google brachte keine Ergebnisse zu meinem Problem.
Weis jemand Rat, wie ich die Adapter zum Laufen bekomme?

MfG

Schard

[Aqualung]

modprobe ixgbe max_vfs=2
dmesg | tail -30

[Schard]

Dmesg sagt nach dem Laden das

[104051.821891] ixgbe 0000:03:00.0: (PCI Express:5.0GT/s:Width x8) 00:1b:21:d1:ca:7c
[104051.821974] ixgbe 0000:03:00.0: MAC: 2, PHY: 1, PBA No: E68793-004
[104051.822686] ixgbe 0000:03:00.0: eth11: IOV is enabled with 2 VFs
[104051.822692] ixgbe 0000:03:00.0: eth11: IOV: VF 0 is enabled MAC 6e:de:c1:f6:10:05
[104051.822701] ixgbe 0000:03:00.0: eth11: IOV: VF 1 is enabled MAC a2:a6:6b:a8:78:68
[104051.823264] ixgbe 0000:03:00.0: Intel(R) 10 Gigabit Network Connection
[104051.851717] udevd[21672]: renamed network interface eth11 to rename46
[104053.031579] pci 0000:03:10.1: [8086:10ed] type 00 class 0x020000
[104053.031710] ixgbevf 0000:03:10.1: enabling device (0000 -> 0002)
[104053.032876] ixgbevf 0000:03:10.1: PF still in reset state, assigning new address
[104053.032908] ixgbevf 0000:03:10.1: irq 144 for MSI/MSI-X
[104053.032914] ixgbevf 0000:03:10.1: irq 145 for MSI/MSI-X
[104053.032919] ixgbevf 0000:03:10.1: irq 146 for MSI/MSI-X
[104053.033084] pci 0000:03:10.3: [8086:10ed] type 00 class 0x020000
[104053.033176] ixgbevf 0000:03:10.3: enabling device (0000 -> 0002)
[104053.034318] ixgbevf 0000:03:10.3: PF still in reset state, assigning new address
[104053.034345] ixgbevf 0000:03:10.3: irq 147 for MSI/MSI-X
[104053.034351] ixgbevf 0000:03:10.3: irq 148 for MSI/MSI-X
[104053.034357] ixgbevf 0000:03:10.3: irq 149 for MSI/MSI-X
[104053.034494] ixgbe 0000:03:00.1: (unregistered net_device): SR-IOV enabled with 2 VFs
[104053.058643] ixgbe 0000:03:00.1: irq 150 for MSI/MSI-X
[104053.058649] ixgbe 0000:03:00.1: irq 151 for MSI/MSI-X
[104053.058659] ixgbe 0000:03:00.1: Multiqueue Disabled: Rx Queue count = 1, Tx Queue count = 1
[104053.058745] ixgbe 0000:03:00.1: (PCI Express:5.0GT/s:Width x8) 00:1b:21:d1:ca:7d
[104053.058828] ixgbe 0000:03:00.1: MAC: 2, PHY: 1, PBA No: E68793-004
[104053.059541] ixgbe 0000:03:00.1: eth13: IOV is enabled with 2 VFs
[104053.059548] ixgbe 0000:03:00.1: eth13: IOV: VF 0 is enabled MAC be:a6:21:bd:5b:59
[104053.059558] ixgbe 0000:03:00.1: eth13: IOV: VF 1 is enabled MAC aa:9f:12:42:97:09
[104053.060123] ixgbe 0000:03:00.1: Intel(R) 10 Gigabit Network Connection
[104053.063903] udevd[21888]: renamed network interface eth13 to rename49

Habe da nichts ungewöhliches gesehen und daher nicht gepostet.

[Rain_maker]

Habe da nichts ungewöhliches gesehen

*Räusper*

[104051.851717] udevd[21672]: renamed network interface eth11 to rename46
[104053.063903] udevd[21888]: renamed network interface eth13 to rename49

Ich würde sagen, udev, der ständig das Interface (wegen geänderter MAC) umbenennt, ist schon etwas auffällig.

Greetz,

RM

[Schard]

Ich dachte das wäre normal, wenn die virtuellen Adapter geladen werden. Zumindest sehe ich für das Problem keine Relevanz.

MfG

[Rain_maker]

Ich dachte das wäre normal, wenn die virtuellen Adapter geladen werden. Zumindest sehe ich für das Problem keine Relevanz.

Zumindest könnte es ziemlich relevant werden, wenn sich dadurch auch ständig (siehe Ausgabe) die Bezeichnung des/der Interfaces ändern.

Wenn kein ethX mehr da ist, dann wird sich ethX auch nicht mit ifconfig&co ansprechen lassen, weil fällt aus wegen ist nicht.

Zumindest sehe ich in den Ausgaben eth6, eth11, eth13, rename46 und rename49 als potentielle Kandidaten für Interfacenamen, welcher galt denn zu welchem Zeitpunkt?

Nein, ich vermute nicht, daß man darauf wirklich eine Antwort geben kann, genau deshalb hast Du möglicherweise zwei Probleme.

Man kann Interfacenamen auch anhand anderer Kriterien als einer MAC-Adresse vergeben, vielleicht sollte man auch genau das machen.

Anregung:

http://www.suseforum.de/suse-routing...html#post27718

Greetz,

RM

[Aqualung]

Mal ein bisschen Butter bei die Fische:

sudo -s
rmmod  ixgbe 
modprobe  ixgbe max_vfs=2 debug=16
dmesg | tail -500

lspci  -nnk | grep -A4 -i net

hwinfo --network

[Schard]

Danke erstmal für eure Hilfe.
Ich werde die geforderten Ausgaben gleich mal posten, wenn ich auf der Arbeit bin.
Bis dahin sei gesagt:
udev ändert die Interfacenamen nur ein Mal beim erstellen der virtuellen Interfaces. Das Interface, was ich eingangs versucht habe hochzufahren, war jedoch die ganze Zeit verfügbar und wurde nicht umbenannt.

Okay, die Ausgaben der Kommandos sind nun im Anhang.

MfG

PS:
Lösung gefunden: http://permalink.gmane.org/gmane.lin...000.devel/7966