Re: [openstack-dev] [Ceilometer]How to change Keystone properties

> I assumed the configuration would be within a [keystone] section in > ceilometer.conf. Have not found much documentation about this. Am I > missing something? close, if you're modifying the ceilometer.conf file, it should be under [keystone_authtoken] section. you can find full details here:

Re: [openstack-dev] [Heat] re: discussion about passing metadata into provider stacks as parameters

- Original Message - > From: "Clint Byrum" > To: openstack-dev@lists.openstack.org > Sent: Thursday, 27 June, 2013 3:55:17 AM > Subject: Re: [openstack-dev] [Heat] re: discussion about passing metadata > into provider stacks as parameters > > On 2013-06-20 22:49, Angus Salkeld wrote:

Re: [openstack-dev] [Nova] Nominating John Garbutt for nova-core

+1 He gives good suggestions to my patch now :-) On Wed, 26 Jun 2013 16:00:50 + Qing He wrote: > > +1 > > -Original Message- > From: Dan Smith [mailto:d...@danplanet.com] > Sent: Wednesday, June 26, 2013 8:25 AM > To: OpenStack Development Mailing List > Subject: Re: [openstack-de

[openstack-dev] AUTO: Alexandra Shulman-Peleg is out of the office. (returning 07/07/2013)

I am out of the office until 07/07/2013. I am out of office. If required, please contact my manager Dalit Naor (da...@il.ibm.com). For matters related to the VISION project, please contact Hillel Kolodner (kolod...@il.ibm.com). Note: This is an automated response to your message "[openstack-de

Re: [openstack-dev] OpenStack Programs

On 26/06/13 22:20, Thierry Carrez wrote: Stefano Maffulli wrote: On 06/24/2013 11:50 AM, Thierry Carrez wrote: To match with the current state we would end up with: * Projects (Nova, Neutron, Swift, Glance, Keystone, Horizon, Cinder, Ceilometer, Heat) * Incubated projects (Trove, Ironic) * Prog

[openstack-dev] [Keystone] Unified logging and Eventlet conflict

Hey all, Recently there has been some push to get a unified logging implementation pulled from Oslo-incubator into Keystone (Blueprint: https://blueprints.launchpad.net/keystone/+spec/unified-logging-in-keystone). Keystone has been actively working to isolate eventlet code within Keystone and b

Re: [openstack-dev] [OpenStack][python-quantumclient] unit test question

Ilya, thanks for catching this - I took care of the plural, though the POST error earlier still persists. Any idea why the expected call breaks into two sections - the call itself and the body separated? KC On Jun 26, 2013, at 1:18 PM, Ilya Shakhat wrote: > Hi KC, > > There's one more pla

[openstack-dev] Configuring dm-crypt inside Host

Dear members, I was trying to configure dm-crypt in my openstack without creating virtual machines. I read the blueprint "VolumeEncryption" but somehow I am unable to configure encryption. I am also new to openstack so it would be really nice of you guys if you can share your knowledge with me t

Re: [openstack-dev] [Ceilometer]How to change Keystone properties

On 06/26/2013 03:41 PM, Pendergrass, Eric wrote: I've been editing /etc/ceilometer/ceilometer.conf trying to change the keystone provider: [keystone] auth_host= auth_port=35357 auth_protocol=https auth_uri=https://:35357 admin_user= admin_password= Tracing throught auth_token.py, I see

Re: [openstack-dev] [OpenStack][python-quantumclient] unit test question

Hi KC, There's one more place in code that relies on rule of making plurals, it adds letter 's' producing 'policys' instead of 'policies'. The code is in quantum/v2_0/__init__.py line # 511. Thanks, Ilya 2013/6/26 Kuang-Ching Wang > Hi Eugene, > > thanks for looking into this. I just pushed m

Re: [openstack-dev] [Nova] Nominating John Garbutt for nova-core

+1 On Jun 26, 2013, at 2:04 PM, Vishvananda Ishaya wrote: > +1 > On Jun 26, 2013, at 8:09 AM, Russell Bryant wrote: > >> Greetings, >> >> I would like to nominate John Garbutt for the nova-core team. >> >> John has been involved with nova for a long time now. He's primarily >> known for h

[openstack-dev] [Ceilometer]How to change Keystone properties

I've been editing /etc/ceilometer/ceilometer.conf trying to change the keystone provider: [keystone] auth_host= auth_port=35357 auth_protocol=https auth_uri=https://:35357 admin_user= admin_password= Tracing throught auth_token.py, I see none of the configuration info is picked up:

Re: [openstack-dev] [Oslo] Common testtool wrapper

Hi, I've sent new patch set to Gerrit. I would be happy if somebody review it. Thanks, Alexander On Tue, Jun 18, 2013 at 2:03 PM, Robert Collins wrote: > On 18 June 2013 20:23, Alexander Gorodnev wrote: > > Hi stackers, > > > > During my work on BP Common testtools wrapper I've prepared a pat

Re: [openstack-dev] [Nova] Nominating John Garbutt for nova-core

+1 On Jun 26, 2013, at 8:09 AM, Russell Bryant wrote: > Greetings, > > I would like to nominate John Garbutt for the nova-core team. > > John has been involved with nova for a long time now. He's primarily > known for his great work on the xenapi driver. However, he has been > contributing an

Re: [openstack-dev] [Heat] re: discussion about passing metadata into provider stacks as parameters

On 2013-06-20 22:49, Angus Salkeld wrote: On 20/06/13 22:19 -0400, cbjc...@linux.vnet.ibm.com wrote: So anyway, let's get back to the topic this thread was discussing about - "passing meta data into provider stacks". It seems that we have all reached an agreement that deletepolicy and updat

Re: [openstack-dev] [Nova] virt driver architecture

On May 14, 2013, at 3:59 PM, Russell Bryant wrote: > On 05/13/2013 11:04 AM, Jay Pipes wrote: >> On 05/09/2013 04:29 PM, Chris Behrens wrote: >>> Yes, I think this makes a lot of sense. At some point we need to come back >>> around to bursting. One big thing we want to get to is being able to

[openstack-dev] Ceilometer: Proposal to add resource_metadata to reporting Meter object

Our group would like to have resource_metadata available on the Meter object (currently it's not there). The reason is so we may supply additional customized attributes associated with a Meter. Examples include other timestamp values, a project owner, and processing status. Currently, to get

Re: [openstack-dev] [Nova] Nominating John Garbutt for nova-core

+1 On Wed, Jun 26, 2013 at 10:06 AM, Sean Dague wrote: > +1 > > > On 06/26/2013 11:09 AM, Russell Bryant wrote: > >> Greetings, >> >> I would like to nominate John Garbutt for the nova-core team. >> >> John has been involved with nova for a long time now. He's primarily >> known for his great

[openstack-dev] Question about locking

Hi all, What happens if a greenthread, after acquiring a lock (not external), it dies? For example: A thread is performing the "do_terminate_instance", it has the lock and before terminating the process it dies, what happens at the lock? Is that released in some way? If not I think that all o

Re: [openstack-dev] [Nova] Nominating John Garbutt for nova-core

+1 On 06/26/2013 11:09 AM, Russell Bryant wrote: Greetings, I would like to nominate John Garbutt for the nova-core team. John has been involved with nova for a long time now. He's primarily known for his great work on the xenapi driver. However, he has been contributing and reviewing in oth

[openstack-dev] Http library usage by clients

Right now Keystone provides so called bearer tokens: This means that whoever has a token can do whatever the token entitles him to do. If I manage to get somebody's token I can do whatever this person is able to do. To fix it, the other services that use tokens to: 1. Authenticate the identity

[openstack-dev] [Swift] 1.9.0 release candidate

The RC for Swift 1.9.0 has been cut, and baring any issues discovered, will be finalized next Tuesday. Please take some time to try it out and run through your tests. Cahngelog: https://github.com/openstack/swift/blob/milestone-proposed/CHANGELOG Launchpad milestone page: https://launchpad.net/s

Re: [openstack-dev] [Openstack][Cinder][Hyper-V] iSCSI dealing in a High-Throughput Network

On 06/26/2013 11:42 AM, Peter Pouliot wrote: > Hi Bruno, > > I’ll respond to the questions inline. I can't tell what was the original message and what was added. This may help: https://wiki.openstack.org/wiki/MailingListEtiquette#Outlook -- Russell Bryant

Re: [openstack-dev] [Nova] Nominating John Garbutt for nova-core

+1 -Original Message- From: Dan Smith [mailto:d...@danplanet.com] Sent: Wednesday, June 26, 2013 8:25 AM To: OpenStack Development Mailing List Subject: Re: [openstack-dev] [Nova] Nominating John Garbutt for nova-core > Please respond with +1s or any concerns. +1 from me. --Dan __

Re: [openstack-dev] [Openstack][Cinder][Hyper-V] iSCSI dealing in a High-Throughput Network

Hi Bruno, I’ll respond to the questions inline. Peter J. Pouliot, CISSP Senior SDET, OpenStack Microsoft New England Research & Development Center One Memorial Drive,Cambridge, MA 02142 ppoul...@microsoft.com | Tel: +1(857) 453 6436 From: Bruno Oliveira ~lychinus [

Re: [openstack-dev] [Nova] Nominating John Garbutt for nova-core

On Jun 26, 2013, at 10:09 AM, Russell Bryant wrote: > Greetings, > > I would like to nominate John Garbutt for the nova-core team. > > John has been involved with nova for a long time now. He's primarily > known for his great work on the xenapi driver. However, he has been > contributing and

Re: [openstack-dev] [Nova] Nominating John Garbutt for nova-core

+1 On 06/26/13 at 11:09am, Russell Bryant wrote: Greetings, I would like to nominate John Garbutt for the nova-core team. John has been involved with nova for a long time now. He's primarily known for his great work on the xenapi driver. However, he has been contributing and reviewing in oth

Re: [openstack-dev] [Nova] Nominating John Garbutt for nova-core

On Wed, 2013-06-26 at 11:09 -0400, Russell Bryant wrote: > I would like to nominate John Garbutt for the nova-core team. +1 > John has been involved with nova for a long time now. He's primarily > known for his great work on the xenapi driver. However, he has been > contributing and reviewing i

Re: [openstack-dev] [Nova] Nominating John Garbutt for nova-core

> Please respond with +1s or any concerns. +1 from me. --Dan ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Nova] Nominating John Garbutt for nova-core

+1 On Jun 26, 2013, at 10:09 AM, Russell Bryant wrote: > Greetings, > > I would like to nominate John Garbutt for the nova-core team. > > John has been involved with nova for a long time now. He's primarily > known for his great work on the xenapi driver. However, he has been > contributing

Re: [openstack-dev] [Nova] Nominating John Garbutt for nova-core

On Wed, Jun 26, 2013 at 11:09:34AM -0400, Russell Bryant wrote: > Greetings, > > I would like to nominate John Garbutt for the nova-core team. > > John has been involved with nova for a long time now. He's primarily > known for his great work on the xenapi driver. However, he has been > contrib

[openstack-dev] [Nova] Nominating John Garbutt for nova-core

Greetings, I would like to nominate John Garbutt for the nova-core team. John has been involved with nova for a long time now. He's primarily known for his great work on the xenapi driver. However, he has been contributing and reviewing in other areas, as well. Based on my experience with him

Re: [openstack-dev] Email is not registered problem

On 2013-06-26 17:31:26 +0800 (+0800), Wenhao Xu wrote: > I am reworking on on one of my old patch today. After that, when > I tried to do "git review", I got the following error message: [...] > remote: ERROR: committer email address wen...@zelin.io > remote: ERROR: does not match your user accou

Re: [openstack-dev] [Openstack] How to deploy OpenStack on thousands of nodes?

I stand corrected. Mostly confused since the keepalived didn't actually need addresses in the multicast IP range. It does use it - as I can see with ifconfig. We minimized the impact of this by creating a small subnet that just had the switch address, host addresses and vrrp address in it. All

Re: [openstack-dev] [nova] Making logging more modular

Thanks, that's good news... :) Matt From: Doug Hellmann [mailto:doug.hellm...@dreamhost.com] Sent: 26 June 2013 15:20 To: OpenStack Development Mailing List Subject: Re: [openstack-dev] [nova] Making logging more modular On Wed, Jun 26, 2013 at 9:18 AM, Macdonald-Wallace, Matthew mailto:matth

Re: [openstack-dev] [nova] Making logging more modular

On Wed, Jun 26, 2013 at 9:18 AM, Macdonald-Wallace, Matthew < matthew.macdonald-wall...@hp.com> wrote: > Hi Doug, > > ** ** > > The basic process as I see it would be that Openstack ships with the two > logging modules by default (stderr and syslog) however adding a new logging > mechanism (t

Re: [openstack-dev] [Openstack] How to deploy OpenStack on thousands of nodes?

On 26 June 2013 15:42, Brent Roskos wrote: > I've also used keepalived for services that did not scale laterally. In > this case I put two horizon servers behind an active/passive virtual IP. > This was also pretty simple as there was no need to maintain state > information in for active passiv

[openstack-dev] Premature failure during instance spawn

In Nova, specifically the libvirt driver's spawn process (nova/virt/libvirt/driver.py), I've noticed that an attempt is made to launch an instance even if a failure occurs before the libvirt XML is assembled. In this case, I'm referring to when errors are logged but no corresponding exception is ra

Re: [openstack-dev] [Openstack] How to deploy OpenStack on thousands of nodes?

Kylin, I've previously used ECMP to balance traffic to Openstack components that scale laterally like nova-api. This was fairly easy to set up and worked well for what we needed where state was not needed. I've also used keepalived for services that did not scale laterally. In this case I put t

Re: [openstack-dev] [nova] Making logging more modular

Hi Doug, The basic process as I see it would be that Openstack ships with the two logging modules by default (stderr and syslog) however adding a new logging mechanism (to sentry, graphite or whatever) would be as easy as dropping a new file into nova/openstack/common/log_engines/ and enabling

Re: [openstack-dev] OpenStack Programs

On 06/26/2013 08:20 AM, Thierry Carrez wrote: Stefano Maffulli wrote: On 06/24/2013 11:50 AM, Thierry Carrez wrote: To match with the current state we would end up with: * Projects (Nova, Neutron, Swift, Glance, Keystone, Horizon, Cinder, Ceilometer, Heat) * Incubated projects (Trove, Ironic) *

Re: [openstack-dev] XML Support for Nova v3 API

On Sat, Jun 22, 2013 at 5:19 AM, Doug Hellmann wrote: > > > > On Fri, Jun 21, 2013 at 3:46 PM, Vishvananda Ishaya > wrote: > >> >> On Jun 21, 2013, at 12:38 PM, Doug Hellmann >> wrote: >> >> >> >> >> On Thu, Jun 20, 2013 at 2:00 PM, Vishvananda Ishaya < >> vishvana...@gmail.com> wrote: >> >>> >>

Re: [openstack-dev] [nova] Making logging more modular

On Wed, Jun 26, 2013 at 6:31 AM, Macdonald-Wallace, Matthew < matthew.macdonald-wall...@hp.com> wrote: > Hi all, > > One of the things we'd like to start thinking about is having the ability > to log to multiple destinations at the same time. > > This would include a move towards making the loggin

Re: [openstack-dev] swift & keystone failing in devstack

On Wed, Jun 26, 2013 at 3:18 AM, Jamie Lennox wrote: > On Tue, 2013-06-25 at 09:30 -0600, Pete Zaitcev wrote: >> On Tue, 25 Jun 2013 08:50:49 +0100 >> Michael Kerrin wrote: >> >> > we raised a bug https://bugs.launchpad.net/devstack/+bug/1193112 where the >> >> > $ /opt/stack/swift/bin/swift-pro

[openstack-dev] RFC: Basic definition of OpenStack Programs and first batch

Hi everyone, Yesterday at the TC meeting we agreed that as a first step to establishing programs, we should have a basic definition of them and establish the first (undisputed) ones. We can solve harder questions (like if "horizontal efforts" should be a program or a separate thing, or where each

Re: [openstack-dev] OpenStack Programs

On Wed, 2013-06-26 at 14:15 +0200, Thierry Carrez wrote: > 4. Be potentially able to define a set of projects that are "the > OpenStack product" (markmc) Random thought on this ... If one of the release deliverables was e.g. a openstack.org/havana page which included links to the tarballs of the

Re: [openstack-dev] OpenStack Programs

Stefano Maffulli wrote: > On 06/24/2013 11:50 AM, Thierry Carrez wrote: >> To match with the current state we would end up with: >> * Projects (Nova, Neutron, Swift, Glance, Keystone, Horizon, Cinder, >> Ceilometer, Heat) >> * Incubated projects (Trove, Ironic) >> * Programs (Oslo, Infrastructure,

Re: [openstack-dev] OpenStack Programs

James E. Blair wrote: > Thierry Carrez writes: >> James E. Blair wrote: >>> * Any repo associated with an official OpenStack program is entitled to >>>use the openstack org. >>> * Programs may request an org for their program, with justification, >>>but in general we should limit the num

[openstack-dev] [devstack][ceilometer] ceilometer meter-list only lists image

Hi All, I'm trying to configure and run ceilometer with devstack on a Virtual Machine. Enabled ceilometer in devstack by following the instructions given in the wiki. devstack setup returns successfully, however ceilometer meter-list only lists the image metrics and nothing else. ceilometer-agent-c

Re: [openstack-dev] OpenStack Programs

On 06/24/2013 11:50 AM, Thierry Carrez wrote: > To match with the current state we would end up with: > * Projects (Nova, Neutron, Swift, Glance, Keystone, Horizon, Cinder, > Ceilometer, Heat) > * Incubated projects (Trove, Ironic) > * Programs (Oslo, Infrastructure, Documentation, QA) I think we

[openstack-dev] [nova] Making logging more modular

Hi all, One of the things we'd like to start thinking about is having the ability to log to multiple destinations at the same time. This would include a move towards making the logging section of Nova more like the API and Network sections in that the end user would be able to include multiple

Re: [openstack-dev] [Openstack] How to deploy OpenStack on thousands of nodes?

Kylin, I think there is some confusion as to the term broadcast. Many of the Rabbit docs describe the delivery of a message from one publisher to multiple subscribers as a 'broadcast'. This is not to be confused with a network broadcast where traffic is sent over the network broadcast address.

[openstack-dev] [Heat] Meeting agenda for Wed June 26th at 2000 UTC

The Heat team holds a weekly meeting in #openstack-meeting, see https://wiki.openstack.org/wiki/Meetings/HeatAgenda for more details The next meeting is on Wed June 26th at 2000 UTC Current topics for discussion: - Review last week's actions - h2 blueprint status - Open discussion If anyone

[openstack-dev] Email is not registered problem

Hi Folks, I am reworking on on one of my old patch today. After that, when I tried to do "git review", I got the following error message: $ git review remote: Resolving deltas: 100% (9/9) remote: Processing changes: refs: 1, done remote: remote: ERROR: In commit 5df605ec09e596297bd5bcece139cdcc

Re: [openstack-dev] [Nova][Heat] Where does "Shelving" belong

+1 for this being in Nova. Who holds the trigger for removing a shelved instance from the hypervisor may eventually be in the hands of an uber-conductor outside of Nova, but clearly will still need all this plumbing in Nova to make the feature work. We probably need an admin API to trigger the off

[openstack-dev] C# .NET SDK

Hello all, I investigated a few forums/lists before asking this here to this list, I apologize if this question was already covered and I missed it somehow. We are investigating an SDK for C# bindings to openstack. - The one recommended by openstack.org is the Rackspace openstack.