Re: [openstack-dev] Fuel

[Tizy Ninan]

Hi,

Thanks for the reply.

The SELinux boolean variable authlogin_nsswitch_use_ldap is not available
in the list of booleans. So, how do I manually add the boolean?
This boolean is required to be set to enable ldap authentication.

Thanks,
Tizy


On Fri, May 9, 2014 at 8:52 AM, Adam Young  wrote:

>  On 05/06/2014 09:01 PM, Roman Sokolkov wrote:
>
> Tizy,
>
>  Selinux is disabled on all nodes under Fuel.
>
>
> https://github.com/stackforge/fuel-library/blob/stable/4.0/deployment/puppet/cobbler/templates/kickstart/centos.ks.erb#L32
>
>
>  You could check it by "getenforce" command. It should report "Disabled".
>
>  So you could simply pass all steps related to Selinux.
>
>  Thank you.
>
> Yeah, you don't need to deal with SELinux if SELinux is disabled.
>
>
>
>
>
> On Tue, May 6, 2014 at 12:51 AM, Tizy Ninan  wrote:
>
>> Hi
>>
>>  We are trying to integrate the openstack setup with the Microsoft
>> Active Directory(LDAP server).
>>
>> As per openstack documentation,
>> http://docs.openstack.org/admin-guide-cloud/content/configuring-keystone-for-ldap-backend.html
>>   in
>> order to integrate with an LDAP server, an SELinux Boolean variable
>> ‘authlogin_nsswitch_use_ldap’ needs to be set. We tried setting the
>> variable using the following command.
>> $ setsebool –P authlogin_nsswitch_use_ldap 1
>> It returned a message stating SElinux is disabled. We changed the status
>> of SElinux to permissive mode and tried setting the boolean variable, but
>> it returned a message stating ‘record not found in the database’.
>>
>> We also tried retrieving all the boolean variables by using the following
>> command
>> $getsebool –a
>> It listed out all the boolean variables, but there was no variable named
>> ‘authlogin_nsswitch_use_ldap’ in the list.
>> In order to add the variable we needed semanage. When executing the
>> ‘semanage’ command it returned ‘command not found’. To install semanage we
>> tried installing policycoreutils-python. It showed no package
>> policycoreutils-python available.
>>
>> We are using Mirantis Fuel v4.0. We have an openstack Havana deployment
>> on CentOS 6.4 and nova-network network service.
>> Can you please help us on why the SELinux boolean variable
>> (authlogin_nsswitch_use_ldap) is not available. Is it because the CentOS
>> image provided by the Fuel master node  does not provide the SELinux
>> settings?  Is there any alternative ways to set this boolean variable?
>>
>> Kindly help us to resolve this issue.
>>
>> ___
>> OpenStack-dev mailing list
>> OpenStack-dev@lists.openstack.org
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>>
>
>
>  --
> Roman Sokolkov,
> Deployment Engineer,
> Mirantis, Inc.
> Skype rsokolkov,
> rsokol...@mirantis.com
>
>
> ___
> OpenStack-dev mailing 
> listOpenStack-dev@lists.openstack.orghttp://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
>
> ___
> OpenStack-dev mailing list
> OpenStack-dev@lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] Multiple instances of Keystone

[Aniruddha Singh Gautam]

Hi,

Hope you are doing well...

I was working on trying to apply the patch for running multiple instance of 
Keystone. Somehow it does not work with following errors, I wish to still debug 
it further, but thought that I will check with you if you can provide some 
quick help. I was following http://blog.gridcentric.com/?Tag=Scalability. I did 
the changes on Ice House GA.

Error
Traceback (most recent call last):
  File 
"/usr/lib/python2.7/dist-packages/keystone/openstack/common/threadgroup.py", 
line 119, in wait
x.wait()
  File 
"/usr/lib/python2.7/dist-packages/keystone/openstack/common/threadgroup.py", 
line 47, in wait
return self.thread.wait()
  File "/usr/lib/python2.7/dist-packages/eventlet/greenthread.py", line 168, in 
wait
return self._exit_event.wait()
  File "/usr/lib/python2.7/dist-packages/eventlet/event.py", line 116, in wait
return hubs.get_hub().switch()
  File "/usr/lib/python2.7/dist-packages/eventlet/hubs/hub.py", line 187, in 
switch
return self.greenlet.switch()
  File "/usr/lib/python2.7/dist-packages/eventlet/greenthread.py", line 194, in 
main
result = function(*args, **kwargs)
  File "/usr/lib/python2.7/dist-packages/keystone/openstack/common/service.py", 
line 449, in run_service
service.start()
AttributeError: 'tuple' object has no attribute 'start'
(keystone): 2014-05-13 08:17:37,073 CRITICAL AttributeError: 'tuple' object has 
no attribute 'stop'
Traceback (most recent call last):
  File "/usr/bin/keystone-all", line 162, in 
serve(*servers)
  File "/usr/bin/keystone-all", line 111, in serve
launcher.wait()
  File "/usr/lib/python2.7/dist-packages/keystone/openstack/common/service.py", 
line 352, in wait
self._respawn_children()
  File "/usr/lib/python2.7/dist-packages/keystone/openstack/common/service.py", 
line 342, in _respawn_children
self._start_child(wrap)
  File "/usr/lib/python2.7/dist-packages/keystone/openstack/common/service.py", 
line 282, in _start_child
status, signo = self._child_wait_for_exit_or_signal(launcher)
  File "/usr/lib/python2.7/dist-packages/keystone/openstack/common/service.py", 
line 240, in _child_wait_for_exit_or_signal
launcher.stop()
  File "/usr/lib/python2.7/dist-packages/keystone/openstack/common/service.py", 
line 95, in stop
self.services.stop()
  File "/usr/lib/python2.7/dist-packages/keystone/openstack/common/service.py", 
line 419, in stop
service.stop()
AttributeError: 'tuple' object has no attribute 'stop'

In logs I can find the new child processes, somehow probably they are stopped 
and then it spawns another child processes.

I also noticed that support for running multiple neutron servers in ICE House 
GA. Any specific reason of not having same thing for Keystone (My knowledge of 
Openstack is limited, so please bear with my dumb questions)


Best regards,
Aniruddha



"DISCLAIMER: This message is proprietary to Aricent and is intended solely for 
the use of the individual to whom it is addressed. It may contain privileged or 
confidential information and should not be circulated or used for any purpose 
other than for what it is intended. If you have received this message in error, 
please notify the originator immediately. If you are not the intended 
recipient, you are notified that you are strictly prohibited from using, 
copying, altering, or disclosing the contents of this message. Aricent accepts 
no responsibility for loss or damage arising from the use of the information 
transmitted by this email including damage from virus."
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] Heat SoftwareConfig and SoftwareDevelopment

[Qiming Teng]

On Mon, May 12, 2014 at 08:56:22AM +, LIU Casper A wrote:
> Hello dear Heat Developers,
> 
> I am Casper Liu from Alcatel-Lucent. I am doing a project based on 
> Heat(Icehouse), and have questions about Heat SoftwareConfig and 
> SoftwareDevelopment resources.
> 
> Your reply would be highly appreciated!
> We really anticipate your support and help.
> 
> The key point of our project is to execute “heat stack-update” to update a 
> stack with a number of VMs, and this “heat stack-update” will trigger a 
> specified script to be executed on a specified VM instance(this VM already 
> has the specified script) of the stack, and there should be no reboot/rebuild 
> of any VM of the stack. If possible we would like to use SoftwareConfig to do 
> this, for it is modularized and easy to manage, but cfn tool should also be 
> OK.
> 

I don't think heat stack-update is the real reason behind the VM reboot.
If you want a script executed when a stack is updated, you can use
SoftwareConfig and SoftwareDeployment resources.

> Take our project as example, we have one stack which has 4 VMs (we can name 
> them as VM1, VM2, VM3 and VM4), there is an need to let Heat template to 
> execute one script(we have coded this Python script.) on VM1 when I execute 
> "heat stack-update -f  -p " each time.
> VM1 can be associated with SoftwareConfig and SoftwareDevelopment resources.
> VM1 can NOT be rebooted or rebuilt during execution of "heat stack-update".

I'm confused ... do you want the VM rebooted or not?
> 
> My question is:
> 
> (1) Could you advise a solution based on Heat for our project scenario?
> (2) If a SoftwareDevelopment is set as "UPDATE" in “actions” field of 
> template and associated with VM1 and SoftwareConfig and when "heat 
> stack-update" happens, can the VM1 execute SoftwareConfig without reboot?
> (3) If SoftwareConfig can be execute successfully for VM1, then what 
> packages/tools should be installed in VM instance?
> Such as hook-script.py ( 
> http://git.openstack.org/cgit/openstack/heat-templates/tree/hot/software-config/elements/heat-config-script/install.d/hook-script.py
>  (http://git.openstack.org/cgit/opensta...) ), is this a must for 
> SoftwareDevelopment?
> (4) Is my software version(icehouse) proper to support SoftwareDevelopment 
> and SoftwareConfig?

Icehouse version should be okay. You may want to check the readme files
and the sample templates.  In general, you need hooks specific to your
configuration tool (shell script in this case) installed in your VM.

> Below is the version of my Openstack pakages:
> 
> root@heatorch:~# pip freeze
> ... heat==2014.1.dev58.g5896354
> python-ceilometerclient==1.0.8
> python-cinderclient==1.0.7
> python-debian==0.1.21ubuntu1
> python-heatclient==0.2.6
> python-keystoneclient==0.4.2
> python-neutronclient==2.3.3
> python-novaclient==2.15.0
> python-swiftclient==1.8.0
> python-troveclient==1.0.3
> ...
> 
> SoftwareDeployment introduction is as below:
> http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Heat::Software
> 
> Your reply would be highly appreciated!
> 
> Thanks a lot!
> 
> Regards,
> Casper
> 
> 

> ___
> OpenStack-dev mailing list
> OpenStack-dev@lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] Hierarchical administrative boundary [keystone]

[joehuang]

Hi All, 

Totally agree with Allamaraju. Only hierarchical administrative boundary is not 
enough, the definition of internal network architecture within one domain is 
very important. The networking among projects in one domain could be isolated 
or not, the access to external network may be not only controlled at domain 
level, but also at project level. Allamaraju's proposal can solve these issues 
well.

My question is how to solve multi-region scenario?  May the VPC cross multiple 
OpenStack instances?

The role for different resources visibility is also need to be defined for the 
VPC solution.

Best Regards
Chaoyi Huang( Joe Huang)


-邮件原件-
发件人: Allamaraju, Subbu [mailto:su...@subbu.org] 
发送时间: 2014年5月13日 20:55
收件人: OpenStack Development Mailing List (not for usage questions)
主题: Re: [openstack-dev] Hierarchical administrative boundary [keystone]

Hi Arvind,

This seems to be covering one of the use cases listed by 
https://wiki.openstack.org/wiki/Blueprint-VPC. Others to isolate between VPCs 
include shared resources like networks, images, roles, and other configuration. 

Subbu

On May 8, 2014, at 7:55 PM, Tiwari, Arvind  wrote:

> Hi All,
>  
> Below is my proposal to address VPC use case using hierarchical 
> administrative boundary. This topic is scheduled in Hierarchical 
> Multitenancysession of Atlanta design summit.
>  
> https://wiki.openstack.org/wiki/Hierarchical_administrative_boundary
>  
> Please take a look.
>  
> Thanks,
> Arvind
>  
> ___
> OpenStack-dev mailing list
> OpenStack-dev@lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] Scaling Network Performance for Large Clouds: Thursday May 15th at 10:30-11am in the developer lounge at 3rd floor

[Tina TSOU]

Dear Stackers,

We are setting up a meeting to discuss Scaling Network Performance for Large 
Clouds. There are already cases from eBay, Yahoo and Huawei customers.

Here is related BP:

https://blueprints.launchpad.net/neutron/+spec/scaling-network-perform

The meeting is planned for:
   Thursday May 15th at 10:30-11am in the developer lounge at 3rd 
floor
Look forward to talking to many of you then.


Thank you,
Tina

___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Heat] [Murano] [Solum] [TC] agenda for cross-project session - how to handle app lifecycle ?

[Ruslan Kamaldinov]

On Sat, May 10, 2014 at 7:02 AM, Ruslan Kamaldinov
 wrote:
> I'd like to propose the following agenda for cross-project session
> "Solum, Murano, Heat: how to handle app lifecycle?":
>
> A number of projects are looking at going up the stack and handle application
> workload lifecycle management. This workshop aims at placing them all in the
> same room and creating opportunities for convergence in the future.
>
> 1. ~10-15 minutes to present Murano including answering questions. We will
>cover mission, positioning (relation to other OpenStack projects) and 
> further
>roadmap which addresses concers on duplication of functionality with other
>projects. We've conducted a document [1], please append your questions or
>topics to discuss upfront.
>
> 2. ~10-15 minutes to present Solum, including Q&A. I would expect some
>overview of Solum too. Solum team, please expand your plan in the linked
>etherpad [2].
>
> 3. Open discussion. Goal is to find a common ground on application lifecycle
>in OpenStack, determine project responsibilities (e.g Heat does X, Murano
>does Y, Solum does Z), discuss plan to eliminate any functionality
>duplication between these projects.
>
> If there is another project or initiative willing to present their work please
> let us know.
>
> I've added TC to the subject because we might need someone neutral and
> authoritative to moderate the session. Also, a number of questions
> were raised in
> comments to this session, I'll quote Steven Dake:
>> "I'd be interested in having some TC representation at this session to
>> understand how the TC would consider organizing these efforts (separate
>> programs or expand scope of orchestration program)."
>
> At least one TC member presence would be very welcome :)
>
> If you have a topic to add, please update session etherpad [2].
>
>
> [1] https://etherpad.openstack.org/p/wGy9S94l3Q
> [2] https://etherpad.openstack.org/p/9XQ7Q2NQdv
>
>
> --
> Ruslan

I've updated the session etherpad [1] with the follow-up. Please see
the bottom of the document (I didn't want to modify notes taken during
the session).

Session went well. There were couple of items/questions raised during
the session which should be discussed in more details.

As we agreed at the design session, let us leverage the fact of the
local presence of the members of each team (Heat, Murano, Solum) and
to have a follow up session to:
- reiterate over the cross-projects session results and ensure
everybody understands it the same way
- to start discussing an approach to have a common cross-project
environment description

Zane expressed readiness to participate in such a session on Thursday.
Let's figure out who else can participate from Heat and Solum team to
have a meeting on Thursday in one of the design PODs at the second
level.

[1] https://etherpad.openstack.org/p/9XQ7Q2NQdv


ruslan

___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [sahara] Nominate Trevor McKay for sahara-core

[Andrew Lazarev]

+1

It will be good addition to the core team.

Thanks,
Andrew.




On Mon, May 12, 2014 at 2:31 PM, Sergey Lukjanov wrote:

> Hey folks,
>
> I'd like to nominate Trevor McKay (tmckay) for sahara-core.
>
> He is among the top reviewers of Sahara subprojects. Trevor is working
> on Sahara full time since summer 2013 and is very familiar with
> current codebase. His code contributions and reviews have demonstrated
> a good knowledge of Sahara internals. Trevor has a valuable knowledge
> of EDP part and Hadoop itself. He's working on both bugs and new
> features implementation.
>
> Some links:
>
> http://stackalytics.com/report/contribution/sahara-group/30
> http://stackalytics.com/report/contribution/sahara-group/90
> http://stackalytics.com/report/contribution/sahara-group/180
>
> https://review.openstack.org/#/q/owner:tmckay+sahara+AND+-status:abandoned,n,z
> https://launchpad.net/~tmckay
>
> Sahara cores, please, reply with +1/0/-1 votes.
>
> Thanks.
>
> --
> Sincerely yours,
> Sergey Lukjanov
> Sahara Technical Lead
> (OpenStack Data Processing)
> Mirantis Inc.
>
> ___
> OpenStack-dev mailing list
> OpenStack-dev@lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Neutron][FWaaS]Firewall Web Services Research Thesis Applicability to the OpenStack Project

[Michael Grima]

Sumit,

I am in the process of wrapping up my thesis, and I would like to
include a section about OpenStack.

However, before doing so, I will need to gain a better understanding
of the relationship between the Neutron Group Policy and FWaaS.  Could
you provide some background on how (if?) they are related?

Thank you,

-- 
Mike Grima, RHCE

___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [sahara] Nominate Trevor McKay for sahara-core

[Michael McCune]

+1

- Original Message -
> Hey folks,
> 
> I'd like to nominate Trevor McKay (tmckay) for sahara-core.
> 
> He is among the top reviewers of Sahara subprojects. Trevor is working
> on Sahara full time since summer 2013 and is very familiar with
> current codebase. His code contributions and reviews have demonstrated
> a good knowledge of Sahara internals. Trevor has a valuable knowledge
> of EDP part and Hadoop itself. He's working on both bugs and new
> features implementation.
> 
> Some links:
> 
> http://stackalytics.com/report/contribution/sahara-group/30
> http://stackalytics.com/report/contribution/sahara-group/90
> http://stackalytics.com/report/contribution/sahara-group/180
> https://review.openstack.org/#/q/owner:tmckay+sahara+AND+-status:abandoned,n,z
> https://launchpad.net/~tmckay
> 
> Sahara cores, please, reply with +1/0/-1 votes.
> 
> Thanks.
> 
> --
> Sincerely yours,
> Sergey Lukjanov
> Sahara Technical Lead
> (OpenStack Data Processing)
> Mirantis Inc.
> 
> ___
> OpenStack-dev mailing list
> OpenStack-dev@lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> 

___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [mistral][atlanta] Follow-up on Mistral design session

[Renat Akhmerov]

Thanks for joining Mistral design session today!

I’m really glad to realize that so many people are interested in the project 
and it was so cool to answer your questions. We’re open to further discussions 
during the summit and afterwards. Please find us anytime in ML and IRC to ask 
addition questions and discuss the things that you think are important.

We’ve discussed only a part of a solid list of questions that we prepared in 
the etherpad (see the link below) so I hope we’ll find other communication 
formats to keep discussing them.

Slide deck: 
http://www.slideshare.net/RenatAkhmerov/mistral-atlantadev-session-34640055
Etherpad: https://etherpad.openstack.org/p/juno-summit-mistral
Screencast: https://www.youtube.com/watch?v=x-zqz1CRVkI

And just in case (sorry that I keep repeating it over and over again):
Launchpad: https://launchpad.net/mistral
Wiki: https://wiki.openstack.org/wiki/Mistral


Renat Akhmerov
@ Mirantis Inc.



___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Fuel] useful deployment related talks

[Vladimir Kuklin]

Also puppet-openstack stuff is discussed here:

https://etherpad.openstack.org/p/puppet-openstack-design


On Mon, May 12, 2014 at 4:58 PM, Allamaraju, Subbu  wrote:

> We should perhaps clarify that these etherpads are about
> deployment/operations of OpenStack discussed under
> https://wiki.openstack.org/wiki/Summit/Juno/Etherpads#Ops, and not Fuel.
>
> Subbu
>
> On May 12, 2014, at 2:33 PM, Vladimir Kuklin  wrote:
>
> > Guys
> >
> > It would be awesome if we shared links on useful talks/meetups that can
> be related to FUEL and deployment/operations of Openstack.
> >
> > These are for setting optimal config options and upgrades:
> >
> > https://etherpad.openstack.org/p/juno-summit-ops-upgradesdeployment
> > https://etherpad.openstack.org/p/juno-summit-ops-reasonabledefaults
> >
> > --
> > Yours Faithfully,
> > Vladimir Kuklin,
> > Fuel Library Tech Lead,
> > Mirantis, Inc.
> > +7 (495) 640-49-04
> > +7 (926) 702-39-68
> > Skype kuklinvv
> > 45bk3, Vorontsovskaya Str.
> > Moscow, Russia,
> > www.mirantis.com
> > www.mirantis.ru
> > vkuk...@mirantis.com
> > ___
> > OpenStack-dev mailing list
> > OpenStack-dev@lists.openstack.org
> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
> ___
> OpenStack-dev mailing list
> OpenStack-dev@lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>



-- 
Yours Faithfully,
Vladimir Kuklin,
Fuel Library Tech Lead,
Mirantis, Inc.
+7 (495) 640-49-04
+7 (926) 702-39-68
Skype kuklinvv
45bk3, Vorontsovskaya Str.
Moscow, Russia,
www.mirantis.com 
www.mirantis.ru
vkuk...@mirantis.com
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Fuel][HA][RabbitMQ] Rabbitmq-related HA issues

[Vladimir Kuklin]

Alexey, could you link this particular change? I think, there is some
miscommunication - it does not seem that keepalive patch helped a lot.


On Tue, May 13, 2014 at 2:53 PM, Alexei Kornienko <
alexei.kornie...@gmail.com> wrote:

> Hi,
>
> No good news from me now.
> I think I need to spend additional time to reproduce this issue. I've done
> some code research and it seems that problem may be related to how nova
> uses oslo.messaging library.
>
> P.S. I've seen a patch in fuel changing tcp_keepalive option and it says
> that it fixed the problem, am I right?
>
> Regards,
> On May 13, 2014 2:05 PM, "Vladimir Kuklin"  wrote:
>
>> Alexey Kornienko promised to give us an update. Alexey, do you have newer
>> info?
>> 12 мая 2014 г. 13:22 пользователь "Vladimir Kuklin" 
>> написал:
>>
>>> Guys, I suggest that we meet at Mirantis booth as it is in the same hall
>>> with lunch
>>> 12 мая 2014 г. 13:02 пользователь "Andrew Woodward" 
>>> написал:
>>>
 Correct. Openstack HA
 On May 12, 2014 12:43 PM, "Mike Scherbakov" 
 wrote:

> A little note - it's going to be about OpenStack HA issues, not about
> Fuel master node HA, right?
> On May 12, 2014 8:37 PM, "Vladimir Kuklin" 
> wrote:
>
>> Fuelers,
>>
>>
>> We are going to discuss rabbit/kombu related HA issues today. I
>> suggest we do this at 1pm today in Hall B2 during lunch. Feel free to
>> provide alternative suggestions if you have any objections. Also bring in
>> anyone who may be of help.
>>
>> List of problems and bugs is here:
>> https://etherpad.openstack.org/p/fuel-ha-rabbitmq
>>
>>
>> --
>> Yours Faithfully,
>> Vladimir Kuklin,
>> Fuel Library Tech Lead,
>> Mirantis, Inc.
>> +7 (495) 640-49-04
>> +7 (926) 702-39-68
>> Skype kuklinvv
>> 45bk3, Vorontsovskaya Str.
>> Moscow, Russia,
>> www.mirantis.com 
>> www.mirantis.ru
>> vkuk...@mirantis.com
>>
>> ___
>> OpenStack-dev mailing list
>> OpenStack-dev@lists.openstack.org
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>>
> ___
> OpenStack-dev mailing list
> OpenStack-dev@lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
 ___
 OpenStack-dev mailing list
 OpenStack-dev@lists.openstack.org
 http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


>> ___
>> OpenStack-dev mailing list
>> OpenStack-dev@lists.openstack.org
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>>
> ___
> OpenStack-dev mailing list
> OpenStack-dev@lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>


-- 
Yours Faithfully,
Vladimir Kuklin,
Fuel Library Tech Lead,
Mirantis, Inc.
+7 (495) 640-49-04
+7 (926) 702-39-68
Skype kuklinvv
45bk3, Vorontsovskaya Str.
Moscow, Russia,
www.mirantis.com 
www.mirantis.ru
vkuk...@mirantis.com
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Fuel][HA][RabbitMQ] Rabbitmq-related HA issues

[Alexei Kornienko]

Hi,

No good news from me now.
I think I need to spend additional time to reproduce this issue. I've done
some code research and it seems that problem may be related to how nova
uses oslo.messaging library.

P.S. I've seen a patch in fuel changing tcp_keepalive option and it says
that it fixed the problem, am I right?

Regards,
On May 13, 2014 2:05 PM, "Vladimir Kuklin"  wrote:

> Alexey Kornienko promised to give us an update. Alexey, do you have newer
> info?
> 12 мая 2014 г. 13:22 пользователь "Vladimir Kuklin" 
> написал:
>
>> Guys, I suggest that we meet at Mirantis booth as it is in the same hall
>> with lunch
>> 12 мая 2014 г. 13:02 пользователь "Andrew Woodward" 
>> написал:
>>
>>> Correct. Openstack HA
>>> On May 12, 2014 12:43 PM, "Mike Scherbakov" 
>>> wrote:
>>>
 A little note - it's going to be about OpenStack HA issues, not about
 Fuel master node HA, right?
 On May 12, 2014 8:37 PM, "Vladimir Kuklin" 
 wrote:

> Fuelers,
>
>
> We are going to discuss rabbit/kombu related HA issues today. I
> suggest we do this at 1pm today in Hall B2 during lunch. Feel free to
> provide alternative suggestions if you have any objections. Also bring in
> anyone who may be of help.
>
> List of problems and bugs is here:
> https://etherpad.openstack.org/p/fuel-ha-rabbitmq
>
>
> --
> Yours Faithfully,
> Vladimir Kuklin,
> Fuel Library Tech Lead,
> Mirantis, Inc.
> +7 (495) 640-49-04
> +7 (926) 702-39-68
> Skype kuklinvv
> 45bk3, Vorontsovskaya Str.
> Moscow, Russia,
> www.mirantis.com 
> www.mirantis.ru
> vkuk...@mirantis.com
>
> ___
> OpenStack-dev mailing list
> OpenStack-dev@lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
 ___
 OpenStack-dev mailing list
 OpenStack-dev@lists.openstack.org
 http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


>>> ___
>>> OpenStack-dev mailing list
>>> OpenStack-dev@lists.openstack.org
>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>>
>>>
> ___
> OpenStack-dev mailing list
> OpenStack-dev@lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Fuel][HA][RabbitMQ] Rabbitmq-related HA issues

[Vladimir Kuklin]

Alexey Kornienko promised to give us an update. Alexey, do you have newer
info?
12 мая 2014 г. 13:22 пользователь "Vladimir Kuklin" 
написал:

> Guys, I suggest that we meet at Mirantis booth as it is in the same hall
> with lunch
> 12 мая 2014 г. 13:02 пользователь "Andrew Woodward" 
> написал:
>
>> Correct. Openstack HA
>> On May 12, 2014 12:43 PM, "Mike Scherbakov" 
>> wrote:
>>
>>> A little note - it's going to be about OpenStack HA issues, not about
>>> Fuel master node HA, right?
>>> On May 12, 2014 8:37 PM, "Vladimir Kuklin"  wrote:
>>>
 Fuelers,


 We are going to discuss rabbit/kombu related HA issues today. I suggest
 we do this at 1pm today in Hall B2 during lunch. Feel free to provide
 alternative suggestions if you have any objections. Also bring in anyone
 who may be of help.

 List of problems and bugs is here:
 https://etherpad.openstack.org/p/fuel-ha-rabbitmq


 --
 Yours Faithfully,
 Vladimir Kuklin,
 Fuel Library Tech Lead,
 Mirantis, Inc.
 +7 (495) 640-49-04
 +7 (926) 702-39-68
 Skype kuklinvv
 45bk3, Vorontsovskaya Str.
 Moscow, Russia,
 www.mirantis.com 
 www.mirantis.ru
 vkuk...@mirantis.com

 ___
 OpenStack-dev mailing list
 OpenStack-dev@lists.openstack.org
 http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


>>> ___
>>> OpenStack-dev mailing list
>>> OpenStack-dev@lists.openstack.org
>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>>
>>>
>> ___
>> OpenStack-dev mailing list
>> OpenStack-dev@lists.openstack.org
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>>
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Neutron] Changing subnet tenant_id

[André Aranha]

Hello,

I tried to change the tenant_id as admin, shouldn't it work? I'm using this
to check if it really works, I depend on this for another feature.

Thank you for the feedback,
Andre Aranha


On 12 May 2014 14:47, Fawad Khaliq  wrote:

> Hi Andre,
>
> You encountered a normal API operation. The error raised is a valid return
> as you cannot modify the tenant_id. For the API documentation, tenant_id
> field is there for Administrator purpose when an Admin wants to update
> subnet for a particular tenant (using tenant_id to refer to the instance of
> a subnet of tenant for whom the tenant_id is specified).
>
> Thanks,
> Fawad Khaliq
> (m) +1 408.966.2214
>
>
> On Mon, May 12, 2014 at 9:54 AM, André Aranha wrote:
>
>> Hi,
>>
>> I was checking networks in Neutron and in the API 
>> (http://api.openstack.org/api-ref-networking-v2.html) it is said that one 
>> can update a subnet tenant-id. I tried and raised an error: "NeutronError": 
>> "Cannot update read-only attribute tenant_id". Is it really supported to 
>> change a subnet tenant-id or is it a bug?
>>
>> Thank you,
>> Andre Aranha
>>
>>
>> ___
>> OpenStack-dev mailing list
>> OpenStack-dev@lists.openstack.org
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>>
>
> ___
> OpenStack-dev mailing list
> OpenStack-dev@lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Nova] Hosts within two Availability Zones : possible or not ?

[Sylvain Bauza]

There is a good talk happening today at 2pm @ room B.206 in a Breakout
session :

"Divide and conquer: Resource Segregation in OpenStack"

(I'm sorry, I can't provide the sched.org link, site seems to be down)

-Sylvain

Le 13/05/2014 11:12, Meghal Gosalia a écrit :
> Is any discussion on this topic scheduled during the summit ?
>
> Thanks,
> Meghal
>
> On Apr 9, 2014, at 9:03 AM, Sylvain Bauza  > wrote:
>
>>
>>
>>
>> 2014-04-07 23:11 GMT+02:00 Sylvain Bauza > >:
>>
>> Hi Phil,
>>
>>
>>
>> 2014-04-07 18:48 GMT+02:00 Day, Phil > >:
>>
>> Hi Sylvain,
>>
>>  
>>
>> There was a similar thread on this recently -- which might be
>> worth reviewing: 
>>  
>> http://lists.openstack.org/pipermail/openstack-dev/2014-March/031006.html
>>
>>  
>>
>> Some interesting use cases were posted, and a I don't think a
>> conclusion was reached, which seems to suggest this might be
>> a good case for a session in Atlanta.
>>
>>
>>
>> The funny fact is that I was already part of this discussion as
>> owner of a bug related to it (see the original link I provided).
>> That's only when reviewing the code by itself that I found some
>> discrepancies and raised the question here, before committing.
>>
>>  
>>
>>  
>>
>> Personally I'm not sure that selecting more than one AZ
>> really makes a lot of sense -- they are generally objects
>> which are few in number and large in scale, so if for example
>> there are 3 AZs and you want to create two servers in
>> different AZs, does it really help if you can do the sequence:
>>
>>  
>>
>> -  Create a server in any AZ
>>
>> -  Find the AZ the server is in
>>
>> -  Create a new server in any of the two remaining AZs
>>
>>  
>>
>> Rather than just picking two from the list to start with ?
>>
>>  
>>
>> If you envisage a system with many AZs, and thereby allow
>> users some pretty find grained choices about where to place
>> their instances, then I think you'll end up with capacity
>> management issues.
>>
>>  
>>
>> If the use case is more to get some form of server isolation,
>> then server-groups might be worth looking at, as these are
>> dynamic and per user.
>>
>>  
>>
>> I can see a case for allowing more than one set of mutually
>> exclusive host aggregates -- at the moment that's a property
>> implemented just for the set of aggregates that are
>> designated as AZs, and generalizing that concept so that
>> there can be other sets (where host overlap is allowed
>> between sets, but not within a set) might be useful.
>>
>>  
>>
>> Phil
>>
>>  
>>
>>
>> That's a good point for discussing at the Summit. I don't have
>> yet an opinion on this, I'm just trying to stabilize things now :-)
>> At the moment, I'm pretty close to submit a change which will fix
>> two things :
>>  - the decisional will be the same for both adding a server to an
>> aggregate and update metadata from an existing aggregate (there
>> was duplicate code leading to a few differences)
>>  - when checking existing AZs for one host, we will also get the
>> aggregates to know if the default AZ is related to an existing
>> aggregate with the same name or just something unrelated
>>
>>
>> Folks interested in the initial issue can review
>> https://review.openstack.org/#/c/85961/
>>  for a proposal to fix.
>>
>> -Sylvain 
>> ___
>> OpenStack-dev mailing list
>> OpenStack-dev@lists.openstack.org
>> 
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
>
> ___
> OpenStack-dev mailing list
> OpenStack-dev@lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [Cinder] Question about response code of API

[Trump.Zhang]

Hi, all:

 I find a lot of methods in cinder.api.contrib.* return 202 code
instead of 200, even when these methods only involve database operation,
which are not async process. For example,
cinder.api.contrib.types_extra_specs.\
VolumeTypeExtraSpecsController:delete, cinder.api.contrib.volume_actions.\
VolumeActionsController:_reserve, etc.

From the HTTP/1.1 Status Code Definitions [1], 202 means "Accepted",
i.e. the request has been accepted for processing, but the processing has
not been completed.

Are these response codes are returned by mistake?

-- 
---
Best Regards

Trump.Zhang
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [nova] plan for moving to using oslo.db

[Matt Riedemann]

On 5/13/2014 7:35 AM, Doug Hellmann wrote:

On Mon, May 12, 2014 at 3:25 PM, Roman Podoliaka
 wrote:

Hi all,

Yes, once the oslo.db initial release is cut, we expect the migration
from using of its oslo-incubator version to a library one to be as
simple as following the steps you've mentioned. Though, we still need
to finish the setup of oslo.db repo (AFAIK, this is currently blocked
by the fact we don't run gate tests for oslo.db patches. Doug, Victor,
please correct me, if I'm wrong).


Yes, we need to work out the best way to test pre-releases of the
libraries with apps before we have anything depending on those
libraries so we can avoid breaking anything in a way that is hard to
find or fix. We have a summit session scheduled for Thursday morning
[1].

Doug

1 - http://junodesignsummit.sched.org/event/4f92763857fbe0686fe0436fecae8fbc



Thanks,
Roman

On Mon, May 5, 2014 at 7:47 AM, Matt Riedemann
 wrote:

Just wanted to get some thoughts down while they are in my head this
morning.

Oslo DB is now a library [1].  I'm trying to figure out what the steps are
to getting Nova to using that so we can rip out the sync'ed common db code.

1. Looks like it's not in global-requirements yet [2], so that's probably a
first step.

2. We'll want to cut a sqlalchemy-migrate release once this patch is merged
[3]. This moves a decent chunk of unique constraint patch code out of oslo
and into sqlalchemy-migrate where it belongs so we can run unit tests with
sqlite to drop unique constraints.

3. Rip this [4] out of oslo.db once migrate is updated and released.

4. Replace nova.openstack.common.db with oslo.db.

5. ???

6. Profit!

Did I miss anything?

[1] http://git.openstack.org/cgit/openstack/oslo.db/
[2]
http://git.openstack.org/cgit/openstack/requirements/tree/global-requirements.txt
[3] https://review.openstack.org/#/c/87773/
[4] https://review.openstack.org/#/c/31016/

--

Thanks,

Matt Riedemann


___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev



Just an update on progress, step 2 is complete, the review for step 3 is 
here:


https://review.openstack.org/#/c/92393/

--

Thanks,

Matt Riedemann


___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] Openstack access with Java SDKs

[Matthew Farina]

Vikas,

That's a great question. I was on vacation so it took me a little time to
respond.

If you use the OpenStack provider in jclouds you should be able to work
against OpenStack clouds from different providers. You won't have access to
any proprietary extensions. The package that seems to be getting the most
development and support is jclouds. See http://developer.openstack.org/ for
more details.

If you're curious about other languages I can speak to some of those as
well.

- Matt



On Mon, May 5, 2014 at 10:50 PM, Vikas Kokare  wrote:

> I am looking for a standard, seamless way to access OpenStack APIs , most
> likely using the Java SDKs that are summarized at
> https://wiki.openstack.org/wiki/SDKs#Software_Development_Kits
>
> There are various distributions of Openstack available today. Is this
> possible using these SDK's to write an application that works seamlessly
> across distributions?
>
> If the answer to the above is yes, then how does one evaluate the
> pros/cons of these SDK's?
>
> -Vikas
>
> ___
> OpenStack-dev mailing list
> OpenStack-dev@lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] running VM manually using openstack

[James Penick]

Hey Sonia,
 Do the backing file and instance directory exist? "-drive 
file=/opt/stack/data/nova/instances/3765ec4d-48d0-4f0b-9f7d-2f73ee3a3852/disk" 
implies that both that directory exists and the instance image is contained 
within it. 
-James

On Tuesday, May 13, 2014 6:22 AM, sonia verma  wrote:
 
HI 

I have install openstack using devstack.I'm using multinode setup with one 
controller node and one compute node.I'm able to launch VM from openstack 
dashboard onto the controller node.
At the controller node when i do ps -ef | grep nova,the following appears.. 

 ps -ef | grep nova
root   799   798  0 11:48 pts/22   00:00:00 sg libvirtd 
/usr/local/bin/nova-compute --config-file /etc/nova/nova.conf
shiv   801   799  0 11:48 pts/22   00:00:55 /usr/bin/python 
/usr/local/bin/nova-compute --config-file /etc/nova/nova.conf
shiv  1233  1232  1 11:48 pts/23   00:03:45 /usr/bin/python 
/usr/local/bin/nova-conductor --config-file /etc/nova/nova.conf
shiv  1457  1233  0 11:48 pts/23   00:00:45 /usr/bin/python 
/usr/local/bin/nova-conductor --config-file /etc/nova/nova.conf
shiv  1458  1233  0 11:48 pts/23   00:00:45 /usr/bin/python 
/usr/local/bin/nova-conductor --config-file /etc/nova/nova.conf
shiv  1459  1233  0 11:48 pts/23   00:00:45 /usr/bin/python 
/usr/local/bin/nova-conductor --config-file /etc/nova/nova.conf
shiv  1460  1233  0 11:48 pts/23   00:00:45 /usr/bin/python 
/usr/local/bin/nova-conductor --config-file /etc/nova/nova.conf
shiv  1578  1577  0 11:48 pts/24   00:00:09 /usr/bin/python 
/usr/local/bin/nova-cert --config-file /etc/nova/nova.conf
shiv  1880  1879  0 11:48 pts/25   00:00:10 /usr/bin/python 
/usr/local/bin/nova-scheduler --config-file /etc/nova/nova.conf
shiv  2221  2219  0 11:48 pts/26   00:00:05 /usr/bin/python 
/usr/local/bin/nova-novncproxy --config-file /etc/nova/nova.conf --web 
/opt/stack/noVNC
shiv  2431  2429  0 11:48 pts/27   00:00:00 /usr/bin/python 
/usr/local/bin/nova-xvpvncproxy --config-file /etc/nova/nova.conf
shiv  2670  2669  0 11:48 pts/28   00:00:09 /usr/bin/python 
/usr/local/bin/nova-consoleauth --config-file /etc/nova/nova.conf
shiv  2897  2895  0 11:48 pts/29   00:00:00 /usr/bin/python 
/usr/local/bin/nova-objectstore --config-file /etc/nova/nova.conf
122  13484 1 19 15:43 ?    00:00:02 /usr/bin/kvm -S -M pc-1.0 
-enable-kvm -m 512 -smp 1,sockets=1,cores=1,threads=1 -name instance-0003 
-uuid cec324c7-2398-49b8-844b-08c6cca7fff3 -smbios 
type=1,manufacturer=OpenStack Foundation,product=OpenStack 
Nova,version=2014.2,serial=44454c4c-5600-1039-804c-c7c04f595831,uuid=cec324c7-2398-49b8-844b-08c6cca7fff3
 -nodefconfig -nodefaults -chardev 
socket,id=charmonitor,path=/var/lib/libvirt/qemu/instance-0003.monitor,server,nowait
 -mon chardev=charmonitor,id=monitor,mode=control -rtc base=utc,driftfix=slew 
-no-kvm-pit-reinjection -no-hpet -no-shutdown -drive 
file=/opt/stack/data/nova/instances/cec324c7-2398-49b8-844b-08c6cca7fff3/disk,if=none,id=drive-virtio-disk0,format=qcow2,cache=none
 -device 
virtio-blk-pci,bus=pci.0,addr=0x4,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1
 -drive
 
file=/opt/stack/data/nova/instances/cec324c7-2398-49b8-844b-08c6cca7fff3/disk.config,if=none,media=cdrom,id=drive-ide0-1-1,readonly=on,format=raw,cache=none
 -device ide-drive,bus=ide.1,unit=1,drive=drive-ide0-1-1,id=ide0-1-1 -netdev 
tap,fd=19,id=hostnet0,vhost=on,vhostfd=20 -device 
virtio-net-pci,netdev=hostnet0,id=net0,mac=fa:16:3e:9b:09:3b,bus=pci.0,addr=0x3 
-chardev 
file,id=charserial0,path=/opt/stack/data/nova/instances/cec324c7-2398-49b8-844b-08c6cca7fff3/console.log
 -device isa-serial,chardev=charserial0,id=serial0 -chardev pty,id=charserial1 
-device isa-serial,chardev=charserial1,id=serial1 -usb -vnc 127.0.0.1:1 -k 
en-us -vga cirrus -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x5
shiv 14867 20602  0 15:43 pts/7    00:00:00 grep --color=auto nova
shiv 31444 31443  1 11:47 pts/16   00:03:45 /usr/bin/python 
/usr/local/bin/nova-api
shiv 31469 31444  0 11:47 pts/16   00:00:00 /usr/bin/python 
/usr/local/bin/nova-api
shiv 31470 31444  0 11:47 pts/16   00:00:00 /usr/bin/python 
/usr/local/bin/nova-api
shiv 31471 31444  0 11:47 pts/16   00:00:00 /usr/bin/python 
/usr/local/bin/nova-api

I see the VM instance booted using KVM utility on to the controller node.
However when i try to launch VM manually using the similar command but changing 
the instances id and name as above..

sudo /usr/bin/kvm -S -M pc-1.0 -enable-kvm -m 512 -smp 
1,sockets=1,cores=1,threads=1 -name instance-0002 -uuid 
3765ec4d-48d0-4f0b-9f7d-2f73ee3a3852 -smbios type=1,manufacturer=OpenStack 
Foundation,product=OpenStack 
Nova,version=2014.2,serial=44454c4c-4400-1034-8042-c7c04f313032,uuid=3765ec4d-48d0-4f0b-9f7d-2f73ee3a3852
 -nodefconfig -nodefaults -chardev 
socket,id=charmonitor,path=/var/lib/libvirt/qemu/instance-0002.monitor,server,nowait
 -mon chardev=charmonitor,id=monitor,mode=control -r

Re: [openstack-dev] [Nova] Hosts within two Availability Zones : possible or not ?

[Meghal Gosalia]

Is any discussion on this topic scheduled during the summit ?

Thanks,
Meghal

On Apr 9, 2014, at 9:03 AM, Sylvain Bauza 
mailto:sylvain.ba...@gmail.com>> wrote:




2014-04-07 23:11 GMT+02:00 Sylvain Bauza 
mailto:sylvain.ba...@gmail.com>>:
Hi Phil,



2014-04-07 18:48 GMT+02:00 Day, Phil 
mailto:philip@hp.com>>:

Hi Sylvain,

There was a similar thread on this recently – which might be worth reviewing:   
http://lists.openstack.org/pipermail/openstack-dev/2014-March/031006.html

Some interesting use cases were posted, and a I don’t think a conclusion was 
reached, which seems to suggest this might be a good case for a session in 
Atlanta.


The funny fact is that I was already part of this discussion as owner of a bug 
related to it (see the original link I provided).
That's only when reviewing the code by itself that I found some discrepancies 
and raised the question here, before committing.



Personally I’m not sure that selecting more than one AZ really makes a lot of 
sense – they are generally objects which are few in number and large in scale, 
so if for example there are 3 AZs and you want to create two servers in 
different AZs, does it really help if you can do the sequence:


-  Create a server in any AZ

-  Find the AZ the server is in

-  Create a new server in any of the two remaining AZs

Rather than just picking two from the list to start with ?

If you envisage a system with many AZs, and thereby allow users some pretty 
find grained choices about where to place their instances, then I think you’ll 
end up with capacity management issues.

If the use case is more to get some form of server isolation, then 
server-groups might be worth looking at, as these are dynamic and per user.

I can see a case for allowing more than one set of mutually exclusive host 
aggregates – at the moment that’s a property implemented just for the set of 
aggregates that are designated as AZs, and generalizing that concept so that 
there can be other sets (where host overlap is allowed between sets, but not 
within a set) might be useful.

Phil


That's a good point for discussing at the Summit. I don't have yet an opinion 
on this, I'm just trying to stabilize things now :-)
At the moment, I'm pretty close to submit a change which will fix two things :
 - the decisional will be the same for both adding a server to an aggregate and 
update metadata from an existing aggregate (there was duplicate code leading to 
a few differences)
 - when checking existing AZs for one host, we will also get the aggregates to 
know if the default AZ is related to an existing aggregate with the same name 
or just something unrelated


Folks interested in the initial issue can review 
https://review.openstack.org/#/c/85961/ for a proposal to fix.

-Sylvain
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Neutron][LBaaS][FWaaS][VPNaaS] Advanced Services (particularly LBaaS) and Neutron

[Eichberger, German]

Hi,

The pods are actually in level 2.

Thanks,
German

From: Susanne Balle [mailto:sleipnir...@gmail.com]
Sent: Monday, May 12, 2014 11:45 AM
To: OpenStack Development Mailing List (not for usage questions)
Cc: Monty Taylor; Jay Pipes; Nachi Ueno; Sumit Naiksatam; Kyle Mestery; 
mmccl...@yahoo-inc.com; Barclay, Alex (HPCS Seattle); Adam Harwell; Eugene 
Nikanorov; jorge.miramon...@rackspace.com; Stephen Balukoff; Eichberger, 
German; Cuddy, Tim
Subject: Re: [openstack-dev] [Neutron][LBaaS][FWaaS][VPNaaS] Advanced Services 
(particularly LBaaS) and Neutron

I apologize if you received this email already 

Reminder that we plan to meet tomorrow

Tuesday May 13 at 2pm at the Neutron pod on level 3.

Susanne

We are setting up a meeting to discuss if it makes sense to separate the 
advanced services (LBaaS, FW, VPNaaS) from Neutron into separate projects. We 
want a healthy discussion around  the pros and cons of separating the advanced 
services from Neutron and its short or long term feasibility.

The meeting is planned for:
Tuesday May 13th at 2pm in the Neutron pod.

On Mon, May 12, 2014 at 12:40 PM, Balle, Susanne 
mailto:susanne.ba...@hp.com>> wrote:
Reminder that we plan to meet tomorrow

Tuesday May 13 at 2pm at the Neutron pod on level 3.

Susanne

Sent from my iPhone

On May 7, 2014, at 7:45 AM, "Susanne Balle" 
mailto:sleipnir...@gmail.com>>>
 wrote:

Hi Advanced Services/LBaaS Stackers,

We are setting up a meeting to discuss if it makes sense to separate the 
advanced services (LBaaS, FW, VPNaaS) from Neutron into separate projects. We 
want a healthy discussion around  the pros and cons of separating the advanced 
services from Neutron and its short or long term feasibility.

The meeting is planned for:
Tuesday May 13th at 2pm in the Neutron pod.

There will be a designated pod for each of the official programs at: 
https://wiki.openstack.org/wiki/Programs
Some programs share a pod. There will be a map at the center of the space, as 
well as signage up to help find the relevant pod.

Based on discussions with Rackspace, Mirantis, and others it is clear that the 
advanced services (i.e. LBaaS) in Neutron are not getting the attention and the 
support to move forward and create a first in class load-balancer service; from 
a service provider or operator's perspective. We currently have a lot of 
momentum and energy behind the LBaaS effort but are being told that the focus 
for Neutron is bug fixing given the instability in Neutron itself. While the 
latter is totally understandable, as a high priority for Neutron it leaves the 
advanced services out in the cold with no way to make progress in developing 
features that are needed to support the many companies that rely on LBaaS for 
large scale deployments.

The current Neutron LB API and feature set meet minimum requirements for 
small-medium private cloud deployments, but does not meet the needs of larger, 
provider (or operator) deployments that include hundreds if not thousands of 
load balancers and multiple domain users (discrete customer organizations). The 
OpenStack LBaaS community looked at requirements and noted that the following 
operator-focused requirements are currently missing:

• Scalability
• SSL Certificate management – for an operator-based service, SSL 
certificate management is a much more important function that is currently not 
addressed in the current API or blueprint
• Metrics Collection – a very limited set of metrics are currently 
provided by the current API.
• Separate admin API for NOC and support operations
• Minimal downtime when migrating to newer versions
• Ability to migrate load balancers (SW to HW, etc.)
• Resiliency functions like HA and failover
• Operator-based load balancer health checks
• Support multiple, simultaneous drivers.

We have had great discussions on the LBaaS mailing list and on IRC about all 
the things we want to do, the new APIs, the User use cases, requirements and 
priorities, the operator requirements for LBaaS, etc. and I am at this point 
wondering if Neutron LBaaS as a sub-project of Neutron can fulfill our 
requirements.

I would like this group to discuss the pros and cons of separating the advanced 
services, including LB, VPN, and FW, out of Neutron and allow for each of the 
three currently existing advanced services to become stand-alone projects or 
one standalone project.

This should be done under the following assumptions:

• Keep backwards compatibility with the current Neutron LBaaS 
plugin/driver API (to some point) so that existing drivers/plug-ins continues 
to work for people who have already invested in Neutron LBaaS

• Migration strategy.

We have a precedence in OpenStack of splitting up services that are becoming 
too big or where sub-services deserve to become an entity of its own e.

[openstack-dev] [mistral] Inviting everyone to design session at 2pm (B306)

[Renat Akhmerov]

I’m inviting everyone interested in Mistral (Workflow Service for OpenStack) to 
a design session today at 2pm (room B306). We’ll be talking about further 
Mistral development direction and it’s very important to gather as much 
feedback as possible.

Session: 
http://junodesignsummit.sched.org/event/4fb1a7be3d4cb74df9bdd3d4e9a60508#.U3IdsF5RE04
Etherpad: https://etherpad.openstack.org/p/juno-summit-mistral

I would really recommend to watch a 15 min screencast to have a background for 
a productive discussion.

Screencast: https://www.youtube.com/watch?v=x-zqz1CRVkI

Thanks, looking forward to see you there!

Renat Akhmerov
@ Mirantis Inc.



___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [mistral] Inviting everyone to design session at 2pm (B306)

[Renat Akhmerov]

I’m inviting everyone interested in Mistral (Workflow Service for OpenStack) to 
a design session today at 2pm (room B306). We’ll be talking about further 
Mistral development direction and it’s very important to gather as much 
feedback as possible.

Session: 
http://junodesignsummit.sched.org/event/4fb1a7be3d4cb74df9bdd3d4e9a60508#.U3IdsF5RE04
Etherpad: https://etherpad.openstack.org/p/juno-summit-mistral

I would really recommend to watch a 15 min screencast to have a background for 
a productive discussion.

Screencast: https://www.youtube.com/watch?v=x-zqz1CRVkI

Thanks, looking forward to see you there!

Renat Akhmerov
@ Mirantis Inc.



___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] Hierarchical administrative boundary [keystone]

[Allamaraju, Subbu]

Hi Arvind,

This seems to be covering one of the use cases listed by 
https://wiki.openstack.org/wiki/Blueprint-VPC. Others to isolate between VPCs 
include shared resources like networks, images, roles, and other configuration. 

Subbu

On May 8, 2014, at 7:55 PM, Tiwari, Arvind  wrote:

> Hi All,
>  
> Below is my proposal to address VPC use case using hierarchical 
> administrative boundary. This topic is scheduled in Hierarchical 
> Multitenancysession of Atlanta design summit.
>  
> https://wiki.openstack.org/wiki/Hierarchical_administrative_boundary
>  
> Please take a look.
>  
> Thanks,
> Arvind
>  
> ___
> OpenStack-dev mailing list
> OpenStack-dev@lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] Add VMware dvSwitch/vSphere API support for Neutron ML2

[Kuvaja, Erno]

Hi Sami,

There was discussion around this in IRC yesterday iirc. The process seems to be 
just broken. As this week is Atlanta Summit week, expect some delays on 
responses/getting it fixed.

- Erno

-Original Message-
From: "Sami J. Mäkinen" [mailto:sjm+osde...@hard.ware.fi] 
Sent: 13 May 2014 13:43
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] Add VMware dvSwitch/vSphere API support for 
Neutron ML2


Hello to all. I just created a document called 
neutron-ml2-mech-vmware-dvswitch.rst
on a git repo clone from neutron-specs
as instructed.

My problem is, I just cannot submit my Contributor Agreement. I've tried Google 
Chrome and Firefox to no avail. The error message is always:

***
Code Review - Error
Server Error
Cannot store contact information
button: Continue
***

Sigh, I even tried Opera. I get always the same error message.

I cannot proceed from here. Can anybody help me out?
My username/email is sjm  cybercom.fi and my realname contains one 
non-7bit-ascii character, if it does matter.
Other than that, I don't see anything odd here.

BR,

Sami J. Mäkinen from Cybercom Finland


On 06/05/14 20:05, Armando M. wrote:
> Hi Ilkka,
>
> As Mathieu suggested there is a blueprint submission and revision 
> process put in place since the Juno release. Also, since Icehouse, to 
> incorporate a new plugin/mechanism driver into the Neutron source 
> tree, and to be designated as compatible, such a plugin/driver must be 
> accompanied by external third party CI testing (more details in [1]).
>
> This means that, once the blueprint work has been approved, the code 
> must be submitted through the same review process adopted for the 
> blueprint, as detailed in [2], and accompanied by validation through 
> third party CI.
>
> This sounds like a lot of work, but it is aimed at ensuring all the 
> usual ilities of the software being part of the official source tree.
>
> That said, you are not alone and you can tap into the usual channels, 
> like the mailing list or IRC ([3]). If there is anything vmware 
> specific that you would like to address, we are here to help, so feel 
> free to direct your questions to #openstack-vmware.
>
> Keep up the good work!
>
> Cheers,
> Armando
>
> [1] - https://wiki.openstack.org/wiki/Neutron_Plugins_and_Drivers
> [2] - https://wiki.openstack.org/wiki/Gerrit_Workflow
> [3] - https://wiki.openstack.org/wiki/IRC



___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] Add VMware dvSwitch/vSphere API support for Neutron ML2

[Sami J. Mäkinen]

Hello to all. I just created a document called
neutron-ml2-mech-vmware-dvswitch.rst
on a git repo clone from neutron-specs
as instructed.

My problem is, I just cannot submit my Contributor
Agreement. I've tried Google Chrome and Firefox
to no avail. The error message is always:

***
Code Review - Error
Server Error
Cannot store contact information
button: Continue
***

Sigh, I even tried Opera. I get always the same error message.

I cannot proceed from here. Can anybody help me out?
My username/email is sjm  cybercom.fi and my realname
contains one non-7bit-ascii character, if it does matter.
Other than that, I don't see anything odd here.

BR,

Sami J. Mäkinen from Cybercom Finland


On 06/05/14 20:05, Armando M. wrote:
> Hi Ilkka,
>
> As Mathieu suggested there is a blueprint submission and revision
> process put in place since the Juno release. Also, since Icehouse, to
> incorporate a new plugin/mechanism driver into the Neutron source
> tree, and to be designated as compatible, such a plugin/driver must be
> accompanied by external third party CI testing (more details in [1]).
>
> This means that, once the blueprint work has been approved, the code
> must be submitted through the same review process adopted for the
> blueprint, as detailed in [2], and accompanied by validation through
> third party CI.
>
> This sounds like a lot of work, but it is aimed at ensuring all the
> usual ilities of the software being part of the official source tree.
>
> That said, you are not alone and you can tap into the usual channels,
> like the mailing list or IRC ([3]). If there is anything vmware
> specific that you would like to address, we are here to help, so feel
> free to direct your questions to #openstack-vmware.
>
> Keep up the good work!
>
> Cheers,
> Armando
>
> [1] - https://wiki.openstack.org/wiki/Neutron_Plugins_and_Drivers
> [2] - https://wiki.openstack.org/wiki/Gerrit_Workflow
> [3] - https://wiki.openstack.org/wiki/IRC



___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [nova] plan for moving to using oslo.db

[Doug Hellmann]

On Mon, May 12, 2014 at 3:25 PM, Roman Podoliaka
 wrote:
> Hi all,
>
> Yes, once the oslo.db initial release is cut, we expect the migration
> from using of its oslo-incubator version to a library one to be as
> simple as following the steps you've mentioned. Though, we still need
> to finish the setup of oslo.db repo (AFAIK, this is currently blocked
> by the fact we don't run gate tests for oslo.db patches. Doug, Victor,
> please correct me, if I'm wrong).

Yes, we need to work out the best way to test pre-releases of the
libraries with apps before we have anything depending on those
libraries so we can avoid breaking anything in a way that is hard to
find or fix. We have a summit session scheduled for Thursday morning
[1].

Doug

1 - http://junodesignsummit.sched.org/event/4f92763857fbe0686fe0436fecae8fbc

>
> Thanks,
> Roman
>
> On Mon, May 5, 2014 at 7:47 AM, Matt Riedemann
>  wrote:
>> Just wanted to get some thoughts down while they are in my head this
>> morning.
>>
>> Oslo DB is now a library [1].  I'm trying to figure out what the steps are
>> to getting Nova to using that so we can rip out the sync'ed common db code.
>>
>> 1. Looks like it's not in global-requirements yet [2], so that's probably a
>> first step.
>>
>> 2. We'll want to cut a sqlalchemy-migrate release once this patch is merged
>> [3]. This moves a decent chunk of unique constraint patch code out of oslo
>> and into sqlalchemy-migrate where it belongs so we can run unit tests with
>> sqlite to drop unique constraints.
>>
>> 3. Rip this [4] out of oslo.db once migrate is updated and released.
>>
>> 4. Replace nova.openstack.common.db with oslo.db.
>>
>> 5. ???
>>
>> 6. Profit!
>>
>> Did I miss anything?
>>
>> [1] http://git.openstack.org/cgit/openstack/oslo.db/
>> [2]
>> http://git.openstack.org/cgit/openstack/requirements/tree/global-requirements.txt
>> [3] https://review.openstack.org/#/c/87773/
>> [4] https://review.openstack.org/#/c/31016/
>>
>> --
>>
>> Thanks,
>>
>> Matt Riedemann
>>
>>
>> ___
>> OpenStack-dev mailing list
>> OpenStack-dev@lists.openstack.org
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
> ___
> OpenStack-dev mailing list
> OpenStack-dev@lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Fuel-dev] [Fuel][RabbitMQ] nova-compute stuck for a while (AMQP)

[Bogdan Dobrelya]

On 05/08/2014 02:22 PM, Bogdan Dobrelya wrote:
> On 05/06/2014 10:42 PM, Roman Sokolkov wrote:
>> Hello, fuelers.
>>
>> I'm using Fuel 4.1A + Havana in HA mode.
>>
>> I permanently observe (on other deployments also) issue with stuck
>> "nova-compute" service. But i think problem is more fundamental and
>> relates to HA RabbitMQ and OpenStack AMQP driver implementation.
>>
>> Symptoms:
>>
>>   * Random nova-compute from time to time marked as "XXX" for a while.
>>   * I see that service itself works properly. In logs i see that it
>> sends status updates to conductor. But actually nothing is sent.
>>   * "netstat" shows that all connections to/from rabbit "ESTABLISHED"
>>   * rabbitmqctl shows that "compute.node-x" queue synced to all slaves.
>>   * nothing has been broken before, i mean rabbitmq cluster, etc.
>>
>> Axe style solution:
>>
>>   * /etc/init.d/openstack-nova-compute restart
>>
>> So here i've found a lot of interesting stuff (and solutions):
>>
>> https://bugs.launchpad.net/oslo.messaging/+bug/856764
>>
>>
>> My questions are:
>>
>>   * Are there any thoughts particular for Fuel to solve/workaround this
>> issue?
>>   * Any fast solution for this in 4.1? Like adjust TCP keep-alive  timeouts?
>>
>>
> 
> I submitted an issue for Fuel
> https://bugs.launchpad.net/fuel/+bug/1317488 and assigned it to Fuel
> hardening team. Feel free to update it as appropriate.

For some reason, the issue #1317488 was marked as a duplicate of
https://bugs.launchpad.net/fuel/+bug/1289200 (perhaps, handling the
"disappeared" sessions which became a half-open is a generic case for
either of them?)

The patch (I believe not the final one) was suggested here
https://review.openstack.org/#/c/93411/
Please feel free to test it on any affected environments. Any feedback
would be greatly appreciated, thank you.

> 
>> -- 
>> Roman Sokolkov,
>> Deployment Engineer,
>> Mirantis, Inc.
>> Skype rsokolkov,
>> rsokol...@mirantis.com 
>>
>>
> 
> 


-- 
Best regards,
Bogdan Dobrelya,
Skype #bogdando_at_yahoo.com
Irc #bogdando

___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [oslo][db] oslo.db repository review request

[Doug Hellmann]

On Mon, May 12, 2014 at 8:35 AM, Victor Stinner
 wrote:
> Hi,
>
> Le vendredi 18 avril 2014, 17:28:04 Victor Sergeyev a écrit :
>> During Icehouse release cycle our team has been working on splitting of
>> openstack common db code into a separate library blueprint [1]. At the
>> moment the issues, mentioned in this bp and [2] are solved and we are
>> moving forward to graduation of oslo.db. You can find the new oslo.db code
>> at [3]
>
> There was a discussion recently about the "oslo" namespace. Sorry, but I don't
> remember the decision.
>
> Should the new module be called "oslo.db" or "olsodb"?
>
> (I would prefer "oslodb", it avoids issues with the "oslo" package.)

Since we think we have been able to solve all of the issues we were
having with namespace packages before, and renaming the existing
libraries using the namespace package would introduce complex
backwards compatibility issues (how would we update the code used by
old versions of apps?), we decided to go ahead and keep using the
namespace package.

Doug

>
> Victor (Stinner aka haypo)
>
> ___
> OpenStack-dev mailing list
> OpenStack-dev@lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] Solum Demo@Summit

[Roshan Agrawal]

Interested in a sneak peak at Solum? Hop over for a VBrownBag demo tomorrow 
(Wednesday) at the Summit Room B207.

What: Solum demo
When: Wednesday 12:45 pm - 1:00 pm
Where: Summit Room B207

You can also watch a 2 min clip of the demo @ http://vimeo.com/94905913

Thanks & Regards,
Roshan Agrawal

___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] running VM manually using openstack

[sonia verma]

HI

I have install openstack using devstack.I'm using multinode setup with one
controller node and one compute node.I'm able to launch VM from openstack
dashboard onto the controller node.
At the controller node when i do ps -ef | grep nova,the following appears..

 ps -ef | grep nova
root   799   798  0 11:48 pts/22   00:00:00 sg libvirtd
/usr/local/bin/nova-compute --config-file /etc/nova/nova.conf
shiv   801   799  0 11:48 pts/22   00:00:55 /usr/bin/python
/usr/local/bin/nova-compute --config-file /etc/nova/nova.conf
shiv  1233  1232  1 11:48 pts/23   00:03:45 /usr/bin/python
/usr/local/bin/nova-conductor --config-file /etc/nova/nova.conf
shiv  1457  1233  0 11:48 pts/23   00:00:45 /usr/bin/python
/usr/local/bin/nova-conductor --config-file /etc/nova/nova.conf
shiv  1458  1233  0 11:48 pts/23   00:00:45 /usr/bin/python
/usr/local/bin/nova-conductor --config-file /etc/nova/nova.conf
shiv  1459  1233  0 11:48 pts/23   00:00:45 /usr/bin/python
/usr/local/bin/nova-conductor --config-file /etc/nova/nova.conf
shiv  1460  1233  0 11:48 pts/23   00:00:45 /usr/bin/python
/usr/local/bin/nova-conductor --config-file /etc/nova/nova.conf
shiv  1578  1577  0 11:48 pts/24   00:00:09 /usr/bin/python
/usr/local/bin/nova-cert --config-file /etc/nova/nova.conf
shiv  1880  1879  0 11:48 pts/25   00:00:10 /usr/bin/python
/usr/local/bin/nova-scheduler --config-file /etc/nova/nova.conf
shiv  2221  2219  0 11:48 pts/26   00:00:05 /usr/bin/python
/usr/local/bin/nova-novncproxy --config-file /etc/nova/nova.conf --web
/opt/stack/noVNC
shiv  2431  2429  0 11:48 pts/27   00:00:00 /usr/bin/python
/usr/local/bin/nova-xvpvncproxy --config-file /etc/nova/nova.conf
shiv  2670  2669  0 11:48 pts/28   00:00:09 /usr/bin/python
/usr/local/bin/nova-consoleauth --config-file /etc/nova/nova.conf
shiv  2897  2895  0 11:48 pts/29   00:00:00 /usr/bin/python
/usr/local/bin/nova-objectstore --config-file /etc/nova/nova.conf
122  13484 1 19 15:43 ?00:00:02 /usr/bin/kvm -S -M pc-1.0
-enable-kvm -m 512 -smp 1,sockets=1,cores=1,threads=1 -name
instance-0003 -uuid cec324c7-2398-49b8-844b-08c6cca7fff3 -smbios
type=1,manufacturer=OpenStack Foundation,product=OpenStack
Nova,version=2014.2,serial=44454c4c-5600-1039-804c-c7c04f595831,uuid=cec324c7-2398-49b8-844b-08c6cca7fff3
-nodefconfig -nodefaults -chardev
socket,id=charmonitor,path=/var/lib/libvirt/qemu/instance-0003.monitor,server,nowait
-mon chardev=charmonitor,id=monitor,mode=control -rtc
base=utc,driftfix=slew -no-kvm-pit-reinjection -no-hpet -no-shutdown -drive
file=/opt/stack/data/nova/instances/cec324c7-2398-49b8-844b-08c6cca7fff3/disk,if=none,id=drive-virtio-disk0,format=qcow2,cache=none
-device
virtio-blk-pci,bus=pci.0,addr=0x4,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1
-drive
file=/opt/stack/data/nova/instances/cec324c7-2398-49b8-844b-08c6cca7fff3/disk.config,if=none,media=cdrom,id=drive-ide0-1-1,readonly=on,format=raw,cache=none
-device ide-drive,bus=ide.1,unit=1,drive=drive-ide0-1-1,id=ide0-1-1 -netdev
tap,fd=19,id=hostnet0,vhost=on,vhostfd=20 -device
virtio-net-pci,netdev=hostnet0,id=net0,mac=fa:16:3e:9b:09:3b,bus=pci.0,addr=0x3
-chardev
file,id=charserial0,path=/opt/stack/data/nova/instances/cec324c7-2398-49b8-844b-08c6cca7fff3/console.log
-device isa-serial,chardev=charserial0,id=serial0 -chardev
pty,id=charserial1 -device isa-serial,chardev=charserial1,id=serial1 -usb
-vnc 127.0.0.1:1 -k en-us -vga cirrus -device
virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x5
shiv 14867 20602  0 15:43 pts/700:00:00 grep --color=auto nova
shiv 31444 31443  1 11:47 pts/16   00:03:45 /usr/bin/python
/usr/local/bin/nova-api
shiv 31469 31444  0 11:47 pts/16   00:00:00 /usr/bin/python
/usr/local/bin/nova-api
shiv 31470 31444  0 11:47 pts/16   00:00:00 /usr/bin/python
/usr/local/bin/nova-api
shiv 31471 31444  0 11:47 pts/16   00:00:00 /usr/bin/python
/usr/local/bin/nova-api

I see the VM instance booted using KVM utility on to the controller node.
However when i try to launch VM manually using the similar command but
changing the instances id and name as above..

sudo /usr/bin/kvm -S -M pc-1.0 -enable-kvm -m 512 -smp
1,sockets=1,cores=1,threads=1 -name instance-0002 -uuid
3765ec4d-48d0-4f0b-9f7d-2f73ee3a3852 -smbios type=1,manufacturer=OpenStack
Foundation,product=OpenStack
Nova,version=2014.2,serial=44454c4c-4400-1034-8042-c7c04f313032,uuid=3765ec4d-48d0-4f0b-9f7d-2f73ee3a3852
-nodefconfig -nodefaults -chardev
socket,id=charmonitor,path=/var/lib/libvirt/qemu/instance-0002.monitor,server,nowait
-mon chardev=charmonitor,id=monitor,mode=control -rtc
base=utc,driftfix=slew -no-kvm-pit-reinjection -no-hpet -no-shutdown -drive
file=/opt/stack/data/nova/instances/3765ec4d-48d0-4f0b-9f7d-2f73ee3a3852/disk,if=none,id=drive-virtio-disk0,format=qcow2,cache=none
-device
virtio-blk-pci,bus=pci.0,addr=0x4,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1
-drive
file=/opt/stack/data/nova/instances/3765ec4