Hey mate, Yes, all interfaces up. And network connectivity is good.
[root@storage ~]# ping server PING server.herdingcat.internal (192.168.122.10) 56(84) bytes of data. 64 bytes from server.herdingcat.internal (192.168.122.10): icmp_req=1 ttl=64 time=1.02 ms 64 bytes from server.herdingcat.internal (192.168.122.10): icmp_req=2 ttl=64 time=1.04 ms 64 bytes from server.herdingcat.internal (192.168.122.10): icmp_req=3 ttl=64 time=0.978 ms ^C --- server.herdingcat.internal ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2002ms rtt min/avg/max/mdev = 0.978/1.017/1.048/0.047 ms [root@storage ~]# [root@server ~]# ping storage PING storage.herdingcat.internal (192.168.122.11) 56(84) bytes of data. 64 bytes from storage.herdingcat.internal (192.168.122.11): icmp_req=1 ttl=64 time=1.14 ms 64 bytes from storage.herdingcat.internal (192.168.122.11): icmp_req=2 ttl=64 time=1.09 ms 64 bytes from storage.herdingcat.internal (192.168.122.11): icmp_req=3 ttl=64 time=0.950 ms ^C --- storage.herdingcat.internal ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2001ms rtt min/avg/max/mdev = 0.950/1.061/1.142/0.085 ms [root@server ~]# Eric On Fri, Jul 15, 2011 at 5:25 PM, Alexandre Chapellon <a.chapel...@horoa.net>wrote: > > > Le 15/07/2011 11:22, Lee Eric a écrit : > > Hey mate, > > I have used the cmdline to start vblade and export the block device by > following command. > > [root@storage log]# /usr/sbin/vbladed 0 0 eth0 /dev/vdc > [root@storage log]# ps auwx | grep vblade > root 4010 0.0 0.4 106164 1148 pts/0 S 05:04 0:00 sh -c > /usr/sbin/vblade 0 0 eth0 /dev/vdc < /dev/null 2>&1 | logger -t vbladed > root 4012 0.0 0.1 4204 312 pts/0 S 05:04 0:00 > /usr/sbin/vblade 0 0 eth0 /dev/vdc > root 4013 0.0 0.2 100972 668 pts/0 S 05:04 0:00 logger -t > vbladed > [root@storage log]# > > And disable all iptables on target and initiator sides. > > On initiator side seems still not wroking. > > [root@server ~]# aoe-discover > [root@server ~]# aoe-stat > [root@server ~]# > > Does all your interfaces are up?? what reports `ip link` on both sides? > Finally you should test network connectivity between both hosts as Jeff > told you. just add ip addresses to both eth0 and try to ping each others. > > > Thanks. > > Eric Lee > > On Fri, Jul 15, 2011 at 4:47 PM, Alexandre Chapellon < > a.chapel...@horoa.net> wrote: > >> >> >> Le 15/07/2011 10:39, Lee Eric a écrit : >> >> Hey mate, >> >> 52:54:00:4C:0A:01 is the target system MAC address. I have disabled >> iptables in target and initiator both sides. But it still does not work. Is >> there any possibility with the bridge virbr0? >> >> MAC adress is used as a filter by vblade. So if you specify the mac >> address of the interface vblades uses to export the device, no initiator >> will be able to see the AoE device. >> You must use the initiator mac address interface.. or no mac address if >> you want every host to see the AoE device on the network (not recommended, >> un less you need it). >> >> >> Thanks, >> >> Eric Lee >> On Fri, Jul 15, 2011 at 4:30 PM, Alexandre Chapellon < >> a.chapel...@horoa.net> wrote: >> >>> >>> >>> Le 15/07/2011 06:57, Lee Eric a écrit : >>> >>> Hi Jeff, >>> >>> I just found one log item "[ 375.432193] aoe: AoE v47 initialised." >>> in dmesg at initiator side. The target and the initiator are in the >>> subnet. >>> >>> I can't see any reason why this would not work if both network >>> interfaces (eth0 of initiator and eth0 of the target) can reach each other. >>> how did you test both interfaces can reach each other? >>> >>> Unless.... who's that mac address: 52:54:00:4C:0A:01? >>> It must be the initiator aoe interface lac address... it is, right? >>> >>> Also, as Jeff said, you should check your iptables rules ti make sure >>> they do not forbid AoE traffic. >>> >>> Regards >>> >>> Both systems are virtual machines and the network is bridged >>> by a host bridge virbr0. >>> >>> Any idea? >>> >>> Eric Lee >>> >>> On Fri, Jul 15, 2011 at 11:56 AM, Jeff Sturm <jeff.st...@eprize.com> >>> <jeff.st...@eprize.com> wrote: >>> >>> -----Original Message----- >>> From: Lee Eric [mailto:openlinuxsou...@gmail.com >>> <openlinuxsou...@gmail.com>] >>> Sent: Thursday, July 14, 2011 11:42 PM >>> >>> [root@storage ~]# modprobe aoe >>> >>> Note: There's normally no reason to load the aoe module on the target, >>> but it is probably harmless to do so. >>> >>> >>> eth0 0 0 /dev/vdc 52:54:00:4C:0A:01 >>> >>> [root@server ~]# modprobe aoe >>> [root@server ~]# lsmod | grep aoe >>> aoe 24631 0 >>> [root@server ~]# aoe-interfaces eth0 >>> [root@server ~]# aoe-discover >>> [root@server ~]# aoe-stat >>> >>> Run "dmesg" here to see if the aoe module found anything. Since aoe-stat >>> returned no output, I'm guessing it did not. >>> >>> The next step would be to check network connectivity. Make sure the target >>> is reachable from the initiator, they are on the same subnet (i.e. no >>> router in between) and packet filtering (iptables) isn't blocking AoE >>> traffic. >>> >>> -Jeff >>> >>> >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> AppSumo Presents a FREE Video for the SourceForge Community by Eric >>> Ries, the creator of the Lean Startup Methodology on "Lean Startup >>> Secrets Revealed." This video shows you how to validate your ideas, >>> optimize your ideas and identify your business >>> strategy.http://p.sf.net/sfu/appsumosfdev2dev >>> _______________________________________________ >>> Aoetools-discuss mailing >>> listAoetools-discuss@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/aoetools-discuss >>> >>> >>> -- >>> <http://www.horoa.net> >>> >> >> >> -- >> <http://www.horoa.net> >> > > > -- > <http://www.horoa.net> >
<<image/png>>
<<horoa_sig.png>>
<<image/png>>
------------------------------------------------------------------------------ AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on "Lean Startup Secrets Revealed." This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev
_______________________________________________ Aoetools-discuss mailing list Aoetools-discuss@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/aoetools-discuss
