[PROPOSAL] - Reference Guide for CloudStack configuration parameters

2016-02-13 Thread Rajsekhar K
Hi, All, This is part of the effort to create a Reference Guide for CloudStack configuration parameters. This guide intends to provide a single point of reference for the configuration parameters that we use in CloudStack. Each parameter will be treated as a topic in this guide. I am planning to

Re: [Discuss] Getting rid of the Virtual Router (associated downtime)

2016-02-13 Thread Nux!
That'd be an interesting approach, I do something similar on my vanilla libvirt installs. This opens up some issues though, that of the HA of dnsmasq for one. It'd still be an interesting idea, though and would very much play ball with the network filtering bits. Cheers for sharing Wido -- Sen

[GitHub] cloudstack pull request: Fix unique mac address per rVPC router

2016-02-13 Thread remibergsma
Github user remibergsma commented on the pull request: https://github.com/apache/cloudstack/pull/1413#issuecomment-183729063 LGTM Master router: ![pr1413_router1](https://cloud.githubusercontent.com/assets/1630096/13029502/bb27f23c-d28e-11e5-9060-ebce22b3f9e7.png)

Re: New Ideas on Cloudstack (Calico SDN/NFV)

2016-02-13 Thread Simon Weller
I think adding Calico would be a nice idea. I do have strong contacts at MetaSwitch (the company that open sourced it), so why don't you write a proposal for it and sent it back to the list? The good new is it's under an Apache License already (https://github.com/projectcalico/calico/blob/maste

[GitHub] cloudstack pull request: Fix unique mac address per rVPC router

2016-02-13 Thread wilderrodrigues
Github user wilderrodrigues commented on the pull request: https://github.com/apache/cloudstack/pull/1413#issuecomment-183715170 Manual Tests: * Master Router ``` root@r-23-VM:~# ip addr | grep eth3 | grep state | awk '{print $9;}' UP root@r-23-VM:~# ip addr | g

Re: [Discuss] Getting rid of the Virtual Router (associated downtime)

2016-02-13 Thread Wido den Hollander
> Op 13 februari 2016 om 10:41 schreef Nux! : > > > Hello, > > I saw it mentioned somewhere around here in the recent past, but don't recall > details. > > Has anybody had any interesting ideas? I for one absolutely dread relying on > the VR, and not because of the VR itself, but for the downt

[GitHub] cloudstack pull request: Fix unique mac address per rVPC router

2016-02-13 Thread wilderrodrigues
Github user wilderrodrigues commented on the pull request: https://github.com/apache/cloudstack/pull/1413#issuecomment-183682371 I have done manual tests, but please do not merge it before I push the existing integrations tests that I'm improving now to cover those findings. C

[GitHub] cloudstack pull request: Fix unique mac address per rVPC router

2016-02-13 Thread wilderrodrigues
GitHub user wilderrodrigues opened a pull request: https://github.com/apache/cloudstack/pull/1413 Fix unique mac address per rVPC router This PR fixes an issue we faced yesterday in production with Redundant VPCs and Private Gateways. In that case, we ended up with 2 interf

Re: Getting rid of the Virtual Router (associated downtime)

2016-02-13 Thread Nux!
Thanks Paul, sounds interesting, looking forward to more details. -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - > From: "Paul Angus" > To: dev@cloudstack.apache.org > Sent: Saturday, 13 February, 2016 10:18:00 > Subject: RE: Getting rid of t

RE: Getting rid of the Virtual Router (associated downtime)

2016-02-13 Thread Paul Angus
Hi Nux, John Burwell and I have been tossing around a few ideas as we absolutely plan to do 'something'. We're thinking along the lines of separating the system 'VM's from the processes that are run within it. And making the VR processes actual processes which can be moved around and failed-ove

[Discuss] Getting rid of the Virtual Router (associated downtime)

2016-02-13 Thread Nux!
Hello, I saw it mentioned somewhere around here in the recent past, but don't recall details. Has anybody had any interesting ideas? I for one absolutely dread relying on the VR, and not because of the VR itself, but for the downtime involved with upgrading it. At work we've been running a SG