Re: [Openstack] new version of gerrit - with new features!

Really awesome stuff, thank you guys! John Postlethwait Nebula, Inc. 206-999-4492 On Thursday, June 7, 2012 at 3:46 PM, Monty Taylor wrote: > Hey guys! > > We just upgraded to a new version of gerrit. This is based on the new > upstream version 2.4, but in addition we've landed two additional

Re: [Openstack] new version of gerrit - with new features!

Fantastic. Aye to the holy "Rebase change" feature Nuage & Co - Razique Mahroua razique.mahr...@gmail.com Le 8 juin 2012 à 09:46, John Postlethwait a écrit : Really awesome stuff, thank you guys!John PostlethwaitNebula, Inc.206-999-4492On Thursday, June 7, 2012

Re: [Openstack] new version of gerrit - with new features!

On Fri, Jun 8, 2012 at 12:46 AM, Monty Taylor wrote: > Hey guys! > > We just upgraded to a new version of gerrit. This is based on the new > upstream version 2.4, but in addition we've landed two additional > features on top of that - so there's tons of new toys to play with. Really cool, Thanks.

[Openstack] Openstack not using AMQP RPC reply-to property

Hi all, I'm new to openstack. I was going through the RPC python code and saw that it is not using the AMQP specific reply-to framework for sending rpc responses to auto-delete temporary reply queues. Instead, the message property called 'msg_id' is used as the reply queue. This makes it difficul

Re: [Openstack] File injection support

Hello All, An update on the use of the qemu-nbd/kpartx based solution to inject files into VM images: After some more testing it has turned out that injection into the UEC version of CirrOS (this: https://launchpad.net/cirros/trunk/0.3.0/+download/cirros-0.3.0-x86_64-uec.tar.gz) works fine, b

Re: [Openstack] new version of gerrit - with new features!

Chmouel Boudjnah wrote: >> David Shrewsbury wrote a long-requested feature: a Work In Progress >> state. Changes will now have a Work In Progress button on them that can > > So the difference between WIP and Draft is one is public and the other > is not, right? That's my understanding. I agree th

Re: [Openstack] [Metering] Meeting agenda for Thursday at 16:00 UTC (June 7th, 2012)

On Wed, Jun 06 2012, Julien Danjou wrote: > Hi, > > The metering project team holds a meeting in #openstack-meeting, > Thursdays at 1600 UTC > . > > Everyone is welcome. > > http://wiki.openstack.org/Meetings/MeteringAgenda

Re: [Openstack] File injection support

Thank for this Igor Laskovy Kiev, Ukraine On Jun 8, 2012 11:20 AM, "Fredric Morenius" wrote: > Hello All, > > An update on the use of the qemu-nbd/kpartx based solution to inject files > into VM images: > > After some more testing it has turned out that injection into the UEC > version of CirrOS

Re: [Openstack] File injection support

On 06/08/2012 09:20 AM, Fredric Morenius wrote: > Hello All, > > An update on the use of the qemu-nbd/kpartx based solution to inject files > into VM images: > > After some more testing it has turned out that injection into the UEC version > of CirrOS (this: > https://launchpad.net/cirros/trun

Re: [Openstack] Random libvirt hangs

On Thu, May 31, 2012 at 08:19:47AM +0200, Christian Wittwer wrote: > Hi Daniel, > > > I'd file a bug against libvirt in Oneiric, requesting that they > > backport the 4 changesets mentioned in > > Do you know if that bug is now fixed in Oneiric? No idea I'm afraid, I only maintain libvirt upstre

Re: [Openstack] OpenStack Bug Triage day is tomorrow !

Thierry Carrez wrote: > Remember to set some time aside tomorrow to participate to our big > BugTriage day ! It's over now, a quick overview of the results of the day: http://fnords.wordpress.com/2012/06/08/bug-triage-day-results/ Congrats to all participants ! See you all for our next BugDay...

Re: [Openstack] Invoking Nova commands remotely

"nova list" and other "nova *" commands work by making http (or https) connections to your api node. Any node that has network access to it can make calls just fine as long as you've got the right environment variables set, which include: NOVA_URL, NOVA_PROJECT_ID, NOVA_USERNAME etc. "nova-mana

Re: [Openstack] [nova][glance] making nova api more asynchronous

The weakness of all of our current async calls (e.g. nova boot) is that there is no route to get the details of what failed... when my sever comes up in 'error', I'd really like to know why... is it a system error? Broken image? Temporary glitch? There doesn't seem to be a channel for this kind

[Openstack] Essex - Quantum - OVS - Multi-Node Architecture -> Working Partially !

Hi Stackers, I'm working now with a Multi-Node Architecture which is working partially with Essex - Quantum - OVS. My VMs have now the network but I did some hacks for that and I need more help. Can you have a look to my questions ? https://answers.launchpad.net/quantum/+question/199823 Thank

[Openstack] Openstack and LXC

Hi- I have installed openstack on Ubuntu 12.04 LTS. with KVM. with respect to the guidelines mentioned in the admin/starter guides. But, then when trying to find any support on how to go with the LXC, I find very minimal/no support. Can any one there who had already got LXC working can kindly gu

Re: [Openstack] OpenStack :: Instance Spawning Error

Hi Mandar- True said, The processor has no Hardware virtualization support. I have upgraded the machine and now able to manage KVM based VM's from Openstack. Thanks a lot for the help and guidance. -- Trinath S On Wed, Jun 6, 2012 at 5:28 PM, Vaze, Mandar wrote: > **Ø **The Image is moving

Re: [Openstack] A proposal for bug submission process

Marco Consonni wrote: > When I submit a bug, I would like to specify the version of the software > I'm using. > To me, this would be very useful in particular for the person who's > going to fix it because s/he can reject the bug (giving indications why) > if it has already fixed in the latest vers

Re: [Openstack] [nova][glance] making nova api more asynchronous

Instance faults gets populated when there's an error - most details are only visible to admins to prevent too much information about the network from leaking - but if its something a user can fix, the details are displayed. For example, setting a password that is too weak for a windows box, or cho

[Openstack] Ceph/OpenStack integration on Ubuntu precise: horribly broken, or am I doing something wrong?

Hi everyone, apologies for the cross-post, and not sure if this is new information. I did do a cursory check of both list archives and didn't find anything pertinent, so here goes. Feel free to point me to an existing thread if I'm merely regurgitating something that's already known. Either I'm d

Re: [Openstack] File injection support

On Fri, 8 Jun 2012, Pádraig Brady wrote: > On 06/08/2012 09:20 AM, Fredric Morenius wrote: > > Hello All, > > > > An update on the use of the qemu-nbd/kpartx based solution to inject files > > into VM images: > > > > After some more testing it has turned out that injection into the UEC > > versi

Re: [Openstack] Ceph/OpenStack integration on Ubuntu precise: horribly broken, or am I doing something wrong?

Hi Florian, There's an Ubuntu bug already: https://bugs.launchpad.net/ubuntu/+source/ceph/+bug/981130 librgw was not complete, and wasn't actually used by radosgw, so it was dropped. The Ubuntu package just needs to be updated to remove the dependency and rgw.py, like upstream did. Josh On 06

Re: [Openstack] File injection support

On Fri, 8 Jun 2012, Scott Moser wrote: > On Fri, 8 Jun 2012, Pádraig Brady wrote: > > > On 06/08/2012 09:20 AM, Fredric Morenius wrote: > > > Hello All, > > > > > > An update on the use of the qemu-nbd/kpartx based solution to inject > > > files into VM images: > > > > > > After some more testing

Re: [Openstack] Ceph/OpenStack integration on Ubuntu precise: horribly broken, or am I doing something wrong?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi Josh On 08/06/12 16:48, Josh Durgin wrote: > There's an Ubuntu bug already: > > https://bugs.launchpad.net/ubuntu/+source/ceph/+bug/981130 > > librgw was not complete, and wasn't actually used by radosgw, so it > was dropped. The Ubuntu package

Re: [Openstack] Openstack and LXC

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi Trinath On 08/06/12 12:44, Trinath Somanchi wrote: > Hi- > > I have installed openstack on Ubuntu 12.04 LTS. with KVM. with > respect to the guidelines mentioned in the admin/starter guides. > > But, then when trying to find any support on how

Re: [Openstack] File injection support

On 06/08/2012 04:35 PM, Scott Moser wrote: > On Fri, 8 Jun 2012, Pádraig Brady wrote: > >> On 06/08/2012 09:20 AM, Fredric Morenius wrote: >>> Hello All, >>> >>> An update on the use of the qemu-nbd/kpartx based solution to inject files >>> into VM images: >>> >>> After some more testing it has t

Re: [Openstack] Ceph/OpenStack integration on Ubuntu precise: horribly broken, or am I doing something wrong?

On Fri, Jun 8, 2012 at 5:48 PM, Josh Durgin wrote: > Hi Florian, > > There's an Ubuntu bug already: > > https://bugs.launchpad.net/ubuntu/+source/ceph/+bug/981130 > > librgw was not complete, and wasn't actually used by radosgw, so it was > dropped. The Ubuntu package just needs to be updated to r

Re: [Openstack] Ceph/OpenStack integration on Ubuntu precise: horribly broken, or am I doing something wrong?

On Fri, Jun 8, 2012 at 5:59 PM, James Page wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > Hi Josh > > On 08/06/12 16:48, Josh Durgin wrote: >> There's an Ubuntu bug already: >> >> https://bugs.launchpad.net/ubuntu/+source/ceph/+bug/981130 >> >> librgw was not complete, and wasn't a

[Openstack] [metering] Ceilometer volume calculator

Hello, Following up on yesterday's meeting, I have started a first version of a google spreadsheet to estimate volume of events generated by ceilometer [1]. Comments and suggestions for improvement are of course welcome. [1] https://docs.google.com/spreadsheet/ccc?key=0AtziNGvs-uPudDhRbEJJOHFXV3

Re: [Openstack] Openstack not using AMQP RPC reply-to property

On 06/08/2012 01:05 AM, vishnu attur wrote: > Hi all, > I'm new to openstack. I was going through the RPC python code and saw > that it is not using the AMQP specific reply-to framework for sending > rpc responses to auto-delete temporary reply queues. Instead, the > message property called 'msg_

[Openstack] OpenStack Community Newsletter — June 8

OpenStack Community Newsletter — June 8 Highlights of the week The results of Bug Triage Day are in Nova has more bugs than all the other core projects combined, and the most slack to clean up. We went from 2

[Openstack] Instances can't ping to each other with floating IP

Hi guys, Have anyone had this issue? I'm having the same issue, but can't resolve it yet. https://answers.launchpad.net/nova/+question/198681 Instances can ping each other with local IP addresses, but they can't ping each other with associated floating IP addresses. Communication with outside is

Re: [Openstack] [nova][glance] making nova api more asynchronous

+2 … Synchronous calls out to a separate service (glance-api) which then makes a synchronous call to a different service (glance-registry) all within a service serving a synchronous call (nova-api) makes the world slow. On Jun 7, 2012, at 10:00 PM, Gabe Westmaas wrote: > Hey all, > > I was lo

[Openstack] Comparing roles - case (in)sensitivity

tl;dr - Should we compare roles as case-sensitive or case-insensitive? I vote case-sensitive. This bug was recently filed in Glance: https://bugs.launchpad.net/glance/+bug/1010519. It points out that Nova and Keystone are both case-insensitive when it comes to role comparison, yet Glance *is*

Re: [Openstack] Comparing roles - case (in)sensitivity

I'd vote case-sensitive. Joseph (w) 703-248-6160 (c) 571-340-2434 (f) 703-812-3712 3811 N. Fairfax Drive Suite 200 Arlington, VA, 22203, USA http://www.east.isi.edu/~jsuh - Original Message - From: "Brian Waldon" To: "openstack@lists.launchpad.net (openstack@lists.launchpad.net)"

Re: [Openstack] nova state machine simplification and clarification

Hi Sandy and Jay, I've checked in one graphviz VM state transition in this review patch 3: https://review.openstack.org/#/c/8254/ However since it's very complicated, the graph is too big after it's rendered. Ideas are welcome. Thanks, Yun On Thu, May 24, 2012 at 3:10 PM, Jay Pipes wrote: > O

Re: [Openstack] Comparing roles - case (in)sensitivity

I vote for case-sensitive too. PS: The keystone middleware to swift is case sensitive to roles as well. On Fri, Jun 8, 2012 at 11:57 PM, Joseph Suh wrote: > I'd vote case-sensitive. > > Joseph > > > (w) 703-248-6160 > (c) 571-340-2434 > (f) 703-812-3712 > 3811 N. Fairfax Drive Suite 200 > A

Re: [Openstack] Comparing roles - case (in)sensitivity

Explicit is better than implicit. Case-sensitive. On Fri, Jun 8, 2012 at 2:50 PM, Brian Waldon wrote: > tl;dr - Should we compare roles as case-sensitive or case-insensitive? I > vote case-sensitive. > > This bug was recently filed in > Glance: https://bugs.launchpad.net/glance/+bug/1010519. It p

Re: [Openstack] Comparing roles - case (in)sensitivity

What's the argument for allowing both, for example, "admin", "Admin" and "admIn" roles? This seems like one place where case insensitive makes the most sense. Thanks, Kiall Sent from my phone. On Jun 8, 2012 11:01 p.m., "Joseph Suh" wrote: > I'd vote case-sensitive. > > Joseph > > > (w) 7

Re: [Openstack] Comparing roles - case (in)sensitivity

I'm suggesting we support only a single representation of a role across all projects: 'admin', 'Admin', and 'admIn' would be three separate roles. Are you suggesting otherwise? On Jun 8, 2012, at 3:14 PM, Kiall Mac Innes wrote: > What's the argument for allowing both, for example, "admin", "Adm

Re: [Openstack] Comparing roles - case (in)sensitivity

No, I'm suggesting they should all be treated as a single role. I.e. roles should be case insensitive. Thanks, Kiall Sent from my phone. On Jun 8, 2012 11:16 p.m., "Brian Waldon" wrote: > I'm suggesting we support only a single representation of a role across > all projects: 'admin', 'Admin', a

Re: [Openstack] Comparing roles - case (in)sensitivity

Can you explain why? On Jun 8, 2012, at 3:18 PM, Kiall Mac Innes wrote: > No, I'm suggesting they should all be treated as a single role. I.e. roles > should be case insensitive. > > Thanks, > Kiall > > Sent from my phone. > > On Jun 8, 2012 11:16 p.m., "Brian Waldon" wrote: > I'm suggesting

Re: [Openstack] Comparing roles - case (in)sensitivity

Sure - The most obvious reason is human error leading to a security hole. E.g. Accidently assigning a user "Admin" when you really meant to assign "admin". Treating roles as case insensitive helps prevent this kind of human error. What advantages does allowing distinct "Admin" and "admin" roles p

Re: [Openstack] Comparing roles - case (in)sensitivity

I guess I'm looking at this from more of a purist development point of view: 'Admin' and 'admin' just can't be equal. If I think of this as comparing roles, where a role is an abstract concept, case-insensitivity makes more sense. A string is simply being used to represent the role, where the in

Re: [Openstack] Comparing roles - case (in)sensitivity

I'm going to be the counter opinion here, but I don't really see a benefit in the case-sensitivity from a user perspective… Will a user ever want a scenario where they have/can have an "Admin" and an "admin" role (and maybe even an "adMIN" role)? I could certainly be missing a lot of context he

Re: [Openstack] Comparing roles - case (in)sensitivity

On Fri, Jun 08, 2012, Brian Waldon wrote: > Can you explain why? Not to speak for Kiall, but I'll make the argument that there is no value in treating "admin", "Admin", and "admIn" separately. It can only lead to confusion and frustration of the people who use OpenStack. These values are intende

Re: [Openstack] Comparing roles - case (in)sensitivity

case-insensitive - why would 'Admin' and 'admin' be different? Sure, a role is represented by a string, but why does that string need to be case sensitive?I'd think that if you had distinct roles attributed to 'Admin' and 'admin' that that would lead to confusion.Cheers,Christopher FerrisIBM Distin

Re: [Openstack] Comparing roles - case (in)sensitivity

I would actually like to see us downcase, (ASCII downcase, anyway), the role names when they are created. Then we will not get into trouble when interfacing with case-insensitive systems -- the question of case will never come up. Case sensitive comparisons are less code and run faster, so the

[Openstack] [openstack][keystone] v3 API question

Hi Joe/Dolph, I have a few questions on the v3 API's create_user (sorry the comments section in the Google docs is getting pretty cluttered now): (POST) /users ==> create_user { " tenant_id": ... "name": ... "password": ... "enabled": ... "email": ... "description": ... } 1. Does this te

Re: [Openstack] Comparing roles - case (in)sensitivity

On Jun 8, 2012, at 4:16 PM, Johannes Erdfelt wrote: > On Fri, Jun 08, 2012, Brian Waldon wrote: >> Can you explain why? > > Not to speak for Kiall, but I'll make the argument that there is no > value in treating "admin", "Admin", and "admIn" separately. It can only > lead to confusion and frust

Re: [Openstack] Comparing roles - case (in)sensitivity

+1 to downcasing -Original Message- From: "Timothy Daly" Sent: Friday, June 8, 2012 7:49pm To: "Johannes Erdfelt" Cc: "openstack@lists.launchpad.net" Subject: Re: [Openstack] Comparing roles - case (in)sensitivity On Jun 8, 2012, at 4:16 PM, Johannes Erdfelt wrote: > On Fri, Jun

Re: [Openstack] Comparing roles - case (in)sensitivity

Role *names* are a human-interface element (arbitrarily defined by users for organizational purposes) and humans would intuitively compare them with case insensitivity (they're comparing organizational meaning, not strings)... if we're going to bother comparing them in code, I'd prefer it to be

Re: [Openstack] [openstack][keystone] v3 API question

On Jun 8, 2012, at 6:47 PM, "Nguyen, Liem Manh" wrote: > Hi Joe/Dolph, > > I have a few questions on the v3 API’s create_user (sorry the comments > section in the Google docs is getting pretty cluttered now): > > (POST) /users ==> create_user > { > " tenant_id": ... > "name": ... > "password