<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Hi Sergey,<div class=""><br class=""></div><div class="">I agree with the previous comments here. While supporting several APIs at once, with one set of objects, is a noble goal, in this case, the object relationships are *completely* different. Unless you want to get into the business of redefining your own higher-level API abstractions in all cases, that general strategy for all things will be awkward and difficult.</div><div class=""><br class=""></div><div class="">Some API changes lend themselves well to object reuse abstractions. Some don’t. Lbaas v2 is definitely the latter, IMO.</div><div class=""><br class=""></div><div class=""><div class="">What was the result of your meeting discussion? (*goes to grub around in eavesdrop logs after typing this.*)</div><div class=""><br class=""></div></div><div class="">Thanks,</div><div class="">doug</div><div class=""><br class=""></div><div class=""><br class=""></div><div class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Sep 23, 2015, at 12:09 PM, Sergey Kraynev <<a href="mailto:skraynev@mirantis.com" class="">skraynev@mirantis.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class="">Guys. I happy, that you already discussed it here :)<div class="">However, I'd like to raise same question on our Heat IRC meeting.</div><div class="">Probably we should define some common concepts, because I think, that lbaas is not single example of service with</div><div class="">several APIs.</div><div class="">I will post update in this thread later (after meeting).</div></div><div class="gmail_extra"><br clear="all" class=""><div class=""><div class="gmail_signature"><div dir="ltr" class="">Regards,<div class="">Sergey.</div></div></div></div>
<br class=""><div class="gmail_quote">On 23 September 2015 at 14:37, Fox, Kevin M <span dir="ltr" class=""><<a href="mailto:Kevin.Fox@pnnl.gov" target="_blank" class="">Kevin.Fox@pnnl.gov</a>></span> wrote:<br class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="">
Seperate ns would work great.<br class="">
<br class="">
Thanks,<br class="">
Kevin <strong class="">
<div class=""><font face="Tahoma" size="2" class=""> </font></div>
</strong>
<hr class="">
<font face="Tahoma" size="2" class=""><b class="">From:</b> Banashankar KV<br class="">
<b class="">Sent:</b> Tuesday, September 22, 2015 9:14:35 PM<div class=""><div class="h5"><br class="">
<b class="">To:</b> OpenStack Development Mailing List (not for usage questions)<br class="">
<b class="">Subject:</b> Re: [openstack-dev] [neutron][lbaas] - Heat support for LbaasV2<br class="">
</div></div></font><div class=""><div class="h5"><br class="">
<div class=""></div>
<div class="">
<div dir="ltr" class="">What you think about separating both of them with the name as Doug mentioned. In future if we want to get rid of the v1 we can just remove that namespace. Everything will be clean. </div>
<div class="gmail_extra"><br clear="all" class="">
<div class="">
<div class="">
<div dir="ltr" class="">Thanks
<div class="">Banashankar</div>
<div class=""><br class="">
</div>
</div>
</div>
</div>
<br class="">
<div class="gmail_quote">On Tue, Sep 22, 2015 at 6:01 PM, Fox, Kevin M <span dir="ltr" class="">
<<a href="mailto:Kevin.Fox@pnnl.gov" target="_blank" class="">Kevin.Fox@pnnl.gov</a>></span> wrote:<br class="">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="">
<div class="">As I understand it, loadbalancer in v2 is more like pool was in v1. Can we make it such that if you are using the loadbalancer resource and have the mandatory v2 properties that it tries to use v2 api, otherwise its a v1 resource? PoolMember should be
ok being the same. It just needs to call v1 or v2 depending on if the lb its pointing at is v1 or v2. Is monitor's api different between them? Can it be like pool member?<br class="">
<br class="">
Thanks,<br class="">
Kevin <strong class="">
<div class=""><font face="Tahoma" size="2" class=""> </font></div>
</strong>
<hr class="">
<font face="Tahoma" size="2" class=""><b class="">From:</b> Brandon Logan<br class="">
<b class="">Sent:</b> Tuesday, September 22, 2015 5:39:03 PM
<div class="">
<div class=""><br class="">
<b class="">To:</b> <a href="mailto:openstack-dev@lists.openstack.org" target="_blank" class="">openstack-dev@lists.openstack.org</a><br class="">
<b class="">Subject:</b> Re: [openstack-dev] [neutron][lbaas] - Heat support for LbaasV2<br class="">
</div>
</div>
</font><br class="">
<div class=""></div>
</div>
<div class="">
<div class=""><font size="2" class=""><span style="font-size:10pt" class="">
<div class="">So for the API v1s api is of the structure:<br class="">
<br class="">
<neutron-endpoint>/lb/(vip|pool|member|health_monitor)<br class="">
<br class="">
V2s is:<br class="">
<neutron-endpoint>/lbaas/(loadbalancer|listener|pool|healthmonitor)<br class="">
<br class="">
member is a child of pool, so it would go down one level.<br class="">
<br class="">
The only difference is the lb for v1 and lbaas for v2. Not sure if that<br class="">
is enough of a different.<br class="">
<br class="">
Thanks,<br class="">
Brandon<br class="">
On Tue, 2015-09-22 at 23:48 +0000, Fox, Kevin M wrote:<br class="">
> Thats the problem. :/<br class="">
> <br class="">
> I can't think of a way to have them coexist without: breaking old<br class="">
> templates, including v2 in the name, or having a flag on the resource<br class="">
> saying the version is v2. And as an app developer I'd rather not have<br class="">
> my existing templates break.<br class="">
> <br class="">
> I haven't compared the api's at all, but is there a required field of<br class="">
> v2 that is different enough from v1 that by its simple existence in<br class="">
> the resource you can tell a v2 from a v1 object? Would something like<br class="">
> that work? PoolMember wouldn't have to change, the same resource could<br class="">
> probably work for whatever lb it was pointing at I'm guessing.<br class="">
> <br class="">
> Thanks,<br class="">
> Kevin<br class="">
> <br class="">
> <br class="">
> <br class="">
> ______________________________________________________________________<br class="">
> From: Banashankar KV [<a href="mailto:banveerad@gmail.com" target="_blank" class="">banveerad@gmail.com</a>]<br class="">
> Sent: Tuesday, September 22, 2015 4:40 PM<br class="">
> To: OpenStack Development Mailing List (not for usage questions)<br class="">
> Subject: Re: [openstack-dev] [neutron][lbaas] - Heat support for<br class="">
> LbaasV2<br class="">
> <br class="">
> <br class="">
> <br class="">
> Ok, sounds good. So now the question is how should we name the new V2<br class="">
> resources ? <br class="">
> <br class="">
> <br class="">
> <br class="">
> Thanks <br class="">
> Banashankar<br class="">
> <br class="">
> <br class="">
> <br class="">
> On Tue, Sep 22, 2015 at 4:33 PM, Fox, Kevin M <<a href="mailto:Kevin.Fox@pnnl.gov" target="_blank" class="">Kevin.Fox@pnnl.gov</a>><br class="">
> wrote:<br class="">
> Yes, hence the need to support the v2 resources as seperate<br class="">
> things. Then I can rewrite the templates to include the new<br class="">
> resources rather then the old resources as appropriate. IE, it<br class="">
> will be a porting effort to rewrite them. Then do a heat<br class="">
> update on the stack to migrate it from lbv1 to lbv2. Since<br class="">
> they are different resources, it should create the new and<br class="">
> delete the old.<br class="">
> <br class="">
> Thanks,<br class="">
> Kevin<br class="">
> <br class="">
> <br class="">
> ______________________________________________________________<br class="">
> From: Banashankar KV [<a href="mailto:banveerad@gmail.com" target="_blank" class="">banveerad@gmail.com</a>]<br class="">
> Sent: Tuesday, September 22, 2015 4:16 PM <br class="">
> <br class="">
> To: OpenStack Development Mailing List (not for usage<br class="">
> questions)<br class="">
> Subject: Re: [openstack-dev] [neutron][lbaas] - Heat support<br class="">
> for LbaasV2<br class="">
> <br class="">
> <br class="">
> <br class="">
> <br class="">
> But I think, V2 has introduced some new components and whole<br class="">
> association of the resources with each other is changed, we<br class="">
> should be still able to do what Kevin has mentioned ?<br class="">
> <br class="">
> Thanks <br class="">
> Banashankar<br class="">
> <br class="">
> <br class="">
> <br class="">
> On Tue, Sep 22, 2015 at 3:39 PM, Fox, Kevin M<br class="">
> <<a href="mailto:Kevin.Fox@pnnl.gov" target="_blank" class="">Kevin.Fox@pnnl.gov</a>> wrote:<br class="">
> There needs to be a way to have both v1 and v2<br class="">
> supported in one engine....<br class="">
> <br class="">
> Say I have templates that use v1 already in existence<br class="">
> (I do), and I want to be able to heat stack update on<br class="">
> them one at a time to v2. This will replace the v1 lb<br class="">
> with v2, migrating the floating ip from the v1 lb to<br class="">
> the v2 one. This gives a smoothish upgrade path.<br class="">
> <br class="">
> Thanks,<br class="">
> Kevin<br class="">
> ________________________________________<br class="">
> From: Brandon Logan [<a href="mailto:brandon.logan@RACKSPACE.COM" target="_blank" class="">brandon.logan@RACKSPACE.COM</a>]<br class="">
> Sent: Tuesday, September 22, 2015 3:22 PM<br class="">
> To: <a href="mailto:openstack-dev@lists.openstack.org" target="_blank" class="">
openstack-dev@lists.openstack.org</a><br class="">
> Subject: Re: [openstack-dev] [neutron][lbaas] - Heat<br class="">
> support for LbaasV2<br class="">
> <br class="">
> Well I'd hate to have the V2 postfix on it because V1<br class="">
> will be deprecated<br class="">
> and removed, which means the V2 being there would be<br class="">
> lame. Is there any<br class="">
> kind of precedent set for for how to handle this?<br class="">
> <br class="">
> Thanks,<br class="">
> Brandon<br class="">
> On Tue, 2015-09-22 at 14:49 -0700, Banashankar KV<br class="">
> wrote:<br class="">
> > So are we thinking of making it as ?<br class="">
> > OS::Neutron::LoadBalancerV2<br class="">
> ><br class="">
> > OS::Neutron::ListenerV2<br class="">
> ><br class="">
> > OS::Neutron::PoolV2<br class="">
> ><br class="">
> > OS::Neutron::PoolMemberV2<br class="">
> ><br class="">
> > OS::Neutron::HealthMonitorV2<br class="">
> ><br class="">
> ><br class="">
> ><br class="">
> > and add all those into the loadbalancer.py of heat<br class="">
> engine ?<br class="">
> ><br class="">
> > Thanks<br class="">
> > Banashankar<br class="">
> ><br class="">
> ><br class="">
> ><br class="">
> > On Tue, Sep 22, 2015 at 12:52 PM, Sergey Kraynev<br class="">
> > <<a href="mailto:skraynev@mirantis.com" target="_blank" class="">skraynev@mirantis.com</a>> wrote:<br class="">
> > Brandon.<br class="">
> ><br class="">
> ><br class="">
> > As I understand we v1 and v2 have<br class="">
> differences also in list of<br class="">
> > objects and also in relationships between<br class="">
> them.<br class="">
> > So I don't think that it will be easy to<br class="">
> upgrade old resources<br class="">
> > (unfortunately).<br class="">
> > I'd agree with second Kevin's suggestion<br class="">
> about implementation<br class="">
> > new resources in this case.<br class="">
> ><br class="">
> ><br class="">
> > I see, that a lot of guys, who wants to help<br class="">
> with it :) And I<br class="">
> > suppose, that me and Rabi Mishra may try to<br class="">
> help with it,<br class="">
> > because we was involvement in implementation<br class="">
> of v1 resources<br class="">
> > in Heat.<br class="">
> > Follow the list of v1 lbaas resources in<br class="">
> Heat:<br class="">
> ><br class="">
> ><br class="">
> ><br class="">
> <a href="http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::LoadBalancer" target="_blank" class="">
http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::LoadBalancer</a><br class="">
> ><br class="">
> <a href="http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::Pool" target="_blank" class="">
http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::Pool</a><br class="">
> ><br class="">
> ><br class="">
> <a href="http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::PoolMember" target="_blank" class="">
http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::PoolMember</a><br class="">
> ><br class="">
> ><br class="">
> <a href="http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::HealthMonitor" target="_blank" class="">
http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::HealthMonitor</a><br class="">
> ><br class="">
> ><br class="">
> ><br class="">
> > Also, I suppose, that it may be discussed<br class="">
> during summit<br class="">
> > talks :)<br class="">
> > Will add to etherpad with potential<br class="">
> sessions.<br class="">
> ><br class="">
> ><br class="">
> ><br class="">
> > Regards,<br class="">
> > Sergey.<br class="">
> ><br class="">
> > On 22 September 2015 at 22:27, Brandon Logan<br class="">
> > <<a href="mailto:brandon.logan@rackspace.com" target="_blank" class="">brandon.logan@rackspace.com</a>> wrote:<br class="">
> > There is some overlap, but there was<br class="">
> some incompatible<br class="">
> > differences when<br class="">
> > we started designing v2. I'm sure<br class="">
> the same issues<br class="">
> > will arise this time<br class="">
> > around so new resources sounds like<br class="">
> the path to go.<br class="">
> > However, I do not<br class="">
> > know much about Heat and the<br class="">
> resources so I'm speaking<br class="">
> > on a very<br class="">
> > uneducated level here.<br class="">
> ><br class="">
> > Thanks,<br class="">
> > Brandon<br class="">
> > On Tue, 2015-09-22 at 18:38 +0000,<br class="">
> Fox, Kevin M wrote:<br class="">
> > > We're using the v1 resources...<br class="">
> > ><br class="">
> > > If the v2 ones are compatible and<br class="">
> can seamlessly<br class="">
> > upgrade, great<br class="">
> > ><br class="">
> > > Otherwise, make new ones please.<br class="">
> > ><br class="">
> > > Thanks,<br class="">
> > > Kevin<br class="">
> > ><br class="">
> > ><br class="">
> ><br class="">
> ______________________________________________________________________<br class="">
> > > From: Banashankar KV<br class="">
> [<a href="mailto:banveerad@gmail.com" target="_blank" class="">banveerad@gmail.com</a>]<br class="">
> > > Sent: Tuesday, September 22, 2015<br class="">
> 10:07 AM<br class="">
> > > To: OpenStack Development Mailing<br class="">
> List (not for<br class="">
> > usage questions)<br class="">
> > > Subject: Re: [openstack-dev]<br class="">
> [neutron][lbaas] - Heat<br class="">
> > support for<br class="">
> > > LbaasV2<br class="">
> > ><br class="">
> > ><br class="">
> > ><br class="">
> > > Hi Brandon,<br class="">
> > > Work in progress, but need some<br class="">
> input on the way we<br class="">
> > want them, like<br class="">
> > > replace the existing lbaasv1 or we<br class="">
> still need to<br class="">
> > support them ?<br class="">
> > ><br class="">
> > ><br class="">
> > ><br class="">
> > ><br class="">
> > ><br class="">
> > ><br class="">
> > ><br class="">
> > > Thanks<br class="">
> > > Banashankar<br class="">
> > ><br class="">
> > ><br class="">
> > ><br class="">
> > > On Tue, Sep 22, 2015 at 9:18 AM,<br class="">
> Brandon Logan<br class="">
> > > <<a href="mailto:brandon.logan@rackspace.com" target="_blank" class="">brandon.logan@rackspace.com</a>><br class="">
> wrote:<br class="">
> > > Hi Banashankar,<br class="">
> > > I think it'd be great if<br class="">
> you got this going.<br class="">
> > One of those<br class="">
> > > things we<br class="">
> > > want to have and people<br class="">
> ask for but has<br class="">
> > always gotten a lower<br class="">
> > > priority<br class="">
> > > due to the critical things<br class="">
> needed.<br class="">
> > ><br class="">
> > > Thanks,<br class="">
> > > Brandon<br class="">
> > > On Mon, 2015-09-21 at<br class="">
> 17:57 -0700,<br class="">
> > Banashankar KV wrote:<br class="">
> > > > Hi All,<br class="">
> > > > I was thinking of<br class="">
> starting the work on<br class="">
> > heat to support<br class="">
> > > LBaasV2, Is<br class="">
> > > > there any concerns about<br class="">
> that?<br class="">
> > > ><br class="">
> > > ><br class="">
> > > > I don't know if it is<br class="">
> the right time to<br class="">
> > bring this up :D .<br class="">
> > > ><br class="">
> > > > Thanks,<br class="">
> > > > Banashankar (bana_k)<br class="">
> > > ><br class="">
> > > ><br class="">
> > ><br class="">
> > > ><br class="">
> > ><br class="">
> ><br class="">
> __________________________________________________________________________<br class="">
> > > > OpenStack Development<br class="">
> Mailing List (not<br class="">
> > for usage questions)<br class="">
> > > > Unsubscribe:<br class="">
> > ><br class="">
> ><br class="">
> <a href="http://OpenStack-dev-request@lists.openstack.org/?subject:unsubscribe" target="_blank" class="">
OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br class="">
> > > ><br class="">
> > ><br class="">
> ><br class="">
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank" class="">
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br class="">
> > ><br class="">
> > ><br class="">
> ><br class="">
> __________________________________________________________________________<br class="">
> > > OpenStack Development<br class="">
> Mailing List (not for<br class="">
> > usage questions)<br class="">
> > > Unsubscribe:<br class="">
> > ><br class="">
> ><br class="">
> <a href="http://OpenStack-dev-request@lists.openstack.org/?subject:unsubscribe" target="_blank" class="">
OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br class="">
> > ><br class="">
> ><br class="">
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank" class="">
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br class="">
> > ><br class="">
> > ><br class="">
> > ><br class="">
> > ><br class="">
> ><br class="">
> __________________________________________________________________________<br class="">
> > > OpenStack Development Mailing List<br class="">
> (not for usage<br class="">
> > questions)<br class="">
> > > Unsubscribe:<br class="">
> ><br class="">
> <a href="http://OpenStack-dev-request@lists.openstack.org/?subject:unsubscribe" target="_blank" class="">
OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br class="">
> > ><br class="">
> ><br class="">
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank" class="">
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br class="">
> ><br class="">
> ><br class="">
> __________________________________________________________________________<br class="">
> > OpenStack Development Mailing List<br class="">
> (not for usage<br class="">
> > questions)<br class="">
> > Unsubscribe:<br class="">
> ><br class="">
> <a href="http://OpenStack-dev-request@lists.openstack.org/?subject:unsubscribe" target="_blank" class="">
OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br class="">
> ><br class="">
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank" class="">
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br class="">
> ><br class="">
> ><br class="">
> ><br class="">
> ><br class="">
> ><br class="">
> __________________________________________________________________________<br class="">
> > OpenStack Development Mailing List (not for<br class="">
> usage questions)<br class="">
> > Unsubscribe:<br class="">
> ><br class="">
> <a href="http://OpenStack-dev-request@lists.openstack.org/?subject:unsubscribe" target="_blank" class="">
OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br class="">
> ><br class="">
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank" class="">
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br class="">
> ><br class="">
> ><br class="">
> ><br class="">
> ><br class="">
> __________________________________________________________________________<br class="">
> > OpenStack Development Mailing List (not for usage<br class="">
> questions)<br class="">
> > Unsubscribe:<br class="">
> <a href="http://OpenStack-dev-request@lists.openstack.org/?subject:unsubscribe" target="_blank" class="">
OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br class="">
> ><br class="">
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank" class="">
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br class="">
> <br class="">
> __________________________________________________________________________<br class="">
> OpenStack Development Mailing List (not for usage<br class="">
> questions)<br class="">
> Unsubscribe:<br class="">
> <a href="http://OpenStack-dev-request@lists.openstack.org/?subject:unsubscribe" target="_blank" class="">
OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br class="">
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank" class="">
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br class="">
> <br class="">
> __________________________________________________________________________<br class="">
> OpenStack Development Mailing List (not for usage<br class="">
> questions)<br class="">
> Unsubscribe:<br class="">
> <a href="http://OpenStack-dev-request@lists.openstack.org/?subject:unsubscribe" target="_blank" class="">
OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br class="">
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank" class="">
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br class="">
> <br class="">
> <br class="">
> <br class="">
> <br class="">
> __________________________________________________________________________<br class="">
> OpenStack Development Mailing List (not for usage questions)<br class="">
> Unsubscribe:<br class="">
> <a href="http://OpenStack-dev-request@lists.openstack.org/?subject:unsubscribe" target="_blank" class="">
OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br class="">
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank" class="">
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br class="">
> <br class="">
> <br class="">
> <br class="">
> __________________________________________________________________________<br class="">
> OpenStack Development Mailing List (not for usage questions)<br class="">
> Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org/?subject:unsubscribe" target="_blank" class="">
OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br class="">
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank" class="">
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br class="">
<br class="">
__________________________________________________________________________<br class="">
OpenStack Development Mailing List (not for usage questions)<br class="">
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org/?subject:unsubscribe" target="_blank" class="">
OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br class="">
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank" class="">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br class="">
</div>
</span></font></div>
</div>
</div>
<br class="">
__________________________________________________________________________<br class="">
OpenStack Development Mailing List (not for usage questions)<br class="">
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org/?subject:unsubscribe" rel="noreferrer" target="_blank" class="">
OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br class="">
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank" class="">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br class="">
<br class="">
</blockquote>
</div>
<br class="">
</div>
</div>
</div></div></div>
<br class="">__________________________________________________________________________<br class="">
OpenStack Development Mailing List (not for usage questions)<br class="">
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org/?subject:unsubscribe" rel="noreferrer" target="_blank" class="">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br class="">
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank" class="">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br class="">
<br class=""></blockquote></div><br class=""></div>
__________________________________________________________________________<br class="">OpenStack Development Mailing List (not for usage questions)<br class="">Unsubscribe: <a href="mailto:OpenStack-dev-request@lists.openstack.org" class="">OpenStack-dev-request@lists.openstack.org</a>?subject:unsubscribe<br class=""><a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" class="">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br class=""></div></blockquote></div><br class=""></div></body></html>