We upgraded our control plane to 4.4.0-109 + intel-microcode
3.20180108.0~ubuntu16.04.2 several days ago, and are about 1/2 of the
way thru upgrading our compute hosts with these changes. We use Ocata
for all services, and no issue like this has been observed yet on our
env. Control hosts are
On 01/18/2018 03:06 PM, Logan V. wrote:
We have used aggregate based scheduler filters since deploying our
cloud in Kilo. This explains the unpredictable scheduling we have seen
since upgrading to Ocata. Before this post, was there some indication
I missed that these filters can no longer be
On Tue, Jan 16, 2018 at 4:24 PM, melanie witt wrote:
> Hello Stackers,
> This is a heads up to any of you using the AggregateCoreFilter,
> AggregateRamFilter, and/or AggregateDiskFilter in the filter scheduler.
> These filters have effectively allowed operators to set
Hello Sam, thank you for sharing this information.
Could you please provide more information related to your specific setup.
How is Keystone API endpoint TLS terminated in your setup?
AFAIK in our OpenStack labs we haven't observed anything like this although
we terminate TLS on Nginx or HAProxy.
We have an F5 doing all the SSL in front of our API servers.
Protocol : TLSv1.2
The majority of the requests that were failing was a glance request
/v2/images?limit=20 (around 25% of requests which is around 1-2 a second)
Glance is on
On Thu, Jan 18, 2018 at 5:19 PM, Jay Pipes wrote:
> On 01/18/2018 03:54 PM, Mathieu Gagné wrote:
>> On Tue, Jan 16, 2018 at 4:24 PM, melanie witt wrote:
>>> Hello Stackers,
>>> This is a heads up to any of you using the