Re: [openstack-dev] [all] OpenStack races piling up in the gate - please stop approving patches unless they are fixing a race condition

So if I'm understanding you correctly, a job can fail and will be held onto in case one of the parent jobs causes a reset in which case it will be retested? On Thu, Jun 5, 2014 at 11:24 PM, Jeremy Stanley fu...@yuggoth.org wrote: On 2014-06-05 19:50:30 -0700 (-0700), Kevin Benton wrote: [...]

Re: [openstack-dev] [Neutron] Default routes to SNAT gateway in DVR

sorry it's very strange that I can't receive any mail with [neutron] tag, but [nova] is ok. So I just find reply thread from archives. So, will this additional port and vxlan tunnel be the same concept I've mentioned as interconnect network? It should works, but bring another question: if CN

Re: [openstack-dev] [neutron] Firewall is ineffective with floating ip?

Yes, right, but why can't use floating ip? Administrator or user should care the floating ip for instance rather fix ip. So i think firewall also take effect about floating ip. Thanks, Xurong Yang 2014-06-05 19:32 GMT+08:00 ZZelle zze...@gmail.com: Hi, When the router receives packets from

Re: [openstack-dev] [Neutron][LBaaS]TLS API support for authentication

Hello Samuel, The team is working on adding transport key support to Barbican per this blueprint: https://blueprints.launchpad.net/barbican/+spec/add-wrapping-key-to-barbican-server We would like to add convenience methods to the Python barbican client to support this key wrapping behavior.

Re: [openstack-dev] [neutron] A question about firewall

I don't think the shared is fully implemented yet. It is not a bug, it is just an uncompleted feature. Yi On 6/5/14, 9:05 PM, Xurong Yang wrote: Hi, Gary Thanks for your response, i have created router, the fact is that firewall rules don't update share status when updating the

<    1   2