Hallo Gruppe,
diesmal bin ich komplett ratlos. Gestern saß ich vor einem RHEL Blade und sollte Netzwerk umkonfigurieren - kein Thema dachte ich. Nach Stunden des Suchens, Probierens und Unverständnisses hatte ich dann die komplette Netzwerkconfig über Board geworfen und wollte neu anfangen - aber was ist das, da gab es ein eth4 mit einer IP und einer MAC, die eigentlich eth2 gehören sollte.
- schau ich mir dmesg an, so sehe ich 8 broadcom adapter (eth0 bis eth7, mit MAC Adressen endend auf 78 bis 7f), dann kommen noch zwei qlogic HBAs (eth8 und eth9, ganz andere MACs, logisch) - 'NetworkManager' ist deaktiviert - /etc/sysconfig/networking/[devices|profiles/default] und /etc/sysconfig/network-scripts enthalten keine ifcfg-* Dateien mehr - eine Software namens 'kudzu' erstellt in /etc/sysconfig/ eine "hwconf", in dieser stimmen PCI Adressen mit MAC mit eth-Bezeichnung noch mit dmesg überein
Ein reboot und die Kiste hat ein eth4 mit der MAC von eth2 und einer IP im SAN.
- das SAN hat keinen DHCP, es ist per VLAN nachweislich von Einflüssen anderer Netzte befreit, wireshark/tcpdump belegen das - es existiert nach wie vor keine Konfiguration für irgendwelche eth* - ein systemweites grep nach der IP, die eth4 hat, dem String "eth4" selbst oder der betroffenen MAC (in den Schreibweisen aa:bb:cc:dd:ee:ff, aabbccddeeff und aa-bb-cc-dd-ee-ff) findet auch außerhalb /etc keine Spur - 'iscsiadm -m iface' kennt zwar die betroffene MAC, aber weder IP noch den eth-Bezeichner
Wer oder was, setzt mir dieses eth4 auf? Noch dazu auf die Hardware, der der Kern beim booten gern eth2 zugewiesen hätte. Und woher kommt die IP, die ganz klar zum SAN des Kunden passt und damit nicht generisch ist? Warum PROMISC mode?
Gebootet wird von Platten aus dem SAN über die qlogic Karten, später mapt iscsi[d] die LUNS (und andere) auch noch über eine der broadcom Karten - das sollte aber nichts zu Sache tun.
dmesg | grep eth ... eth0: Broadcom NetXtreme II BCM57711E XGb (A0) PCI-E x4 5GHz (Gen2) found at mem fb000000, IRQ 106, node addr d8d385591778 eth1: Broadcom NetXtreme II BCM57711E XGb (A0) PCI-E x4 5GHz (Gen2) found at mem fa000000, IRQ 114, node addr d8d38559177c eth2: Broadcom NetXtreme II BCM57711E XGb (A0) PCI-E x4 5GHz (Gen2) found at mem f9000000, IRQ 114, node addr d8d385591779 eth3: Broadcom NetXtreme II BCM57711E XGb (A0) PCI-E x4 5GHz (Gen2) found at mem f8000000, IRQ 122, node addr d8d38559177d eth4: Broadcom NetXtreme II BCM57711E XGb (A0) PCI-E x4 5GHz (Gen2) found at mem f7000000, IRQ 122, node addr d8d38559177a eth5: Broadcom NetXtreme II BCM57711E XGb (A0) PCI-E x4 5GHz (Gen2) found at mem f6000000, IRQ 130, node addr d8d38559177e eth6: Broadcom NetXtreme II BCM57711E XGb (A0) PCI-E x4 5GHz (Gen2) found at mem f5000000, IRQ 130, node addr d8d38559177b eth7: Broadcom NetXtreme II BCM57711E XGb (A0) PCI-E x4 5GHz (Gen2) found at mem f4000000, IRQ 106, node addr d8d38559177f ... bnx2x: eth4: using MSI-X IRQs: sp 138 fp[0] 154 ... fp[2] 170 device eth4 entered promiscuous mode type=1700 audit(1319654528.457:2): dev=eth4 prom=256 old_prom=0 auid=4294967295 ses=4294967295 bnx2x: eth4 NIC Link is Down bnx2x: eth4 NIC Link is Down bnx2x: eth4 NIC Link is Up, 8000 Mbps full duplex, receive & transmit flow control ON bnx2x: eth4 NIC Link is Up, 8000 Mbps full duplex, receive & transmit flow control ON bnx2x: eth4 NIC Link is Up, 8000 Mbps full duplex, receive & transmit flow control ON qla3xxx eth8: MAC address 00:26:55:57:26:ac qla3xxx eth9: MAC address 00:26:55:57:26:ae eth4: no IPv6 routers present ...
ifconfig eth4 ... eth4 Link encap:Ethernet HWaddr D8:D3:85:59:17:79 inet addr:192.168.12.122 Bcast:192.168.12.255 Mask:255.255.255.0 inet6 addr: fe80::dad3:85ff:fe59:1779/64 Scope:Link UP BROADCAST DEBUG RUNNING PROMISC ALLMULTI MULTICAST MTU:1500 Metric:1 RX packets:308025 errors:0 dropped:0 overruns:0 frame:0 TX packets:14219 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:53537648 (51.0 MiB) TX bytes:1407482 (1.3 MiB) Interrupt:114 Memory:f9000000-f97fffff ...
Mit freundlichen Grüßen / Kind regards Ronny Seffner
Hallo Ronny,
Ich glaube ich würde (werde ;) ) den gesamten iSCSI-Stack verwerfen und danach schauen, ob die Karte immer noch um-konfiguriert wird.
Irgendein Gefühl lässt mich vermuten, das der iSCSId damit zu tun hat, da es nur die SAN-Anbindung betrifft.
Am 27.10.2011 10:14, schrieb Ronny Seffner:
Ein reboot und die Kiste hat ein eth4 mit der MAC von eth2 und einer IP im SAN.
- das SAN hat keinen DHCP, es ist per VLAN nachweislich von Einflüssen
anderer Netzte befreit, wireshark/tcpdump belegen das
- es existiert nach wie vor keine Konfiguration für irgendwelche eth*
- ein systemweites grep nach der IP, die eth4 hat, dem String "eth4" selbst
oder der betroffenen MAC (in den Schreibweisen aa:bb:cc:dd:ee:ff, aabbccddeeff und aa-bb-cc-dd-ee-ff) findet auch außerhalb /etc keine Spur
- 'iscsiadm -m iface' kennt zwar die betroffene MAC, aber weder IP noch den
eth-Bezeichner
lug-dd@mailman.schlittermann.de