Don't think there's any real known workaround except a cron job to sync the IPs on the router with what's in the database. This is how we solved it in 4.2. Every 3 minutes get a list of IPs from the routers, compare to DB, then send an IpAssoc command to fix them if necessary.
But I'm looking for a better way to fix it this time. Maybe refactoring the IP assignment in enableStaticNat to only associate/disassociate one IP at a time would work. On Tue, Mar 15, 2016 at 9:26 AM, Sven Knohsalla <[email protected]> wrote: > Hi, > > we are running into the same problem. > Is there are workaround for this issue ? > > Thanks in advance. > > Regards, > Sven. > > -----Ursprüngliche Nachricht----- > Von: Jeff Hair [mailto:[email protected]] > Gesendet: Dienstag, 15. März 2016 09:49 > An: [email protected] > Betreff: Re: IPs Getting Stuck on Multiple Routers > > Thanks for the reply. Is there a JIRA ticket for this? > > On Tue, Mar 15, 2016 at 6:35 AM, Sanjeev Neelarapu < > [email protected]> wrote: > > > Hi Jeff, > > > > This is a known issue and is hypervisor agnostic. > > > > -Sanjeev > > > > -----Original Message----- > > From: Jeff Hair [mailto:[email protected]] > > Sent: Monday, March 14, 2016 10:06 PM > > To: [email protected] > > Subject: IPs Getting Stuck on Multiple Routers > > > > Hi, > > > > If you disassociate a bunch of public IPs at once from an account, it > > tends to be that the IPs are still stuck on the virtual router even > > though they have been successfully released on the management server. > > Another account later acquires that IP, and now two routers have the > > same public IPs attached to them. This leads to intermittent > > connectivity loss for the accounts. > > > > The only way currently to fix this is to restart network (not > > acceptable in production environment) or to make some kind of cron job > > which manually fixes broken IPs (barely any better). > > > > This happens at least on KVM. I assume it happens on other hypervisors > > as well. > > > > Is this a known issue? > > > > Thanks, > > > > Jeff > > > > > > > > DISCLAIMER > > ========== > > This e-mail may contain privileged and confidential information which > > is the property of Accelerite, a Persistent Systems business. It is > > intended only for the use of the individual or entity to which it is > > addressed. If you are not the intended recipient, you are not > > authorized to read, retain, copy, print, distribute or use this > > message. If you have received this communication in error, please > > notify the sender and delete all copies of this message. Accelerite, a > > Persistent Systems business does not accept any liability for virus > infected mails. > > > > > > -- > *Jeff Hair* > Technical Lead and Software Developer > > Tel: (+354) 415 0200 > [email protected] > www.greenqloud.com > -- *Jeff Hair* Technical Lead and Software Developer Tel: (+354) 415 0200 [email protected] www.greenqloud.com
