[Openstack-operators] [openstack] [Octavia] unable to contact instance

Hi all, We are in the process of configuring the octavia lbaasv2 service. On our mitaka environment we are using neutron dvr with openvswitch. We have multiple controllers (3 to be exact). We're following https://github.com/openstack/octavia/blob/stable/mitaka/devstack/plugin.sh as a guide.

Re: [Openstack-operators] Reaching VXLAN tenant networks from outside (without floating IPs)

Gustavo Randich wrote on 06/29/2016 03:17:54 PM: > Hi operators... > > Transitioning from nova-network to Neutron (Mitaka), one of the key > issues we are facing is how to reach VMs in VXLAN tenant networks > without using precious floating IPs. > > Things that

[Openstack-operators] [app-catalog] App Catalog IRC meeting Thursday June 30th

Join us Thursday for our weekly meeting, scheduled for June 30th at 17:00UTC in #openstack-meeting-3 The agenda can be found here, and please add to if you want to discuss something with the Community App Catalog team: https://wiki.openstack.org/wiki/Meetings/app-catalog Tomorrow we expect to

[Openstack-operators] Seeking feedback: Active User Contributor (AUC) eligibility requirements

Hi everyone, The AUC Recognition WG has been hard at work on milestone-4 of our plan which is to identify the eligibility criteria for each community contributor role that is covered by AUC. We had a great mix of community people involved in defining these thresholds but we wanted to also open

Re: [Openstack-operators] [NFV] [Tacker] Problem installing Tacker on Mitaka when creating DB

Hi Pedro, We have a bug against this, https://bugs.launchpad.net/tacker/+bug/1594807 .. and a fix is in the works. Meanwhile, the workaround is to downgrade to an older MariaDB version. - Sridhar On Wed, Jun 29, 2016 at 10:27 AM, Pedro Sousa wrote: > Hi all, > > I'm

Re: [Openstack-operators] Bandwidth limitations

We automate all our flavor creation and don't allow people to make their own, therefore everyone gets a flavor with some restriction, but that may not fit your use case. On Wed, Jun 29, 2016 at 12:03 PM, Daniel Levy wrote: > Thanks for the responses; I'm aware of the QOS

Re: [Openstack-operators] Bandwidth limitations

Thanks for the responses; I'm aware of the QOS policies in Openstack, however I'd like them to be applied automatically. Using predefined flavors as described by Matt Fischer above seems like a good approach, are there any solutions for non-predefined flavors?   - Original message -From:

Re: [Openstack-operators] Bandwidth limitations

On Wed, Jun 29, 2016 at 12:43 PM, Joseph Bajin wrote: > Hi there, > > It looks like QOS is already available within the Mitaka release. Maybe it > doesn't have all the features you need, but looks to be a good start. >

[Openstack-operators] [NFV] [Tacker] Problem installing Tacker on Mitaka when creating DB

Hi all, I'm trying to install tacker on mitaka Centos 7.2 RDO following this howto: http://docs.openstack.org/developer/tacker/install/manual_installation.html . I'm having a DB error when I run the command "tacker-db-manage --config-file /etc/tacker/tacker.conf upgrade head":

Re: [Openstack-operators] Bandwidth limitations

I would also look at seeing how its doing it. IN the past what it did was drop packets over a specific threshold which is really really really terrible. We do some traffic policing on some of our vm's – but we do it outside of openstack via a qemu hook and setting up our own qdisc and ifb

Re: [Openstack-operators] Bandwidth limitations

We've been using this for some time now (since at least Kilo). We set them per flavor not per instance. https://wiki.openstack.org/wiki/InstanceResourceQuota Bandwidth limits Nova Extra Specs keys: - vif_inbound_average - vif_outbound_average - vif_inbound_peak - vif_outbound_peak

[Openstack-operators] Bandwidth limitations

Hi all, I'd like to learn about potential solutions anyone out there is using for bandwidth limitations on VMs. Potentially applying QOS (quality of service) rules on the VM ports in an automated fashion. If there are no current solutions, I might submit a blue print to tackle this issue

Re: [Openstack-operators] Bandwidth limitations

Hi there, It looks like QOS is already available within the Mitaka release. Maybe it doesn't have all the features you need, but looks to be a good start. http://docs.openstack.org/mitaka/networking-guide/adv-config-qos.html I haven't used it yet, but maybe someone else will pipe up with some

Re: [Openstack-operators] [HA] RFC: user story including hypervisor reservation / host maintenance / storage AZs / event history (fwd)

Thanks again for help and comments Adam. I need to look those other discussions you have linked here. Will take some time as going on a holiday on Friday and coming back in august. Meanwhile begin to think that having this new field in Nova would really be just for maintenance and maybe no need

Re: [Openstack-operators] Data-Migration Juno -> Mitaka

Hi Blair, thank you for your answere. The Tool Roland suggested was what we are looking for, we want to migrate the enduser data from one cloud to another. Your suggestion with the database transfer sounds also interessting but if i dump my Juno DB and import it into the Mitaka TestDB, would