[Openstack] Neutron notifiers error on instance delete

Hello, When deleting a instance by the openstack API (DELETE​ {tenant_id}​/servers/​{server_id}) we see the following error on the neutron server, the instance isn’t deleted and change to error status: 2015-07-06 13:00:31.084 45873 ERROR neutron.notifiers.nova [req-7cf6c8a7-15a2-4c7e-8a8

Re: [Openstack] 99.5% of packets are disappearing somewhere between the Linux Bridge (brqxxxxzzzz-yy) and the tap (tapxxxxzzzz-yy).

Thanks, Thiago. Do you mind running a capture across the 3 interfaces (eth, bridge, tap) simultaneously? In particular, traffic generated outside of the node that demonstrates connection attempts to your instance. It will be helpful to see if there are continuous ARP requests without replies,

Re: [Openstack] 99.5% of packets are disappearing somewhere between the Linux Bridge (brqxxxxzzzz-yy) and the tap (tapxxxxzzzz-yy).

Kevin, do you think the L2 Population can interfere with non-VXLAN networks as well? I'll try to disable it. And enable vni_group instead, what do you think? I'm not seeing "l2 pop" having effect on my "VLAN Provider Networks" but, I can be wrong, I'm not sure... Thanks for the tip! On 9 July 2

Re: [Openstack] 99.5% of packets are disappearing somewhere between the Linux Bridge (brqxxxxzzzz-yy) and the tap (tapxxxxzzzz-yy).

Hello James! On 9 July 2015 at 11:17, James Denton wrote: > Hi Thiago, > > * I can see the untagged packets arriving at "brq50b13311-fa", by using > "tcpdump -eni brq50b13311-fa"; > > > Do you mind posting the packet capture from eth3 and the bridge on > pastebin? > I don't mind, I'll just re

Re: [Openstack] 99.5% of packets are disappearing somewhere between the Linux Bridge (brqxxxxzzzz-yy) and the tap (tapxxxxzzzz-yy).

Hi Cynthia, That's actually a very good idea! I was thinking about this as well... But still did not tried it. Basically I need to stop "nova-compute" and edit Instance configuration with "virsh edit instance-id"... Sound very easy to try... Attaching an "alien" instance directly to the "brq50b1

Re: [Openstack] Heat Autoscaling and Instance Names

On Thu, Jul 9, 2015 at 10:41 PM, Paul Seymour wrote: > Hello, > > Is it possible to create a heat template with Autoscaling groups with > named instances so they can have a prefix and then suffixed with an > incrementing id/number ? > Only with ResouceGroups. > > I have looked at the various e

Re: [Openstack] [Openstack-operators] [openstack-dev] Rescinding the M name decision

It seems we have a golden opportunity here to improve efficiency by vetting names before we vote on them. Seems that voting for a bunch of names then eliminating all of the top votes because they won't work doesn't strike me as very efficient (i.e. why vote on names that MIGHT be valid). The alter

Re: [Openstack] [puppet] puppetlabs/puppetlabs-openstack vs openstack puppet modules

David Talmage wrote: What's the difference between puppetlabs-openstack and the openstack puppet modules? Why would I choose one over the other? David, The puppetlabs-openstack module is a 'composition layer' which is intended to provide a functional and integrated environment. It makes use

[Openstack] [puppet] puppetlabs/puppetlabs-openstack vs openstack puppet modules

What's the difference between puppetlabs-openstack and the openstack puppet modules? Why would I choose one over the other? ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack@lists.openstack.org Unsu

Re: [Openstack] [openstack-dev] Rescinding the M name decision

Feel free to give input on the Mitaka proposal. Tim > -Original Message- > From: Jonathan Bryce [mailto:jbr...@jbryce.com] > Sent: 09 July 2015 20:52 > To: OpenStack Development Mailing List (not for usage questions) > Subject: Re: [openstack-dev] [Openstack] Rescinding the M name decisio

Re: [Openstack] Query Regarding Redhat Openstack Certification

I am still not sure what the question is about? Red Hat OpenStack certification is focused on OpenStack, which runs on top of RHEL. So you need to know the OS and how it will be configured and used. Remo > Shinobu Kinjo > July 9, 2015 at 05:28 > Hey, > > What do you

Re: [Openstack] 99.5% of packets are disappearing somewhere between the Linux Bridge (brqxxxxzzzz-yy) and the tap (tapxxxxzzzz-yy).

Hi Thiago, > * I can see the untagged packets arriving at "brq50b13311-fa", by using > "tcpdump -eni brq50b13311-fa"; Do you mind posting the packet capture from eth3 and the bridge on pastebin? > For example, I can not see the string "Cisco" while running "tcpdump -eni > brq50b13311-fa | g

[Openstack] Heat Autoscaling and Instance Names

Hello, Is it possible to create a heat template with Autoscaling groups with named instances so they can have a prefix and then suffixed with an incrementing id/number ? I have looked at the various examples out there and nothing leaps out I have tried it with hosts: depends_on: external_

Re: [Openstack] Query Regarding Redhat Openstack Certification

Hey, What do you really want to do? What is the problem you facing? Kinjo On Thu, Jul 9, 2015 at 8:07 PM, Bhaskar Rao wrote: > > > Hi All, > > > > We had a query related to the Redhat Openstack Certification: > > > > Do we have this certification only for plugins, drivers and software > appl

Re: [Openstack] [openstack-dev] Rescinding the M name decision

Isn't Mita a trademark of Kyocera they use for their copier business? Folks should read up on Musashi Miyamoto https://en.m.wikipedia.org/wiki/Musashi_Miyamoto if you want a name that resonates with our Japanese colleagues. -- mark > On Jul 8, 2015, at 11:48 PM, Somanchi Trinath > wrote: >

Re: [Openstack] Can't upload image form dashboard.

On Wed, Jul 08, 2015 at 11:10:13AM +0800, Wilson Kwok wrote: > Hello all, > > Is this bug fixed ? > > Thanks This rings a bell at me. It was backported to kilo and will be included in the next stable point release. https://review.openstack.org/#/c/194614/ Matthias -- Matthias Runge ___

[Openstack] Query Regarding Redhat Openstack Certification

Hi All, We had a query related to the Redhat Openstack Certification: Do we have this certification only for plugins, drivers and software applications OR is it also applicable to a VM to be deployed on the RH Openstack ?? Something like : it is certified that xyz VM can be provisioned on R

Re: [Openstack] 99.5% of packets are disappearing somewhere between the Linux Bridge (brqxxxxzzzz-yy) and the tap (tapxxxxzzzz-yy).

Hi, We had something similar once but the cause was a miss config in our LACP bonding... By your config you don't seem to be using bonding but maybe something external to neutron is causing you the problem. If you manually launch a VM connected to the bridge brq50b13311-fa, can you see the packet