yahoo-eng-team team mailing list archive
-
yahoo-eng-team team
-
Mailing list archive
-
Message #70793
[Bug 1746609] [NEW] test_boot_server_from_encrypted_volume_luks cannot detach an encrypted StorPool-backed volume
Public bug reported:
Hi,
First of all, thanks a lot for working on Nova!
The StorPool third-party Cinder CI has been failing on every test run
today with the same problem: the
test_boot_server_from_encrypted_volume_luks Tempest test fails when
trying to detach a volume with an exception in the nova-compute service
log: "Failed to detach volume 645fd643-89fc-4b3d-9ea5-59c764fc39a2 from
/dev/vdb: AttributeError: 'NoneType' object has no attribute
'format_dom'"
An example stack trace may be seen at:
- nova-compute log: http://logs.ci-openstack.storpool.com/18/539318/1/check/dsvm-tempest-storpool/c3daf58/logs/screen-n-cpu.txt.gz#_Jan_31_18_07_27_971552
- console log (with the list of tests run): http://logs.ci-openstack.storpool.com/18/539318/1/check/dsvm-tempest-storpool/c3daf58/console.html
Actually, start from http://logs.ci-openstack.storpool.com/ - any of the
recent five or six failures can be traced back to this problem.
Of course, it is completely possible that the (recently merged) StorPool
Nova volume attachment driver or the (also recently merged) StorPool os-
brick connector is at fault; if there are any configuration fields or
method parameters that we should be preserving, passing through, or
handling in some other way, please let us know and we will modify our
drivers. Also, our CI system is available for testing any suggested
patches or workarounds.
Thanks in advance for looking at this, and thanks for your work on Nova
and OpenStack in general!
Best regards,
Peter
** Affects: nova
Importance: Undecided
Status: New
** Tags: libvirt queens-rc-potential volumes
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
https://bugs.launchpad.net/bugs/1746609
Title:
test_boot_server_from_encrypted_volume_luks cannot detach an encrypted
StorPool-backed volume
Status in OpenStack Compute (nova):
New
Bug description:
Hi,
First of all, thanks a lot for working on Nova!
The StorPool third-party Cinder CI has been failing on every test run
today with the same problem: the
test_boot_server_from_encrypted_volume_luks Tempest test fails when
trying to detach a volume with an exception in the nova-compute
service log: "Failed to detach volume 645fd643-89fc-4b3d-
9ea5-59c764fc39a2 from /dev/vdb: AttributeError: 'NoneType' object has
no attribute 'format_dom'"
An example stack trace may be seen at:
- nova-compute log: http://logs.ci-openstack.storpool.com/18/539318/1/check/dsvm-tempest-storpool/c3daf58/logs/screen-n-cpu.txt.gz#_Jan_31_18_07_27_971552
- console log (with the list of tests run): http://logs.ci-openstack.storpool.com/18/539318/1/check/dsvm-tempest-storpool/c3daf58/console.html
Actually, start from http://logs.ci-openstack.storpool.com/ - any of
the recent five or six failures can be traced back to this problem.
Of course, it is completely possible that the (recently merged)
StorPool Nova volume attachment driver or the (also recently merged)
StorPool os-brick connector is at fault; if there are any
configuration fields or method parameters that we should be
preserving, passing through, or handling in some other way, please let
us know and we will modify our drivers. Also, our CI system is
available for testing any suggested patches or workarounds.
Thanks in advance for looking at this, and thanks for your work on
Nova and OpenStack in general!
Best regards,
Peter
To manage notifications about this bug go to:
https://bugs.launchpad.net/nova/+bug/1746609/+subscriptions
Follow ups