On 28 August 2012 07:12, Offer Baruch <[email protected]> wrote: > 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... > > I'm surprised you have this problem on a single OSA. Wasn't that what ipa_takeover is supposed to handle?
I vaguely remember having this problem when TSA tried to move an IP address to a *different* OSA and failed, but I believe that was resolved by first bringing the original device down, then let the first OSA see the new ARP packet on the wire to give up its entry in the table. The problem was that an uncooperative Linux guest would not signal its NIC down to the OSA... -Rob ---------------------------------------------------------------------- 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/
