Re: [Openstack-operators] Newton consoleauth HA tokens

Saverio, Here is my pertinent config data: [default] memcached_servers = 10.10.6.240:11211 [cache] enablde = True <<< I just noticed this as I copied into the email. memcache_servers = 10.10.6.240:11211 backend = oslo_cache.memcache_pool [keystone_authtoken]

Re: [Openstack-operators] [kolla] deprecation/removal of Debian images

The issue is, as I understand it, that there are no tests currently to check if changes to the Kolla code base will break the Debian based containers, and no one has stepped up to write the tests in a long time. So, no one can rely on the containers being in a usable state. If someone is

Re: [Openstack-operators] [kolla] deprecation/removal of Debian images

Removing Debian support seems odd, in that Debian testing generally has been the upstream source for Ubuntu OS packages. ___ OpenStack-operators mailing list OpenStack-operators@lists.openstack.org

Re: [Openstack-operators] [kolla] deprecation/removal of Debian images

Hello Gilles, Don't worry, debian images means debian *inside* container, we don't really care about host OS. Techncially you could now do kolla-build --base debian, but there is no maintenance of this distro and we're planning to remove it alltogether. That's what this thread is about. If you

[Openstack-operators] Plus One...need I say more?

Calling all Operators! help us plan the mid-cycle. *Please add topics to https://etherpad.openstack.org/p/MIL-ops-meetup or +1 those that are already there that you are interested in; even if you are not attending.For each session that makes

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

- There seems to be no difference between public and community, and the README does not do an adequate job of explaining the difference. - There is nothing conceptually wrong with having something be private and letting it have a list of members. Private does not have to mean "just one

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

Hello Operators, As you may be aware, the discussion about image 'visibility' and its migration carried on into 2017 and was only recently settled. I'm writing this because the direction we ultimately took (after much discussion--did I mention that?) was *not* the recommendation I made in the

[Openstack-operators] [telecom-nfv] Meeting #17 tomorrow

Hi, The bi-weekly meeting for the Operators Telecom/NFV team is tomorrow [1]. Feel free to have a look at the agenda and make any alterations [2]. :) Thanks, Curtis. [1]: http://eavesdrop.openstack.org/#OpenStack_Operators_Telco_and_NFV_Working_Group [2]:

[Openstack-operators] [scientific][scientific-wg] Reminder: Scientific WG meeting Tuesday 2100 UTC

Greetings all - We have a Scientific WG IRC meeting on Tuesday at 2100 UTC on channel #openstack-meeting. The agenda is available here[1] and full IRC meeting details are here[2]. This week we’d like to develop the discussion on what the WG can achieve for the Boston OpenStack Summit. We’d

Re: [Openstack-operators] OsOps Reboot

I do not think the PTG is the place for this session. However, if there will be enough participation and you are already all over there, it maes sense to get together. Edgar From: Matt Fischer Date: Monday, January 23, 2017 at 4:27 PM To: Mike Dorman

Re: [Openstack-operators] Newton consoleauth HA tokens

Did you try to restart memcached after chaning the configuration to HA ? there are two sections where you can configure, memcached_servers [DEFAULT] [keystone_authtoken] how your config looks like ? Saverio 2017-01-24 6:48 GMT+01:00 Chris Apsey : > All, > > I

Re: [Openstack-operators] Newton consoleauth HA tokens

Hello, You should also define memcached servers in the default Nova section I believe. Try that. Best regards George On Tue, 24 Jan 2017, 07:48 Chris Apsey, wrote: > All, > > I attempted to deploy the nova service in HA, but when users attempt to > connect via the