Re: [Openstack-operators] Small openstack (part 2), distributed glance

2015-01-21 Thread Michael Dorman
This is great info, George. Could you explain the 3x snapshot transport under the traditional Glance setup, please? I understand that you have compute —> glance, and glance —> swift. But what’s the third transfer? Thanks! Mike On 1/21/15, 10:36 AM, "George Shuklin" wrote: >Ok, news so

Re: [Openstack-operators] Way to check compute <-> rabbitmq connectivity

2015-01-15 Thread Michael Dorman
Here is the bug I’ve been tracking related to this for a while. I haven’t really kept up to speed with it, so I don’t know the current status. https://bugs.launchpad.net/nova/+bug/856764 From: Kris Lindgren mailto:klindg...@godaddy.com>> Date: Thursday, January 15, 2015 at 12:10 PM To: Gustavo

Re: [Openstack-operators] New services disable reason

2015-01-15 Thread Michael Dorman
+1 as well, for the same reasons. I also added by +1 to the review. Thanks! From: Alex Leonhardt mailto:aleonhardt...@gmail.com>> Date: Thursday, January 15, 2015 at 1:02 AM To: Belmiro Moreira mailto:moreira.belmiro.email.li...@gmail.com>>, OpenStack Operators mailto:openstack-operators@lis

Re: [Openstack-operators] Mar 9-10, 2015, Philadelphia, USA - Next Ops Meetup

2015-01-09 Thread Michael Dorman
Tom updated the etherpad saying there would be a registration link soon. I assume he’ll post here when it’s available. From: , Carol L mailto:carol.l.barr...@intel.com>> Date: Friday, January 9, 2015 at 3:48 PM To: Stuart Fox mailto:stu...@demonware.net>>, Ignace Mouzannar mailto:ign...@enova

Re: [Openstack-operators] [openstack-dev] Vancouver Design Summit format changes

2015-01-09 Thread Michael Dorman
(X-posted to -operators.) Any thoughts on how the ops track spaces would be requested, since there is not a real ‘operators project’, PTL, etc.? I assume this would come from the operators group as a whole, so probably something we should put on the agenda at the ops meet up in March. (I’ve a

Re: [Openstack-operators] Packaging sample config versions

2014-12-09 Thread Michael Dorman
Well I think we can all agree this is an irritation. But how are others actually dealing with this problem? (Maybe it’s less complicated in Ubuntu.) The sense I get is that most people using Anvil, or other custom-ish packaging tools, are also running config management which handles generati

Re: [Openstack-operators] Graphite dashboard

2014-12-02 Thread Michael Dorman
...@gmail.com>> Date: Tuesday, December 2, 2014 at 7:10 PM To: OpenStack Operators mailto:openstack-operators@lists.openstack.org>> Subject: Re: [Openstack-operators] Graphite dashboard On 03/12/14 13:34, Michael Dorman wrote: I’m curious what people are using for a Graphite front-end? W

[Openstack-operators] Graphite dashboard

2014-12-02 Thread Michael Dorman
I’m curious what people are using for a Graphite front-end? We’re finally getting around to recording a bunch of metrics, and now we need something good for visualization. ___ OpenStack-operators mailing list OpenStack-operators@lists.openstack.org h

[Openstack-operators] libvirt cgroups getting removed under Cent 7/systemd

2014-12-02 Thread Michael Dorman
We recently discovered a problem where the cgroups set up by libvirt for VMs are being removed by systemd. It’s this bug: https://bugzilla.redhat.com/show_bug.cgi?id=1139223 Curious if anyone else has run into this, and/or has figured out a workaround until it’s fixed in upstream CentOS/RHEL.

Re: [Openstack-operators] Proposal for an 'Operations' project

2014-11-09 Thread Michael Dorman
Could you please explain exactly what the Deployment Program is? Is that just the same as the Infra or TripleO project? I confess that I do not know what it is and until now haven¹t heard of it. Is the main concern here around duplication of effort between the Deployment Program and this propose

Re: [Openstack-operators] Proposal for an 'Operations' project

2014-11-06 Thread Michael Dorman
This same thing came up at the mid-cycle Ops meet up at RAX in August. There wasn't much action that came from it, but we did set up a new org in GitHub for collecting this type of common stuff: https://github.com/osops The ops tools session going on now ( http://sched.co/1nfHWk3 ; https://et

[Openstack-operators] Migrating Parallels Virtuozzo Containers to OpenStack

2014-10-30 Thread Michael Dorman
Anyone have any experience moving from Parallels Virtuozzo Containers to OpenStack (KVM)? We have a large number of PVC Vms and would like to get those moved over to OpenStack KVM. At first glance, the plan would be to shut down the PVC, copy and convert the image to qcow2, and [magic] bring i

[Openstack-operators] Glance on Ceph Swift API with dynamic large objects

2014-10-29 Thread Michael Dorman
I've got Glance running on a Ceph Swift backend store (NOT the OpenStack implementation of Swift.) I'm noticing a problem around large images and the checksums/ETags on the manifest object. I'm seeing a 422 Unprocessable Entity response from Swift on those PUTs. (* Background on large objects

Re: [Openstack-operators] Nodes and configurations management in Puppet

2014-10-05 Thread Michael Dorman
On 10/3/14, 3:56 PM, "Mathieu Gagné" wrote: >On 2014-10-02 11:50 PM, Michael Dorman wrote: >> >> r10k >> deploys the Puppet environments (Œmaster¹ and Œprod¹ which correspond to >> git branches), heira data, and all the modules. Hiera data is in a >&g

[Openstack-operators] Issues with hybrid neutron ml2/ovs-agent ports after Icehouse upgrade

2014-10-03 Thread Michael Dorman
Hi all, Wanted to share details of an issue we just discovered around hybrid ml2/ovs configuration under Icehouse. We run ml2 on the API nodes, but the openvswitch plugin/ovs-agent on the compute/network nodes. We ran this split setup because under Havana this was the only way we could get ml

Re: [Openstack-operators] Nodes and configurations management in Puppet

2014-10-02 Thread Michael Dorman
We maintain a fairly flat hiera structure, which largely is due to our OS infrastructure still being pretty simple. Like Clayton & Matt, we use a ³world² attribute to indicate dev/test/prod. (Although in hindsight, I like the Œechelon¹ term a lot better. We did the same exercise of thinking of s