aoe/vblade on "localhost"
some more info:
Quoted 5 lines
afaik, after starting, the bridge is in some "learning" state, to see what is on the "left side" and on the "right side".
i`m somewhat unsure if AoE/vblade are sending out enough (or the right?) packets to make the bridge let them go through (aoe and vblade get aware of each other via broadcast)can somebody give an advice on what needs to be taken into account here and what could be done to debug this? regards
actually, the broadcasts of AoE driver get through from dummy1 to dummy0 - i see 2 packets on dummy0 and those 2 being forwarded on dummy1
vserver2:~ # tcpdump -i dummy0 &
[1] 11302
vserver2:~ # tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on dummy0, link-type EN10MB (Ethernet), capture size 96 bytes
vserver2:~ # tcpdump -i dummy1 &
[2] 11303
vserver2:~ # tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on dummy1, link-type EN10MB (Ethernet), capture size 96 bytes
14:02:09.887410 6e:d9:cf:4c:9d:df > Broadcast, ethertype Unknown (0x88a2), length 60:
0x0000: 1000 ffff ff01 0000 0000 0000 0000 0000 ................
0x0010: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0x0020: 0000 0000 0000 0000 0000 0000 0000 ..............
14:02:09.888004 ca:90:06:04:f6:ec > Broadcast, ethertype Unknown (0x88a2), length 60:
0x0000: 1000 ffff ff01 0000 0000 0000 0000 0000 ................
0x0010: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0x0020: 0000 0000 0000 0000 0000 0000 0000 ..............
14:02:09.886699 6e:d9:cf:4c:9d:df > Broadcast, ethertype Unknown (0x88a2), length 60:
0x0000: 1000 ffff ff01 0000 0000 0000 0000 0000 ................
0x0010: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0x0020: 0000 0000 0000 0000 0000 0000 0000 ..............
14:02:09.888278 6e:d9:cf:4c:9d:df > Broadcast, ethertype Unknown (0x88a2), length 60:
0x0000: 1000 ffff ff01 0000 0000 0000 0000 0000 ................
0x0010: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0x0020: 0000 0000 0000 0000 0000 0000 0000 ..............but - the broadcasts from vblade (connected to dummy0) can only be seen on dummy0, but not on dummy1:
vserver2:~ # tcpdump -i dummy0
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on dummy0, link-type EN10MB (Ethernet), capture size 96 bytes
14:04:33.825077 ca:90:06:04:f6:ec > Broadcast, ethertype Unknown (0x88a2), length 32:
0x0000: 0800 0000 0001 0000 0000 0020 400a 0010 ............@...
0x0010: 0000 ..it seems the bridge isn`t forwarding them from dummy0 to dummy1
i have setup the bridge 2 or 3 times - but it doesn`t seem to work as expected.
i`m on SuSE 9.2 with kernel 2.6.8-24.19-default
regards
roland
Quoted 31 lines
-----Ursprüngliche Nachricht-----
Von: [email protected]
Gesendet: 12.03.06 12:38:49
An: [email protected]
Betreff: aoe/vblade on "localhost"hello !
i try to use a network technology on one single host, which wasn`t designed for that.
to give a short overview of what i`m talking about:
AoE is just like a "networked blockdevice" (just like nbd/enbd) - but without tcp/ip.
AoE kernel driver is the "client end" (see this like an iSCSI initiator) - and an etherblade storage appliance is the "server end" (see this like an iSCSI target) there is a software equivalent to etherblade storage which is called vblade (part of the aoetools project) - or vblade-kernel (another implementation, but done as a kernel module)a very nice article about what AoE is can be found at http://www.linuxjournal.com/comment/reply/8149
what i want to do is nicely described in this bugreport by some other person:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=336772
i want to connect a AoE driver to vblade on _one_ host and i have tried that mentioned "clever juggling of network devices" on my system, but i didn`t succedd.
some coraid employee recommended trying linux-bridging - so i created two dummy interfaces (module dummy.ko), created a bridge "aoe-bridge" and added dummy0 and dummy1 to that bridge.
then i "connected" AoE-driver to dummy0 and vblade server process to dummy1 and would have expected that this should work.
unfortunately, it failed to work and from what it seems it wasn
t a problem with AoE or vblade but with the bridge, because i couldnt see (tcpdump) packets going through into both directions.
Quoted 8 lines
afaik, after starting, the bridge is in some "learning" state, to see what is on the "left side" and on the "right side".
i`m somewhat unsure if AoE/vblade are sending out enough (or the right?) packets to make the bridge let them go through (aoe and vblade get aware of each other via broadcast)can somebody give an advice on what needs to be taken into account here and what could be done to debug this? regards
roland k.
systems engineer
______________________________________________________________
Verschicken Sie romantische, coole und witzige Bilder per SMS! Jetzt bei WEB.DE FreeMail: http://f.web.de/?mc=021193