Re: [openstack-dev] [tacker] Core team changes / proposing Dharmendra Kushwaha

[Bharath Thiruveedula]

+1 for both.

Regards

Bharath T
Imaginea Technologies Inc.

On Wed, Jan 25, 2017 at 8:19 PM, HADDLETON, Robert W (Bob) <
bob.haddle...@nokia.com> wrote:

> +1
>
> Thanks Stephen!  And welcome aboard Dharmendra!
>
> Bob
>
>
> On 1/24/2017 6:58 PM, Sridhar Ramaswamy wrote:
>
>> Tackers,
>>
>> I'd like to propose following changes to the Tacker core team.
>>
>> Stephen Wong
>>
>> After being associated with Tacker project from its genesis, Stephen
>> Wong (irc: s3wong) has decided to step down from the core-team. I
>> would like to thank Stephen for his contribution to Tacker,
>> particularly for his help navigating the initial days splitting off
>> Neutron and in re-launching this project in Vancouver summit for
>> TOSCA-based NFV Orchestration. His recent effort in writing the SFC
>> driver to support VNF Forwarding Graph is much appreciated. Thanks
>> Stephen!
>>
>> Dharmendra Kushwaha
>>
>> It gives me great pleasure to propose Dharmendra (irc:  dkushwaha) to
>> join the Tacker core team. Dharmendra's contributions to tacker
>> started in Jan 2016. He is an active contributor across the board [1]
>> in bug fixes, code cleanups and, most recently, as a lead author of
>> the Network Services Descriptor blueprint.
>>
>> Also, Dharmendra recently stepped up to take care of bug triage for
>> Tacker. There is an uptick in deployment issues reported through LP
>> [2] and in irc - which itself is a good healthy thing. Now we need to
>> respond by fixing the issues reported promptly. Dharmendra’s help will
>> be immensely valuable here.
>>
>> Existing cores - please vote +1 / -1.
>>
>> thanks,
>> Sridhar
>>
>> [1] http://stackalytics.com/?module=tacker-group_id=dharmen
>> dra-kushwaha=marks
>> [2] https://answers.launchpad.net/tacker
>>
>> 
>> __
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscrib
>> e
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: 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)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [Tacker] Abstract interface for VNFC

[bharath thiruveedula]

Hi Tackers,
As per this week meeting logs, regarding VNFC BP, I came to know that we need 
to add abstract interface which is invoked  by infra_driver. But as we decided 
to go with SoftwareDeployment option  in this cycle, most of the heat template 
changes are done by heat translator [1]. I couldn't understand the exact usage 
of VNFC abstract interface in this case. I think we have two options if we want 
to have abstract interface with SoftwareDeployment option.
1)Remove the VNFC part from tosca and give the rest as input to heat-translator 
and create the heat stack. In the "SoftwareDeployment" driver which implements 
the abstract interface we can add the corresponding heat resources for VNFC to 
the heat template and update the stack.
2)Just add the abstract interface as a place holder in this cycle. And 
implement it in the further cycles(which may not sounds good)
Let me know your suggestion.
[1] https://review.openstack.org/#/c/358321/

RegardsBharath T  __
OpenStack Development Mailing List (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] [tacker] Proposing Yong Sheng Gong for Tacker core team

[bharath thiruveedula]

+1
From: jankih...@gmail.com
Date: Tue, 23 Aug 2016 22:37:09 +0530
To: openstack-dev@lists.openstack.org
Subject: Re: [openstack-dev] [tacker] Proposing Yong Sheng Gong for Tacker core 
team

+1

On 23-Aug-2016 10:36 pm, "HADDLETON, Robert W (Bob)"  
wrote:

  

  
  
+1

  

  On 8/23/2016 10:55 AM, Sridhar Ramaswamy wrote:



  
  
Tackers,





I'd like to
  propose Yong Sheng Gong to join the Tacker core team. Yong is
  a seasoned OpenStacker and has been contributing to Tacker
  project since Nov 2015 (early Mitaka). He has been the major
  force in helping Tacker to shed its Neutronisms. He
  has low tolerance on unevenness in the code base and he fixes
  them as he goes. Yong also participated in the Enhanced
  Placement Awareness (EPA) blueprint in the Mitaka cycle. For
  Newton he took up himself cleaning up the DB schema and in
  numerous reviews to keep the project going. He has been a
  dependable member of the Tacker community [1].





Please chime
  in with your +1 / -1 votes.




thanks,

Sridhar




[1] http://stackalytics.com/report/contribution/tacker/90
  
  

  
  

  __
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: 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)

Unsubscribe: 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)
Unsubscribe: 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)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] Adieu

[Bharath Kumar Gubbala]

Hello All,

Finally the moment has arrived to say goodbye, which is never easy, especially 
when you have been part of the BROCADE family.It has been a fantastic journey 
and a great learning experience where I have enjoyed every moment and I 
appreciate having had the opportunity to work with each of you with whom I have 
interacted.


Sincere thanks to Alex and all my colleagues for their support and guidance to 
excel in my career.I am also very thankful to the Openstack and VRouter Team 
members who were always there to guide me throughout the journey. And a very 
Big "Thank You" to all my friends with whom I have spent the wonderful moments, 
that would last a lifetime.

Even though I will miss you all, I am looking forward to this new challenge and 
to start a new phase in my career. I wish you all the very best in life. I am 
reachable at my personal email bharathkumar.e...@gmail.com and Contact number 
+919632892989.


It was a pleasure knowing each and every one of you. In case I have 
unintentionally hurt any one, please forgive me. Needless to say, please stay 
in touch.

Thanks & Best Regards,

G Bharath Kumar
__
OpenStack Development Mailing List (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] [tacker] Proposing Kanagaraj Manickam to Tacker core team

[bharath thiruveedula]

+1
To: openstack-dev@lists.openstack.org
From: bob.haddle...@nokia.com
Date: Fri, 17 Jun 2016 12:12:13 -0500
Subject: Re: [openstack-dev] [tacker] Proposing Kanagaraj Manickam to Tacker 
core team


  

  
  
+1.  Kanagaraj will be a great addition
  to the team.

  

  Bob

  

  On 6/16/2016 1:45 PM, Karthik Natarajan wrote:



  
  
  
  
+1.
Thanks Kanagaraj for making such a great impact during the
Newton cycle.
 

  
From:
Sripriya Seetharam [mailto:ssee...@brocade.com]


Sent: Thursday, June 16, 2016 10:35 AM

To: OpenStack Development Mailing List (not for
usage questions)


Subject: Re: [openstack-dev] [tacker] Proposing
Kanagaraj Manickam to Tacker core team
  

 
+1

 
 
-Sripriya
 
 
From:
Sridhar Ramaswamy [mailto:sric...@gmail.com]


Sent: Wednesday, June 15, 2016 6:32 PM

To: OpenStack Development Mailing List (not for usage
questions) 

Subject: [openstack-dev] [tacker] Proposing Kanagaraj
Manickam to Tacker core team
 

  Tackers,



It gives me great pleasure to propose Kanagaraj Manickam to
join the Tacker core team. In a short time, Kanagaraj has
grown into a key member of the Tacker team. His enthusiasm
and dedication to get Tacker code base on par with other
leading OpenStack projects is very much appreciated. He is
already working on two important specs in Newton cycle and
many more fixes and RFEs [1]. Kanagaraj is also a core
member in the Heat project and this lends well as we heavily
use Heat for many Tacker features.



Please provide your +1/-1 votes.



- Sridhar



[1] 
http://stackalytics.com/?module=tacker-group_id=kanagaraj-manickam=marks

  
  

  
  

  __
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: 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)
Unsubscribe: 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)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [neutron][vpnaas] VPNaaS tox api failure

[Bharath Kumar Gubbala]

Thanks madhu, I will try it out below patchset.

From: Madhusudhan Kandadai [madhusudhan.openst...@gmail.com]
Sent: 27 April 2016 03:28
To: Bharath Kumar Gubbala
Cc: OpenStack Development Mailing List (not for usage questions); Alex 
Geevarghese; Paul Michali; hen...@gessau.net
Subject: Re: [openstack-dev] [neutron][vpnaas] VPNaaS tox api failure

Hi Bharath,

Yes. Did you have this patch 
https://review.openstack.org/#/c/281493/<https://urldefense.proofpoint.com/v2/url?u=https-3A__review.openstack.org_-23_c_281493_=CwMFaQ=IL_XqQWOjubgfqINi2jTzg=87NL1fmn9sX2yN6wRmckSjVQpenT6rqPI7fvK0O5yfk=UO3NuGlhJBlMDomX-pSY_zgMUQCdJSvrA29drPEtjEw=Q20HS2UPxa_kJQyUIyZmdwx33Vrxps8caCFSD1dKU9w=>
 before you run "tox -e api" ? There was a change in neutron that removed vpn 
and fw tests and its in their tree. However, to make it work for vpn api tests, 
we need to figure out a way to implement the changes in vpn tree. However for 
time being, patch 281493 needs to be cherry picked until we get a timeline to 
implement in vpnaas tree.

If you have cycles, feel free to take on 
https://review.openstack.org/#/c/281493<https://urldefense.proofpoint.com/v2/url?u=https-3A__review.openstack.org_-23_c_281493=CwMFaQ=IL_XqQWOjubgfqINi2jTzg=87NL1fmn9sX2yN6wRmckSjVQpenT6rqPI7fvK0O5yfk=UO3NuGlhJBlMDomX-pSY_zgMUQCdJSvrA29drPEtjEw=VHQWmcFfAKpwxmGiLTBPSlo-GxqZPbtX6hk4XKl-8vE=>
 and once that merges, 
https://review.openstack.org/#/c/279787/<https://urldefense.proofpoint.com/v2/url?u=https-3A__review.openstack.org_-23_c_279787_=CwMFaQ=IL_XqQWOjubgfqINi2jTzg=87NL1fmn9sX2yN6wRmckSjVQpenT6rqPI7fvK0O5yfk=UO3NuGlhJBlMDomX-pSY_zgMUQCdJSvrA29drPEtjEw=5DUiNO7Dxl6nqfdz5m3WeMyVBZqbzp6nXLJbtk_y9kI=>
 is the traditional way of running tempest tests using tempest plugin. Hope 
this helps.

Regards,
Madhu

On Mon, Apr 25, 2016 at 11:14 AM, Bharath Kumar Gubbala 
<bhar...@brocade.com<mailto:bhar...@brocade.com>> wrote:

Hi Henry,


Do you have any info on below query in the thread.(is 'tox -e api' working in 
neutron-vpnaas ?)



Thanks,

bharath


____
From: bharath <bhar...@brocade.com<mailto:bhar...@brocade.com>>
Sent: 08 April 2016 01:53
To: OpenStack Development Mailing List (not for usage questions); Alex 
Geevarghese; 
madhusudhan.openst...@gmail.com<mailto:madhusudhan.openst...@gmail.com>; 
p...@michali.net<mailto:p...@michali.net>
Subject: Re: [openstack-dev] [neutron][vpnaas] VPNaaS tox api failure

Thanks Paul for info.

Yes i had run the tests locally under VPN-repo.

My analysis:

  *   VPN test cases were using the neutron client for VPN services 
(which no longer supported by neutron).

 Thats why its throwing "tempest.lib.exceptions.NotFound: 
Object not found"

  *   In the case of FW , there were using router client directly 
instead of neutron client.


I will check with madhusudhan for additional info.



Madhu,
Let me know if you have info on "tox api" support.
If it is an known issue, i can take it up and complete fix

Thanks,
bharath




On Friday 08 April 2016 01:00 AM, Paul Michali wrote:
Are you running the test locally?

IIRC, the tempest based API tests for VPN have been (are being) moved to the 
VPN repo, but I don't know if a job was ever created for this so that the tests 
actually run. You may want to check with the author who moved the tests 
(madhusudan-kandadai) under commit 3cae934a, to see if the CI job was ever 
created. It is possible that it was never completed.

Likewise, I don't know if support was added to tox.ini for the api test. I've 
never run the test, granted I've been away from VPN for a while and only 
involved intermittently since Liberty, so I may be a bit out of touch.

Regards,

PCM


On Thu, Apr 7, 2016 at 2:23 PM bharath 
<bhar...@brocade.com<mailto:bhar...@brocade.com>> wrote:

Hi,

While running "tox -e api" i hitting " tempest.lib.NotFound" Error.

Is it a known issue ? failures expected?

https://review.openstack.org/#/c/291949/1<https://urldefense.proofpoint.com/v2/url?u=https-3A__review.openstack.org_-23_c_291949_1=CwMFaQ=IL_XqQWOjubgfqINi2jTzg=87NL1fmn9sX2yN6wRmckSjVQpenT6rqPI7fvK0O5yfk=9pS9SGHSr62ETR_Qt_kSEpw9f-DjUThD6EYZ90W4cyU=ZDw4wmaoyLK168h__uf18GUBHbyWR45DLbdEGW5G-jY=>
  ==> In this commit messages it says it kindof expected failure.

Can someone provide some clarification on this

Thanks,
bharath
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: 
openstack-dev-requ...@lists.openstack.org?subject:unsubscribe<https://urldefense.proofpoint.com/v2/url?u=http-3A__OpenStack-2Ddev-2Drequest-40lists.openstack.org-3Fsubject-3Aunsubscribe=CwMFaQ=IL_XqQWOjubgfqINi2jTzg=87NL1fmn9sX2yN6wRmckSjVQpenT6rqPI7fvK0O5yfk=9pS9SGHSr62ETR_Qt_kSEpw9f-DjUThD6

Re: [openstack-dev] [neutron][vpnaas] VPNaaS tox api failure

[Bharath Kumar Gubbala]

Hi Henry,


Do you have any info on below query in the thread.(is 'tox -e api' working in 
neutron-vpnaas ?)



Thanks,

bharath



From: bharath <bhar...@brocade.com>
Sent: 08 April 2016 01:53
To: OpenStack Development Mailing List (not for usage questions); Alex 
Geevarghese; madhusudhan.openst...@gmail.com; p...@michali.net
Subject: Re: [openstack-dev] [neutron][vpnaas] VPNaaS tox api failure

Thanks Paul for info.

Yes i had run the tests locally under VPN-repo.

My analysis:

  *   VPN test cases were using the neutron client for VPN services 
(which no longer supported by neutron).

 Thats why its throwing "tempest.lib.exceptions.NotFound: 
Object not found"

  *   In the case of FW , there were using router client directly 
instead of neutron client.


I will check with madhusudhan for additional info.



Madhu,
Let me know if you have info on "tox api" support.
If it is an known issue, i can take it up and complete fix

Thanks,
bharath




On Friday 08 April 2016 01:00 AM, Paul Michali wrote:
Are you running the test locally?

IIRC, the tempest based API tests for VPN have been (are being) moved to the 
VPN repo, but I don't know if a job was ever created for this so that the tests 
actually run. You may want to check with the author who moved the tests 
(madhusudan-kandadai) under commit 3cae934a, to see if the CI job was ever 
created. It is possible that it was never completed.

Likewise, I don't know if support was added to tox.ini for the api test. I've 
never run the test, granted I've been away from VPN for a while and only 
involved intermittently since Liberty, so I may be a bit out of touch.

Regards,

PCM


On Thu, Apr 7, 2016 at 2:23 PM bharath 
<bhar...@brocade.com<mailto:bhar...@brocade.com>> wrote:

Hi,

While running "tox -e api" i hitting " tempest.lib.NotFound" Error.

Is it a known issue ? failures expected?

https://review.openstack.org/#/c/291949/1<https://urldefense.proofpoint.com/v2/url?u=https-3A__review.openstack.org_-23_c_291949_1=CwMFaQ=IL_XqQWOjubgfqINi2jTzg=87NL1fmn9sX2yN6wRmckSjVQpenT6rqPI7fvK0O5yfk=9pS9SGHSr62ETR_Qt_kSEpw9f-DjUThD6EYZ90W4cyU=ZDw4wmaoyLK168h__uf18GUBHbyWR45DLbdEGW5G-jY=>
  ==> In this commit messages it says it kindof expected failure.

Can someone provide some clarification on this

Thanks,
bharath
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: 
openstack-dev-requ...@lists.openstack.org?subject:unsubscribe<https://urldefense.proofpoint.com/v2/url?u=http-3A__OpenStack-2Ddev-2Drequest-40lists.openstack.org-3Fsubject-3Aunsubscribe=CwMFaQ=IL_XqQWOjubgfqINi2jTzg=87NL1fmn9sX2yN6wRmckSjVQpenT6rqPI7fvK0O5yfk=9pS9SGHSr62ETR_Qt_kSEpw9f-DjUThD6EYZ90W4cyU=t2nU4BBA6qpk-pfDWdMrl63vsszVHXW9Sh8ateqFmcE=>
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev<https://urldefense.proofpoint.com/v2/url?u=http-3A__lists.openstack.org_cgi-2Dbin_mailman_listinfo_openstack-2Ddev=CwMFaQ=IL_XqQWOjubgfqINi2jTzg=87NL1fmn9sX2yN6wRmckSjVQpenT6rqPI7fvK0O5yfk=9pS9SGHSr62ETR_Qt_kSEpw9f-DjUThD6EYZ90W4cyU=ajURyED5NOlDi3x19ZS_layCPNAtjp7vjElGBLVMOtQ=>



__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: 
openstack-dev-requ...@lists.openstack.org?subject:unsubscribe<mailto:openstack-dev-requ...@lists.openstack.org?subject:unsubscribe>
https://urldefense.proofpoint.com/v2/url?u=http-3A__lists.openstack.org_cgi-2Dbin_mailman_listinfo_openstack-2Ddev=CwICAg=IL_XqQWOjubgfqINi2jTzg=87NL1fmn9sX2yN6wRmckSjVQpenT6rqPI7fvK0O5yfk=9pS9SGHSr62ETR_Qt_kSEpw9f-DjUThD6EYZ90W4cyU=ajURyED5NOlDi3x19ZS_layCPNAtjp7vjElGBLVMOtQ=


__
OpenStack Development Mailing List (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] [lbaas] [octavia] Proposing Bharath Munirajulu as Octavia Core

[Bharath M]

Thanks Michael and team.

I am glad to have this opportunity. It's been fun and looking forward for
the great progress of the Octavia project.

Thanks.
Bharath.

On Fri, Apr 8, 2016 at 1:12 PM, Michael Johnson <johnso...@gmail.com> wrote:

> Thank you cores.  That is a majority core vote in favor, so welcome to
> the core reviewer team Bharath!
>
> Michael
>
> On Fri, Apr 8, 2016 at 12:26 PM, Bertrand LALLAU
> <bertrand.lal...@gmail.com> wrote:
> > +1
> >
> > On Fri, Apr 8, 2016 at 8:06 PM, Doug Wiegley <
> doug...@parksidesoftware.com>
> > wrote:
> >>
> >> +1
> >>
> >> > On Apr 4, 2016, at 10:53 AM, Adam Harwell <adam.harw...@rackspace.com
> >
> >> > wrote:
> >> >
> >> > +1
> >> > 
> >> > From: Brandon Logan <brandon.lo...@rackspace.com>
> >> > Sent: Thursday, March 31, 2016 8:04 AM
> >> > To: openstack-dev@lists.openstack.org
> >> > Subject: Re: [openstack-dev] [lbaas] [octavia] Proposing Bharath
> >> > Munirajulu as Octavia Core
> >> >
> >> > +1
> >> >
> >> > On Wed, 2016-03-30 at 13:56 -0700, Michael Johnson wrote:
> >> >> I would like to nominate Bharath Munirajulu (bharathm) as a OpenStack
> >> >> Octavia core reviewer.
> >> >> His contributions [1] are in line with other cores and he has been an
> >> >> active member of our community.  I have been impressed with the
> >> >> insight and quality of his reviews.
> >> >>
> >> >> Current Octavia cores, please vote by replying to this e-mail.
> >> >>
> >> >> Michael
> >> >>
> >> >>
> >> >> [1] http://stackalytics.com/report/contribution/octavia/90
> >> >>
> >> >>
> >> >>
> __
> >> >> OpenStack Development Mailing List (not for usage questions)
> >> >> Unsubscribe:
> >> >> 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)
> >> > Unsubscribe:
> >> > 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)
> >> > Unsubscribe:
> >> > 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)
> >> Unsubscribe:
> 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)
> > Unsubscribe:
> 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)
> Unsubscribe: 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)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [neutron][vpnaas] VPNaaS tox api failure

[bharath]

Thanks Paul for info.

Yes i had run the tests locally under VPN-repo.

My analysis:

 *  VPN test cases were using the neutron client for VPN
   services (which no longer supported by neutron).

 Thats why its throwing 
"tempest.lib.exceptions.NotFound: Object not found"


 *  In the case of FW , there were using router client directly
   instead of neutron client.



I will check with madhusudhan for additional info.



Madhu,
Let me know if you have info on "tox api" support.
If it is an known issue, i can take it up and complete fix

Thanks,
bharath




On Friday 08 April 2016 01:00 AM, Paul Michali wrote:

Are you running the test locally?

IIRC, the tempest based API tests for VPN have been (are being) moved 
to the VPN repo, but I don't know if a job was ever created for this 
so that the tests actually run. You may want to check with the author 
who moved the tests (madhusudan-kandadai) under commit 3cae934a, to 
see if the CI job was ever created. It is possible that it was never 
completed.


Likewise, I don't know if support was added to tox.ini for the api 
test. I've never run the test, granted I've been away from VPN for a 
while and only involved intermittently since Liberty, so I may be a 
bit out of touch.


Regards,

PCM


On Thu, Apr 7, 2016 at 2:23 PM bharath <bhar...@brocade.com 
<mailto:bhar...@brocade.com>> wrote:



Hi,

While running "tox -e api" i hitting " tempest.lib.NotFound" Error.

Is it a known issue ? failures expected?

https://review.openstack.org/#/c/291949/1

<https://urldefense.proofpoint.com/v2/url?u=https-3A__review.openstack.org_-23_c_291949_1=CwMFaQ=IL_XqQWOjubgfqINi2jTzg=87NL1fmn9sX2yN6wRmckSjVQpenT6rqPI7fvK0O5yfk=9pS9SGHSr62ETR_Qt_kSEpw9f-DjUThD6EYZ90W4cyU=ZDw4wmaoyLK168h__uf18GUBHbyWR45DLbdEGW5G-jY=>
==> In this commit messages it says it kindof expected failure.

Can someone provide some clarification on this

Thanks,
bharath
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe:
openstack-dev-requ...@lists.openstack.org?subject:unsubscribe

<https://urldefense.proofpoint.com/v2/url?u=http-3A__OpenStack-2Ddev-2Drequest-40lists.openstack.org-3Fsubject-3Aunsubscribe=CwMFaQ=IL_XqQWOjubgfqINi2jTzg=87NL1fmn9sX2yN6wRmckSjVQpenT6rqPI7fvK0O5yfk=9pS9SGHSr62ETR_Qt_kSEpw9f-DjUThD6EYZ90W4cyU=t2nU4BBA6qpk-pfDWdMrl63vsszVHXW9Sh8ateqFmcE=>
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

<https://urldefense.proofpoint.com/v2/url?u=http-3A__lists.openstack.org_cgi-2Dbin_mailman_listinfo_openstack-2Ddev=CwMFaQ=IL_XqQWOjubgfqINi2jTzg=87NL1fmn9sX2yN6wRmckSjVQpenT6rqPI7fvK0O5yfk=9pS9SGHSr62ETR_Qt_kSEpw9f-DjUThD6EYZ90W4cyU=ajURyED5NOlDi3x19ZS_layCPNAtjp7vjElGBLVMOtQ=>



__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
https://urldefense.proofpoint.com/v2/url?u=http-3A__lists.openstack.org_cgi-2Dbin_mailman_listinfo_openstack-2Ddev=CwICAg=IL_XqQWOjubgfqINi2jTzg=87NL1fmn9sX2yN6wRmckSjVQpenT6rqPI7fvK0O5yfk=9pS9SGHSr62ETR_Qt_kSEpw9f-DjUThD6EYZ90W4cyU=ajURyED5NOlDi3x19ZS_layCPNAtjp7vjElGBLVMOtQ=


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

[openstack-dev] [neutron][vpnaas] VPNaaS tox api failure

[bharath]

Hi,

While running "tox -e api" i hitting " tempest.lib.NotFound" Error.

Is it a known issue ? failures expected?

https://review.openstack.org/#/c/291949/1  ==> In this commit messages 
it says it kindof expected failure.


Can someone provide some clarification on this

Thanks,
bharath
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: 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)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [heat] Unable to launch nova instance with the new flavor

[bharath thiruveedula]

Hi,
With the master branch, I couldn't launch heat stack with the following 
template, giving the error "ERROR: No Flavor matching {'name': u'flavor_1'}. 
(HTTP 404)"
heat_template_version: 2015-04-30
description: Simple template to deploy a single compute instance
resources:   ins1: type: OS::Nova::Server properties:   flavor: 
{get_resource: flavor_1}   image: Fedora
   flavor_1: type: OS::Nova::Flavor properties: disk: 1 
vcpus: 1 ram: 1

But with "stable/liberty" branch, I can launch the heat stack. 
Anyone aware of this issue? Can anyone help me on this issue?
RegardsBharath T
  __
OpenStack Development Mailing List (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][LBaaS][barbican]TLS container could not be found

[Bharath M]

As Adam stated, it could be any of those reasons. Mainly look for the
credentials defined under [service_auth] section of lbaas conf file. Most
importantly the credentials, tenant (or project) name should be the same as
the user that created the container. This is assuming you aren't using
ACLs'.

On Mon, Feb 29, 2016 at 2:07 PM, Phillip Toohill <
phillip.tooh...@rackspace.com> wrote:

> Is the create LB happening on a different user than the one that created
> the barbican container? Maybe im not looking at it right, but cant tell
> from this.
>
>
> Phillip V. Toohill III
> Software Developer
> phone: 210-312-4366
> mobile: 210-440-8374
>
>
>
> --
> *From:* Madhusudhan Kandadai 
> *Sent:* Monday, February 29, 2016 3:47 PM
>
> *To:* OpenStack Development Mailing List (not for usage questions)
> *Subject:* Re: [openstack-dev] [Neutron][LBaaS][barbican]TLS container
> could not be found
>
> Is what I can see the error logs in barbican svc screen while I create TLS
> listener like this: http://paste.openstack.org/show/xVl9iuJtGW03fCGetDm3/
>
> 2016-02-29 13:42:55.222 INFO barbican.api.middleware.context
> [req-65fd0f08-4c1e-4b2f-9cbd-64f186365077 afaa5d797f3543369d05e370a543ef9d
> c141e106a7424d1a8316cf03a8c91e40] Processed request: 404 Not Found - POST
> http://192.168.109.129:9311/v1/containers/d96dccd5-0d39-4f67-ba3a-366a84cfd371/consumers/
> {address space usage: 220770304 bytes/210MB} {rss usage: 101371904
> bytes/96MB} [pid: 52558|app: 0|req: 75/75] 192.168.109.129 () {34 vars in
> 598 bytes} [Mon Feb 29 13:42:55 2016] POST
> /v1/containers/d96dccd5-0d39-4f67-ba3a-366a84cfd371/consumers/ => generated
> 111 bytes in 214 msecs (HTTP/1.1 404) 4 headers in 179 bytes (1 switches on
> core 0)
> 2016-02-29 13:43:17.397 ERROR barbican.model.repositories
> [req-0554f272-f711-49b7-a1f7-3b8bc87b431b afaa5d797f3543369d05e370a543ef9d
> c141e106a7424d1a8316cf03a8c91e40] Not found for
> d96dccd5-0d39-4f67-ba3a-366a84cfd371
> 2016-02-29 13:43:17.397 TRACE barbican.model.repositories Traceback (most
> recent call last):
> 2016-02-29 13:43:17.397 TRACE barbican.model.repositories   File
> "/opt/stack/barbican/barbican/model/repositories.py", line 354, in get
> 2016-02-29 13:43:17.397 TRACE barbican.model.repositories entity =
> query.one()
> 2016-02-29 13:43:17.397 TRACE barbican.model.repositories   File
> "/usr/local/lib/python2.7/dist-packages/sqlalchemy/orm/query.py", line
> 2699, in one
> 2016-02-29 13:43:17.397 TRACE barbican.model.repositories raise
> orm_exc.NoResultFound("No row was found for one()")
> 2016-02-29 13:43:17.397 TRACE barbican.model.repositories NoResultFound:
> No row was found for one()
> 2016-02-29 13:43:17.397 TRACE barbican.model.repositories
> 2016-02-29 13:43:17.398 ERROR barbican.api.controllers
> [req-0554f272-f711-49b7-a1f7-3b8bc87b431b afaa5d797f3543369d05e370a543ef9d
> c141e106a7424d1a8316cf03a8c91e40] Webob error seen
> 2016-02-29 13:43:17.398 TRACE barbican.api.controllers Traceback (most
> recent call last):
> 2016-02-29 13:43:17.398 TRACE barbican.api.controllers   File
> "/opt/stack/barbican/barbican/api/controllers/__init__.py", line 104, in
> handler
> 2016-02-29 13:43:17.398 TRACE barbican.api.controllers return fn(inst,
> *args, **kwargs)
> 2016-02-29 13:43:17.398 TRACE barbican.api.controllers   File
> "/opt/stack/barbican/barbican/api/controllers/__init__.py", line 90, in
> enforcer
> 2016-02-29 13:43:17.398 TRACE barbican.api.controllers return fn(inst,
> *args, **kwargs)
> 2016-02-29 13:43:17.398 TRACE barbican.api.controllers   File
> "/opt/stack/barbican/barbican/api/controllers/__init__.py", line 146, in
> content_types_enforcer
> 2016-02-29 13:43:17.398 TRACE barbican.api.controllers return fn(inst,
> *args, **kwargs)
> 2016-02-29 13:43:17.398 TRACE barbican.api.controllers   File
> "/opt/stack/barbican/barbican/api/controllers/consumers.py", line 143, in
> on_post
> 2016-02-29 13:43:17.398 TRACE barbican.api.controllers
> controllers.containers.container_not_found()
> 2016-02-29 13:43:17.398 TRACE barbican.api.controllers   File
> "/opt/stack/barbican/barbican/api/controllers/containers.py", line 36, in
> container_not_found
> 2016-02-29 13:43:17.398 TRACE barbican.api.controllers
> pecan.abort(404, u._('Not Found. Sorry but your container is in '
> 2016-02-29 13:43:17.398 TRACE barbican.api.controllers   File
> "/usr/local/lib/python2.7/dist-packages/pecan/core.py", line 141, in abort
> 2016-02-29 13:43:17.398 TRACE barbican.api.controllers exec('raise
> webob_exception, None, traceback')
> 2016-02-29 13:43:17.398 TRACE barbican.api.controllers   File
> "/opt/stack/barbican/barbican/api/controllers/consumers.py", line 141, in
> on_post
> 2016-02-29 13:43:17.398 TRACE barbican.api.controllers
> external_project_id)
> 2016-02-29 13:43:17.398 TRACE barbican.api.controllers   File
> "/opt/stack/barbican/barbican/model/repositories.py", line 360, in get
> 2016-02-29 13:43:17.398 TRACE 

[openstack-dev] [tacker]Automatic Resource Creation

[bharath thiruveedula]

Hi Tackers,

I have uploaded a new patchset for the automatic resource creation spec[1]. I 
haven't addressed some comments and as I am unable to attend to mitaka midcycle 
meetup, I am sharing below few thoughts on this spec.

Image Creation:

In the latest patchset, image creation at the time of onboarding, is the only 
reason for maintaining state for VNFD. As we discussed earlier, it may get 
difficult for the new users to understand "state for templates?". So it is 
better to  move image creation too on VNF creation. So if the template has uri, 
for the first VNF creation, we create the image and store image id for future 
VNF deployments. So using this option, we can provide parametrization of 
templates for images also and we can remove the statefulness for VNFD.
Flavor Creaton:
We can apply the same above rule in this case also. we store flavor IDs while 
deploying the first VNF and later reuse the same IDs.
Network Creation:
We can apply same rule here.
Let me know your comments
[1]https://review.openstack.org/#/c/250291/
RegardsBharath T
  __
OpenStack Development Mailing List (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] [tacker]Automatic Resource Creation

[bharath thiruveedula]

Hi Sridhar,
If we use Heat to create flavor and network, we may end up having multiple 
flavors and networks(which are of same)for a VNFD.
RegardsBharath T
Date: Tue, 26 Jan 2016 11:22:34 -0800
From: sric...@gmail.com
To: openstack-dev@lists.openstack.org
Subject: Re: [openstack-dev] [tacker]Automatic Resource Creation

Hi Bharath,
As further discussed in today's IRC meeting [1], the image creation proposal 
you laid out seems a reasonable near term approach. 
It also doesn't preclude future enhancements to do image-download during VNFD 
on-boarding (image pre-positiong in a multi-site scenario). In that case VNFD 
in the Catalog will already have references to glance image(s) in the target 
VIM and the VNF creation can directly proceed to the instantiation phase.
On the Flavor and Network creation I would strongly suggest to stick with Heat 
resources and leverage TOSCA -> HOT conversion to achieve them and not go 
directly to Nova and Neutron for this purpose. 
thanks,Sridhar
[1] 
http://eavesdrop.openstack.org/meetings/tacker/2016/tacker.2016-01-26-17.00.log.html
On Tue, Jan 26, 2016 at 6:19 AM, bharath thiruveedula <bharath_...@hotmail.com> 
wrote:






Hi Tackers,

I have uploaded a new patchset for the automatic resource creation spec[1]. I 
haven't addressed some comments and as I am unable to attend to mitaka midcycle 
meetup, I am sharing below few thoughts on this spec.

Image Creation:

In the latest patchset, image creation at the time of onboarding, is the only 
reason for maintaining state for VNFD. As we discussed earlier, it may get 
difficult for the new users to understand "state for templates?". So it is 
better to  move image creation too on VNF creation. So if the template has uri, 
for the first VNF creation, we create the image and store image id for future 
VNF deployments. So using this option, we can provide parametrization of 
templates for images also and we can remove the statefulness for VNFD.
Flavor Creaton:
We can apply the same above rule in this case also. we store flavor IDs while 
deploying the first VNF and later reuse the same IDs.
Network Creation:
We can apply same rule here.
Let me know your comments
[1]https://review.openstack.org/#/c/250291/
RegardsBharath T
  

__

OpenStack Development Mailing List (not for usage questions)

Unsubscribe: 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)
Unsubscribe: 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)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Glance] [Keystone][CI]

[bharath]

Hi,


Facing "Could not determine a suitable URL for the plugin " Error during 
stacking.

issue is seen only after repeated stack , unstack in a setup.
It will be fine 10 to 15 CI runs later it is starting throwing below error.
I am able to consistently reproduce it

2016-01-11 06:28:06.724 | + '[' bare = bare ']'
2016-01-11 06:28:06.724 | + '[' '' = zcat ']'
2016-01-11 06:28:06.724 | + openstack --os-cloud=devstack-admin image 
create cirros-0.3.2-x86_64-disk --public --container-format=bare 
--disk-format qcow2

2016-01-11 06:28:07.308 | Could not determine a suitable URL for the plugin
2016-01-11 06:28:07.330 | + exit_trap
2016-01-11 06:28:07.330 | + local r=1
2016-01-11 06:28:07.331 | ++ jobs -p
2016-01-11 06:28:07.331 | + jobs=


Thanks,
bharath

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

[openstack-dev] Mesos Conductor

[bharath thiruveedula]

Hi,
As per the discussion in [1], I have pushed patchset [1]. Can you please review 
 the patch. I want to take comments on this patch before I push test cases and 
container-list operation because there was a discussion on this topic whether 
to have this or not. (from my previous experience :) ). 
RegardsBharath T
[1]http://lists.openstack.org/pipermail/openstack-dev/2015-December/081818.html[2]https://review.openstack.org/#/c/258860/
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [magnum] Mesos Conductor patch for review

[bharath thiruveedula]

Hi,As per the discussion in [1], I have pushed patchset [1]. Can you please 
review  the patch. I want to take comments on this patch before I push test 
cases and container-list operation because there was a discussion on this topic 
whether to have this or not. (from my previous experience :) ). RegardsBharath 
T[1]http://lists.openstack.org/pipermail/openstack-dev/2015-December/081818.html[2]https://review.openstack.org/#/c/258860/
__
OpenStack Development Mailing List (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] Mesos Conductor using container-create operations

[bharath thiruveedula]

[1]https://review.openstack.org/#/c/252789/

From: bharath_...@hotmail.com
To: openstack-dev@lists.openstack.org
Date: Wed, 9 Dec 2015 10:10:17 +0530
Subject: [openstack-dev] Mesos Conductor using container-create operations




Hi,
As we have discussed in last meeting, we cannot continue with changes in 
container-create[1] as long as we have suitable use case. But I honestly feel 
to have some kind of support for mesos + marathon apps, because magnum supports 
COE related functionalities for docker swarm (container-create) and k8s 
(pod-create, rc-create..) but not for mesos bays.
As hongbin suggested, we use the existing functionality of container-create and 
support in mesos-conductor. Currently we have container-create only for docker 
swarm bay. Let's have support for the same command for mesos bay with out any 
changes in client side.
Let me know your suggestions.
RegardsBharath T  

__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: 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)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] Mesos Conductor using container-create operations

[bharath thiruveedula]

Hi,
As we have discussed in last meeting, we cannot continue with changes in 
container-create[1] as long as we have suitable use case. But I honestly feel 
to have some kind of support for mesos + marathon apps, because magnum supports 
COE related functionalities for docker swarm (container-create) and k8s 
(pod-create, rc-create..) but not for mesos bays.
As hongbin suggested, we use the existing functionality of container-create and 
support in mesos-conductor. Currently we have container-create only for docker 
swarm bay. Let's have support for the same command for mesos bay with out any 
changes in client side.
Let me know your suggestions.
RegardsBharath T  __
OpenStack Development Mailing List (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] [magnum] Mesos Conductor

[Bharath Thiruveedula]

Hi Jay,

Sorry I just saw your mail. I have pushed the patches for json-file support
for client[1] and backend[2].  If the team accepts the support the json
file support for container-create, I can link the client patch to your
blueprint and you can add patches for other features you mentioned, if you
don't mind. And we can discuss about the backend support patch in the
meeting.

[1]https://review.openstack.org/#/c/252775/
[2]https://review.openstack.org/#/c/252789/
Regards
Bharath T

On Thu, Dec 3, 2015 at 9:38 AM, Jay Lau <jay.lau@gmail.com> wrote:

> Hi Bharath,
>
> Actually I have already filed a bp here:
> https://blueprints.launchpad.net/magnum/+spec/unify-coe-api ,sorry for
> the late notify.
>
> We may need some discussion for this in next Week's meeting. I will attend
> next week's meeting and we can have discussion with team then, hope it is
> OK. ;-)
>
> Thanks!
>
> On Wed, Dec 2, 2015 at 8:48 AM, bharath thiruveedula <
> bharath_...@hotmail.com> wrote:
>
>> Hi,
>>
>> Sorry I was off for some days because of health issues.
>>
>> So I think the work items for this BP[1] are:
>>
>> 1)Add support to accept json file in container-create command
>> 2)Handle JSON input in docker_conductor
>> 3)Implement mesos conductor for container create,delete and list.
>>
>> Correct me if I am wrong. And let me know the process for implementing BP
>> in magnum. I think we need approval for this BP and then implementation?
>>
>>  [1]https://blueprints.launchpad.net/magnum/+spec/mesos-conductor
>>
>> Regards
>> Bharath T(tbh)
>>
>>
>> --
>> Date: Fri, 20 Nov 2015 07:44:49 +0800
>> From: jay.lau@gmail.com
>> To: openstack-dev@lists.openstack.org
>>
>> Subject: Re: [openstack-dev] [magnum] Mesos Conductor
>>
>> It's great that we come to some agreement on unifying the client call ;-)
>>
>> As i proposed in previous thread, I think that "magnum app-create" may be
>> better than "magnum create", I want to use "magnum app-create" to
>> distinguish with "magnum container-create". The "app-create" may also not a
>> good name as the k8s also have concept of service which is actually not an
>> app. comments?
>>
>> I think we can file a bp for this and it will be a great feature in M
>> release!
>>
>> On Fri, Nov 20, 2015 at 4:59 AM, Egor Guz <e...@walmartlabs.com> wrote:
>>
>> +1, I found that 'kubectl create -f FILENAME’ (
>> https://github.com/kubernetes/kubernetes/blob/release-1.1/docs/user-guide/kubectl/kubectl_create.md)
>> works very well for different type of objects and I think we should try to
>> use it.
>>
>> but I think we should support two use-cases
>>  - 'magnum container-create’, with simple list of options which work for
>> Swarm/Mesos/Kub. it will be good option for users who just wants to try
>> containers.
>>  - 'magnum create ’, with file which has Swarm/Mesos/Kub specific payload.
>>
>> —
>> Egor
>>
>> From: Adrian Otto <adrian.o...@rackspace.com> adrian.o...@rackspace.com>>
>> Reply-To: "OpenStack Development Mailing List (not for usage questions)" <
>> openstack-dev@lists.openstack.org> openstack-dev@lists.openstack.org>>
>> Date: Thursday, November 19, 2015 at 10:36
>> To: "OpenStack Development Mailing List (not for usage questions)" <
>> openstack-dev@lists.openstack.org> openstack-dev@lists.openstack.org>>
>> Subject: Re: [openstack-dev] [magnum] Mesos Conductor
>>
>> I’m open to allowing magnum to pass a blob of data (such as a lump of
>> JSON or YAML) to the Bay's native API. That approach strikes a balance
>> that’s appropriate.
>>
>> Adrian
>>
>> On Nov 19, 2015, at 10:01 AM, bharath thiruveedula <
>> bharath_...@hotmail.com<mailto:bharath_...@hotmail.com>> wrote:
>>
>> Hi,
>>
>> At the present scenario, we can have mesos conductor with existing
>> attributes[1]. Or we can add  extra options like 'portMappings',
>> 'instances', 'uris'[2]. And the other options is to take json file as input
>> to 'magnum container-create' and dispatch it to corresponding conductor.
>> And the conductor will handle the json input. Let me know your opinions.
>>
>>
>> Regards
>> Bharath T
>>
>>
>>
>>
>> [1]https://goo.gl/f46b4H
>> [2]https://mesosphere.github.io/marathon/docs/application-basics.html
>> 
>> To: openstack-dev@lists.openstack.org&g

Re: [openstack-dev] [magnum] Mesos Conductor

[bharath thiruveedula]

Hi,
Sorry I was off for some days because of health issues.
So I think the work items for this BP[1] are:
1)Add support to accept json file in container-create command2)Handle JSON 
input in docker_conductor3)Implement mesos conductor for container 
create,delete and list.
Correct me if I am wrong. And let me know the process for implementing BP in 
magnum. I think we need approval for this BP and then implementation?
 [1]https://blueprints.launchpad.net/magnum/+spec/mesos-conductor
RegardsBharath T(tbh)

Date: Fri, 20 Nov 2015 07:44:49 +0800
From: jay.lau@gmail.com
To: openstack-dev@lists.openstack.org
Subject: Re: [openstack-dev] [magnum] Mesos Conductor

It's great that we come to some agreement on unifying the client call ;-)

As i proposed in previous thread, I think that "magnum app-create" may be 
better than "magnum create", I want to use "magnum app-create" to distinguish 
with "magnum container-create". The "app-create" may also not a good name as 
the k8s also have concept of service which is actually not an app. comments?

I think we can file a bp for this and it will be a great feature in M release!

On Fri, Nov 20, 2015 at 4:59 AM, Egor Guz <e...@walmartlabs.com> wrote:
+1, I found that 'kubectl create -f FILENAME’ 
(https://github.com/kubernetes/kubernetes/blob/release-1.1/docs/user-guide/kubectl/kubectl_create.md)
 works very well for different type of objects and I think we should try to use 
it.



but I think we should support two use-cases

 - 'magnum container-create’, with simple list of options which work for 
Swarm/Mesos/Kub. it will be good option for users who just wants to try 
containers.

 - 'magnum create ’, with file which has Swarm/Mesos/Kub specific payload.



―

Egor



From: Adrian Otto <adrian.o...@rackspace.com<mailto:adrian.o...@rackspace.com>>

Reply-To: "OpenStack Development Mailing List (not for usage questions)" 
<openstack-dev@lists.openstack.org<mailto:openstack-dev@lists.openstack.org>>

Date: Thursday, November 19, 2015 at 10:36

To: "OpenStack Development Mailing List (not for usage questions)" 
<openstack-dev@lists.openstack.org<mailto:openstack-dev@lists.openstack.org>>

Subject: Re: [openstack-dev] [magnum] Mesos Conductor



I’m open to allowing magnum to pass a blob of data (such as a lump of JSON or 
YAML) to the Bay's native API. That approach strikes a balance that’s 
appropriate.



Adrian



On Nov 19, 2015, at 10:01 AM, bharath thiruveedula 
<bharath_...@hotmail.com<mailto:bharath_...@hotmail.com>> wrote:



Hi,



At the present scenario, we can have mesos conductor with existing 
attributes[1]. Or we can add  extra options like 'portMappings', 'instances', 
'uris'[2]. And the other options is to take json file as input to 'magnum 
container-create' and dispatch it to corresponding conductor. And the conductor 
will handle the json input. Let me know your opinions.





Regards

Bharath T









[1]https://goo.gl/f46b4H

[2]https://mesosphere.github.io/marathon/docs/application-basics.html



To: openstack-dev@lists.openstack.org<mailto:openstack-dev@lists.openstack.org>

From: wk...@cn.ibm.com<mailto:wk...@cn.ibm.com>

Date: Thu, 19 Nov 2015 10:47:33 +0800

Subject: Re: [openstack-dev] [magnum] Mesos Conductor



@bharath,



1) actually, if you mean use container-create(delete) to do on mesos bay for 
apps. I am not sure how different the interface between docker interface and 
mesos interface. One point that when you introduce that feature, please not 
make docker container interface more complicated than now. I worried that 
because it would confuse end-users a lot than the unified benefits. (maybe as 
optional parameter to pass one json file to create containers in mesos)



2) For the unified interface, I think it need more thoughts, we need not bring 
more trouble to end-users to learn new concepts or interfaces, except we could 
have more clear interface, but different COES vary a lot. It is very challenge.







Thanks



Best Wishes,



Kai Qiang Wu (吴开强 Kennan）

IBM China System and Technology Lab, Beijing



E-mail: wk...@cn.ibm.com<mailto:wk...@cn.ibm.com>

Tel: 86-10-82451647

Address: Building 28(Ring Building), ZhongGuanCun Software Park,

No.8 Dong Bei Wang West Road, Haidian District Beijing P.R.China 100193

--------

Follow your heart. You are miracle!



[Inactive hide details for bharath thiruveedula ---19/11/2015 10:31:58 
am---@hongin, @adrian I agree with you. So can we go ahea]bharath thiruveedula 
---19/11/2015 10:31:58 am---@hongin, @adrian I agree with you. So can we go 
ahead with magnum container-create(delete) ... for



From:  bharath thiruveedula 
<bharath_...@hotmail.com<mailto

[openstack-dev] [Neutron][vpnaas] "SKIPPED: Neutron support is required" while running tox

[bharath]

Hi,

when running tox *"sudo -u stack -H tox -e api 
neutron.tests.api.test_vpnaas_extensions"*
test cases are failing with Error " setUpClass 
(neutron.tests.api.test_vpnaas_extensions.VPNaaSTestJSON) ... SKIPPED: 
Neutron support is required"


I even tried setting tempest_config_dir as below, still i am hitting the 
issue.


   [testenv:api]
   basepython = python2.7
   passenv = {[testenv]passenv} TEMPEST_CONFIG_DIR
   setenv = {[testenv]setenv}
 OS_TEST_PATH=./neutron/tests/api
   *TEMPEST_CONFIG_DIR={env:TEMPEST_CONFIG_DIR:/opt/stack/tempest/etc}*
 OS_TEST_API_WITH_REST=1



Can someone help me out


Thanks,
bharath


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

[openstack-dev] [Neutron] "SKIPPED: Neutron support is required" while running tox

[bharath]

Hi,

when running tox *"sudo -u stack -H tox -e api 
neutron.tests.api.test_vpnaas_extensions"*
test cases are failing with Error " setUpClass 
(neutron.tests.api.test_vpnaas_extensions.VPNaaSTestJSON) ... SKIPPED: 
Neutron support is required"


I even tried setting tempest_config_dir as below, still i am hitting the 
issue.


   [testenv:api]
   basepython = python2.7
   passenv = {[testenv]passenv} TEMPEST_CONFIG_DIR
   setenv = {[testenv]setenv}
 OS_TEST_PATH=./neutron/tests/api
   *TEMPEST_CONFIG_DIR={env:TEMPEST_CONFIG_DIR:/opt/stack/tempest/etc}*
 OS_TEST_API_WITH_REST=1



Can someone help me out


Thanks,
bharath
__
OpenStack Development Mailing List (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] [magnum] Mesos Conductor

[bharath thiruveedula]

Hi,
At the present scenario, we can have mesos conductor with existing 
attributes[1]. Or we can add  extra options like 'portMappings', 'instances', 
'uris'[2]. And the other options is to take json file as input to 'magnum 
container-create' and dispatch it to corresponding conductor. And the conductor 
will handle the json input. Let me know your opinions.

RegardsBharath T



[1]https://goo.gl/f46b4H[2]https://mesosphere.github.io/marathon/docs/application-basics.html
To: openstack-dev@lists.openstack.org
From: wk...@cn.ibm.com
Date: Thu, 19 Nov 2015 10:47:33 +0800
Subject: Re: [openstack-dev] [magnum] Mesos Conductor

@bharath, 

1) actually, if you mean use container-create(delete) to do on mesos bay for 
apps.  I am not sure how different the interface between docker interface and 
mesos interface. One point that when you introduce that feature, please not 
make docker container interface more complicated than now. I worried that 
because it would confuse end-users a lot than the unified benefits. (maybe as 
optional parameter to pass one json file to create containers in mesos)

2) For the unified interface, I think it need more thoughts, we need not bring 
more trouble to end-users to learn new concepts or interfaces, except we could 
have more clear interface, but different COES vary a lot. It is very challenge. 



Thanks

Best Wishes,

Kai Qiang Wu (吴开强  Kennan）
IBM China System and Technology Lab, Beijing

E-mail: wk...@cn.ibm.com
Tel: 86-10-82451647
Address: Building 28(Ring Building), ZhongGuanCun Software Park,  
 No.8 Dong Bei Wang West Road, Haidian District Beijing P.R.China 100193

Follow your heart. You are miracle! 

bharath thiruveedula ---19/11/2015 10:31:58 am---@hongin, @adrian I agree with 
you. So can we go ahead with magnum container-create(delete) ...  for

From:bharath thiruveedula <bharath_...@hotmail.com>
To:OpenStack Development Mailing List not for usage questions 
<openstack-dev@lists.openstack.org>
Date:19/11/2015 10:31 am
Subject:Re: [openstack-dev] [magnum] Mesos Conductor




@hongin, @adrian I agree with you. So can we go ahead with magnum 
container-create(delete) ...  for mesos bay (which actually create 
mesos(marathon) app internally)?

@jay, yes we multiple frameworks which are using mesos lib. But the mesos bay 
we are creating uses marathon. And we had discussion in irc on this topic, and 
I was asked to implement initial version for marathon. And agree with you to 
have unified client interface for creating pod,app.

Regards
Bharath T  

Date: Thu, 19 Nov 2015 10:01:35 +0800
From: jay.lau@gmail.com
To: openstack-dev@lists.openstack.org
Subject: Re: [openstack-dev] [magnum] Mesos Conductor

+1.

One problem I want to mention is that for mesos integration, we cannot limited 
to Marathon + Mesos as there are many frameworks can run on top of Mesos, such 
as Chronos, Kubernetes etc, we may need to consider more for Mesos integration 
as there is a huge eco-system build on top of Mesos.

On Thu, Nov 19, 2015 at 8:26 AM, Adrian Otto <adrian.o...@rackspace.com> 
wrote:Bharath,

I agree with Hongbin on this. Let’s not expand magnum to deal with apps or 
appgroups in the near term. If there is a strong desire to add these things, we 
could allow it by having a plugin/extensions interface for the Magnum API to 
allow additional COE specific features. Honestly, it’s just going to be a 
nuisance to keep up with the various upstreams until they become completely 
stable from an API perspective, and no additional changes are likely. All of 
our COE’s still have plenty of maturation ahead of them, so this is the wrong 
time to wrap them.

If someone really wants apps and appgroups, (s)he could add that to an 
experimental branch of the magnum client, and have it interact with the 
marathon API directly rather than trying to represent those resources in 
Magnum. If that tool became popular, then we could revisit this topic for 
further consideration.

Adrian

> On Nov 18, 2015, at 3:21 PM, Hongbin Lu <hongbin...@huawei.com> wrote:
>
> Hi Bharath,
>
> I agree the “container” part. We can implement “magnum container-create ..” 
> for mesos bay in the way you mentioned. Personally, I don’t like to introduce 
> “apps” and “appgroups” resources to Magnum, because they are already provided 
> by native tool [1]. I couldn’t see the benefits to implement a wrapper API to 
> offer what native tool already offers. However, if you can point out a valid 
> use case to wrap the API, I will give it more thoughts.
>
> Best regards,
> Hongbin
>
> [1] https://docs.mesosphere.com/using/cli/marathonsyntax/
>
> From: bharath thiruveedula [mailto:bharath_...@hotmail.com]
> Sent: November-18-15 1:20 PM
> To: open

[openstack-dev] [tacker] Automatic flavor creation

[bharath thiruveedula]

Hi tackers,
I am working on automatic flavor creation RFE[1]. I have written my thoughts on 
implementing on it. I would like to see your comments on it. Due to time 
differences, I was not able to directly ping core members in IRC.
[1]https://bugs.launchpad.net/tacker/+bug/1516193
RegardsBharath T  __
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [magnum] Mesos Conductor

[bharath thiruveedula]

Hi all,I am working on the blueprint [1]. As per my understanding, we have two 
resources/objects in mesos+marathon:1)Apps: combination of instances/containers 
running on multiple hosts representing a service.[2]2)Application Groups: Group 
of apps, for example we can have database application group which consists 
mongoDB app and MySQL App.[3]So I think we need to have two resources 'apps' 
and 'appgroups' in mesos conductor like we have pod and rc for k8s. And 
regarding 'magnum container' command, we can create, delete and retrieve 
container details as part of mesos app itself(container =  app with 1 
instance). Though I think in mesos case 'magnum app-create ..."  and 'magnum 
container-create ...' will use the same REST API for both cases. Let me know 
your opinion/comments on this and correct me if I am 
wrong[1]https://blueprints.launchpad.net/magnum/+spec/mesos-conductor.[2]https://mesosphere.github.io/marathon/docs/application-basics.html[3]https://mesosphere.github.io/marathon/docs/application-groups.htmlRegardsBharath
 T __
OpenStack Development Mailing List (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] [magnum] Mesos Conductor

[bharath thiruveedula]

@hongin, @adrian I agree with you. So can we go ahead with magnum 
container-create(delete) ...  for mesos bay (which actually create 
mesos(marathon) app internally)?
@jay, yes we multiple frameworks which are using mesos lib. But the mesos bay 
we are creating uses marathon. And we had discussion in irc on this topic, and 
I was asked to implement initial version for marathon. And agree with you to 
have unified client interface for creating pod,app.
RegardsBharath T  

Date: Thu, 19 Nov 2015 10:01:35 +0800
From: jay.lau@gmail.com
To: openstack-dev@lists.openstack.org
Subject: Re: [openstack-dev] [magnum] Mesos Conductor

+1.

One problem I want to mention is that for mesos integration, we cannot limited 
to Marathon + Mesos as there are many frameworks can run on top of Mesos, such 
as Chronos, Kubernetes etc, we may need to consider more for Mesos integration 
as there is a huge eco-system build on top of Mesos.

On Thu, Nov 19, 2015 at 8:26 AM, Adrian Otto <adrian.o...@rackspace.com> wrote:
Bharath,



I agree with Hongbin on this. Let’s not expand magnum to deal with apps or 
appgroups in the near term. If there is a strong desire to add these things, we 
could allow it by having a plugin/extensions interface for the Magnum API to 
allow additional COE specific features. Honestly, it’s just going to be a 
nuisance to keep up with the various upstreams until they become completely 
stable from an API perspective, and no additional changes are likely. All of 
our COE’s still have plenty of maturation ahead of them, so this is the wrong 
time to wrap them.



If someone really wants apps and appgroups, (s)he could add that to an 
experimental branch of the magnum client, and have it interact with the 
marathon API directly rather than trying to represent those resources in 
Magnum. If that tool became popular, then we could revisit this topic for 
further consideration.



Adrian



> On Nov 18, 2015, at 3:21 PM, Hongbin Lu <hongbin...@huawei.com> wrote:

>

> Hi Bharath,

>

> I agree the “container” part. We can implement “magnum container-create ..” 
> for mesos bay in the way you mentioned. Personally, I don’t like to introduce 
> “apps” and “appgroups” resources to Magnum, because they are already provided 
> by native tool [1]. I couldn’t see the benefits to implement a wrapper API to 
> offer what native tool already offers. However, if you can point out a valid 
> use case to wrap the API, I will give it more thoughts.

>

> Best regards,

> Hongbin

>

> [1] https://docs.mesosphere.com/using/cli/marathonsyntax/

>

> From: bharath thiruveedula [mailto:bharath_...@hotmail.com]

> Sent: November-18-15 1:20 PM

> To: openstack-dev@lists.openstack.org

> Subject: [openstack-dev] [magnum] Mesos Conductor

>

> Hi all,

>

> I am working on the blueprint [1]. As per my understanding, we have two 
> resources/objects in mesos+marathon:

>

> 1)Apps: combination of instances/containers running on multiple hosts 
> representing a service.[2]

> 2)Application Groups: Group of apps, for example we can have database 
> application group which consists mongoDB app and MySQL App.[3]

>

> So I think we need to have two resources 'apps' and 'appgroups' in mesos 
> conductor like we have pod and rc for k8s. And regarding 'magnum container' 
> command, we can create, delete and retrieve container details as part of 
> mesos app itself(container =  app with 1 instance). Though I think in mesos 
> case 'magnum app-create ..."  and 'magnum container-create ...' will use the 
> same REST API for both cases.

>

> Let me know your opinion/comments on this and correct me if I am wrong

>

> [1]https://blueprints.launchpad.net/magnum/+spec/mesos-conductor.

> [2]https://mesosphere.github.io/marathon/docs/application-basics.html

> [3]https://mesosphere.github.io/marathon/docs/application-groups.html

>

>

> Regards

> Bharath T

> __

> OpenStack Development Mailing List (not for usage questions)

> Unsubscribe: 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)

Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe

http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev



-- 
Thanks,

Jay Lau (Guangya Liu)



__
OpenStack Development Mailing List (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] [tacker] Proposing Sripriya Seetharam to Tacker core

[Bharath Thiruveedula]

+1

On Tue, Nov 10, 2015 at 10:42 PM, Stephen Wong 
wrote:

> +1
>
> On Mon, Nov 9, 2015 at 6:22 PM, Sridhar Ramaswamy 
> wrote:
>
>> I'd like to propose Sripriya Seetharam to join the Tacker core team.
>> Sripriya
>> ramped up quickly in early Liberty cycle and had become an expert in the
>> Tacker
>> code base. Her major contributions include landing MANO API blueprint,
>> introducing unit test framework along with the initial unit-tests and
>> tirelessly
>> squashing hard to resolve bugs (including chasing the recent nova-neutron
>> goose
>> hunt). Her reviews are solid fine tooth comb and constructive [1].
>>
>> I'm glad to welcome Sripriya to the core team. Current cores members,
>> please vote
>> with your +1 / -1.
>>
>> [1]
>> http://stackalytics.com/?release=libertyuser_id=sseethaproject_type=openstack-others
>>
>> __
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe:
>> 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)
> Unsubscribe: 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)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Magnum] Coe components status

[Bharath Thiruveedula]

+ 1 to vikas.

As we have monitor framework only to docker swarm COE at present and we are
pushing other COE drivers in future. So it is better to have component
status for one COE at first and will push other COEs support later. Correct
me if I am wrong.

Regards
Bharath T

On Wed, Oct 21, 2015 at 9:26 AM, Vikas Choudhary <choudharyvika...@gmail.com
> wrote:

> @ Eli ,
>
> I will look into how to support this feature for other COEs also(mesos and
> swarm). But anyways Magnum's goal is to provide users *atleast* what other
> coes are providing (if not something extra). All coes dont have common
> features, so we cant be very strict on providing common interface apis for
> all coes. For example "magnum container" commands work only with swarm not
> k8s or mesos.
> It will not be justified if k8s is providing a way to monitor at more
> granular level but magnum will not allow user to use it just beacuse other
> coes does not provide this feature.
>
> Agree that it will be nice if could support this feature for all. I will
> prefer to start with k8s first and if similar feature is supported by mesos
> and swarm also, incrementally will implement that also.
>
> Regards
> Vikas Choudhary
>
> On Wed, Oct 21, 2015 at 6:50 AM, Qiao,Liyong <liyong.q...@intel.com>
> wrote:
>
>> hi Vikas,
>> thanks for propose this changes, I wonder if you can show some examples
>> for other coes we currently supported:
>> swarm, mesos ?
>>
>> if we propose a public api like you proposed, we'd better to support all
>> coes instead of coe specific.
>>
>> thanks
>> Eli.
>>
>>
>> On 2015年10月20日 18:14, Vikas Choudhary wrote:
>>
>> Hi Team,
>>
>> I would appreciate any opinion/concern regarding "coe-component-status"
>> feature implementation [1].
>>
>> For example in k8s, using API api/v1/namespaces/{namespace}
>> /componentstatuses, status of each k8s component can be queried. My
>> approach would be to provide a command in magnum like "magnum
>> coe-component-status" leveraging coe provided rest api and result will be
>> shown to user.
>>
>> [1] https://blueprints.launchpad.net/magnum/+spec/coe-component-status
>>
>>
>>
>> -Vikas Choudhary
>>
>>
>> __
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe: 
>> openstack-dev-requ...@lists.openstack.org?subject:unsubscribehttp://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>>
>> --
>> BR, Eli(Li Yong)Qiao
>>
>>
>> __
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe:
>> 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)
> Unsubscribe: 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)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Tacker] Proposing Bob Haddleton to core team

[Bharath Thiruveedula]

+1

-Bharath T

On Thu, Oct 15, 2015 at 10:36 PM, Stephen Wong <stephen.kf.w...@gmail.com>
wrote:

> +1
>
> - Stephen
>
> On Thu, Oct 15, 2015 at 8:47 AM, Sridhar Ramaswamy <sric...@gmail.com>
> wrote:
>
>> I would like to nominate Bob Haddleton to the Tacker core team.
>>
>> In the current Liberty cycle Bob made significant, across the board
>> contributions to Tacker [1]. Starting with many usability enhancements and
>> squashing bugs Bob has shown commitment and consistently produced high
>> quality code. To cap he recently landed Tacker's health monitoring
>> framework to enable loadable VNF monitoring. His knowledge in NFV area is a
>> huge plus for Tacker as we embark onto even greater challenges in the
>> Mitaka cycle.
>>
>> Along the lines, we are actively looking to expand Tacker's core reviewer
>> team. If you are interested in the NFV Orchestration / VNF Manager space
>> please stop by and explore Tacker project [2].
>>
>> Tacker team,
>>
>> Please provide your -1 / +1 votes.
>>
>> - Sridhar
>>
>> [1]  <http://stackalytics.com/report/users/bob-haddleton>
>> http://stackalytics.com/report/users/bob-haddleton
>> [2]  <https://wiki.openstack.org/wiki/Tacker>
>> https://wiki.openstack.org/wiki/Tacker
>>
>> __
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe:
>> 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)
> Unsubscribe: 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)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] New PyCharm License

[Bharath Thiruveedula]

Hi  Andrew,

My Launchpad ID is "bharath-ves"

Regards
Bharath T

On Mon, Sep 21, 2015 at 8:24 PM, Andrew Melton <andrew.mel...@rackspace.com>
wrote:

> Hi devs,
>
>
> I've got the new license for the next year. As always, please reply to
> this email with your launchpad-id if you would like a license.
>
>
> Also, if there are other JetBrains products you use to contribute to
> OpenStack, please let me know and I will request licenses.
>
> ​
>
> --Andrew
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: 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)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] Fwd: Re: [neutron][L3][dvr][fwaas] FWaaS

[bharath]

Hi ,

Instance creation is failing with below error from last 4 days.

*2015-09-10 02:14:00.583 WARNING neutron.plugins.ml2.drivers.mech_agent 
[req-44530c97-56fa-4d5d-ad35-c5e988ab4644 neutron 
24109c82ae76465c8fb20562cce67a4f] Attempting to bind with dead agent: 
{'binary': u'neutron-openvswitch-agent', 'des
cription': None, 'admin_state_up': True, 'heartbeat_timestamp': 
datetime.datetime(2015, 9, 10, 9, 6, 57), 'alive': False, 'topic': 
u'N/A', 'host': u'ci-jslave-base', 'agent_type': u'Open vSwitch agent', 
'created_at': datetime.datetime(2
015, 9, 10, 9, 4, 57), 'started_at': datetime.datetime(2015, 9, 10, 9, 
6, 57), 'id': u'aa9098fe-c412-449e-b979-1f5ab46c3c1d', 'configurations': 
{u'in_distributed_mode': False, u'arp_responder_enabled': False, 
u'tunneling_ip': u'192.168.
30.41', u'devices': 0, u'log_agent_heartbeats': False, u'l2_population': 
False, u'tunnel_types': [u'vxlan'], u'enable_distributed_routing': 
False, u'bridge_mappings': {u'ext': u'br-ext', u'mng': u'br-mng'}}}*
2015-09-10 02:14:00.583 DEBUG neutron.plugins.ml2.drivers.mech_agent 
[req-44530c97-56fa-4d5d-ad35-c5e988ab4644 neutron 
24109c82ae76465c8fb20562cce67a4f] Attempting to bind port 
6733610d-e7dc-4ecd-a810-b2b791af9b97 on network c6fb26cc-96
1e-4f38-bf40-bfc72cc59f67 from (pid=25516) bind_port 
/opt/stack/neutron/neutron/plugins/ml2/drivers/mech_agent.py:60
*2015-09-10 02:14:00.588 ERROR neutron.plugins.ml2.managers 
[req-44530c97-56fa-4d5d-ad35-c5e988ab4644 neutron 
24109c82ae76465c8fb20562cce67a4f] Failed to bind port 
6733610d-e7dc-4ecd-a810-b2b791af9b97 on host ci-jslave-base
2015-09-10 02:14:00.588 ERROR neutron.plugins.ml2.managers 
[req-44530c97-56fa-4d5d-ad35-c5e988ab4644 neutron 
24109c82ae76465c8fb20562cce67a4f] Failed to bind port 
6733610d-e7dc-4ecd-a810-b2b791af9b97 on host ci-jslave-base*
2015-09-10 02:14:00.608 DEBUG neutron.plugins.ml2.db 
[req-44530c97-56fa-4d5d-ad35-c5e988ab4644 neutron 
24109c82ae76465c8fb20562cce67a4f] For port 
6733610d-e7dc-4ecd-a810-b2b791af9b97, host ci-jslave-base, cleared 
binding levels from (pi
d=25516) clear_binding_levels 
/opt/stack/neutron/neutron/plugins/ml2/db.py:189
2015-09-10 02:14:00.608 DEBUG neutron.plugins.ml2.db 
[req-44530c97-56fa-4d5d-ad35-c5e988ab4644 neutron 
24109c82ae76465c8fb20562cce67a4f] Attempted to set empty binding levels 
from (pid=25516) set_binding_levels /opt/stack/neutron/neutro

n/plugins/ml2/db.py:164


Recent commit seems to be broken this.


During stacking i am getting below error , but i dont know whether its 
related to above issue or not


2015-09-09 15:18:48.658 | ERROR: openstack 'module' object has no attribute 
'UpdateDataSource'


would love some help on this issue

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

[openstack-dev] Fwd: Re: [neutron][L3][dvr][fwaas] FWaaS

[bharath]

Hi ,

neutron-openvswitch-agent is crashing with below error

2015-09-10 04:39:36.675 DEBUG neutron.agent.linux.utils 
[req-a6c70c4e-aa40-44e4-bd09-493e82bfe43c None None]
Command: ['ovs-vsctl', '--timeout=10', '--oneline', '--format=json', 
'--', '--columns=name,other_config,tag', 'list', 'Port', u'tap8e259da4-e8']

Exit code: 0
 from (pid=26026) execute 
/opt/stack/neutron/neutron/agent/linux/utils.py:157
*2015-09-10 04:39:36.675 ERROR 
neutron.plugins.ml2.drivers.openvswitch.agent.ovs_neutron_agent 
[req-a6c70c4e-aa40-44e4-bd09-493e82bfe43c None None] invalid literal for 
int() with base 10: 'None' Agent terminated!**
**2015-09-10 04:39:36.677 INFO oslo_rootwrap.client 
[req-a6c70c4e-aa40-44e4-bd09-493e82bfe43c None None] Stopping rootwrap 
daemon process with pid=26080**

*
I suspect commit "*Implement external physical bridge mapping in 
linuxbridge*" causing the breakage. [*commit-id: 
bd734811753a99d61e30998c734e465a8d507b8f*]


When i set the branch back to b6d780a83cd9a811e8a91db77eb24bb65fa0b075 
commit , issue is not seen.


I am raising a defect for this.

Thanks,
bharath





On Thursday 10 September 2015 02:52 PM, bharath wrote:

Hi ,

Instance creation is failing with below error from last 4 days.

*2015-09-10 02:14:00.583 WARNING 
neutron.plugins.ml2.drivers.mech_agent 
[req-44530c97-56fa-4d5d-ad35-c5e988ab4644 neutron 
24109c82ae76465c8fb20562cce67a4f] Attempting to bind with dead agent: 
{'binary': u'neutron-openvswitch-agent', 'des
cription': None, 'admin_state_up': True, 'heartbeat_timestamp': 
datetime.datetime(2015, 9, 10, 9, 6, 57), 'alive': False, 'topic': 
u'N/A', 'host': u'ci-jslave-base', 'agent_type': u'Open vSwitch 
agent', 'created_at': datetime.datetime(2
015, 9, 10, 9, 4, 57), 'started_at': datetime.datetime(2015, 9, 10, 9, 
6, 57), 'id': u'aa9098fe-c412-449e-b979-1f5ab46c3c1d', 
'configurations': {u'in_distributed_mode': False, 
u'arp_responder_enabled': False, u'tunneling_ip': u'192.168.
30.41', u'devices': 0, u'log_agent_heartbeats': False, 
u'l2_population': False, u'tunnel_types': [u'vxlan'], 
u'enable_distributed_routing': False, u'bridge_mappings': {u'ext': 
u'br-ext', u'mng': u'br-mng'}}}*
2015-09-10 02:14:00.583 DEBUG neutron.plugins.ml2.drivers.mech_agent 
[req-44530c97-56fa-4d5d-ad35-c5e988ab4644 neutron 
24109c82ae76465c8fb20562cce67a4f] Attempting to bind port 
6733610d-e7dc-4ecd-a810-b2b791af9b97 on network c6fb26cc-96
1e-4f38-bf40-bfc72cc59f67 from (pid=25516) bind_port 
/opt/stack/neutron/neutron/plugins/ml2/drivers/mech_agent.py:60
*2015-09-10 02:14:00.588 ERROR neutron.plugins.ml2.managers 
[req-44530c97-56fa-4d5d-ad35-c5e988ab4644 neutron 
24109c82ae76465c8fb20562cce67a4f] Failed to bind port 
6733610d-e7dc-4ecd-a810-b2b791af9b97 on host ci-jslave-base
2015-09-10 02:14:00.588 ERROR neutron.plugins.ml2.managers 
[req-44530c97-56fa-4d5d-ad35-c5e988ab4644 neutron 
24109c82ae76465c8fb20562cce67a4f] Failed to bind port 
6733610d-e7dc-4ecd-a810-b2b791af9b97 on host ci-jslave-base*
2015-09-10 02:14:00.608 DEBUG neutron.plugins.ml2.db 
[req-44530c97-56fa-4d5d-ad35-c5e988ab4644 neutron 
24109c82ae76465c8fb20562cce67a4f] For port 
6733610d-e7dc-4ecd-a810-b2b791af9b97, host ci-jslave-base, cleared 
binding levels from (pi
d=25516) clear_binding_levels 
/opt/stack/neutron/neutron/plugins/ml2/db.py:189
2015-09-10 02:14:00.608 DEBUG neutron.plugins.ml2.db 
[req-44530c97-56fa-4d5d-ad35-c5e988ab4644 neutron 
24109c82ae76465c8fb20562cce67a4f] Attempted to set empty binding 
levels from (pid=25516) set_binding_levels /opt/stack/neutron/neutro

n/plugins/ml2/db.py:164


Recent commit seems to be broken this.


During stacking i am getting below error , but i dont know whether its 
related to above issue or not

2015-09-09 15:18:48.658 | ERROR: openstack 'module' object has no attribute 
'UpdateDataSource'

would love some help on this issue

Thanks,
bharath


__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: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)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [Neutron][horizon][neutron][L3][dvr][fwaas] FWaaS

[bharath]

Hi,

Horizon seems to be broken.

When i try to add new firewall rule , horizon broken with "'NoneType' 
object has no attribute 'id'" Error.
This was fine about 10 hours back. Seems one of the  latest commit 
broken it.



Traceback in horizon:

2015-09-02 16:15:35.337872 return nodelist.render(context)
2015-09-02 16:15:35.337877   File 
"/usr/local/lib/python2.7/dist-packages/django/template/base.py", line 903, in 
render
2015-09-02 16:15:35.337893 bit = self.render_node(node, context)
2015-09-02 16:15:35.337899   File 
"/usr/local/lib/python2.7/dist-packages/django/template/debug.py", line 79, in 
render_node
2015-09-02 16:15:35.337903 return node.render(context)
2015-09-02 16:15:35.337908   File 
"/usr/local/lib/python2.7/dist-packages/django/template/debug.py", line 89, in 
render
2015-09-02 16:15:35.337913 output = self.filter_expression.resolve(context)
2015-09-02 16:15:35.337917   File 
"/usr/local/lib/python2.7/dist-packages/django/template/base.py", line 647, in 
resolve
2015-09-02 16:15:35.337922 obj = self.var.resolve(context)
2015-09-02 16:15:35.337927   File 
"/usr/local/lib/python2.7/dist-packages/django/template/base.py", line 787, in 
resolve
2015-09-02 16:15:35.337931 value = self._resolve_lookup(context)
2015-09-02 16:15:35.337936   File 
"/usr/local/lib/python2.7/dist-packages/django/template/base.py", line 825, in 
_resolve_lookup
2015-09-02 16:15:35.337940 current = getattr(current, bit)
2015-09-02 16:15:35.337945   File 
"/opt/stack/horizon/openstack_dashboard/wsgi/../../horizon/utils/html.py", line 
59, in attr_string
2015-09-02 16:15:35.337950 return flatatt(self.get_final_attrs())
2015-09-02 16:15:35.337954   File 
"/opt/stack/horizon/openstack_dashboard/wsgi/../../horizon/utils/html.py", line 
42, in get_final_attrs
2015-09-02 16:15:35.337959 final_attrs['class'] = self.get_final_css()
2015-09-02 16:15:35.337964   File 
"/opt/stack/horizon/openstack_dashboard/wsgi/../../horizon/utils/html.py", line 
47, in get_final_css
2015-09-02 16:15:35.337981 default = " ".join(self.get_default_classes())
2015-09-02 16:15:35.337986   File 
"/opt/stack/horizon/openstack_dashboard/wsgi/../../horizon/tables/base.py", 
line 792, in get_default_classes
2015-09-02 16:15:35.337991 if not self.url:
2015-09-02 16:15:35.337995   File 
"/opt/stack/horizon/openstack_dashboard/wsgi/../../horizon/tables/base.py", 
line 756, in url
2015-09-02 16:15:35.338000 url = self.column.get_link_url(self.datum)
2015-09-02 16:15:35.338004   File 
"/opt/stack/horizon/openstack_dashboard/wsgi/../../horizon/tables/base.py", 
line 431, in get_link_url
2015-09-02 16:15:35.338009 return self.link(datum)
2015-09-02 16:15:35.338014   File 
"/opt/stack/horizon/openstack_dashboard/wsgi/../../openstack_dashboard/dashboards/project/firewalls/tables.py",
 line 261, in get_policy_link
2015-09-02 16:15:35.338019 kwargs={'policy_id': datum.policy.id})
2015-09-02 16:15:35.338023 AttributeError: 'NoneType' object has no attribute 
'id'


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

[openstack-dev] How to run fw testcases which are recently moved from tempest to neutron.

[bharath]

Hi ,

How to run FW testcases which are under neutron using tempest?

If i am trying to list cases from tempest(sudo -u stack -H testr 
list-tests neutron.api

), its resulting to empty list



Thanks,
bharath

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

[openstack-dev] Debug tool for neutron

[bharath thiruveedula]

Hi,
We have some troubleshooting guides for openstack neutron. But many people who 
are new to neutron find it difficult to follow the guides, as they are not 
aware of what is happening behind the scenes. So is there any tool which tracks 
the packet flow from the VM to debug issues like why the VM  is not getting the 
IP Address or why internet is not reachable from the VM? If any, can you please 
suggest some of them?

RegardsBharath__
OpenStack Development Mailing List (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][L3][dvr][fwaas] FWaaS

[bharath]

Hi Sean,

Have you got the chance to test firewall locally? Any Clue on the issue 
i am facing?


Thanks,
bharath



On Friday 28 August 2015 07:21 AM, Sean M. Collins wrote:
Do you have a known good commit for the FwaaS repo? Or Neutron? 
Perhaps you can run a git-bisect to find the commit that introduced. 
Labor intensive, but I did a little digging in FwaaS and didn't see 
anything that was obvious.

--
Sent from my Android device with K-9 Mail. Please excuse my brevity. 


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

[openstack-dev] [neutron][L3][dvr][fwaas] FWaaS

[bharath]

Hi,

 while testing the fwaas , i found router_info is not getting updated. 
list awlays seems to be empty and getting updated only after the restart 
of fw agent.


This issue resulting empty list while calling 
_get_router_info_list_for_tenant.


i can see some comments as *for routers without an interface - 
get_routers returns the router - but this is not yet populated in 
router_info*
but in my case  even though routers have an interface still the 
router_info is empty.


It seems to be recent breakage as this was working fine in the last month.


Thanks,
bharath
__
OpenStack Development Mailing List (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][L3][dvr][fwaas] FWaaS

[bharath]

Hi ,

Adding more info

create_firewall(self, agent_mode, apply_list, firewall) and 
update_firewall(self, agent_mode, apply_list, firewall) api's are 
getting called with empty apply list


apply_list is generated by the _get_router_info_list_for_tenant. The 
rootcause for returning empty list is due to empty self.router_info.



If kill the firewall agent and start the firewall agent again ,then 
router_info is getting updated with existing router , then 
update_firewall is getting called with
non empty apply list so firewall rules are getting applied to existing 
routers. But new firewall updates are still not getting updated as the 
apply_list is empty.


So basically to apply the firewall rules i am ending up to restart the 
firewall_agent repeatedly



The agent which i am using vyatta firewall 
agent(neutron_fwaas/services/firewall/agents/vyatta)


I checked other agents code , the implementation is almost same in all 
the agents.


It seems to be recent breakage as this was working fine in the last month.

i suspect recent changes in neutron or neutron-fwaas might have broken 
this.


Can someone help me out on this issue

Thanks,
bharath



On Thursday 27 August 2015 09:26 PM, bharath wrote:

Hi,

 while testing the fwaas , i found router_info is not getting updated. 
list awlays seems to be empty and getting updated only after the 
restart of fw agent.


This issue resulting empty list while calling 
_get_router_info_list_for_tenant.


i can see some comments as *for routers without an interface - 
get_routers returns the router - but this is not yet populated in 
router_info*
but in my case  even though routers have an interface still the 
router_info is empty.


It seems to be recent breakage as this was working fine in the last month.


Thanks,
bharath


__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: 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)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Neutron] How to add vendor specific db tables in neutron

[bharath]

Hi,

Liberty code freeze is September 1st. But i have to add a vendor
specific table for liberty release . As Vendor specific alembic
support in neutron is  seems to be still under progress. Can i
simply add tables names in external.py under alembic_migration  and
push it upstream and implement actual tables later in vendor repo?

Thanks, bharath



On Thursday 27 August 2015 03:06 PM, Ihar Hrachyshka wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 08/27/2015 10:36 AM, bharath wrote:

Hi ,


I need to add a vendor specific db tables in neutron but vendor
specific are no more allowed in the neutron. Tables need to be
added to vendor repo itself. So i created alembic versioning in
vendor repo. and added new tables under vendor repo. But i am not
seeing tables getting created while stacking the devstack.

So how to trigger the tables creation in vendor repo?


http://docs.openstack.org/developer/neutron/devref/alembic_migrations.ht
ml#indepedent-sub-project-tables

Ihar
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQEcBAEBCAAGBQJV3tohAAoJEC5aWaUY1u57H+kH/jLD1bkLrwRoOVCi+rmonV+g
fuU15mritbUWag3dyg64GRMjGQ/aRFoP5D9HjATkSAa0wb7H5UlbAGfsE2PqHtrR
MOJ9l7ldJ1tAb5JS8Pti60uE0zEqv4dBEF2SmoXxRw88kN1WvUaiBtovBuIsfxwB
pm+3MIZH8AEBnBYIwnsTdU59lMPJgDKdfCU8WlgpewM5rxrtBAHANkrr+wCHYH2l
BfUgY+3mu+k4vKzravmgf29dDw8kzc68qXb+Z8IfyWbqadSoc8PhVke5DBf4utAw
tzqHGUpIHHBPUq0zLM6wwJsIJLAX33glJ00Sl8JeIMjh8RN/qZASZWOi+1CI9hc=
=zne4
-END PGP SIGNATURE-

__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: 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)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [Neutron] How to add vendor specific db tables in neutron

[bharath]

Hi ,


I need to add a vendor specific db tables in neutron but vendor specific
are no more allowed in the neutron. Tables need to be added to vendor
repo itself.
So i created alembic versioning in vendor repo. and added new tables
under vendor repo.
But i am not seeing tables getting created while stacking the devstack.

So how to trigger the tables creation in vendor repo?


Thanks,
bharath




__
OpenStack Development Mailing List (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][LBaaS] Why do we need to select subnet when creating a pool?

[Bharath M]

Hi Wanjing,

As it's Juno, I assume you are using LBaaSv1. If that's the case, as
Brandon pointed, there's no subnet-id switch in the neutron
lb-member-create command.

Having said that you still use the subnet-id in both the following commands:
neutron lb-pool-create
neutron lb-vip-create

You should note that the subnet id in each of the above commands serve
different purpose. In the case of lb-pool-create, the subnet-id is
provided to make sure that only members belonging to the specified
subnet-id could be added to the pool.

However, the subnet id in the lb-vip-create command specifies the network
range from which an ip is chosen to be assigned as a vip.

Thus, you could use different subnets for both the above commands and as
long as you have route between those two, the load balancing works.

Thanks,
Bharath.


On Tue, Apr 28, 2015 at 9:19 AM, Brandon Logan brandon.lo...@rackspace.com
wrote:

  ​So someone pointed out that you were using lbaas for Juno, which would
 mean you aren't using LBaaS V2.  So you're using V1.  V1 member's do not
 take subnet_id as an attribute.  Let me know how you are making your
 requests.


  Thanks,

 Brandon
  --
 *From:* Brandon Logan brandon.lo...@rackspace.com
 *Sent:* Monday, April 27, 2015 8:40 PM
 *To:* OpenStack Development Mailing List not for usage questions
 *Subject:* Re: [openstack-dev] [Neutron][LBaaS] Why do we need to select
 subnet when creating a pool?


 I'm assuming you are using LBaaS V2.  With that assumption, I'm not sure
 how you are having to select subnet on the pool.  It's not supposed to be a
 field at all on the pool object.  subnet_id is required on the member
 object right now, but that's something I and others think should just be
 optional, and if not specified then it's assumed that member can be reached
 with whatever has already been setup.​  Another option is pool could get a
 subnet_id field in the future and all members that are created without
 subnet_id are assumed to be on the pool's subnet_id, but I'm getting ahead
 of myself and this has no bearing on your current issue.


  Could you tell me how you are making your requests? CLI? REST directly?
  --
 *From:* Wanjing Xu wanjing...@hotmail.com
 *Sent:* Monday, April 27, 2015 12:57 PM
 *To:* OpenStack Development Mailing List not for usage questions
 *Subject:* [openstack-dev] [Neutron][LBaaS] Why do we need to select
 subnet when creating a pool?

  So when I use Haproxy for LBaaS for Juno, there is a subnet mandatary
 field that I need to fill in when creating a pool, and later on when I add
 members, I can use a different subnet(or simply just enter the ip of the
 member), when adding vip, I can still select a third subnet.  So what is
 the usage of the first subnet that I used to create pool?  There is no port
 created for this pool subnet.  I can see that a port is created for the vip
 subnet that the loadbalancer instance is binding to.

  Regards!

  Wanjing Xu

 __
 OpenStack Development Mailing List (not for usage questions)
 Unsubscribe: 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)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Neutron] unable to reproduce bug 1317363‏

[bharath thiruveedula]

Yeah sure

From: blak...@gmail.com
Date: Mon, 2 Feb 2015 11:09:08 -0800
To: openstack-dev@lists.openstack.org
Subject: Re: [openstack-dev][Neutron] unable to reproduce bug 1317363‏

The mailing list isn't a great place to discuss reproducing a bug. Post this 
comment on the bug report instead of the mailing list. That way the person who 
reported it and the ones who triaged it can see this information and respond. 
They might not be watching the dev mailing list as closely.


On Mon, Feb 2, 2015 at 10:17 AM, bharath thiruveedula bharath_...@hotmail.com 
wrote:



Hi,
I am Bharath Thiruveedula. I am new to openstack neutron and networking. I am 
trying to solve the bug 1317363. But I am unable to reproduce that bug. The 
steps I have done to reproduce:
1)I have created with network with external = True2)Created a subnet for the 
above network with CIDR=172.24.4.0/24 with gateway-ip =172.24.4.53)Created the 
router4)Set the gateway interface to the router5)Tried to change subnet 
gateway-ip but got this errorGateway ip 172.24.4.7 conflicts with allocation 
pool 172.24.4.6-172.24.4.254I used this command for thatneutron subnet-update 
ff9fe828-9ca2-42c4-9997-3743d8fc0b0c --gateway-ip 172.24.4.7 
Can you please help me with this issue?

-- Bharath Thiruveedula   

__

OpenStack Development Mailing List (not for usage questions)

Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe

http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev




-- 
Kevin Benton


__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: 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)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [Neutron] unable to reproduce bug 1317363‏

[bharath thiruveedula]

Hi,
I am Bharath Thiruveedula. I am new to openstack neutron and networking. I am 
trying to solve the bug 1317363. But I am unable to reproduce that bug. The 
steps I have done to reproduce:
1)I have created with network with external = True2)Created a subnet for the 
above network with CIDR=172.24.4.0/24 with gateway-ip =172.24.4.53)Created the 
router4)Set the gateway interface to the router5)Tried to change subnet 
gateway-ip but got this errorGateway ip 172.24.4.7 conflicts with allocation 
pool 172.24.4.6-172.24.4.254I used this command for thatneutron subnet-update 
ff9fe828-9ca2-42c4-9997-3743d8fc0b0c --gateway-ip 172.24.4.7 
Can you please help me with this issue?

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