Re: [openstack-dev] [neutron] multinode CI jobs in the gate

peed? > > Cheers, > Armando > > [1] https://review.openstack.org/#/c/411263/ > > __ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe > http://lists.open

Re: [openstack-dev] [neutron] bug deputy report

roper attention. -- John Schwarz, Senior Software Engineer, Red Hat. __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openst

Re: [openstack-dev] [Neutron] Neutron team social event in Barcelona

-dev-requ...@lists.openstack.org?subject:unsubscribe >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev >> >> __ >> OpenStack Development Mailing List (not for usage questions) >> Uns

[openstack-dev] [neutron] Skip-only tests

downstream. We are now open for ideas about this idea. [1]: https://en.wikipedia.org/wiki/IEEE_802.1Q -- John Schwarz, Senior Software Engineer, Red Hat. __ OpenStack Development Mailing List (not for usage qu

[openstack-dev] [neutron] Newton Midcycle - Tuesday dinner

esday. [1]: http://www.gourmetburgerbistro.ie/ [2]: https://etherpad.openstack.org/p/newton-neutron-midcycle See you then, -- John Schwarz, Red Hat. __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: ope

Re: [openstack-dev] [neutron] [tooz] DLM benchmark results

per, etcd) deployed in a cluster configuration? I > can't quite tell from the doc. > > On Fri, Jul 22, 2016 at 12:58 AM, John Schwarz <jschw...@redhat.com> wrote: >> >> You're right Joshua. >> >> Tooz HEAD points to 0f4e1198fdcbd6a29d77c67d105d201ed0fbd9e0. >

Re: [openstack-dev] [neutron] [tooz] DLM benchmark results

com> wrote: > Hi John, > > Thanks for gathering this info, > > Do you have the versions of the backend that were used here (particularly > relevant for etcd which has a new release pretty frequently). > > It'd be useful to capture that info also :) > > J

[openstack-dev] [neutron] [tooz] DLM benchmark results

and other interested parties) Happy locking, [1]: http://lists.openstack.org/pipermail/openstack-dev/2016-April/093199.html [2]: https://docs.google.com/document/d/1jdI8gkQKBE0G9koR0nLiW02d5rwyWv_-gAp7yavt4w8 [3]: https://review.openstack.org/#/c/342096/ -- John Schwarz, Senior Software Engineer, Red

Re: [openstack-dev] [neutron][ovo] NeutronDbObject concurrency issues

st (not for usage questions) > Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > > > > > ______

Re: [openstack-dev] [neutron] Discussing DLMs in the Unplugged Track

I suggest that you speak with Kobi Samoray - he implemented this for the >> vmware_nsx repository using tooz. Its pretty cool. >> Thanks >> Gary >> >> >> >> >> On 4/23/16, 5:16 PM, "John Schwarz"<jschw...@redhat.com> wrote: >> &g

Re: [openstack-dev] [neutron] Social at the summit

+1 On 25 Apr 2016 16:48, "Carl Baldwin" wrote: > +1 > On Apr 25, 2016 10:57 AM, "Kyle Mestery" wrote: > >> Ihar, Henry and I were talking and we thought Thursday night makes sense >> for a Neutron social in Austin. If others agree, reply on this thread

[openstack-dev] [neutron] Discussing DLMs in the Unplugged Track

.log.html#l-231 [3]: http://eavesdrop.openstack.org/meetings/neutron_drivers/2016/neutron_drivers.2016-04-14-22.00.log.html#l-153 -- John Schwarz, Red Hat. __ OpenStack Development Mailing List (not for usage questions) Unsubscribe

Re: [openstack-dev] [Neutron] L3 HA testing on scale

ePPA0f0x9uw/edit?usp=sharing > > Regards, > Ann Kamyshnikova > Mirantis, Inc > > __ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscrib

Re: [openstack-dev] [Neutron] Newton Design summit schedule - Draft

: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > > > > __ > OpenStack Development Mailing List (not for usage questions) > U

Re: [openstack-dev] [Neutron] client noauth deprecation

Adding to what Miguel said, I've merged a few months back a patch [1] which actually fixed the noauth feature in favour of the full-stack effort (the full-stack patches use neutronclient in noauth mode for easy access to neutron-server). We'll probably continue to use neutronclient until some

Re: [openstack-dev] [Neutron][Spec freeze exception] Rootwrap daemon ode support

+1. I think this is an important feature and I'd be happy to do reviews when needed - hopefully this can get in by Kilo! :) On 11/08/2014 12:24 PM, Armando M. wrote: Hi Miguel, Thanks for picking this up. Pull me in and I'd be happy to help! Cheers, Armando On 7 November 2014 10:05,

[openstack-dev] [neutron] non-deterministic gate failures due to unclosed eventlet Timeouts

#eventlet.timeout.eventlet.timeout.Timeout.Timeout.cancel [2] https://review.openstack.org/#/c/119001/ [3] http://stackoverflow.com/questions/2925606/how-to-create-a-cpu-spike-with-a-bash-command -- John Schwarz, Software Engineer, Red Hat. ___ OpenStack-dev mailing list OpenStack-dev

Re: [openstack-dev] [Neutron] [LBaaS] LBaaS v2 API syntax additions/changes

On 08/25/2014 10:06 PM, Brandon Logan wrote: 2. Therefor, there should be some configuration to specifically enable either version (not both) in case LBaaS is needed. In this case, the other version is disabled (ie. a REST query for non-active version should return a not activated error).

[openstack-dev] [Neutron] [LBaaS] LBaaS v2 API syntax additions/changes

down? Thanks a lot, John Schwarz, Yair Fried, Redhat. [1]: https://review.openstack.org/#/c/111475 [2]: http://eavesdrop.openstack.org/meetings/neutron_lbaas/2014/neutron_lbaas.2014-08-21-14.00.log.html ___ OpenStack-dev mailing list OpenStack-dev