Hey Jeff,
We were having this issue as well before we implemented 1907 and we have
not had it since.  We don't user RvR yet though, so that could be a
different story.

We had tried a couple other implementations previously and we were still
having the issue.  So far 1907 has been working without issues for us.  We
have been running it in production for a couple months now and we were
running into the issue you described quite a bit before that.

*Will STEVENS*
Lead Developer

<https://goo.gl/NYZ8KK>

On Wed, Mar 1, 2017 at 8:41 AM, Jeff Hair <j...@greenqloud.com> wrote:

> Yes, i know it's been merged. The problem is that this issue seems to come
> up "randomly" (of course, nothing is ever really random), and I was
> wondering if anyone else has run into it.
>
> My initial testing of PR 1907 hasn't yielded the issue happening yet, and
> the only place I've seen it so far is on a router that doesn't have 1907
> applied. But I'm not convinced that it won't happen ever after applying
> 1907...
>
> *Jeff Hair*
> Technical Lead and Software Developer
>
> Tel: (+354) 415 0200
> j...@greenqloud.com
> www.greenqloud.com
>
> On Wed, Mar 1, 2017 at 1:39 PM, Wei ZHOU <ustcweiz...@gmail.com> wrote:
>
> > PR 1907 has been merged. You can test with it.
> >
> >
> > 2017-03-01 14:12 GMT+01:00 Jeff Hair <j...@greenqloud.com>:
> >
> > > Hi,
> > >
> > > In the testing of PR 1908 (https://github.com/apache/
> > cloudstack/pull/1908
> > > ),
> > > it has come up that some IPs which are removed from the router get put
> > into
> > > the /etc/cloudstack/ips.json data bag with add = True. This causes the
> > IPs
> > > to be re-added to the interface and arpinged, breaking connectivity and
> > > causing IP conflicts.
> > >
> > > Does anyone know anything about this? Is it due to old routers that
> were
> > > affected by CLOUDSTACK-9500 (fixed in PR 1907), or is this behavior
> still
> > > actively happening on master?
> > >
> > > Jeff
> > >
> >
>

Reply via email to