Re: [Openstack] Incremental Backup of Instances

You could solve something like this with bacula incremental backups, I'm doing this (but not with openstack) like this: make an lvm snapshot (or qcow2 snapshot) of the instance, write a script that mounts the filesystem and let bacula back it up (incrementally). bacula can do the actual snapshot

[Openstack] Looking for an openstack developer job

Hi, Sorry for the disturbance. This is Hengqing Hu from Shanghai, China, 29 years old, male, looking for an openstack developer job. I prefer to work from home, legally allowed to work in China, also accept oversea jobs if provided. If you are seeking for an openstack developer, have a look at m

[Openstack] Ceph performance as volume & image store?

Hi All, I've been looking at Ceph as a storage back end. I'm running a research cluster and while people need to use it and want it 24x7 I don't need as many nines as a commercial customer facing service does so I think I'm OK with the current maturity level as far as that goes, but I have less o

Re: [Openstack] [HPC] BoF at SC12

JP: I suggest you also try asking on the OpenStack Operators mailing list to gauge interest. Take care, Lorin -- Lorin Hochstein Lead Architect - Cloud Services Nimbis Services, Inc. www.nimbisservices.com On Jul 23

[Openstack] [qpidd]Could not be connected IO error on RHEL6.1

Dear all,   When I deploy qpidd-cpp-server with default config on RHEL 6.1, only open the log. It boots up normally as the log below. --- 2012-07-24 09:38:45 info Registered replication exchange 2012-07-24 09:38:45 debug Management object

[Openstack] 回复： 回复： Keystone client could not behave well, call for help

Dear Adam,   Thanks. The error appeared due to a proxy. I didn't aware I have setup a proxy on this server. Issue solved. Thanks. Regards, Will 发件人： Adam Young 收件人： openstack@lists.launchpad.net 发送日期： 2012年7月23日, 星期一, 下午 9:42 主题: Re: [Openstack] 回复： Keystone c

[Openstack] 回复： [openstack] nova-compute always dead on RHEL6.1

Dear Padraig,   Thanks for the help. I can see the log from console, really strange there is no log generated under /var/log/nova, the permission is open to nova. Another question is Apache Qpid can not be connected, even from the same server. I setup from default, no further config. I can see th

Re: [Openstack] Improving logging

On 23/07/12 19:54, Thierry Carrez wrote: > Michael Still wrote: >> On 21/07/12 00:08, Jay Pipes wrote: >> >>> Not that I've seen, but I think it would be good to standardize on one. >>> How about just "ops"? >> >> Works for me. > > Added to http://wiki.openstack.org/BugTags and as official tag for

Re: [Openstack] [nova] a proposal to change metadata API data

> Agreed. I wish people didn't use the EC2 API at all, since it's a > complete bag of fail and a beautiful example of a terribly thought-out > API. That said, the OpenStack Compute API v2 has its share of pockmarks > to be sure. > > But... unfortunately, if you're going to use the EC2 API this hard

Re: [Openstack] [nova] nova-manage is getting deprecated?

Hi, Quantum CLI will handle all the networking functionality: https://review.openstack.org/#/c/9754/ Thanks, Edgar From: openstack-bounces+eperdomo=cisco@lists.launchpad.net [mailto:openstack-bounces+eperdomo=cisco@lists.launchpad.net] On Behalf Of Joe Gordon Sent: Monday, July 23, 2

Re: [Openstack] [nova] a proposal to change metadata API data

On 07/21/2012 09:00 PM, Matt Joyce wrote: > Preamble: > > Until now, all data that is made available by the metadata server has > been data that cannot be found anywhere else at the time it may be needed. > > In short, an instance can't be passed it's instance id before it's > instance id has bee

Re: [Openstack] quota question

> > > > (BTW, I'd like to point out the Boson proposal and thread…) > Good point, we also need to think through how distributed quotas will work across multiple cells. I can see a lot of overlap between these two use cases: I want to limit users to a specific quota for a specific flavor and I wa

Re: [Openstack] High Available queues in rabbitmq

+openstack-dev@ To openstack-dev: this is a discussion of an upcoming patch about native RabbitMQ H/A support in nova. I'll post the patch for codereview today. On Mon, Jul 23, 2012 at 12:46 PM, Eugene Kirpichov wrote: > Yup, that's basically the same thing that Jay suggested :) Obvious in > ret

Re: [Openstack] High Available queues in rabbitmq

Yup, that's basically the same thing that Jay suggested :) Obvious in retrospect... On Mon, Jul 23, 2012 at 12:42 PM, Oleg Gelbukh wrote: > Eugene, > > I suggest just add option 'rabbit_servers' that will override > 'rabbit_host'/'rabbit_port' pair, if present. This won't break anything, in > my

Re: [Openstack] High Available queues in rabbitmq

Eugene, I suggest just add option 'rabbit_servers' that will override 'rabbit_host'/'rabbit_port' pair, if present. This won't break anything, in my understanding. -- Best regards, Oleg Gelbukh Mirantis, Inc. On Mon, Jul 23, 2012 at 10:58 PM, Eugene Kirpichov wrote: > Hi, > > I'm working on a R

Re: [Openstack] High Available queues in rabbitmq

Hi Jay, Great idea. Thanks. I'll amend and test my patch, and then upload it to codereview. On Mon, Jul 23, 2012 at 12:18 PM, Jay Pipes wrote: > On 07/23/2012 02:58 PM, Eugene Kirpichov wrote: >> The only problem is, it breaks backward compatibility a bit: my patch >> assumes you have a flag "ra

Re: [Openstack] [nova] Proposal for Sean Dague to join nova-core

On Fri, Jul 20, 2012, Vishvananda Ishaya wrote: > When I was going through the list of reviewers to see who would be good > for nova-core a few days ago, I left one out. Sean has been doing a lot > of reviews lately[1] and did the refactor and cleanup of the driver > loading code. I think he would

Re: [Openstack] High Available queues in rabbitmq

> > The only problem is, it breaks backward compatibility a bit: my patch > assumes you have a flag "rabbit_addresses" which should look like > "rmq-host1:5672,rmq-host2:5672" instead of the prior rabbit_host and > rabbit_port flags. > > Guys, can you advise on a way to do this without being ugly

Re: [Openstack] High Available queues in rabbitmq

On 07/23/2012 02:58 PM, Eugene Kirpichov wrote: > The only problem is, it breaks backward compatibility a bit: my patch > assumes you have a flag "rabbit_addresses" which should look like > "rmq-host1:5672,rmq-host2:5672" instead of the prior rabbit_host and > rabbit_port flags. > > Guys, can you

Re: [Openstack] [nova] core members

On 07/23/2012 02:31 PM, Vishvananda Ishaya wrote: > Sean Dague: 2 I'm not nova-core, but I'd recommend Sean as a core committer. He's been active in both reviews and patches recently. Best, -jay ___ Mailing list: https://launchpad.net/~openstack Post t

Re: [Openstack] High Available queues in rabbitmq

Hi, I'm working on a RabbitMQ H/A patch right now. It actually involves more than just using H/A queues (unless you're willing to add a TCP load balancer on top of your RMQ cluster). You also need to add support for multiple RabbitMQ's directly to nova. This is not hard at all, and I have the pat

Re: [Openstack] [nova] Proposal for Sean Dague to join nova-core

On Friday, July 20, 2012 at 13:49 PM, Vishvananda Ishaya wrote: > > When I was going through the list of reviewers to see who would be good for > nova-core a few days ago, I left one out. Sean has been doing a lot of > reviews lately[1] and did the refactor and cleanup of the driver loading > c

Re: [Openstack] [nova] nova-manage is getting deprecated?

On Fri, Jul 20, 2012 at 11:43 AM, Tong Li wrote: > Awhile back, there was a comment on a nova-manage defect stated that > nova-manage is getting deprecated. Can any one tell what and when the > replacement will be? Thanks. > Last I heard, python-novaclient will be replacing most of nova-manage.

[Openstack] [nova] core members

Hello Everyone, Here are the current vote counts from nova-core members on the 4 new core member proposals from last week: Yun Mao: 7 Padraig Brady: 6 Michael Still: 5 Sean Dague: 2 That is enough votes for the first three. If they don't get any -1s by Wednesday, They will be joining nova-core

Re: [Openstack] High Available queues in rabbitmq

On 07/23/2012 09:02 AM, Alessandro Tagliapietra wrote: > Hi guys, > > just an idea, i'm deploying Openstack trying to make it HA. > The missing thing is rabbitmq, which can be easily started in > active/active mode, but it needs to declare the queues adding an > x-ha-policy entry. > http://www.rab

[Openstack] next swift release just around the corner

The next swift release is scheduled for public release next Monday (July 30). That means we've got a little bit of work to do this week to get it ready. In order to allow Cloud Files QA time to check it, we need to have packages built by the middle of the day Wednesday. This means all outstandin

Re: [Openstack] Incremental Backup of Instances

On 07/22/2012 11:22 PM, Kobagana Kumar wrote: > Hi All, > > I am working on *Delta Changes *of an instance. Can you please tell me > The procedure to take *Incremental Backups (Delta Changes) *of VMs, > instead of taking the snapshot of entire instance. The only non-commerical solution I know of

Re: [Openstack] [KeyStone] Requestid, context, notification in Keystone

Hi Joe,Jay > Thanks Jay > Joe This is from quantum - Quantum Quantum Notification https://blueprints.launchpad.net/quantum/+spec/quantum-notifications Improve scalability by eliminating agent DB polling https://blueprints.launchpad.net/quantum/+spec/scalable-agent-comms ( This blueprint trying

Re: [Openstack] [KeyStone] Requestid, context, notification in Keystone

Thanks Jay! On Jul 23, 2012, at 9:49 AM, Jay Pipes wrote: > On 07/21/2012 02:57 AM, Joseph Heck wrote: >> Hey Nachi >> >> If by this you mean the idea that a request ID is created at a user request >> action, and then propagated through all relevant systems and API calls to >> make tracing th

Re: [Openstack] [KeyStone] Requestid, context, notification in Keystone

On 07/21/2012 02:57 AM, Joseph Heck wrote: > Hey Nachi > > If by this you mean the idea that a request ID is created at a user request > action, and then propagated through all relevant systems and API calls to > make tracing the distributed calls easier, I'm totally in favor of the idea. > Di

Re: [Openstack] best practices for merging common into specific projects

On Mon, Jul 23, 2012 at 12:00 PM, Thierry Carrez wrote: > Doug Hellmann wrote: > > > > On Wed, Jul 18, 2012 at 7:00 PM, Thierry Carrez > > wrote: > > > > Mark McLoughlin wrote: > > >> Making our multiple projects converge onto consolidated and > > >> well

Re: [Openstack] best practices for merging common into specific projects

Doug Hellmann wrote: > > On Wed, Jul 18, 2012 at 7:00 PM, Thierry Carrez > wrote: > > Mark McLoughlin wrote: > >> Making our multiple projects converge onto consolidated and > >> well-accepted APIs is a bit painful work, but it is a prerequisite to >

Re: [Openstack] best practices for merging common into specific projects

On Wed, Jul 18, 2012 at 7:00 PM, Thierry Carrez wrote: > Mark McLoughlin wrote: > >> Making our multiple projects converge onto consolidated and > >> well-accepted APIs is a bit painful work, but it is a prerequisite to > >> turning openstack-common into a proper library (or set of libraries). > >

Re: [Openstack] Fw:Re: Questions about ceilometer

On Wed, Jul 18, 2012 at 7:51 AM, 张家龙 wrote: > > Hi,all > Now,I modify the file named > ceilometer/collector/manager.py

Re: [Openstack] 回复： Keystone client could not behave well, call for help

On 07/22/2012 09:12 AM, 延生 付 wrote: reply: 'HTTP/1.1 503 Service Unavailable\r\n' This seems to be the main problem. The error message "/string indices must be integers, not str" /seems to be a bug in trying to parse the error page. ___ Mailing lis

Re: [Openstack] [HPC] BoF at SC12

Hi Lorin, Thanks for the followup. I'm perfectly happy to go the Openstack-specific route, but I haven't received much feedback from the Openstack community. It would be helpful if we could get some sense of community interest (and likelihood of attending) to accompany our submission. What d

[Openstack] High Available queues in rabbitmq

Hi guys, just an idea, i'm deploying Openstack trying to make it HA. The missing thing is rabbitmq, which can be easily started in active/active mode, but it needs to declare the queues adding an x-ha-policy entry. http://www.rabbitmq.com/ha.html It would be nice to add a config entry to be able

Re: [Openstack] [openstack] nova-compute always dead on RHEL6.1

On 07/23/2012 09:44 AM, 延生 付 wrote: > > Dear all, > > When I deply nova-compute based on epel repository, I found > openstack-nova-compute always dead but pid file exists. > While there is no any log file generated in /var/log/nova. > The OS is RHEL6.1. The nova.conf is copied from controller

Re: [Openstack] How to use Cloudpipe

Hi kevin, I just added the extra instructions for connecting to your cloudpipe project using an OpenVPN clientCheers Nuage & Co - Razique Mahroua razique.mahr...@gmail.com Le 18 juil. 2012 à 16:18, Razique Mahroua a écrit :Hi Kevin, just submitted a patch here for the doc https://review.openstack.

Re: [Openstack] [Quantum] Scalable agents

On 07/23/2012 11:02 AM, Dan Wendlandt wrote: On Sun, Jul 22, 2012 at 5:51 AM, Gary Kotton > wrote: This is an interesting idea. In addition to the creation we will also need the update. I would prefer that the agents would have one topic - that is for

Re: [Openstack] Improving logging

Michael Still wrote: > On 21/07/12 00:08, Jay Pipes wrote: > >> Not that I've seen, but I think it would be good to standardize on one. >> How about just "ops"? > > Works for me. Added to http://wiki.openstack.org/BugTags and as official tag for all core projects. Cheers, -- Thierry Carrez (t

Re: [Openstack] When are the IRC meetings for Nova, Glance and Swift?

Sheng Bo Hou wrote: > From this link http://wiki.openstack.org/Meetings/, I cannot find when > the IRC meetings for Nova, Glance and Swift will be. > Can someone tell me when these meetings take place? There is no regular meeting specifically scheduled for any of those projects. They hold exceptio

Re: [Openstack] inter-tenant and VM-to-bare-metal communication policies/restrictions.

On 07/23/2012 10:49 AM, Christian Parpart wrote: Am I (almost) the only one interested in disallowing inter-tenant communication, or am I overseeing something in the docs? :-( I do have the same need, but I'm still fighting with other issues, so I've not reached the piont to bitch about it :)

Re: [Openstack] inter-tenant and VM-to-bare-metal communication policies/restrictions.

On Fri, Jul 6, 2012 at 6:39 AM, romi zhang wrote: > I am also very interesting about this and also try to find a way to > forbid the talking between VMs on same compute+network node. J > > ** ** > > Romi > > ** ** > > *发件人:* openstack-bounces+romizhang1968=163@lists.launchpad.net[mai

[Openstack] [openstack] nova-compute always dead on RHEL6.1

  Dear all,   When I deply nova-compute based on epel repository, I found openstack-nova-compute always dead but pid file exists. While there is no any log file generated in /var/log/nova. The OS is RHEL6.1. The nova.conf is copied from controller node.  [root@comp02-r11 nova]# service openstack-n

Re: [Openstack] [openstack-dev] [Quantum] Scalable agents

On 23 July 2012 09:02, Dan Wendlandt wrote: > > > On Sun, Jul 22, 2012 at 5:51 AM, Gary Kotton wrote: > >> ** >> >> >> This is an interesting idea. In addition to the creation we will also >> need the update. I would prefer that the agents would have one topic - that >> is for all updates. When

Re: [Openstack] [Quantum] Scalable agents

On Sun, Jul 22, 2012 at 5:51 AM, Gary Kotton wrote: > ** > > > This is an interesting idea. In addition to the creation we will also need > the update. I would prefer that the agents would have one topic - that is > for all updates. When an agent connects to the plugin it will register the > type