← Back to team overview

yahoo-eng-team team mailing list archive

[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