Re: [Openstack-operators] [puppet] [desginate] An update on the state of puppet-designate (and designate in RDO)

We're using Designate but still on Juno. We're running puppet from around then, summer of 2015. We'll likely try to upgrade to Mitaka at some point but Juno Designate "just works" so it's been low priority. Look forward to your efforts here. On Tue, Jul 5, 2016 at 7:47 PM, David Moreau Simard wro

Re: [Openstack-operators] [openstack-dev] [puppet] [desginate] An update on the state of puppet-designate (and designate in RDO)

We (NeCTAR) use puppet-designate on Ubuntu 14.04 with Liberty. Cheers, Sam > On 6 Jul 2016, at 11:47 AM, David Moreau Simard wrote: > > Hi ! > > tl;dr > puppet-designate is going under some significant updates to bring it > up to par right now. > While I will try to ensure it is well tested a

[Openstack-operators] [puppet] [desginate] An update on the state of puppet-designate (and designate in RDO)

Hi ! tl;dr puppet-designate is going under some significant updates to bring it up to par right now. While I will try to ensure it is well tested and backwards compatible, things *could* break. Would like feedback. I cc'd -operators because I'm interested in knowing if there are any users of pupp

[Openstack-operators] [scientific][scientific-wg] Reminder: Scientific WG Meeting (new time) Wednesday 0900 UTC

Hi all - We have a Scientific WG IRC meeting on Wednesday at our NEW TIME of 0900 UTC on channel #openstack-meeting. The agenda is available here[1] and full IRC meeting details are here[2]. This week if possible I’d like to review recent WG activities and return to some of the discussions on

Re: [Openstack-operators] [nova] Rabbit-mq 3.4 crashing (anyone else seen this?)

Ah, those sets of command sound pretty nice to run periodically, Sounds like a useful script that could be placed in the ops tools repo (I forget where this repo exists at, but pretty sure it does exist?). Some other oddness though is that this issue seems to go away when we don't run cross-r

Re: [Openstack-operators] [nova] Rabbit-mq 3.4 crashing (anyone else seen this?)

We tried some of these (well I did last night), but the issue was that eventually rabbitmq actually died. I was trying some of the eval commands to try to get what was in the mgmt_db, bet any get-status call eventually lead to a timeout error. Part of the problem is that we can go from a warni

Re: [Openstack-operators] [nova] Rabbit-mq 3.4 crashing (anyone else seen this?)

For the record we're on 3.5.6-1. On Jul 5, 2016 11:27 AM, "Mike Lowe" wrote: > I was having just this problem last week. We updated to 3.6.2 from 3.5.4 > on ubuntu and stated seeing crashes due to excessive memory usage. I did > this on each node of my rabbit cluster and haven’t had any problems

Re: [Openstack-operators] [nova] Rabbit-mq 3.4 crashing (anyone else seen this?)

Yes! This happens often but I'd not call it a crash, just the mgmt db gets behind then eats all the memory. We've started monitoring it and have runbooks on how to bounce just the mgmt db. Here are my notes on that: restart rabbitmq mgmt server - this seems to clear the memory usage. rabbitmqctl

Re: [Openstack-operators] [nova] Rabbit-mq 3.4 crashing (anyone else seen this?)

I was having just this problem last week. We updated to 3.6.2 from 3.5.4 on ubuntu and stated seeing crashes due to excessive memory usage. I did this on each node of my rabbit cluster and haven’t had any problems since 'rabbitmq-plugins disable rabbitmq_management’. From what I could gather f

[Openstack-operators] [nova] Rabbit-mq 3.4 crashing (anyone else seen this?)

Hi ops and dev-folks, We over at godaddy (running rabbitmq with openstack) have been hitting a issue that has been causing the `rabbit_mgmt_db` consuming nearly all the processes memory (after a given amount of time), We've been thinking that this bug (or bugs?) may have existed for a while

[Openstack-operators] [Performance] Team meeting canceled for today. Next meeting: July 19th

Folks, accidentally I have no opportunity to chair today meeting due to feeling sick, and as discussed on last Tuesday there is no chance I'll be available on July 12th. Let's assume our next meeting will be on Tuesday, July 19th at 16:00 UTC. Sorry for inconvenience! Cheers, Dina _

Re: [Openstack-operators] 回复： Quota exceeded for resources:['security_group'].

If you are using neutron – you also need to update the quotas for the tenant in neutron as well. ___ Kris Lindgren Senior Linux Systems Engineer GoDaddy From: 云淡风轻 <821696...@qq.com> Date: Tuesday, July 5, 2

Re: [Openstack-operators] Migration Openstack Instances and cloud-init

Thank you for sharing your findings :). On 5 July 2016 at 13:00, Michael Stang wrote: > Hi Hamza, > > thank you for your answere. I learnd much about the cloud-init in this > process. > > I found now a way to config this without maipulating the cloud.cfg on the > intance directly. I start the ne

Re: [Openstack-operators] Migration Openstack Instances and cloud-init

Hi Hamza, thank you for your answere. I learnd much about the cloud-init in this process. I found now a way to config this without maipulating the cloud.cfg on the intance directly. I start the new instance from the copied snapshot with user-data I can inject over the "configurations" tab of a

[Openstack-operators] ?????? Quota exceeded for resources:['security_group'].

thanks for you. I try it for times ,and then config to nova quota-update --security-groups 300 --security-group-rules 60 6cb156a82d0f486a9f50132be9438eb6 nova quota-show | grep security_group | security_groups | 300 | | security_group_rules| 60| but it is also