Volumes stuck in downloading state
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
oslo.privsep |
Fix Released
|
Undecided
|
Herve Beraud |
Bug Description
Volumes stuck in downloading state
Description of problem:
Volume created from image were getting stuck in downloading status. When tried to create empty volumes it was created without any issue.
When tried to restart cinder-volume container stonith rebooted the controller and cinder-volume service reporting the following in pcs status:
~~~
Docker container: openstack-
openstack-
Docker container: openstack-
openstack-
~~~
When the controller were powered back on the cinder-volume service moved to another controller and it's working fine now.
Image caching is disabled & multipath for xfer parameter is set in the backend array section in cinder.conf
~~~
$ grep image_volume_cache <HIDDEN>
#image_
#image_
#image_
#image_
#image_
#image_
$ grep use_multipath_
#use_multipath_
use_multipath_
#use_multipath_
use_multipath_
~~~
This seems to be a problem with privsep getting stuck on a request, and since privsep was serializing requests on OSP13 (queens) it won't be able to handle any new calls, so Cinder won't be able to run any other privileged command.
The solution would be to backport the privsep concurrency support to OSP13 (queens).
Support was added in OSP15 (stein) with patch https:/
That way even if a request gets stuck the following requests will be able to continue.
Version-Release number of selected component (if applicable):
- openstack-
- oslo.privsep < 1.30.1 (rocky, queens)
How reproducible:
Not reproducible anymore, issue happened when volumes were created from images
Changed in oslo.privsep: | |
assignee: | nobody → Herve Beraud (herveberaud) |
Related fix proposed to branch: stable/rocky /review. opendev. org/753643
Review: https:/