[openstack-dev] nova-compute

2014-05-17 Thread abhishek jain
Hi all I'm trying to run VM on a compute node having ubuntu 13.10 with powerpc arch.When I launch a VM from the controller node,it is stucking at spawning state and below are the logs of nova-compute ... /common/processutils.py:147^M #Result is passed#^M 2014

[openstack-dev] [Ironic] no team meeting this monday

2014-05-17 Thread Devananda van der Veen
Since many folks are flying home this weekend, and will probably need a few days to recover from the conference, we're going to skip this Monday's meeting. We all got a lot of design and planning done during the week, so stay tuned to the mailing list for some discussions/announcements! Regards,

Re: [openstack-dev] [Ironic] no team meeting this monday

2014-05-17 Thread sonia verma
Hi Devananda Can you please help regarding my openstack issue? On Sat, May 17, 2014 at 6:44 PM, Devananda van der Veen < devananda@gmail.com> wrote: > Since many folks are flying home this weekend, and will probably need a > few days to recover from the conference, we're going to skip this

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

2014-05-17 Thread Itamar Heim
On 05/13/2014 11:46 AM, Matthew Farina wrote: 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 proprie

[openstack-dev] BluePrint Lifecycle info

2014-05-17 Thread John Griffith
Hey Everybody, I had some questions from some folks about BluePrints in Launchpad and the process of getting them approved. As a refresher I thought I'd point out that there's a WIKI page on this very topic here [1]. In addition, Cinder is lagging but we are in the process of moving to using Spe

Re: [openstack-dev] Approval process for Cinder Blueprints

2014-05-17 Thread John Griffith
On Wed, May 14, 2014 at 1:35 PM, Steven Sonnenberg < steven.sonnenb...@hds.com> wrote: > Hi John, > > > > Can you please explain to me how the approval process for blueprints works. > > I have seen blueprints waiting for 6 or more months for approval, and > others get approved rapidly (especially

[openstack-dev] A VM with multiple images that boot off a non-first image

2014-05-17 Thread Shaheed Haque
Hi all, I have the need to support a VM which (a) comprises multiple disk images, and (b) boots off a disk which is not the first disk. I've read the docs, played with: nova boot --image (and also --ephemeral) nova boot --block-device-mapping nova boot --block-device a

Re: [openstack-dev] [TripleO] Haproxy configuration options

2014-05-17 Thread Miller, Mark M (EB SW Cloud - R&D - Corvallis)
We are considering the following connection chain: -> HAProxy -> stunnel ->OS services bound to 127.0.0.1 Virtual IP server IP localhost 127.0.0.1 secure SSL terminate unsecure In thi

Re: [openstack-dev] [cinder], [cinder-driver] Request for new cinder driver

2014-05-17 Thread Mike Perez
On 11:50 Tue 13 May , Mardan Raghuwanshi wrote: > Hello Team, > > We develop cinder driver and supporting minimum features, but our driver > are not the part of openstack release. We also created blueprint for it. > > I would like to understand the process to push the cinder driver with the >

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

2014-05-17 Thread Mike Perez
On 00:08 Wed 14 May , Trump.Zhang wrote: > 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.\ > VolumeT

Re: [openstack-dev] [oslo] Logging exceptions and Python 3

2014-05-17 Thread Johannes Erdfelt
On Fri, May 16, 2014, Victor Stinner wrote: > See my documentation: > https://wiki.openstack.org/wiki/Python3#logging_module_and_format_exceptions > > " six.text_type(exc): always use Unicode. It may raise unicode error > depending > on the exception, be careful. Example of such error in python

Re: [openstack-dev] [oslo] Logging exceptions and Python 3

2014-05-17 Thread Johannes Erdfelt
On Fri, May 16, 2014, Igor Kalnitsky wrote: > > unicode(exc) (or six.text_type(exc)) works for all exceptions, built-in or > custom. > > That's too much of a statement. Sometimes exceptions implement their own > __str__ / __unitcode__ > methods, that return too many rubbish information or not eno

[openstack-dev] [barbican] Juno roadmap items

2014-05-17 Thread John Wood
Hello folks, An etherpad capturing potential CRs for the Juno release is available here: https://etherpad.openstack.org/p/barbican-juno-roadmap Suggestions/corrections are welcome! Thanks, John ___ OpenStack-dev mailing list OpenStack-dev@lists.opens

[openstack-dev] [Keystone] Specs repo

2014-05-17 Thread Adam Young
While we are waiting to see if the Nova specs process works out, I have started a personal copy of the repo and tailored it to Keystone: https://github.com/admiyo/keystone-specs/ I've made use of it for a Blueprint https://blueprints.launchpad.net/keystone/+spec/crls Which is only partially c

Re: [openstack-dev] [Keystone] Specs repo

2014-05-17 Thread Joshua Harlow
An idea. Instead of everyone (cinder, nova, keystone, ...) copying 'tests/test_titles.py' Why not instead use something like https://pypi.python.org/pypi/doc8 which I just published that can do most these *.rst style checks in a way that is more useable and actually reports line numbers and such.

Re: [openstack-dev] [Openstack-dev][Neutron] Port Mirroring Extension in Neutron

2014-05-17 Thread Sumit Naiksatam
Hi, Unfortunately I could not participate in this discussion. As requested in this thread earlier, it would be good to get a summary of the discussion. We, in the advanced services team in Neutron, have long discussed[1] the possibility of accommodating a "tap" service. So I would like to understa

Re: [openstack-dev] [Openstack-dev][Neutron] Port Mirroring Extension in Neutron

2014-05-17 Thread Stephen Wong
Hi Sumit, Srinivasa has agreed to join the advanced service meeting to kick off the discussion on this topic at our regular meeting[1]. Looking forward to working with him and others that are interested in getting this "tap" service effort started in Neutron. Thanks, - Stephen [1] https://w