Netra T1, Debian 4.0 - Probleme mit dem Namen der zweiten NIC

[SunFireT2000]

lspci sagt:

Code: [Auswählen]

netra:/home/markus# lspci
00:00.0 Host bridge: Sun Microsystems Computer Corp. Ultra IIi
00:01.0 PCI bridge: Sun Microsystems Computer Corp. Simba Advanced PCI Bridge (rev 13)
00:01.1 PCI bridge: Sun Microsystems Computer Corp. Simba Advanced PCI Bridge (rev 13)
01:01.0 Bridge: Sun Microsystems Computer Corp. EBUS (rev 01)
01:01.1 Ethernet controller: Sun Microsystems Computer Corp. Happy Meal (rev 01)
01:02.0 SCSI storage controller: LSI Logic / Symbios Logic 53c875 (rev 03)
01:03.1 Ethernet controller: Sun Microsystems Computer Corp. Happy Meal (rev 01)
02:01.0 PCI bridge: Digital Equipment Corporation DECchip 21150 (rev 04)
03:0e.0 IDE interface: Silicon Image, Inc. PCI0646 (rev 03)
netra:/home/markus#
d.h. es sind Sun-NICs.

Hast du vielleicht eine Platte mit Linux drauf von der du mal booten könntest? Vielleicht liegt das Problem beim NIC-Treiber im Linux-Kernel. Der sieht nämlich die gleichen MAC-Adressen:

Code: [Auswählen]

Aug 11 20:45:03 netra kernel: eth0: HAPPY MEAL (PCI/CheerIO) 10/100BaseT Ethernet 08:00:20:c2:16:4c
Aug 11 20:45:03 netra kernel: eth1: HAPPY MEAL (PCI/CheerIO) 10/100BaseT Ethernet 08:00:20:c2:16:4c

Ich werde versuchen bei mir Solaris zu installieren um zu sehen wie es dort ist; aber das wird dauern.

[dominik]

Hallo SunFireT2000

Leider kann ich Dir mit Linux nicht weiterhelfen. Wir setzen die T1 produktiv ein und ich kann sie nicht "einfach so" mal rasch mit Linux booten. Vielleicht in 1 Jahr wenn die Maschine endgültig EOL geht und ersetzt wird. Aber das dauert Dir wohl zu lange

Gruss
Dominik

[aunda]

Auf meiner netra

Code: [Auswählen]

Netra t1 (UltraSPARC-IIi 360MHz), No Keyboard
OpenBoot 3.10.25 ME, 1024 MB memory installed, Serial #12762264.
Ethernet address 8:0:20:c2:bc:98, Host ID: 80c2bc98.

Code: [Auswählen]

netra:~# uname -a
Linux netra 2.6.18-6-sparc64 #1 Fri Jun 6 23:50:46 UTC 2008 sparc64 GNU/Linux
funktioniert local-mac-address?:

Code: [Auswählen]

netra:~# prtconf -pv |grep local-mac-address
        local-mac-address?: 'true'
                local-mac-address:  080020c2.bc98
                local-mac-address:  080020c2.bc99
Allerdings habe ich auch das Problem der gleichen MAC-Adressen:

Code: [Auswählen]

sunhme.c:v3.00 June 23, 2006 David S. Miller (davem@davemloft.net)
eth0: HAPPY MEAL (PCI/CheerIO) 10/100BaseT Ethernet 08:00:20:c2:bc:98
eth1: HAPPY MEAL (PCI/CheerIO) 10/100BaseT Ethernet 08:00:20:c2:bc:98

Code: [Auswählen]

netra:~# ip a | egrep '(ether|qlen)'
2: eth0: <BROADCAST,MULTICAST,UP,10000> mtu 1500 qdisc pfifo_fast qlen 1000
    link/ether 08:00:20:c2:bc:98 brd ff:ff:ff:ff:ff:ff
3: eth1_rename_ren: <BROADCAST,MULTICAST,UP,10000> mtu 1500 qdisc pfifo_fast qlen 1000
    link/ether 08:00:20:c2:bc:98 brd ff:ff:ff:ff:ff:ff
Wenn ich allerdings dem Modul einen Parameter mit übergebe, habe ich 2 verschiedene MAC:

Code: [Auswählen]

netra:~# cat /etc/modprobe.d/sunhme.local
options sunhme macaddr=0x08,0x00,0x20,0xc2,0xbc,0x98

Code: [Auswählen]

netra:~# rmmod sunhme
netra:~# modprobe -v sunhme
insmod /lib/modules/2.6.18-6-spasunhme.c:v3.00 June 23, 2006 David S. Miller (davem@davemloft.net)
rc64/kernel/driveth0: HAPPY MEAL (PCI/CheerIO) 10/100BaseT Ethernet ers/net/sunhme.k08:o macaddr=0x8
c2:bc:98
eth1: HAPPY MEAL (PCI/CheerIO) 10/100BaseT Ethernet 08:00:20:c2:bc:99

Code: [Auswählen]

netra:~# ip a | egrep '(ether|qlen)'
5: eth0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop qlen 1000
    link/ether 08:00:20:c2:bc:98 brd ff:ff:ff:ff:ff:ff
6: eth3: <BROADCAST,MULTICAST> mtu 1500 qdisc noop qlen 1000
    link/ether 08:00:20:c2:bc:99 brd ff:ff:ff:ff:ff:ff
Allerdings funktioniert das nicht beim Booten, aber vielleicht ist das ein Ansatz.

Grüße, Andreas

[SunFireT2000]

Hallo!

Danke Andreas für den hilfreichen Hinweis. Ich habe jetzt das Modul hme in den Kernel kompiliert, und damit funktioniert die Angabe der MAC-Adresse beim Booten:

Code: [Auswählen]

markus@netra:~$ cat /etc/silo.conf
[...]
image=/vmlinuz
        label=Linux
        initrd=/initrd.img
        append="sunhme.macaddr=0x08,0x00,0x20,0xc2,0x16,0x4c"
[...]
markus@netra:~$


Code: [Auswählen]

netra:~# dmesg | grep "HAPPY MEAL"
eth0: HAPPY MEAL (PCI/CheerIO) 10/100BaseT Ethernet 08:00:20:c2:16:4c
eth1: HAPPY MEAL (PCI/CheerIO) 10/100BaseT Ethernet 08:00:20:c2:16:4d
netra:~#

Weiters habe ich herausgefunden, dass local-mac-address? keine Auswirkung hat:

Code: [Auswählen]

netra:~# prtconf -vp | grep local-mac-addr
        local-mac-address?: 'true'
                local-mac-address:  080020c2.164c
                local-mac-address:  080020c2.164d
netra:~#
[...]
netra:~# prtconf -vp | grep local-mac-addr
        local-mac-address?: 'false'
                local-mac-address:  080020c2.164c
                local-mac-address:  080020c2.164d
netra:~#

Auch sonst verhält sich alles gleich, egal welchen Wert local-mac-address? hat.

Und man kann dem Modul hme jede beliebige MAC-Adresse übergeben. Es muss nicht die Adresse einer eingebauten NIC sein. Das zweite Interface bekommt immer eine um 1 höhere Adresse.

Grüße
Markus