Re: [Openstack-operators] Help- Errors Restarting Nova on Openstack Liberty environment

Dear Openstack Users, Awaiting your kind response please! Our environment is in hanged situation because of above mentioned issue. On Thu, Apr 6, 2017 at 1:32 PM, Gurpreet Thind wrote: > Hi Openstack Operators, > > We wanted to install gnocchi on our openstack

Re: [Openstack-operators] [nova] Does anyone use the TypeAffinityFilter?

On 4/6/2017 7:34 PM, Matt Riedemann wrote: While working on trying to trim some RPC traffic between compute nodes and the scheduler [1] I came across the TypeAffinityFilter which relies on the instance.instance_type_id field, which is the original flavor.id (primary key) that the instance was

Re: [Openstack-operators] Operator feedback on App Keys...

Great Edmund! We’d appreciate that. -Ron From: Edmund Rhudy (BLOOMBERG/ 120 PARK) [mailto:erh...@bloomberg.net] Sent: Thursday, April 6, 2017 12:43 PM To: De Rose, Ronald Cc: openstack-operators@lists.openstack.org Subject: Re:[Openstack-operators] Operator feedback

[Openstack-operators] [nova] Does anyone use the TypeAffinityFilter?

While working on trying to trim some RPC traffic between compute nodes and the scheduler [1] I came across the TypeAffinityFilter which relies on the instance.instance_type_id field, which is the original flavor.id (primary key) that the instance was created with on a given host. The idea

Re: [Openstack-operators] Operator feedback on App Keys...

We have had internal discussions about app keys in Keystone and would be very happy to see it implemented (and to assist with the implementation where possible). From: ronald.de.r...@intel.com Subject: Re:[Openstack-operators] Operator feedback on App Keys... During the PTG, the

Re: [Openstack-operators] Fault Genes WG Meeting Summary

Hi All, Below is the link to the weekly meeting summary. There are a lot of exciting ML work being performed by the team. https://etherpad.openstack.org/p/Fault-Genes thanks, Nemat ___ OpenStack-operators mailing list

[Openstack-operators] Operator feedback on App Keys...

During the PTG, the keystone team had a lengthy discussion on a new security credential for applications/scripts/3rd party tools, to avoid having to put username/password in configuration files. The following is a spec that addresses this feature by implementing App Keys to be used for

Re: [Openstack-operators] [scientific] Resource reservation requirements (Blazar) - Forum session

Hi Tim, It does seem feasible, but imagine the aggregate juggling... it's something of an indictment that from where we are today this seems like a step forward. I'm not a fan of pushing that load onto operators when it seems like what we actually need is fully-fledged workload scheduling in

Re: [Openstack-operators] [scientific] Resource reservation requirements (Blazar) - Forum session

Hi Jay, On 5 April 2017 at 03:21, Jay Pipes wrote: > On 04/03/2017 06:07 PM, Blair Bethwaite wrote: >> That's something of an oversimplification. A reservation system >> outside of Nova could manipulate Nova host-aggregates to "cordon off" >> infrastructure from on-demand

Re: [Openstack-operators] [scientific] Resource reservation requirements (Blazar) - Forum session

Hi all, I'm late to the discussion. Some of members in Blazar's team have an interest from NFV side for the resource reservation. So we have one usecase that telecom operators want to reserve instance slots at a specific time window because of expected workload increasing. I'm thinking