bekomme 2te NIC (Marvell Chip) will nicht zum Laufen

[matt88]

Hi,

ich möchte Linux auf einem Fileserver einsetzen. Der Server hat onboard 2 Netzwerkkarten. Eine von Intel und eine von Marvell (jeweils GBit).

Als Linux verwende ich Debian Sarge, Kernel 2.6.8-2-386.

Die Intel Karte wurde bei der Installation ohne Probleme erkannt. Sie wird über das Modul e1000 angesteuert und funktioniert auch als eth0.

Bei der Marvell gab es allerdings einige Probleme, die ich bisher schrittweise lösen konnte:

Karte wurde mit lspci aufgelistet. Das modul dafür (sk98lin) konnte aber nicht geladen werden. Deshalb habe ich vom MB-Hersteller die Sourcen runterladen und diese neu compiliert. Jetzt wird das Modul zwar geladen aber beim Systemstart erscheint die Meldung "Kernel tainted", wenn es geladen wird. Vielleicht kann mir jemand erklären ob das ein Problem ist, oder ignoriert werden kann.

Die beiden Karten habe ich dann brav in der /etc/network/interfaces eingetragen:

Code: Alles auswählen

auto eth0
iface eth0 inet static
        address 192.168.2.248
        netmask 255.255.255.0
        network 192.168.2.0
        broadcast 192.168.2.255
        gateway 192.168.2.1
        dns-nameservers 192.168.2.1

auto eth1
iface eth1 inet static
        address 192.168.2.249
        netmask 255.255.255.0
        network 192.168.2.0
        broadcast 192.168.2.255
        gateway 192.168.2.1
        dns-nameservers 192.168.2.1

ifconfig gibt mit folgende Information:

Code: Alles auswählen

eth0      Protokoll:Ethernet  Hardware Adresse 00:04:23:B3:68:AE
          inet Adresse:192.168.2.248  Bcast:192.168.2.255  Maske:255.255.255.0
          inet6 Adresse: fe80::204:23ff:feb3:68ae/64 Gültigkeitsbereich:Verbindung
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1225 errors:62 dropped:0 overruns:0 frame:62
          TX packets:697 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:1000
          RX bytes:143723 (140.3 KiB)  TX bytes:121874 (119.0 KiB)
          Basisadresse:0xec80 Speicher:febe0000-fec00000

eth1      Protokoll:Ethernet  Hardware Adresse 00:04:23:B3:68:AF
          inet Adresse:192.168.2.249  Bcast:192.168.2.255  Maske:255.255.255.0
          inet6 Adresse: fe80::204:23ff:feb3:68af/64 Gültigkeitsbereich:Verbindung
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:1000
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
          Interrupt:169 Speicher:fcffc000-0

lo        Protokoll:Lokale Schleife
          inet Adresse:127.0.0.1  Maske:255.0.0.0
          inet6 Adresse: ::1/128 Gültigkeitsbereich:Maschine
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:12 errors:0 dropped:0 overruns:0 frame:0
          TX packets:12 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:0
          RX bytes:739 (739.0 b)  TX bytes:739 (739.0 b)

Wenn ich das Netzwerkkabel an die Intel-NIC anschliesse (eth0), bekomme ich auch eine Verbindung:

Code: Alles auswählen

mii-tool eth0
eth0: negotiated 100baseTx-FD flow-control, link ok

Und die anderen Rechner im Netz sind per ping erreichbar.

Schliesse ich das Kabel jedoch an die Marvell (eth1), so kann ich keine anderen Rechner im Netz anpingen und mii-tool gibt eine Fehlermeldung aus:

Code: Alles auswählen

mii-tool eth1
SIOCGMIIPHY on 'eth1' failed: Bad address

Wenn ich beide NICs in der /etc/network/interfaces auf DHCP einstelle, dann bekommt die Marvell (eth1) beim booten die Fehlermeldung "failed to bring eth1 up" (Der Server ist aber an einen DHCP angeschlossen).

Es scheint mir, dass die Hardware zwar erkannt und das modul auch geladen wird, aber ich habe keine Ahnung wieso es nicht funktioniert. Ich wäre für jede Hilfe dankbar.

[knecht]

Erstmal Willkommen hier im Forum !

was mir aufgefallen ist:

Code: Alles auswählen

Hardware Adresse 00:04:23:B3:68:AE

eth0 und eth1 haben die selbe Hardwareaddresse, hast du die so gesetzt ??

Dann wundert es auch nicht, das er sagt die Hardwareaddresse wäre nicht frei, weils ja schon die andere benutzt.

Ist das Modul auch in einem Kernelsource vorhanden
Das Modul sk98lin ist ja unter drivers/net auch schon im Kernel vorhanden, warum ging das nicht ? oder war das schlicht als Modul im Standartkernel nicht vorhanden ?

Ich würde versuchen einen Kernel von Hand zu konfigurieren und das Modul dann fest reinpacken wenns als Modul nicht läuft.
Hast du schonmal einen Kernel manuell erstellt ?
Hier mal etwas dazu:
http://www.neoberserker.de/phpBB2/viewtopic.php?t=317
http://www.neoberserker.de/phpBB2/viewtopic.php?t=517

Scheint aber wirklich etwas komisch zu sein, fakt ist, es dürfen nicht zwei Interfaces die selbe MAC Addresse haben !! Sehr viel mehr fällt mir dazu nicht ein.

gruss
Sebastian

[matt88]

Erstmal Willkommen hier im Forum !

was mir aufgefallen ist:

Code: Alles auswählen

Hardware Adresse 00:04:23:B3:68:AE

eth0 und eth1 haben die selbe Hardwareaddresse, hast du die so gesetzt ??

Dann wundert es auch nicht, das er sagt die Hardwareaddresse wäre nicht frei, weils ja schon die andere benutzt.

Danke für die freundliche Begrüßung!

Die beiden NICs haben unterschiedliche MACs (einmal AE, und einmal AF am Ende).

Ist das Modul auch in einem Kernelsource vorhanden
Das Modul sk98lin ist ja unter drivers/net auch schon im Kernel vorhanden, warum ging das nicht ? oder war das schlicht als Modul im Standartkernel nicht vorhanden ?

Das im Kernel enthaltene Modul konnte ich nicht laden ("could not find device...oder eine ähnliche Fehlermeldung kam)

Ich würde versuchen einen Kernel von Hand zu konfigurieren und das Modul dann fest reinpacken wenns als Modul nicht läuft.
Hast du schonmal einen Kernel manuell erstellt ?
Hier mal etwas dazu:
http://www.neoberserker.de/phpBB2/viewtopic.php?t=317
http://www.neoberserker.de/phpBB2/viewtopic.php?t=517

Werde mir mal die Links zu Gemüte führen. Vielen Dank.

gruss
Sebastian

[knecht]

Ohhh, das hab ich tatsächlich in der Eile falsch gesehen, sorry Die sind nicht gleich . . .

Einen neuen Kernel zu machen ist halt wirlich nicht einfach, wenn man es noch nicht gemacht hat. Kannst auch einfach mal eine andere Kernelversion (ein Standartimage) probieren, einen eigenen Kernel backen wäre halt das letzte was mir dann noch einfällt.

Das im Kernel enthaltene Modul konnte ich nicht laden ("could not find device...oder eine ähnliche Fehlermeldung kam)

Wenn dann das selbstkompilierte geladen werden konnte, wäre wirklich eine neuere Kernelversion wahrscheinlich das beste, wie gesagt erstmal ein neueres Image probieren, bevor du versucht einen Kernel manuel zu erstellen.

Kannst mal eine Ubuntu oder Knoppix Live CD Booten, und schauen ob mit einer anderen Kernelversion das ganze funktioniert. Wenns überall nicht geht, kann ja auch die Hardware einen hau weg haben

[matt88]

Das Problem ist beseitigt.

Ich habe bei Intel nochmal die neuste Version der Marvell Treiber runtergeladen sowie die Kernel-Sources und das Modul noch einmal neu gebaut.

Jetzt funktioniert der Marvell Adapter (per DHCP, statisch, usw). Aber das mii-tool liefert immernoch die gleiche Meldung. Ich denke mal dass es diesen Adapter einfach nicht unterstüt.