PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Bonding nutzt nur erste NIC



Tuxx
05.07.06, 17:59
Zwei Netzwerkkarten eth0 und eth1 hab ich zu bond0 zusammengefasst.
Zwei Fragen tauchen dabei auf:

Warum geht der gesamte Traffic über eth0?
Scheint nur eth0 zweimal als Slave genutzt zu werden.
Warum hängt der Shutdown bei "Shutting down bond0..."?

Link zum genutzten Howto: http://linux-net.osdl.org/index.php/Bonding

ifconfig:


bond0 Protokoll:Ethernet Hardware Adresse 00:13:43:14:AE:3E
inet Adresse:192.168.123.57 Bcast:192.168.123.255 Maske:255.255.255.0
UP BROADCAST RUNNING MASTER MTU:1500 Metric:1
RX packets:100859 errors:0 dropped:0 overruns:0 frame:0
TX packets:94377 errors:0 dropped:0 overruns:3 carrier:0
collisions:0 Sendewarteschlangenlänge:0
RX bytes:136471611 (130.1 Mb) TX bytes:8570623 (8.1 Mb)

eth0 Protokoll:Ethernet Hardware Adresse 00:13:43:14:AE:3E
UP BROADCAST RUNNING SLAVE MTU:1500 Metric:1
RX packets:100858 errors:0 dropped:0 overruns:0 frame:0
TX packets:94377 errors:0 dropped:0 overruns:3 carrier:0
collisions:0 Sendewarteschlangenlänge:1000
RX bytes:136471551 (130.1 Mb) TX bytes:8570623 (8.1 Mb)
Interrupt:10 Basisadresse:0x2000

eth1 Protokoll:Ethernet Hardware Adresse 00:13:43:14:AE:3E
UP BROADCAST RUNNING SLAVE MTU:1500 Metric:1
RX packets:1 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 Sendewarteschlangenlänge:1000
RX bytes:60 (60.0 b) TX bytes:0 (0.0 b)
Interrupt:11 Basisadresse:0x6000

lo Protokoll:Lokale Schleife
inet Adresse:127.0.0.1 Maske:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:325669 errors:0 dropped:0 overruns:0 frame:0
TX packets:325669 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 Sendewarteschlangenlänge:0
RX bytes:267430632 (255.0 Mb) TX bytes:267430632 (255.0 Mb)



cat ifcfg-bond0
BOOTPROTO="static"
BROADCAST="192.168.123.255"
IPADDR="192.168.123.57"
NETMASK="255.255.255.0"
NETWORK="192.168.123.0"
REMOTE_IPADDR=""
STARTMODE="onboot"
BONDING_MASTER="yes"
BONDING_MODULE_OPTS="mode=active-backup miimon=100"
#BONDING_SLAVE0="eth0"
#BONDING_SLAVE1="eth1"
BONDING_SLAVE0="bus-pci-0000:00:0c.0"
BONDING_SLAVE1="bus-pci-0000:00:0e.0"


ifcfg-eth0

BOOTPROTO='none'
BROADCAST=''
ETHTOOL_OPTIONS=''
IPADDR='192.168.123.57'
MTU=''
NAME='Realtek RT8139'
NETMASK='255.255.255.0'
NETWORK=''
REMOTE_IPADDR=''
STARTMODE='off'
UNIQUE=''
USERCONTROL='no'
_nm_name='bus-pci-0000:00:0e.0'
PREFIXLEN=''


ifcfg-eth1

BOOTPROTO='none'
BROADCAST=''
ETHTOOL_OPTIONS=''
IPADDR='192.168.123.57'
MTU=''
NAME='Unex ND010'
NETMASK='255.255.255.0'
NETWORK=''
REMOTE_IPADDR=''
STARTMODE='off'
UNIQUE=''
USERCONTROL='no'
_nm_name='bus-pci-0000:00:0c.0'
PREFIXLEN=''

bla!zilla
05.07.06, 20:26
Liegt daran: mode=active-backup. Eine NIC ist Master, eine ist Standby und springt ein, wenn die erste NIC ausfällt. Daher geht der Traffic nur über NIC 1. Schau mal hier (http://www.fli4l.de/fileadmin/doc/fli4l-3.0.1/node30.html), da sind die einzelnen Modi ganz gut erklärt.

Tuxx
06.07.06, 03:32
Danke, sieht besser aus.
Ist es denn auch normal, dass die MAC bei bond0, eth0 und eth1 die gleiche ist?

rascal_3C
06.07.06, 12:41
Ist es denn auch normal, dass die MAC bei bond0, eth0 und eth1 die gleiche ist?


Jo das ist normal, sonst würden die Packete(Frames) nur in eine Leitung kommen (OSI layer 2).

Tuxx
06.07.06, 18:55
Das ganze scheint mit bonding-xor irgendwie am Besten zu funktionieren.
Verarbeitet der Router wohl am Besten.
Auf die Performance des TOR-Netzwerkes hats leider keine Auswirkungen. :(

bla!zilla
06.07.06, 19:41
Warum sollte es das auch?

Tuxx
08.07.06, 07:01
Oh, ftp über JAP gibt ganz gut Gas damit.

Tuxx
11.07.06, 10:50
Wieso fährt bond0 nicht runter?

Der PC hängt bei:



Shutting down Network Interfaces...
bond0


Weiter gehts nicht.
Hab jetzt "balance-rr" eingestellt.
Mit "balance-alb" fuhr er glaub ich runter.

bla!zilla
11.07.06, 18:33
"Glaub ich" ist keine korrekte Fehlerbeschreibung. Bitte mal genau testen.

Tuxx
11.07.06, 19:23
In allen Modes das gleiche Problem.
balance-rr, balance-alb, balance-tlb, active-backup, balance-xor....
Fehlermeldungen: keine.
Das Ding hängt ja bei "Shutting down..."

Tuxx
12.07.06, 07:16
ifconfig und ifcfg für die Geräte:


08:12 linux:~ # ifconfig
bond0 Protokoll:Ethernet Hardware Adresse 00:10:A7:08:BE:2E
inet Adresse:192.168.123.57 Bcast:192.168.123.255 Maske:255.255.255.0
UP BROADCAST RUNNING MASTER MTU:1500 Metric:1
RX packets:399 errors:0 dropped:0 overruns:0 frame:0
TX packets:344 errors:0 dropped:0 overruns:1 carrier:0
collisions:0 Sendewarteschlangenlänge:0
RX bytes:255067 (249.0 Kb) TX bytes:93822 (91.6 Kb)

eth0 Protokoll:Ethernet Hardware Adresse 00:10:A7:08:BE:2E
UP BROADCAST RUNNING SLAVE MTU:1500 Metric:1
RX packets:198 errors:0 dropped:0 overruns:0 frame:0
TX packets:172 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 Sendewarteschlangenlänge:1000
RX bytes:120272 (117.4 Kb) TX bytes:47352 (46.2 Kb)
Interrupt:10 Basisadresse:0x2000

eth2 Protokoll:Ethernet Hardware Adresse 00:10:A7:08:BE:2E
UP BROADCAST RUNNING SLAVE MTU:1500 Metric:1
RX packets:201 errors:0 dropped:0 overruns:0 frame:0
TX packets:172 errors:0 dropped:0 overruns:1 carrier:0
collisions:0 Sendewarteschlangenlänge:1000
RX bytes:134795 (131.6 Kb) TX bytes:46470 (45.3 Kb)
Interrupt:11 Basisadresse:0x6000

lo Protokoll:Lokale Schleife
inet Adresse:127.0.0.1 Maske:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:944 errors:0 dropped:0 overruns:0 frame:0
TX packets:944 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 Sendewarteschlangenlänge:0
RX bytes:438732 (428.4 Kb) TX bytes:438732 (428.4 Kb)





08:14 linux:/etc/sysconfig/network # cat ifcfg-bond0
BOOTPROTO="static"
BROADCAST="192.168.123.255"
IPADDR="192.168.123.57"
NETMASK="255.255.255.0"
NETWORK="192.168.123.0"
REMOTE_IPADDR=""
STARTMODE="onboot"
BONDING_MASTER="yes"
BONDING_MODULE_OPTS="mode=balance-rr miimon=40"
BONDING_SLAVE0="eth0"
#BONDING_SLAVE1="eth1"
BONDING_SLAVE1="eth2"
#BONDING_SLAVE1="eth3"




08:15 linux:/etc/sysconfig/network # cat ifcfg-eth-id-00\:10\:a7\:08\:be\:39
BOOTPROTO='none'
BROADCAST=''
ETHTOOL_OPTIONS=''
IPADDR='192.168.123.58'
MTU=''
NAME='Unex ND010'
NETMASK='255.255.255.0'
NETWORK=''
REMOTE_IPADDR=''
STARTMODE='off'
UNIQUE='mY_N.H7G5bqPjD8F'
USERCONTROL='no'
_nm_name='bus-pci-0000:00:0e.0'




08:15 linux:/etc/sysconfig/network # cat ifcfg-eth-id-00\:10\:a7\:08\:be\:2e
BOOTPROTO='none'
BROADCAST=''
ETHTOOL_OPTIONS=''
IPADDR='192.168.123.57'
MTU=''
NAME='Unex ND010'
NETMASK='255.255.255.0'
NETWORK=''
REMOTE_IPADDR=''
STARTMODE='off'
UNIQUE='rBUF.H7G5bqPjD8F'
USERCONTROL='no'
_nm_name='bus-pci-0000:00:0c.0'

bla!zilla
12.07.06, 08:58
Bleibt ein "/etc/init.d/network stop" auch hängen? Was passiert wenn du vorher das Interface herunterfährst?

Tuxx
12.07.06, 09:51
rcnetwork restart - hängt
rcnetwork stop - hängt
ifconfig bond0 down - hängt
ifconfig eth0 up/down - geht
ifconfig eth2 up/down - geht
modprobe -r bonding - hängt

/usr/sbin/rcnetwork ist bei SuSE ein symlink auf /etc/init.d/network
Ich seh den Fehler nicht in ifcfg-bond0.
Denke, dort muss er zu suchen sein....

Tuxx
13.07.06, 12:44
Kann den Fehler soweit eingrenzen:

Wenn die beiden ethX runtergefahren sind lässt sich auch bond0 runterfahren.
/etc /init.d/network versucht aber, ZUERST bond0 runterzufahren, und das scheitert weil die beiden ethX noch aktiv sind.
Was tun?

Tuxx
19.07.06, 13:06
So, voila, eine Lösung.
Nicht schön aber funktioniert.

In /etc/init.d/network hab ich folgende Zeilen eingefügt:

stop)

ifconfig eth0 down
ifconfig eth1 down
ifconfig eth2 down
ifconfig eth3 down

if nm_running; then
mesg_n "Shutting down the NetworkManager"
$FAKE killproc -TERM $NETWORKMANAGER_BIN
rc_status -v
stop_dhcdbd
fi
stop_nm_dispatcher
if ! netcontrol_running ; then
rc_exit
fi
# else fall through to NetControl
;;


und siehe da: Es geht!

bla!zilla
19.07.06, 15:42
Sorry, hatte den Thread aus den Augen verloren. Danke das du die Lösung gepostet hast, dann findet man sie nun auch über die SuFu. Hast du mal versucht zu verstehen warum das Skript erstmal bond0 herunterfahren will? Ich habe mir das Skript noch nicht angesehen.

Tuxx
22.07.06, 16:01
Nein, keine Ahnung wo der Hase im Pfeffer liegt.
Konnte die betreffende Stelle nicht finden.
Schätze mal, das die Reihenfolge beim Runterfahren umgekehrt der beim Hochfahren ist.

bla!zilla
22.07.06, 16:06
Was für einen "starmode" hast du bei eth0 und eth1 gesetzt?

Tuxx
24.07.06, 20:01
startmode off

mit "startmode auto" und "startmode onboot" der gleiche Effekt wenn ich mich richtig an meine Testerei erinnere...

bla!zilla
25.07.06, 07:28
Eröffne doch bitte bei bugzilla.novell.com einen Bugreport dazu. Ich habe hier leider keine Kiste zum testen, kann mich aber auch nicht daran erinnern damit mal Probleme gehabt zu haben.

Tuxx
25.07.06, 17:42
Mach ich. Wenn ich die Zugangsdaten für meinen Novell-Account noch irgendwo finde.... *wühl* *grübel*
Ist schon n paar Tage her...

bla!zilla
27.07.06, 11:27
Ticket schon eröffnet oder Response bekommen?