[Openstack-operators] [Large Deployments Team] Summit Meeting Notes & Actions

Thanks to everyone who was able to attend the LDT session in Tokyo! I wanted to just briefly summarize some of the key points and action items. * Neutron segmented/routed networks * Encourage you to follow & provide feedback on the Neutron spec [1] * Cells v1 Patches * Many of the patches

[Openstack-operators] [Large Deployments Team] [nova] Cells v1 attach/detach blueprint

I reached out to nova today to see what is the best way forward on this patch [1]. mriedem had created a blueprint skeleton for this already [2]. It sounds like it’s unlikely that nova would accept it, because it will require a new CI job [3] and it goes against the philosophy of not adding to

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] [Large Deployments Team] Summit Meeting Notes & Actions

Sorry, wrong link for [3] below. On 11/4/15, 3:05 PM, "Mike Dorman" wrote: >Thanks to everyone who was able to attend the LDT session in Tokyo! I wanted >to just briefly summarize some of the key points and action items. > >* Neutron segmented/routed networks > *

Re: [Openstack-operators] OpenStack Tuning Guide

Awesome start. Rabbit fd tweaks are the bane of every install...including some of my own... -Original Message- From: Kevin Bringard (kevinbri) [mailto:kevin...@cisco.com] Sent: Wednesday, November 04, 2015 3:56 PM To: OpenStack Operators Subject: [Openstack-operators] OpenStack Tuning

Re: [Openstack-operators] OpenStack Tuning Guide

Hi Kevin, Oops, noticed I didn't reply to all the first time. I think it's great to see more people who want to collect and distil knowledge like this. :) Finally, I hate diverging resources, so if something like this already > exists please speak up so we can focus our efforts on making sure

Re: [Openstack-operators] OpenStack Tuning Guide

Hello there, Very interesting initiative ! I'm currently working on the performance side too on our (french astrophysics cloud) OpenStack deployment but to say so currently I'm just following what CERN did regarding to Nova/CPU configuration. It's essentially around KSM, NUMA, CPU pinning,

Re: [Openstack-operators] OpenStack Tuning Guide

The official documentation would greatly benefit from more practical information such as tuning... most likely in the administration or operations guide, at least for now. Ideally, I would like to see a operators contribute documentation for complete production deployments that others can use as a

[Openstack-operators] Cinder mid-cycle planning survey

Hi Folks The Cinder team is trying to plan our mid-cycle meetup again. Can anybody interested in attending please fill out this quick survey to help with planning, please? https://www.surveymonkey.com/r/Q5FZX68 Closing date is 11th November. Thanks -- -- Duncan Thomas

[Openstack-operators] cinder volume_clear=zero makes sense with rbd ?

Hello there, I am using cinder with rbd, and most volumes are created from glance images on rbd as well. Because of ceph features, these volumes are CoW and only blocks different from the original parent image are really written. Today I am debugging why in my production system deleting cinder

[Openstack-operators] OVS flow dump fix

As many of you know, Liberty includes a bug fix for OVS L2 agent dropping all flows when it starts up. Since this is a bug, I’d like to see this back ported to Kilo if possible. We’re planning to do an upgrade to the latest stable/kilo because of the Nova NUMA issue anyway and we’re still using

Re: [Openstack-operators] cinder volume_clear=zero makes sense with rbd ?

On 11/04/2015 08:46 AM, Saverio Proto wrote: Hello there, I am using cinder with rbd, and most volumes are created from glance images on rbd as well. Because of ceph features, these volumes are CoW and only blocks different from the original parent image are really written. Today I am

Re: [Openstack-operators] Permission Denied in swift

Hi, you are using an shared storage such as NFS ? total 0 d? ? ? ? ?? . d? ? ? ? ?? .. ?? ? ? ? ?? 1710674aaa385fc75885b2ac7f8967c8 It looks like your file system is broken or your export of your shared storage isn't working well.

[Openstack-operators] Permission Denied in swift

I have a newly set up swift cluster that is generating a lot of error like this where it seems that swift user does not have access to read permissions or something Nov 4 10:01:27 swift-04 object-auditor: ERROR Trying to audit

Re: [Openstack-operators] Permission Denied in swift

No, Local disks. it seems that the /srv/node/Z302XK5V/objects/84990/fbc/ folder is being created without execute permissions Frá: Heiko Krämer Sent: 04. nóvember 2015 10:18 Til: openstack-operators@lists.openstack.org Efni: Re:

Re: [Openstack-operators] Permission Denied in swift

Swift creates the folder with these permissions drw-r--r-- 3 swift swift 53 Nov 3 15:53 fbc but all other folders ar creteted with these permissions drwxr-xr-x 3 swift swift 61 Nov 4 10:47 84990 Might the process responsible for creating these directories be misconfigured to use

Re: [Openstack-operators] Permission Denied in swift

​I seem to have spotted the error, I'm using Puppet OpenStack Swift Module https://github.com/openstack/puppet-swift/blob/master/manifests/storage/server.pp​ and I seem to have missed the comments regarding permissions in rsyncd.conf Frá: Davíð Örn Jóhannsson