Quota update unexpected behavior with no access to keystone
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
OpenStack Compute (nova) |
Confirmed
|
Low
|
Unassigned |
Bug Description
Distro: OpenStack Queens running on Ubuntu 16.04
From this commit [1] nova now needs access to keystone to perform quota (this bug is mostly related to issue we had with quota update).
When keystone is not available the nova-api (running in eventlet) tries to use the endpoints ordered in [keystone]
2018-05-14 15:54:46.134 1241 INFO nova.api.
You'll also see:
2018-05-14 15:54:46.419 1241 INFO nova.osapi_
File "/usr/lib/
write(
File "/usr/lib/
wfile.flush()
File "/usr/lib/
self.
File "/usr/lib/
tail = self.send(data, flags)
File "/usr/lib/
return self._send_
File "/usr/lib/
return send_method(data, *args)
error: [Errno 104] Connection reset by peer
Now this is correct, however what happens next is imo not correct, it generates a 200 OK response when it actually failed to perform the requested action.
2018-05-14 15:54:46.420 1241 INFO nova.osapi_
For us we were able to notice this with 504 gateway error because the time the request took (128 seconds) was too long for our load balancer to allow.
I think atleast catching the exception and setting the return code to 500 would be appropriate, and also output it as an error and not a INFO message.
[1] https:/
description: | updated |
Changed in nova: | |
status: | In Progress → Confirmed |
importance: | Undecided → Low |
Changed in nova: | |
status: | Confirmed → In Progress |
Changed in nova: | |
status: | In Progress → Confirmed |
assignee: | jichenjc (jichenjc) → nobody |
Fix proposed to branch: master /review. openstack. org/569024
Review: https:/