Re: [Openstack-operators] [Openstack-sigs] [all] Naming the T release of OpenStack

and any talks I give in Denver (Forum, Ops, Main) will include "sl". It's handy in a variety of ways. On Thu, Oct 18, 2018 at 9:39 AM David Medberry wrote: > I'm fine with Train but I'm also fine with just adding it to the list and > voting on it. It will win. > > Also,

Re: [Openstack-operators] [Openstack-sigs] [all] Naming the T release of OpenStack

I'm fine with Train but I'm also fine with just adding it to the list and voting on it. It will win. Also, for those not familiar with the debian/ubuntu command "sl", now is the time to become so. apt install sl sl -Flea #ftw On Thu, Oct 18, 2018 at 12:35 AM Tony Breeds wrote: > Hello all, >

[Openstack-operators] Fwd: Feedback on Ops Meetup Planning meeting today after the fact

I missed the ops meetup but have the scrollback of what was discussed. I'd definitely like to see upgrades (FFUpgrades, etc) and LTS should be on the Ops Agenda and socialized so that the distros and other concerned parties come join us. And I'd put them at the start of day two. [Looks like the

Re: [Openstack-operators] Proposing no Ops Meetups team meeting this week

Good plan. I'm just getting on email now and hadn't even considered IRC yet. :^) On Tue, May 29, 2018 at 5:53 AM, Erik McCormick wrote: > > > On Tue, May 29, 2018, 7:15 AM Chris Morgan wrote: > >> Some of us will be only just returning to work today after being away all >> week last week for

[Openstack-operators] Fwd: Follow Up: Private Enterprise Cloud Issues

There was a great turnout at the Private Enterprise Cloud Issues session here in Vancouver. I'll propose a follow-on discussion for Denver PTG as well as trying to sift the data a bit and pre-populate. Look for that sifted data soon. For folks unable to participate locally, the etherpad is here:

Re: [Openstack-operators] Ops Session Proposals for Vancouver Forum

Dropped in 2¢ worth. ___ OpenStack-operators mailing list OpenStack-operators@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators

Re: [Openstack-operators] Asking for ask.openstack.org

Hi Jimmy, I tend to jump on things but only those that go to my Inbox and don't otherwise get filtered. I'll see if I'm sub'd to ask.o.o and if so, I'll put that into my Inbox instead of it going into one of my myriad google filtered folders. OTOH, if it is truly just a web site I need to

Re: [Openstack-operators] Ops Meetups team - minutes of team meeting 3/20/2018

On Tue, Mar 20, 2018 at 9:16 AM, Chris Morgan wrote: > > On that note, please stand by for some exciting news and discussion about > the future of Ops Meetups and OpenStack PTG, as there seems to be > increasing support for combining the two events into one. I expect an

Re: [Openstack-operators] Ops Meetup, Co-Location options, and User Feedback

On Tue, Mar 20, 2018 at 10:03 AM, Thierry Carrez wrote: > > Personally, I'm not a big fan of separate branding (or "co-location"). > If the "PTG" name is seen as too developer-centric, I'd rather change > the event name (and clearly make it a work event for anyone

Re: [Openstack-operators] nova 17.0.1 released (queens)

Thanks for the headsup Matt. On Wed, Mar 7, 2018 at 4:57 PM, Matt Riedemann wrote: > I just wanted to give a heads up to anyone thinking about upgrading to > queens that nova has released a 17.0.1 patch release [1]. > > There are some pretty important fixes in there that

Re: [Openstack-operators] diskimage-builder: prepare ubuntu 17.x images

Subscribe to this bug and click the "This affects me." link near the top. https://bugs.launchpad.net/cloud-images/+bug/1585233 On Thu, Feb 8, 2018 at 1:53 PM, Volodymyr Litovka wrote: > Hi colleagues, > > does anybody here know how to prepare Ubuntu Artful (17.10) image using

[Openstack-operators] Ops Mid Cycle in Tokyo Mar 7-8 2018

Hi all, Broad distribution to make sure folks are aware of the upcoming Ops Meetup in Tokyo. You can help "steer" this meetup by participating in the planning meetings or more practically by editing this page (respectfully): https://etherpad.openstack.org/p/TYO-ops-meetup-2018 Sign up for the

Re: [Openstack-operators] thierry's longer dev cycle proposal

On Wed, Dec 13, 2017 at 2:35 PM, Thierry Carrez <thie...@openstack.org> wrote: > David Medberry wrote: > While it may have desirable side-effects on the ops side (something I'm > not convinced of), the main reason for it is imho to align our rhythm > with our current developmen

Re: [Openstack-operators] thierry's longer dev cycle proposal

; encourage anyone with input to jump in on that thread. We could also > discuss it > separately here and I can try to answer questions or feed that input back > in to > the -dev side. > > Sean > > On Wed, Dec 13, 2017 at 11:48:01AM -0700, David Medberry wrote: > > Hi all, >

[Openstack-operators] thierry's longer dev cycle proposal

Hi all, Please read Thierry's email to the openstack-dev list this morning and follow the thread (getting long already just two hours in.) This references some ideas and concerns that have come from the Ops community, but this is specifically a -dev thread (but I suspect a lot of ramifications

[Openstack-operators] Fwd: [Openstack-sigs] [First Contact] New SIG: Let's get this party started!

Kendall indicates she'd like to see Operators involved as much as devs. I kind of agree--we're going to keep growing OpenStack with operations so there will always be newbies to First Contact. -dave -- Forwarded message -- From: Kendall Nelson Date: Thu,

Re: [Openstack-operators] Ops Meetups team minutes + main topics

Jon, I think the Foundation staff were very very wary of extending the PTG or doing dual sites simultaneously due to not saving a thing logistically. Yes, it would conceivably save travel for folks that need to go to two separate events (as would the other colo options on the table) but not

Re: [Openstack-operators] Ops Meetups team minutes + main topics

I'm actually pushing this out to a broader list and modifying the title as well. We need to try and get all operators viewing this (even if they are also devels, deployers, sigs.) Feel free to reply to me about spamming lists, but I think we need lots of eyes on this. On Tue, Nov 21, 2017 at

Re: [Openstack-operators] Sydney Takeaways - UC

I took an action to work on this bit: 1. "stackalytics" for user community Closely tied to #5. Assists with non-developers being able to show their impact in the community and justify travel amongst other things. - We should discuss how to make this happen and prioritize - Started a

[Openstack-operators] Ops Meetup Meeting Tomorrow? 14:00 UTC

I presume we're still on track for a meeting tomorrow at 14:00 UTC (which will shift it an hour earlier if your timezone had previously recognized DST in the northern hemisphere.) See you there #openstack-operators on Freenode. -dave ___

[Openstack-operators] Fast Forward Upgrades

Some good discussion at the Summit (right now) about Fast Forward Upgrades. Including some concerns that nova-compute INTENTFULLY fails if greater than N-1. More details are appearing in the etherpad. This convo is VERY well attended by MANY openstack devs. Very heavy dev room.

[Openstack-operators] Technical Committee (TC) learnings, updates

Hi, I've volunteered to try and track what the TC is doing for the next few months and report back to Ops. So, all of this is pretty much done in the open (on IRC) so don't expect anything here you can't get elsewhere[1]. Of note, they are moving away from "meetings" as meetings are too

Re: [Openstack-operators] Ceph Session at the Forum

Looks like Blair Bethwaite already has one in there called CEPH in OpenStack as a BOF. http://forumtopics.openstack.org/cfp/details/46 On Fri, Sep 29, 2017 at 10:44 AM, Edgar Magana wrote: > Hello, > > I know Patrick Donnelly (@pjdbatrick) was very interested in this

Re: [Openstack-operators] Ceph Session at the Forum

Looks like Blair Bethwaite already has one in there called CEPH in OpenStack as a BOF. http://forumtopics.openstack.org/cfp/details/46 On Fri, Sep 29, 2017 at 10:44 AM, Edgar Magana wrote: > Hello, > > I know Patrick Donnelly (@pjdbatrick) was very interested in this

Re: [Openstack-operators] ops meetups team meeting 9/12

Yep, here at PTG also and breakfast got i the way of the meeting. Sorry. On Tue, Sep 12, 2017 at 8:29 AM, Chris Morgan wrote: > Brief meeting today since PTG is underway. Minutes below. > > Best bit of news is that Melvin Hillman reported from PTG that the > Foundation is

Re: [Openstack-operators] Case studies on Openstack HA architecture

I'm not aware of any studies as per se, but we have long run rabbitmq, MySQL, and all the API endpoints on the same three nodes. On Aug 25, 2017 6:12 PM, "Imtiaz Chowdhury" wrote: > Hi Openstack operators, > > > > Most Openstack HA deployment use 3 node database

Re: [Openstack-operators] [ops meetups team] - resuming regular meetings

Thanks Chris, et al. ___ OpenStack-operators mailing list OpenStack-operators@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators

Re: [Openstack-operators] [dnsmasq] setting ntp-server

Cool beans. Thanks for asking/answering your own question! ___ OpenStack-operators mailing list OpenStack-operators@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators

[Openstack-operators] Reminder: Tuesday after Memorial Day (US) Ops Meetup Planning is one hour earlier

Just a reminder that the Tuesday after Memorial Day, bright and early (in the US) is the Ops Meetup Planning session in #openstack-operators on Freenode IRC at 14:00 UTC ie 10 am Eastern US, 9 am Central US, 8 am Mountain, and 7 am Pacific. Find your timezone time here:

Re: [Openstack-operators] UTC 14:00 henceforth for Ops Meet Up planning

e, May 23, 2017 at 09:16:13AM -0600, David Medberry wrote: > > I have picked "Tuesday, May 30, 2017 8:00 AM (Time zone: Mountain Time)" > as > > final option(s) for the Doodle poll "Ops Meetup Preferred Time." > > Hey David, > > Sorry, I'm sure t

Re: [Openstack-operators] [nova][ironic][scheduler][placement] IMPORTANT: Getting rid of the automated reschedule functionality

I have to agree with James My affinity and anti-affinity rules have nothing to do with NFV. a-a is almost always a failure domain solution. I'm not sure we have users actually choosing affinity (though it would likely be for network speed issues and/or some sort of badly architected need or

Re: [Openstack-operators] Policy Updates

On Thu, Feb 23, 2017 at 3:17 PM, David Medberry <openst...@medberry.net> wrote: > Yep what Logan said. I'm pretty sure Sean Dague talked about this at the > last Operator's mid-cycle. The "blank" policy.json just means you get the > default policies. You set a value

Re: [Openstack-operators] Policy Updates

t; > > > > > > > In any case, that sounds like an awful approach because know if we > upgrade > > we will need to be sure that we have a proper json file while in the > past we > > at least were starting from the default one. > > > > > >

[Openstack-operators] Policy Updates

Nova no longer ships with a fleshed-out skeleton of all policy.json. It ships blank. Discussion in here on how to help operators select specific settings to include in their policy.json via documentation. You (as an op) may want to review and comment on this. This model is being proposed for all

Re: [Openstack-operators] [nova] Metadata service over virtio-vsock

Doesn't the virtio solution assume/require a libvirt or more exactly a QEMU/KVM based hypervisor? What about the N-1 other hypervisors? I think the idea of a "hot remove, hot add" of the configdrive has some merit (but remember it is not always ISO-9660 but could be VFAT as well to aid in some

Re: [Openstack-operators] Please give your opinion about "openstack server migrate" command.

Replying more to the "thread" and stream of thought than a specific message. 1) Yes, it is confusing. Rikimaru's description is more or less what I believe. 2) Because it is confusing, I continue to use NovaClient commands instead of OpenstackClient I don't know what drove the creation of the

Re: [Openstack-operators] [nova] FYI: live_migration_progress_timeout will default to 0 and be deprecated in Ocata

On Thu, Feb 9, 2017 at 9:29 AM, Matt Riedemann wrote: > Thanks for the heads up Matt, ops appreciate. ___ OpenStack-operators mailing list OpenStack-operators@lists.openstack.org

Re: [Openstack-operators] Any serious stability and performance issues on RBD as ephemeral storage ?

We've been using it and recommending it for years. It solves many many problems with a running cloud and there have been very few issues. Pay close attention when upgrading versions of CEPH and do things in the right order and you will be fine! On Wed, Dec 7, 2016 at 7:51 AM, Vahric Muhtaryan

Re: [Openstack-operators] Audit Logging - Interested? What's missing?

rather, here: https://openstackmountainwest2016.sched.org/event/8AkE/osdef-devops-driven-approach-to-securing-a-cloud-infrastructure-using-bigdata?iframe=no==yes=no On Wed, Nov 16, 2016 at 5:07 PM, David Medberry <openst...@medberry.net> wrote: > more info here: > http://www.opensta

Re: [Openstack-operators] Audit Logging - Interested? What's missing?

more info here: http://www.openstackdaysmw.com/schedule/ On Wed, Nov 16, 2016 at 5:06 PM, David Medberry <openst...@medberry.net> wrote: > We've added ELK to our cloud (but of course it largely relies on the > existing logging.) There will be a talk about this next month at Open

[Openstack-operators] Ops Lightning Talks

hold both. (And in spite of my natural levity, it can be a serious talk, a serious problem, or something completely frivolous but there might be tomatoes in the audience so watch it.) -dave David Medberry OpenStack Guy and your friendly moderator. ___

Re: [Openstack-operators] Kilo to Liberty upgrade

Definitely read (and re-read) the release notes here: https://wiki.openstack.org/wiki/ReleaseNotes/Liberty paying close attention to the Upgrade Notes, API changes, etc. You might also search (google or otherwise) this distribution list for history on this topic as many of us did this q On

Re: [Openstack-operators] Kilo to Liberty upgrade

Definitely read (and re-read) the release notes here: https://wiki.openstack.org/wiki/ReleaseNotes/Liberty paying close attention to the Upgrade Notes, API changes, etc. You might also search (google or otherwise) this distribution list for history on this topic as many of us did this quite

Re: [Openstack-operators] ElasticSearch on OpenStack

omitted on more line: give java heap 30GB, and leave the rest of the memory to the OS filesystem cache so that Lucene can make best use of it. On Fri, Sep 2, 2016 at 2:15 PM, David Medberry <openst...@medberry.net> wrote: > From Nathan (on TWC Cloud team): > > Nathan: Th

Re: [Openstack-operators] ElasticSearch on OpenStack

off of that (i.e. choose a flavor with 64GB of RAM and as many CPUs as possible for that RAM allocation, then base disk size on testing of your use case) On Fri, Sep 2, 2016 at 6:46 AM, David Medberry <openst...@medberry.net> wrote: > Hey Tim, > We've just started this effort. I'll

Re: [Openstack-operators] Update on Nova scheduler poor performance with Ironic

Great writeup @Mathieu and thanks @sean and @jrolls! -d On Mon, Aug 29, 2016 at 3:34 PM, Mathieu Gagné wrote: > Hi, > > For those that attended the OpenStack Ops meetup, you probably heard > me complaining about a serious performance issue we had with Nova > scheduler

Re: [Openstack-operators] Shelving

ux Systems Engineer > > GoDaddy > > > > *From: *David Medberry <openst...@medberry.net> > *Date: *Thursday, August 18, 2016 at 3:49 PM > *To: *"Jonathan D. Proulx" <j...@csail.mit.edu> > *Cc: *"openstack-operators@lists.openstack.org" < &g

Re: [Openstack-operators] Shelving

On Thu, Aug 18, 2016 at 3:12 PM, Jonathan D. Proulx wrote: > > True they do consume IPs. > > In my configuration they do not consume any hypervisor disk. I > *think* this is true of all configurations once the 'shelved' systems > are 'offloaded'. i concur, that's the

Re: [Openstack-operators] [Openstack] Map Nova flavor to glance image

ere within that project. (As you might imagine this is a pretty common issue that we've directly addressed with Trove but have seen no real solutions for yet.) On Thu, Aug 18, 2016 at 5:45 AM, David Medberry <openst...@medberry.net> wrote: > Adding the Ops list. > -- Forwarded mes

[Openstack-operators] Fwd: [Openstack] Map Nova flavor to glance image

Adding the Ops list. -- Forwarded message -- From: Jaison Peter Date: Wed, Aug 17, 2016 at 10:29 PM Subject: [Openstack] Map Nova flavor to glance image To: OpenStack General Hi all, Is there any way to map a flavor to some

[Openstack-operators] Operators Meetup to plan Mid-Cycle

Last two weeks there appears to have been no operators meetup to continue planning the mid-cycle. Is it completely planned now? (I've been in IRC at 1400 on Tuesdays at #openstack-operators to crickets.) ___ OpenStack-operators mailing list

Re: [Openstack-operators] Next Ops Midcycle NYC August 25-26

Would be sweet if that offer could be extended at least a week as we go through the corp travel process. OTOH, $99 is almost cheap enough to buy and not care I'll be doing that I guess. On Wed, Jun 22, 2016 at 9:44 AM, Matt Jarvis wrote: > Hi Mark > > Given

Re: [Openstack-operators] DNS searchdomains for your instances?

and of course that was the WRONG picture https://www.dropbox.com/s/wxe9e9nu5cqgx9m/Screenshot%202016-06-20%2013.17.02.png?dl=0 On Mon, Jun 20, 2016 at 1:18 PM, David Medberry <openst...@medberry.net> wrote: > Each tenant in our neutron network has their own subnet and each subnet &

Re: [Openstack-operators] DNS searchdomains for your instances?

Each tenant in our neutron network has their own subnet and each subnet sets its own dns rules (see pic). https://www.dropbox.com/s/dgfgkdqijmrfweo/2016-06-19%2005.15.29.jpg?dl=0 On Mon, Jun 20, 2016 at 1:07 PM, Kris G. Lindgren wrote: > Hello all, > > Wondering how you

Re: [Openstack-operators] NOVA build timeout: Time to fail a vm from build state

Ack. I'm picking my worst case with a 2T volume create and then doubling. On Wed, Jun 15, 2016 at 11:25 AM, Matt Riedemann <mrie...@linux.vnet.ibm.com > wrote: > On 6/15/2016 12:09 PM, David Medberry wrote: > >> So, there is a nova.conf setting: >> >> instance_buil

[Openstack-operators] NOVA build timeout: Time to fail a vm from build state

So, there is a nova.conf setting: instance_build_timeout (default to 0, never timeout) Does anyone have a "good" value they use for this? In my mind it falls very much into the specific-to-your-cloud-implementation bucket but just wondered what folks were usign for this setting (if any). 10

Re: [Openstack-operators] Issue when trying to snapshot an instance

On Fri, Jun 3, 2016 at 6:22 AM, Grant Morley wrote: > > Turns out is in an issue with the keystone tokens that are timing out when > the snapshot is taking place. Yes, this is exactly the problem we have seen--token timeout. I didn't see the size of this image but

Re: [Openstack-operators] Ops Meetup event sizes

On Wed, Jun 1, 2016 at 2:12 AM, Matt Jarvis wrote: > > The general consensus in the discussions we've had, and from the Austin > summit sessions and the Manchester feedback session, is that between > 150-200 attendees should be the maximum size. > Two comments,

Re: [Openstack-operators] About Live Migration and Bests practises.

In general with L-M on a libvirt/kvm based env, I would cc: daniel barrange (barra...@redhat.com) and I've done that since I didn't seem him specifically. We have taken to GENERALLY SPEAKING doing a single VM at a time. If we have high confidence, we'll go 5 at a time (but never more than that)

Re: [Openstack-operators] Problems (simple ones) at scale... Invisible VMs.

:26 PM, James Downs <e...@egon.cc> wrote: > On Wed, May 18, 2016 at 04:37:42PM -0600, David Medberry wrote: > > > It seems to bypass it... or I'm running into a LOWER limit > (undocumented). > > So help on limit -1 says it is still limited by osapi_max_limit > >

Re: [Openstack-operators] Problems (simple ones) at scale... Invisible VMs.

parently by-passes > that config option? > > ___ > Kris Lindgren > Senior Linux Systems Engineer > GoDaddy > > From: David Medberry <openst...@medberry.net> > Date: Wednesday, May 18, 2016 at 4:1

[Openstack-operators] Problems (simple ones) at scale... Invisible VMs.

So, we just ran into an "at-sale" issue that shouldn't have been an issue. Many of the OpenStack CLI tools accept a limit parameter (to limit how much data you get back from a single query). However, much less well documented is that there is an inherent limit that you will run into at a 1000 VMs

Re: [Openstack-operators] [Nova] Significance of Error Vs Failed status

2016, at 11:10 AM, David Medberry wrote: > > Kekane, > > Hi, > > This setting, how does it display in the "nova show $UUID" or in the > "openstack server show $UUID"? Ie, I don't want a VM showing ERROR state if > the VM itself is not in error. A failed migr

Re: [Openstack-operators] User Survey usage of QEMU (as opposed to KVM) ?

The only reason I can think of is that they are doing nested VMs and don't have the right nesting flag enabled in their base flag. On Tue, May 3, 2016 at 9:01 AM, Daniel P. Berrange wrote: > Hello Operators, > > One of the things that constantly puzzles me when reading the

[Openstack-operators] ETHERPAD for today's Ops Session

Subject: ETHERPAD for today's Ops Session https://etherpad.openstack.org/p/AUS-ops-informal-meetup Room is kind of full but we'll let anyone in including lots of interior floor space. Add your name at the bottom of the pad ___ OpenStack-operators

Re: [Openstack-operators] Anyone else use vendordata_driver in nova.conf?

Hi Ned, Jay, We use it also and I have to agree, it's onerous to require users to add that functionality back in. Where was this discussed? On Mon, Apr 18, 2016 at 8:13 AM, Ned Rhudy (BLOOMBERG/ 731 LEX) < erh...@bloomberg.net> wrote: > Requiring users to remember to pass specific userdata

Re: [Openstack-operators] Anyone else use vendordata_driver in nova.conf?

Ah, read the bug, we are using the default, not a custom driver. so NEVERMIND. On Mon, Apr 18, 2016 at 8:16 AM, David Medberry <openst...@medberry.net> wrote: > Hi Ned, Jay, > > We use it also and I have to agree, it's onerous to require users to add > that functional

[Openstack-operators] BoF OVN call for ideas/discussion points

Hi, There is a Birds of a Feather session on OVN at Austin. If you've got experience or questions or issues with OVN, you can register them here: https://etherpad.openstack.org/p/AUS-BoF-OVN and participate in the session: Wednesday, April 27, 1:50pm-2:30pm

Re: [Openstack-operators] Intel 10 GbE / bonding issue with hash policy layer3+4

I'd definitely post this somewhere that Ubuntu kernel folks would read it. File a bug against that kernel. We're still on 3.13.0- stream so haven't seen this ourselves. On Wed, Mar 23, 2016 at 3:53 AM, Sascha Vogt wrote: > Hi all, > > I thought it might be of interest /

Re: [Openstack-operators] [nova] RFEs: communication channel and process

On Mon, Mar 21, 2016 at 5:03 PM, Matt Riedemann wrote: > > I'd also like to get a Nova/Ops cross-project liaison in Newton. In my > mind, that person would attend the ops meeting(s), monitor the list, be in > the #openstack-operators channel and be a point person for

Re: [Openstack-operators] nova-conductor scale out

How many compute nodes do you have (that is triggering your controller node limitations)? We run nova-conductor on multiple control nodes. Each control node runs "N" conductors where N is basically the HyperThreaded CPU count. On Tue, Mar 15, 2016 at 8:44 AM, Gustavo Randich

Re: [Openstack-operators] [openstack-community] Recognising Ops contributions

On Wed, Mar 2, 2016 at 3:37 PM, Edgar Magana wrote: > We want to make this a reality by gathering a list of criteria that we as > a community feel that shows someone has demonstrated technical > contributions, using their skills as Ops. Our current ideas are as

Re: [Openstack-operators] [openstack-dev] OpenStack Contributor Awards

On Tue, Mar 1, 2016 at 8:30 AM, Tom Fifield wrote: > Excellent, excellent. > > What's the best place to buy Raspberry Pis these days? > Raspberry Pi 3 is available to buy today from our partners element14 and RS

Re: [Openstack-operators] I have an installation question and possible bug

Also, is it possible your token timed out during the upload (thereby truncating it)? Validate the byte size of the final uploaded (large) glance image. On Mon, Jan 25, 2016 at 10:59 AM, Abel Lopez wrote: > First question, what is your glance store? > Also, it sounds like you

Re: [Openstack-operators] I have an installation question and possible bug

On Mon, Jan 25, 2016 at 4:15 PM, Christopher Hull wrote: > I have not installed Swift. Is that an issue? > No, not an issue. ___ OpenStack-operators mailing list OpenStack-operators@lists.openstack.org

Re: [Openstack-operators] Operational Director?

Tim, thanks for pointing out the User Committee. You are the second (or third) one to mention that to me in this context and is another great way to influence the direction OpenStack takes (and goes hand in hand with this operator's list, the midcycle, and operator's summit meetings.) -d

[Openstack-operators] Operational Director?

Hi all, Isn't it time to get an operational director--or rather another/additional operators as directors? I've nominated a few (unnamed here) and you may be interested in nominationg others. Look for the email with subject line: Notice of meeting to elect Individual Directors

Re: [Openstack-operators] OPs Midcycle location discussion.

Following up to what Matt said, even for the service (nova, cinder, etc) mid-cycles I've been in, typically only 1 or 2 folks participate remotely and they make sure to have someone pay attention/alert them when their topics are coming up. I don't think remote/virtual scales beyond 1-2 remote

Re: [Openstack-operators] OPs Midcycle location discussion.

On Tue, Nov 17, 2015 at 11:45 AM, Erik McCormick wrote: > We're deciding not to innovate a solution to allow people to > participate in a group that is attempting to provide innovative ideas. > How ironic. I actually don't think it would require much innovation. >

Re: [Openstack-operators] [eu] European Operators Meetup February 15th/16th 2016

Thanks to Canonical, Codethink, Midokura, DataCentred and the EU operators that got this going! Nicely done. On Wed, Nov 11, 2015 at 2:11 AM, Matt Jarvis wrote: > Canonical, Codethink, Midokura and DataCentred ___

Re: [Openstack-operators] OpenStack Tuning Guide

Great Kevin. Thanks for honchoing and sharing. On Wed, Nov 4, 2015 at 3:56 PM, Kevin Bringard (kevinbri) < kevin...@cisco.com> wrote: > Hey all! > > Something that jumped out at me in Tokyo was how much it seemed that > "basic" tuning stuff wasn't common knowledge. This was especially prevalent

Re: [Openstack-operators] Informal Ops Meetup?

They all just moved up to the Prince Takanawa library. the "Prince" room was getting too loud. On Fri, Oct 30, 2015 at 10:38 AM, Balaji Narayanan (பாலாஜி நாராயணன்) < li...@balajin.net> wrote: > Hello Erik /Edgar, > > We are in the Prince room in building #44, closer to the projector screen. > >

Re: [Openstack-operators] Rate limit an max_count

Your users should also have reasonable quotas set. If they can boot thousands of instances, you may have a quota issue to address. (No problem with the blueprint or need to set an overall limit though--just that you should be able to address this without waiting for that to land.) On Mon, Sep 7,

Re: [Openstack-operators] Juno and Kilo Interoperability

Hi Eren, I'm pretty sure NECTaR is doing diff versions at different sites in a widely distributed way. https://www.openstack.org/user-stories/nectar/ I've cc'd Sam as well. He's your man. On Wed, Aug 26, 2015 at 5:24 AM, Eren Türkay er...@skyatlas.com wrote: Hello operators, I am wondering

Re: [Openstack-operators] Juno and Kilo Interoperability

and we generally run a much newer Horizon and Keystone than the rest of the services. We had Horizon and Keystone on POST KILO (master after Kilo released) while still running Juno on all other services. Worked fine. On Wed, Aug 26, 2015 at 11:09 AM, David Medberry openst...@medberry.net wrote

Re: [Openstack-operators] [magnum] Trying to use Magnum with Kilo

not to because of all the dependency overhead. Unless it’s something we can do to help get the packages into the RDO repos (i.e. become a package maintainer as a way of contributing) Mike Smith Principal Engineer / Cloud Team Lead Overstock.com On Aug 18, 2015, at 2:47 PM, David Medberry openst

Re: [Openstack-operators] [magnum] Trying to use Magnum with Kilo

http://git.openstack.org/cgit/openstack/python-magnumclient On Tue, Aug 18, 2015 at 12:21 PM, Mike Smith mism...@overstock.com wrote: I’m trying to use Magnum on our Openstack Kilo cloud which runs CentOS 7 and RDO. Since the Magnum RPMs are present in RDO, I’m using RPMs built by one of

Re: [Openstack-operators] [all] OpenStack voting by the numbers

Nice writeup maish! very nice. On Wed, Jul 29, 2015 at 10:27 AM, Maish Saidel-Keesing mais...@maishsk.com wrote: Some of my thoughts on the Voting process. http://technodrone.blogspot.com/2015/07/openstack-summit-voting-by-numbers.html Guess which category has the most number of

Re: [Openstack-operators] adding postinstall scripts in cloud init

Yep, vendor data is also covered in the cloud-init docs: http://cloudinit.readthedocs.org/en/latest/topics/datasources.html#vendor-data On Thu, Jul 23, 2015 at 10:48 AM, Fox, Kevin M kevin@pnnl.gov wrote: Vendor data can do that. See the json metadata plugin to the nova metadata server

Re: [Openstack-operators] adding postinstall scripts in cloud init

Kris's answer is correct--use user_data unless you have a reason not to. You could munge the user_data if you wanted to do something additional. You could also munge the cloud-image you are using to do something custom and/or fork cloud-init. ref:

Re: [Openstack-operators] Nova cells v2 and operational impacts

Also, if there is feedback, getting it in today or tomorrow would be most effective. Michael, this plan works for me/us. TWC. -d On Tue, Jul 21, 2015 at 9:45 AM, Michael Still mi...@stillhq.com wrote: Heya, the nova developer mid-cycle meetup is happening this week. We've been talking

Re: [Openstack-operators] Paid OpenStack / Ceph consulting

Nathan, From the description, RDO Juno and Ceph, it sounds like you should just hire Red Hat consultants as that is their stack. Alternatively, you could just ask your questions here and or in ask Openstack and maybe skip the whole consultancy step. On Jul 19, 2015 11:34 AM, Nathan Stratton

Re: [Openstack-operators] Puzzling issue: Unacceptable CPU info: CPU doesn't have compatibility

: On Fri, Jul 17, 2015 at 01:07:56PM +0100, Daniel P. Berrange wrote: On Thu, Jul 09, 2015 at 12:00:15PM -0600, David Medberry wrote: Hi, When trying to live-migrate between two distinct CPUs, I kind of expect there to be issues. Which is why openstack supports the cpu_mode=custom

Re: [Openstack-operators] Puzzling issue: Unacceptable CPU info: CPU doesn't have compatibility

to allow me to migrate between the two different architectures to begin with (the 40c is Sandybridge and the 16c is Westmere so I set it to the lowest common denominator of Westmere): cpu_mode=custom cpu_model=Westmere Any help is appreciated. On Fri, Jul 17, 2015 at 8:58 AM, David Medberry

[Openstack-operators] Move to Inbox More 1 of 5, 707 Collapse all Print all In new window Puzzling issue: Unacceptable CPU info: CPU doesn't have compatibility

Hi, When trying to live-migrate between two distinct CPUs, I kind of expect there to be issues. Which is why openstack supports the cpu_mode=custom, cpu_model=MODELNAME flags for libvirt. When I set those to some Lowest Common Denominator (and restart everything), I still git the issue. I've set

Re: [Openstack-operators] Move to Inbox More 1 of 5, 707 Collapse all Print all In new window Puzzling issue: Unacceptable CPU info: CPU doesn't have compatibility

/openstack/nova/commit/?id=5653bd291665bcdecad46ed6654a04c49e4b1dda On Thu, Jul 9, 2015 at 1:23 PM, David Medberry openst...@medberry.net wrote: Hi, When trying to live-migrate between two distinct CPUs, I kind of expect there to be issues. Which is why openstack supports the cpu_mode=custom

Re: [Openstack-operators] Scaling the Ops Meetup

On Mon, Jul 6, 2015 at 11:28 AM, Jonathan Proulx j...@jonproulx.com wrote: More tracks makes it harder for small to medium size sites to cover. Not saying we shouldn't expand parallelism but we should be cautious. My site is a private university cloud with order of 100 hypervisors, we're

Re: [Openstack-operators] Scaling the Ops Meetup

On Thu, Jul 2, 2015 at 9:23 AM, Tom Fifield t...@openstack.org wrote: Venue selection process. At the moment, there's a few of us who work hard in the shadows to make the best choice we can from a range of generous offers :) Maybe you could host in Taiwan Tom or Tim could host in

Re: [Openstack-operators] Scaling the Ops Meetup

On Mon, Jul 6, 2015 at 12:14 PM, Anita Kuno ante...@anteaya.info wrote: Right now developers are asking for details so they can decide/plan on attending the next event. Are you close to deciding a location and/or perhaps some dates? Yep, this is becoming a big issue. Several others are just

Re: [Openstack-operators] Scaling the Ops Meetup

On Thu, Jul 2, 2015 at 9:23 AM, Tom Fifield t...@openstack.org wrote: Venue selection process. At the moment, there's a few of us who work hard in the shadows to make the best choice we can from a range of generous offers :) Many thanks. I know this is a bit of a PITA. In our brave new

  1   2   >