Re: [openstack-dev] Python overhead for rootwrap

On 07/26/2013 05:43 AM, Thierry Carrez wrote: > I would rather support solution 3: create a single, separate executable > that does those 20 things that need to be done (can be a shell script > with some logic in it), and have rootwrap call that *once*. That way you > increase speed by 20 times wi

Re: [openstack-dev] Proposal for API version discovery

- Original Message - > From: "Dolph Mathews" > To: "OpenStack Development Mailing List" > Sent: Saturday, 27 July, 2013 4:56:10 AM > Subject: Re: [openstack-dev] Proposal for API version discovery > > > On Wed, Jul 24, 2013 at 12:41 AM, Jamie Lennox < jlen...@redhat.com > wrote: >

Re: [openstack-dev] Python overhead for rootwrap

On 07/26/2013 04:59 PM, Joe Gordon wrote: > > > > On Fri, Jul 26, 2013 at 11:34 AM, Jay Pipes > wrote: > > On 07/25/2013 04:21 PM, Joe Gordon wrote: > > Hi All, > > We have recently hit some performance issues with nova-network. It >

Re: [openstack-dev] Discussing Amazon API compatibility [Nova][Swift]

On 7/26/2013 10:39 AM, Jay Pipes wrote: > On 07/26/2013 08:04 AM, Sean Dague wrote: >> Also there are EC2 design points that have request lengths greater than >> what Apache (or any other web front end) is compiled to support, as they >> have the possibility of enourmous GET strings (16K at least).

Re: [openstack-dev] Problem with nova add-fixed-ip or quantum port-update

Hi John, Can you take a look at https://bugs.launchpad.net/neutron/+bug/1190613 ? Looks like the exact issue you're talking about and it was fixed just recently. Thanks, Eugene. On Sat, Jul 27, 2013 at 10:22 PM, John Gruber wrote: > > So I got it work, but I need guidance from the OVS iptables

Re: [openstack-dev] Problem with nova add-fixed-ip or quantum port-update

So I got it work, but I need guidance from the OVS iptables gang on what the reasoning was and how I fix it in a 'compliant' manner. Q. Why are the iptables rules on the OVS output chains for the interfaces written as if the vif should only have ONE IP address assign where quantum can assign mult

[openstack-dev] Fwd: Problem with nova add-fixed-ip or quantum port-update

Forwarding to -dev from -operators. Any know why when a fixed-ip gets added to an external network guest port, all connectivity on all fixedips for the guest on the external network get block outbound on the compute node? John -- Forwarded message -- From: John Gruber Date: Fri,

Re: [openstack-dev] Python 3

Am 24. Juli 2013 18:00:30 schrieb Monty Taylor : On 07/23/2013 03:02 PM, Brian Curtin wrote: > On Jul 23, 2013, at 3:51 PM, Eric Windisch > > wrote: > >> >> >> >> On Tue, Jul 23, 2013 at 4:41 PM, Logan McNaughton > > wrote: >> >> I'

Re: [openstack-dev] cells checks on patches

Comments in the review as well. There are a couple of tabs that need to be cleaned up, then I'm good. What's the long term outlook for floating-ips, security groups, and aggregates for cells? On Fri, Jul 26, 2013 at 9:22 PM, Chris Behrens wrote: > I have just put up a review here: > > https://rev

Re: [openstack-dev] [nova] 422 status codes from API

FWIW, I consider it a bug :) On Jul 25, 2013, at 3:29 PM, Sean Dague wrote: > Some new tempest tests have been showing up that push deeper into the Nova > API, and popping out seem to be a lot of places where we are returning 422 > status codes. > > 422 is WebDav reserved code, not in a prope

Re: [openstack-dev] [nova] 422 status codes from API

On Thu, 25 Jul 2013 10:29:47 -0400 Sean Dague wrote: > Some new tempest tests have been showing up that push deeper into the > Nova API, and popping out seem to be a lot of places where we are > returning 422 status codes. > > 422 is WebDav reserved code, not in a proper HTTP spec (WebDAV; RFC

Re: [openstack-dev] [Neutron] Neutron Reference FSM difinition

To add more context to what Nachi quoted, in general the operational status of a virtual advanced network service depends on the drivers that implements it. So far, the drivers being developed for firewall, VPN, and possibly even Load Balancing all implement the same architecture. In my opinion it