Thanks but that did not work for me... and it looks like the command is bound to fix the gateway arp table... but there is nothing wrong with the gateway (the OSA MAC did not change)... if only i could do the same for the OSAs virtual ARP table...
Offer On Mon, Aug 27, 2012 at 4:51 PM, Brent Kincer <[email protected]> wrote: > Not sure if this will help, but it's worth a try... we've had similar > symptoms when flipping virtual IPs back/forth. We added an arping to our > scripts after an IP bounces and it seems to resolve the issue: > > /sbin/arping -f -q -c 5 -w 5 -I eth0 -s 192.168.41.40 -U <gateway> > > I don't know your gateway obviously, but that command should be valid other > than that. Let me know if that helps. Try running that after you bring that > IP up on an interface. > > Thanks! > Brent > > On Mon, Aug 27, 2012 at 3:23 AM, Offer Baruch <[email protected]> > wrote: > > > > > > > Hi all, > > > > > > I have a strange issue i can't figure out (it is a very big issue as my > > > production clusters relay on it)... > > > first about the environment (just the part that is relevant). > > > 1 CEC with 2 z/VMs. > > > Each z/VM shares an OSA port with the other (VLAN Aware). > > > i have a linux guest on each z/VM on the same VLAN (connected with > access > > > mode). > > > Actions taken to reproduce the problem: > > > 1. strart an alias on guest1 > > > ifconfig eth0:8 192.168.41.40/27 up > > > 2. ping is ok from my PC and from both linux guests > > > 3. stop the alias on guest1 > > > ifconfig eth0:8 192.168.41.40/27 down > > > 4. no ping > > > 5. start the alias on guest2 > > > ifconfig eth0:8 192.168.41.40/27 up > > > 6. ping is ok from both guests but not from my PC > > > 7. stop the alias on guest2 > > > ifconfig eth0:8 192.168.41.40/27 down > > > 8. no ping... > > > 9. start on guest 1 again > > > ifconfig eth0:8 192.168.41.40/27 up > > > 10. ping is ok from my PC and from both guests. > > > > > > now as the OSAs are using the same OSA card the outside MAC for the > alias > > > IP address does not change although the LPAR has changed... > > > at first i thought that the problem is that both z/VM are using the > same > > > MAC address prefix for the VSWITCHs... > > > i fixed that as you can see from the VSWITCH output bellow. > > > I am not sure what is wrong... > > > as from inside the MF every thing looks fine (that is from the same > OSA). > > > the minute the request goes through the outside world (outside of the > MF) > > > things are not working properly. > > > i am not sure who to blame here (probably something is miss configured > at > > > the VSWITCH/Controller level - i just can't figure out what). > > > on the other hand ping is working fine from one guest to the other on > > stage > > > 6... so, both vswitchs should be fine. am i correct? > > > last one to blame is the OSA... > > > so, what information can i give you about the OSA? attached is the > > channel > > > information. > > > if each VSWITCH will use a different OSA then the problem goes away and > > > every thing is fine. > > > looks like the OSA doesn't know which LPAR to send the requests to > > > (actually sends it to the wrong LPAR)... > > > one more thing... the problem will also happen if i start stage one on > > > guest2 with a different IP address. it is all about which guest starts > > the > > > IP alias first... > > > > > > Thank in advance, > > > Offer Baruch > > > > > > > ---------------------------------------------------------------------- > > For LINUX-390 subscribe / signoff / archive access instructions, > > send email to [email protected] with the message: INFO LINUX-390 or > > visit > > http://www.marist.edu/htbin/wlvindex?LINUX-390 > > ---------------------------------------------------------------------- > > For more information on Linux on System z, visit > > http://wiki.linuxvm.org/ > > > > ---------------------------------------------------------------------- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO LINUX-390 or > visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > ---------------------------------------------------------------------- > For more information on Linux on System z, visit > http://wiki.linuxvm.org/ > ---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 ---------------------------------------------------------------------- For more information on Linux on System z, visit http://wiki.linuxvm.org/
