Re: [Openstack-operators] neutron metadata service crumples under load

-dev/2014-October/048916.html [2] https://bugs.launchpad.net/cloud-archive/+bug/1361357 On Wed, Oct 22, 2014 at 2:33 AM, Jonathan Proulx j...@jonproulx.com wrote: Ah there's the log many instances of: 2014-10-21 19:50:15.527 12931 INFO neutron.wsgi [-] 10.10.167.98 - - [21/Oct/2014 19:50:15

Re: [Openstack-operators] OpenStack Storage Backend: Sheepdog, Ceph, or GlusterFS

I see Ceph as the most unified storage solution for OpenStack. We're starting to use it for Cinder, and are currently using it for Glance and Nova. We haven't used Swift for the 2.5 years we've been running, but since we have recently deployed Ceph for these other uses will do plan on rolling out

Re: [Openstack-operators] State of Juno in Production

Recently (4 weeks?) moved from Icehouse to Juno. It was pretty smooth (neutron has been much more well behaved though I know that's not relevant to you). One negative difference I noticed, but haven't really dug into yet since it's not a common pattern here: If I schedule 20 instances in one API

[Openstack-operators] Example configs

Hi All, One of the requests that's come up a few times around here has been for 'real' config example. During the PHL Ops Midccyle we finally mad ea place to put them: https://github.com/osops/example-configs And over the past couple days I pushed up the configs from MIT CSAIL's deploy.

Re: [Openstack-operators] Example configs

On Mon, Mar 16, 2015 at 12:33 PM, Caius Howcroft caius.howcr...@gmail.com wrote: For what its worth all bloomberg's configs are open source (apart from things like ips, tokens and such) and in chef templates: https://github.com/bloomberg/chef-bcpc/tree/master/cookbooks/bcpc/templates/default

Re: [Openstack-operators] Ops meetup

On Fri, Mar 13, 2015 at 4:56 PM, Subbu Allamaraju su...@subbu.org wrote: Regarding the discussion on tags, here is my take from the discussion on Monday. 1. There is vehement agreement that having an integrated release consisting of a small “inner ring” set of service is desirable. There are

Re: [Openstack-operators] What are people using for configuration management? Puppet? Chef? Other?

I use Puppet because that's what the rest of my infrastructure was built on and it worked. When I was at the decision point (2-3yrs ago) for a replacement to CFEngine2 for site wide configuration management Puppet and Chef were the only serious contenders and seemed equivalent enough, deciding

Re: [Openstack-operators] expanding to 2nd location

On Mon, May 4, 2015 at 9:42 PM, Tom Fifield t...@openstack.org wrote: Do you need users to be able to see it as one cloud, with a single API endpoint? Define need :) As many of you know my cloud is a University system and researchers are nothing if not lazy, in the best possible sense of

[Openstack-operators] expanding to 2nd location

Hi All, We're about to expand our OpenStack Cloud to a second datacenter. Anyone one have opinions they'd like to share as to what I would and should be worrying about or how to structure this? Should I be thinking cells or regions (or maybe both)? Any obvious or not so obvious pitfalls I

[Openstack-operators] YVR Wednesday Ops: Work sessions

Hi All, If you look at the Sched for Wednesday there's a substantial pile of sessions just called Ops: Work session. They are all actually about pretty specific things and typically run 3 in parallel so you have some choices to make, but it's not real easy to see what those are. I've lovingly

Re: [Openstack-operators] [Tags] Tags Team Repo our first tags!

On Fri, Jun 5, 2015 at 4:34 AM, Thierry Carrez thie...@openstack.org wrote: One option is to abandon the idea and converge to using the same concept. Another option is to rename that rich data (project operational metadata ?) to avoid the confusion of calling with same name what is

Re: [Openstack-operators] [puppet] OpenStack Puppet Modules Usage Questions

On Mon, Jun 15, 2015 at 7:46 PM, Richard Raseley rich...@raseley.com wrote: As part of wrapping up the few remaining 'loose ends' in moving the Puppet modules under the big tent, we are pressing forward with deprecating the previously used 'puppet-openst...@puppetlabs.com' mailing list in favor

Re: [Openstack-operators] what is the different in use Qcow2 or Raw in Ceph

On Thu, May 28, 2015 at 3:21 PM, Fox, Kevin M kevin@pnnl.gov wrote: I've experienced the opposite problem though. Downloading raw images and uploading them to the cloud is very slow. Doing it through qcow2 allows them to be compressed over the slow links. Ideally, the Ceph driver would

Re: [Openstack-operators] what is the different in use Qcow2 or Raw in Ceph

On Thu, May 28, 2015 at 3:34 PM, Warren Wang war...@wangspeed.com wrote: Even though we're using Ceph as a backend, we still use qcow2 images as our golden images, since we still have a significant (maybe majority) number of users using true ephemeral disks. It would be nice if glance was

Re: [Openstack-operators] Scaling the Ops Meetup

On Wed, Jul 1, 2015 at 3:29 AM, Tom Fifield t...@openstack.org wrote: Team, It's great to see so much passion! :) Here's an attempt at a summary email. I'll wait until a later email to wade into the discussion myself ;) Feel free to jump in on any point. =Things we tend to agree on= snip

Re: [Openstack-operators] Scaling the Ops Meetup

On Thu, Jul 2, 2015 at 2:26 PM, Jesse Keating j...@bluebox.net wrote: BoD, unless they feel the need to delegate, at which point then maybe an Operators committee. But I'd hate to see more committees created. I feel like this may be a User Committee thing, which is an existing committee and

Re: [Openstack-operators] Image Based Backups

On Mon, Jun 29, 2015 at 1:52 PM, Brendan Johnson bjohn...@paragusit.com wrote: What are people using to perform image based backups of Windows and Linux VMs in OpenStack? I am using KVM as the hypervisor, Ceph for block storage and Swift for object storage. I know Cinder can backup volumes

Re: [Openstack-operators] [openstack-dev] [stable][all] Keeping Juno "alive" for longer.

On Mon, Nov 09, 2015 at 07:18:16PM +, Jeremy Stanley wrote: :On 2015-11-09 19:01:36 + (+), Tom Cameron wrote: :[...] :> What do the user/operator surveys say about the usage of older :> releases? What portion of the user base is actually on releases :> prior to Havana? : :The most

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

is runiing toward option 2, multiple meet-ups. Though wee're still at a very small sample size. -Jon On Mon, Nov 16, 2015 at 10:50:52AM -0500, Jonathan Proulx wrote: :Hi All, : :1st User Committee IRC meeting will be today at 19:00UTC on :#openstack-meeting, we haven't exactly settled on an agenda

[Openstack-operators] OPs Midcycle location discussion.

Hi All, 1st User Committee IRC meeting will be today at 19:00UTC on #openstack-meeting, we haven't exactly settled on an agenda yet but I hope to raise this issue the... It has been suggested that we make the February 15-16 European Ops Meetup in Manchester UK [1] the 'official' OPs Midcycle.

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

the attendance at the main one which defeats the purpose. Those :midcycles work best when we have lots of different voices providing input. : :On Mon, Nov 16, 2015 at 10:06 AM, Jonathan Proulx <j...@csail.mit.edu> wrote: : :> On Mon, Nov 16, 2015 at 04:55:33PM +, Kruithof, Piet wrote: :>

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

ed.co.uk<mailto:matt.jar...@datacentred.co.uk>> :Date: Monday, November 16, 2015 at 9:23 AM :To: Jonathan Proulx <j...@csail.mit.edu<mailto:j...@csail.mit.edu>> :Cc: "openstack-operators@lists.openstack.org<mailto:openstack-operators@lists.openstack.org>&quo

Re: [Openstack-operators] Juno and Kilo Interoperability

Juno clients with Kilo endpoints are fine. We recently upgraded from Juno to Kilo and many of our clients (including Horizon) are still Juno with no problems. We also had a Kilo Horizon (for testing) running against Juno endpoints prior to the upgrade and that seemed to work as well but it

[Openstack-operators] Milti-site Keystone & Galera

Hi All, I'm pretty close to opening a second region in my cloud at a second physical location. The plan so far had been to only share keystone between the regions (nova, glance, cinder etc would be distinct) and implement this by using MariaDB with galera replication between sites with each site

Re: [Openstack-operators] Milti-site Keystone & Galera

'ing but RBD gets us lots of fun things we want to keep (quick start, copy on write thin cloned ephemeral storage etc...) so decided to live with making our users copy images around. -Jon On Tue, Sep 8, 2015 at 5:00 PM, Jay Pipes <jaypi...@gmail.com> wrote: > On 09/08/2015 04:44 PM, Jo

Re: [Openstack-operators] "Master" keystone and "sub" keystone

On Mon, Sep 28, 2015 at 03:31:54PM -0400, Adam Young wrote: :On 09/26/2015 11:19 PM, RunnerCheng wrote: :>Hi All, :>I'm a newbie of keystone, and I'm doing some research about it :>recently. I have a question about how to deploy it. The scenario is :>on below: :> :>One comany has one headquarter

Re: [Openstack-operators] Ops Meetups Team - Meeting Tuesday 1400 UTC (mid-cycle venue selection!)

This means <24hr to add your choice to the non binding doodle poll: http://doodle.com/poll/e4heruzps4g94syf Venue details recored here: https://etherpad.openstack.org/p/ops-meetup-venue-discuss And of course if you are available to join us tomorrow at 1400UTC please do -Jon On Mon, Jun 20,

Re: [Openstack-operators] libvirt cpu type per instance

On Fri, Mar 04, 2016 at 11:52:33AM +0800, gustavo panizzo (gfa) wrote: :On Thu, Mar 03, 2016 at 03:52:49PM -0500, Jonathan Proulx wrote: :> :> I have a user who wants to specify their libvirt CPU type to restrict :> performance because they're modeling embeded systems. :> :> I

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

On Thu, Mar 03, 2016 at 03:57:22PM +0100, Pierre Freund wrote: :> :> *This needs a catchy name.* :> Yes, yes it does. Suggestions? :> :​​ :Some suggestions, but I'm not a native english speaker, it might sounds not :natural. As a native (american) english speaker all these suggestions sound

Re: [Openstack-operators] Setting affinity based on instance type

On Wed, Mar 02, 2016 at 09:35:07PM -0500, Mathieu Gagné wrote: :What would prevent the next user from having workloadB collocated with :an other user's workloadA if that's the only capacity available? : :Unless aggregates are used, it will be hard to guaranty that workloadA :and workloadB (from

[Openstack-operators] libvirt cpu type per instance?

I have a user who wants to specify their libvirt CPU type to restrict performance because they're modeling embeded systems. I seem to vaguely recall there is/was a way to specify this either in the instance type or maybe even in the image metadata, but I can't seem to find it. Am I delusional

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

On Fri, Mar 04, 2016 at 12:20:44PM +, Jeremy Stanley wrote: :On 2016-03-04 10:02:36 +0100 (+0100), Thierry Carrez wrote: :[...] :> Upstream contributors are represented by the Technical Committee :> and vote for it. Downstream contributors are represented by the :> User Committee and (imho)

[Openstack-operators] How are folks providing GPU instance types?

Hi All, Having trouble finding any current info on best practices for providing GPU instances. Most of what Google is feeding me is Grizzly or older. I'm currently on Kilo (Mitaka upgrade planned in 60-90 days) with Ubuntu14.04 and kvm hypervisor. Looking to add some NVidia GPUs but haven't

Re: [Openstack-operators] vmware to openstack

-Jon : :On Fri, May 6, 2016 at 11:50 AM, Jonathan Proulx <j...@csail.mit.edu> wrote: : :> On Fri, May 06, 2016 at 11:39:03AM -0400, Silence Dogood wrote: :> :this strikes me as a really bad idea from a security standpoint... in fact :> :it would violently violate like every

Re: [Openstack-operators] vmware to openstack

On Fri, May 06, 2016 at 11:39:03AM -0400, Silence Dogood wrote: :this strikes me as a really bad idea from a security standpoint... in fact :it would violently violate like every audit / policy requirement I am aware :of. I come from a research environment with admittedly low thresholds for this

Re: [Openstack-operators] Blazar? (Reservations and/or scheduled termination)

On Thu, Aug 04, 2016 at 09:59:15AM +0200, Álvaro López García wrote: :For the record, we proposed a spec [1] on this long ago (actually, 1 :year ago). : :[1] https://review.openstack.org/#/c/104883/ : :Your input is much welcome! Thanks for the pointer, actually looks like you put in patch set

Re: [Openstack-operators] PCI Passthrough issues

but installed on a kilo hypervisor) I am working. Thanks, -Jon :Cheers, : :On 7 July 2016 at 08:13, Jonathan Proulx <j...@csail.mit.edu> wrote: :> On Wed, Jul 06, 2016 at 12:32:26PM -0400, Jonathan D. Proulx wrote: :> : :> :I do have an odd remaining issue where I can run cuda

Re: [Openstack-operators] Neutron L2-GW operators experience [l2-gateway]

On Mon, Aug 15, 2016 at 05:33:13PM +0200, Saverio Proto wrote: :I found that Ubuntu has packages here: :http://ubuntu-cloud.archive.canonical.com/ubuntu/pool/main/n/networking-l2gw/ : :but I can't really get from the version number if these packages are :supposed to be for Liberty or Mitaka.

Re: [Openstack-operators] [User-committee] [openstack-dev] Large Contributing OpenStack Operators working group?

On Fri, Feb 03, 2017 at 04:34:20PM +0100, lebre.adr...@free.fr wrote: :Hi, : :I don't know whether there is already a concrete/effective way to identify overlapping between WGs. :But if not, one way can be to arrange one general session in each summit where all WG chairs could come and discuss

Re: [Openstack-operators] [User-committee] User Committee Election

Oops...Sorry Christopher Seems to me that the transposed letters would not create any voter confusion and since Christopher seems to agree and is the person I'd see with standing to challenge I think we're OK to proceed. -Jon On Tue, Feb 14, 2017 at 04:40:58PM +, Matt Jarvis wrote: :I have

Re: [Openstack-operators] What would you like in Pike?

What Tim said :) my ordering: 1) Preemptable Instances -- this would be huge and life changing I'd give up any other improvements to get this. 2) Deeper utilization of nested projects -- mostly we find ways to mange with out this but it would be great to have. A) to allow research

[Openstack-operators] Keystone upgrade issues

Hi All, working on testing our Kilo-> Mitaka keystone upgrade, and I've clearly missied something I need to do or undo. After DB migration and the edits I belive are required to paste and conf files I can get tokens (using password auth) but it won't seem to accept them (for example with an

Re: [Openstack-operators] Keystone upgrade issues

On Thu, Aug 25, 2016 at 10:55:51AM -0400, Jonathan Proulx wrote: :Hi All, : :working on testing our Kilo-> Mitaka keystone upgrade, and I've :clearly missied something I need to do or undo. D'Oh why is it that public postings always lead me do discover my own idiocy soon after (no mat

Re: [Openstack-operators] SDN for hybridcloud, does it *really* exist?

On Sat, Oct 01, 2016 at 02:39:38PM -0700, Clint Byrum wrote: :I know it's hard to believe, but this world was foretold long ago and :what you want requires no special equipment or changes to OpenStack, :just will-power. You can achieve it now if you can use operating system :versions published

Re: [Openstack-operators] SDN for hybridcloud, does it *really* exist?

So my sense from responses so far: No one is doing unified SDN solutions across clouds and no one really wants to. Consensus is just treat each network island like another remote DC and use normal VPN type stuff to glue them together. ( nod to http://romana.io an interesting looking network

[Openstack-operators] SDN for hybridcloud, does it *really* exist?

Starting to think refactoring my SDN world (currently just neutron ml2/ovs inside OpenStack) in preparation for maybe finally lighting up that second Region I've been threatening for the past year... Networking is always the hardest design challeng. Has anyone seen my unicorn? I dream of

Re: [Openstack-operators] Setting default MTU fro project networks?

. Neat I didn't know support form changing MTU was even planned, but I gues it's here (well not quite *here* but...) -Jon : : :On Fri, Nov 4, 2016 at 10:34 AM, Jonathan Proulx <j...@csail.mit.edu> wrote: : :> Hi All, :> :> :> So long story short how do I get my ml2/ovs

[Openstack-operators] ML2/OVS odd GRE brokenness

I have an odd issue that seems to just be affecting one private network for one tenant, though I saw a similar thing on a different project network recently which I 'fixed' by rebooting the hypervisor. Since this has now (maybe) happened twice I figure I should try to understand what it is.

Re: [Openstack-operators] Setting default MTU for project networks?

1 since the cloud was initially created :> 4 years ago, so not a common action. Am I right in setting 9004 above :> or should I still lie a little and provide the untagged MTU of 9000? :> :> Thanks, :> -Jon :> :> : :> :On Tue, Nov 8, 2016 at 8:31 AM, Jonathan Proulx <j..

Re: [Openstack-operators] need feedback about Glance image 'visibility' migration in Ocata

On Thu, Nov 17, 2016 at 01:27:39PM +, Brian Rosmaita wrote: :On 11/17/16, 1:39 AM, "Sam Morrison" > wrote: : :On 17 Nov. 2016, at 3:49 pm, Brian Rosmaita > wrote: : :Ocata

[Openstack-operators] Setting default MTU fro project networks?

Hi All, So long story short how do I get my ml2/ovs GRE tenant network to default to MTU 9000 in Mitaka - or - get dhcp agents on on netork node to give out different MTUs to different networks? Seems between Kilo (my last release) and Mitaka (my current production world) Neutron got a lot

[Openstack-operators] How do you even test for that?

Hi All, Just on the other side of a Kilo->Mitaka upgrade (with a very brief transit through Liberty in the middle). As usual I've caught a few problems in production that I have no idea how I could possibly have tested for because they relate to older running instances and some remnants of older

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

We've been using Ceph as ephemeral backend (and glance store and cinder backend) for > 2 years (maybe 3 ) and have been very happy. cinder has been rock solid on RBD side. Early on when we had 6 osd servers we lost one in production to a memory error. 1/6 is a large fraction to loose but Ceph

Re: [Openstack-operators] [User-committee] [recognition] AUC Recognition WG is being disbanded

On Tue, Dec 06, 2016 at 06:50:18PM +, Barrett, Carol L wrote: :Congrats Shamail – Good work by the team and it’s also good to see that WGs come together, complete a task and go away. ☺ I'll second that. The AUC Recognition WG is a great model for all future Working Groups. Clear goal, well

Re: [Openstack-operators] User Committee IRC Meeting - Monday March 13th

On Mon, Mar 13, 2017 at 03:45:14PM +, randy.perry...@dell.com wrote: :Dell - Internal Use - Confidential :Can someone post the schedule for these meeings? Every two weeks (on odd weeks) on Monday at 1900 UTC in #openstack-meeting http://eavesdrop.openstack.org/#User_Committee_Meeting

[Openstack-operators] [User-committee] Non-Candidacy for UC Election August 2017

, after verification of the electorate status of the candidate. -Jon Jonathan Proulx Sr. Technical Architect MIT CSAIL ___ OpenStack-operators mailing list OpenStack-operators@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo

Re: [Openstack-operators] Experience with Cinder volumes as root disks?

Hi Conrad, We boot to ephemeral disk by default but our ephemeral disk is Ceph RBD just like out cinder volumes. Using Ceph for Cinder Volumes and Glance Images storage it is possible to very quickly create new Persistent Volumes from Glance Images becasue on the backend it's just a CoW snapshot

Re: [Openstack-operators] [User-committee] Non-Candidacy for UC Election August 2017

me committee. Don't worry you can't get rid of me that easily :) -Jon :Thanks again for all that you have done! : :Sincerely, :Shamail : :> On Aug 3, 2017, at 4:11 PM, Jonathan Proulx <j...@csail.mit.edu> wrote: :> :> Hello All, :> :> It has been an honor and a privelege to

[Openstack-operators] [neutron] ML2/OVS dropping packets?

Hi All, I have a very busy VM (well one of my users does I don't have access but do have cooperative and copentent admin to interact with on th eother end). At peak times it *sometimes* misses packets. I've been didding in for a bit ant it looks like they get dropped in OVS land. The VM's main

Re: [Openstack-operators] [neutron] ML2/OVS dropping packets?

her.ibm.com/researcher/files/zurich-DCR/Got%20Loss%20Get%20zOVN.pdf> : :It’s a bit dated (2013) but may still apply. : :If you figure out a way of preventing this with modern OVS, I’d be very interested to know. : :Best wishes, :Stig : : :> On 21 Jun 2017, at 16:24, Jonathan Proulx <j...@c

Re: [Openstack-operators] [neutron] ML2/OVS dropping packets?

. : : : :On Tue, Jun 20, 2017 at 12:36 PM, Jonathan Proulx <j...@csail.mit.edu> wrote: : :> Hi All, :> :> I have a very busy VM (well one of my users does I don't have access :> but do have cooperative and copentent admin to interact with on th :> eother end). :> :> At peak

Re: [Openstack-operators] It's time...

You've done amazing things for OpenStack can't wait to see what amzing thing you do next. If I'd known sooner would have agreed to 60hrs of cattle class travel to see you off...unfortunately as it is I won't be in Sydney. I do sincerely hope our paths cross again. All the best, -Jon On Wed,

Re: [Openstack-operators] [nova] Should we allow passing new user_data during rebuild?

On Tue, Oct 03, 2017 at 08:29:45PM +, Jeremy Stanley wrote: :On 2017-10-03 16:19:27 -0400 (-0400), Jonathan Proulx wrote: :[...] :> This works in our OpenStack where it's our IP space so PTR record also :> matches, not so well in public cloud where we can reserve an IP and :> set fo

Re: [Openstack-operators] [nova] Should we allow passing new user_data during rebuild?

On Tue, Oct 03, 2017 at 01:00:13PM -0700, Clint Byrum wrote: :It's worth noting that AD and Kerberos were definitely not designed :for clouds that have short lived VMs, so it does not surprise me that :treating VMs as cattle and then putting them in AD would confuse it. For instances we have

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

:On Tue, Nov 21, 2017 at 9:15 AM, Chris Morgan wrote: :> The big topic of debate, however, was whether subsequent meetups should be :> co-located with OpenStack PTG. This is a question for the wider OpenStack :> operators community. For people who attend both I thnik this

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

AM, Jonathan Proulx <j...@csail.mit.edu> wrote: : :> :On Tue, Nov 21, 2017 at 9:15 AM, Chris Morgan <mihali...@gmail.com> :> wrote: :> :> :> The big topic of debate, however, was whether subsequent meetups should :> be :> :> co-located with OpenStack PTG. This is a

[Openstack-operators] Clear Linux guest issues (maybe UEFI boot issues?)

Hi All, This is low priority poking but I have a sort of puzzling situation. Wanted to play with Clear linux (which is uefi only) to see what it was about so grabbed some images and obviously tried to throw them on my OpenStack cloud. After learning how to enable EUFI booting

Re: [Openstack-operators] [openstack-dev] Upstream LTS Releases

On Thu, Nov 09, 2017 at 04:34:24PM +, Jeremy Stanley wrote: :On 2017-11-08 23:15:15 -0800 (-0800), Clint Byrum wrote: :[...] :> The biggest challenge will be ensuring that the skip-level upgrades :> work. The current grenade based upgrade jobs are already quite a bear to :> keep working IIRC.

Re: [Openstack-operators] Ops Community Documentation - first anchor point

On May 25, 2018 5:30:40 AM PDT, Doug Hellmann wrote: >Excerpts from Jonathan D. Proulx's message of 2018-05-24 07:19:29 >-0700: >> >> My intention based on current understandign would be to create a git >> repo called "osops-docs" as this fits current naming an thin

Re: [Openstack-operators] I/O errors on RBD after hypervisor crash.

e for an hour wile I was at lunch. Still have no theory on why it broke or how that could be a fix...if anyone else does please do tell :) Thanks, -JOn On Mon, Apr 30, 2018 at 12:58:16PM -0400, Jonathan Proulx wrote: :Hi All, : :I have a VM with ephemeral root on RBD spewing I/O erros on boot aft

[Openstack-operators] I/O errors on RBD after hypervisor crash.

Hi All, I have a VM with ephemeral root on RBD spewing I/O erros on boot after hypervisor crash. I've (unfortunately) seen a lot of hypervisors go down badly with lots of VMs on them and this is a new one on me. I can 'rbd export' the volume and I get a clean filesystem. version details

Re: [Openstack-operators] Custom libvirt fragment for instance type?

On Tue, Jan 16, 2018 at 03:49:25PM -0500, Jonathan Proulx wrote: :On Tue, Jan 16, 2018 at 08:42:00PM +, Tim Bell wrote: ::If you want to hide the VM signature, you can use the img_hide_hypervisor_id property (https://docs.openstack.org/python-glanceclient/latest/cli/property-keys.html

Re: [Openstack-operators] Custom libvirt fragment for instance type?

On Tue, Jan 16, 2018 at 08:42:00PM +, Tim Bell wrote: :If you want to hide the VM signature, you can use the img_hide_hypervisor_id property (https://docs.openstack.org/python-glanceclient/latest/cli/property-keys.html) Thanks Tim, I believe that's the magic I was looking for. -Jon :Tim :

[Openstack-operators] [openstack-ansible] galera issues with mitaka-eol

Hi All, In my continuing quest to install an OSA cluster with mitaka-eol in hopes of digging our to a non-eol release eventually I've hit another snag... setup-hosts plays out fine setup-infrastructure chodes soem where in galera-install the 1st galera container gets properly bootstrapped into

Re: [Openstack-operators] Ops Community Documentation - first anchor point

Hi All... I'm still a little confused by the state of this :) I know I made some promises then got distracted the looks like Sean stepped up and got things a bit further, but where is it now? Do we have an active repo? It would be nice to have the repo in place before OPs meetup. -Jon On

Re: [Openstack-operators] Ops Community Documentation - first anchor point

On Tue, Aug 21, 2018 at 02:27:44PM -0500, Sean McGinnis wrote: :On Tue, Aug 21, 2018 at 03:14:48PM -0400, Jonathan Proulx wrote: :Hey Jon, : :Pretty much everything is in place now. There is one outstanding patch to :officially add things under the SIG governance here: : :https

[Openstack-operators] Custom libvirt fragment for instance type?

Hi All, Looking for a way to inject: into the libvirt.xml for instances of a particular flavor. My needs could also be met by attatching it to the glance image or if needs be per hypervisor. My Googling is not turning up anything. Is there any way to set arbitray (or

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

Thanks for getting this kicked off Erik. The two things you have up to start (fast forward upgrades, and extended maintenance) are the exact two things I want out of my trip to YVR. At least understanding current 'state of the art' and helping advance that in the right directions best I can.

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

On Tue, Apr 10, 2018 at 11:31:55AM -0400, Erik McCormick wrote: :On Tue, Apr 10, 2018 at 11:19 AM, Jonathan Proulx <j...@csail.mit.edu> wrote: :> :> Thanks for getting this kicked off Erik. The two things you have up :> to start (fast forward upgrades, and extended maintenance) a

Re: [Openstack-operators] OpenStack "S" Release Naming Preliminary Results

On Wed, Mar 21, 2018 at 08:32:38PM -0400, Paul Belanger wrote: :6. Spandau loses to Solar by 195–88, loses to Springer by 125–118 Given this is at #6 and formal vetting is yet to come it's probably not much of an issue, but "Spandau's" first association for many will be Nazi war criminals via

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

On Thu, Mar 22, 2018 at 09:02:48PM -0700, Yih Leong, Sun. wrote: :I support the ideas to try colocating the next Ops Midcycle and PTG. :Although scheduling could be a potential challenge but it worth give it a :try. : :Also having an joint social event in the evening can also help Dev/Ops to :meet