Bug 1457105 - AttributeError: 'module' object has no attribute 'VolumeBackupException'
Summary: AttributeError: 'module' object has no attribute 'VolumeBackupException'
Keywords:
Status: CLOSED DUPLICATE of bug 1455928
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: openstack-tempest
Version: 10.0 (Newton)
Hardware: Unspecified
OS: Unspecified
unspecified
medium
Target Milestone: ---
: ---
Assignee: Chandan Kumar
QA Contact: Martin Kopec
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2017-05-31 07:04 UTC by Martin Schuppert
Modified: 2020-09-10 10:38 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2017-05-31 08:27:42 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Launchpad 1632410 0 None None None 2017-05-31 07:04:58 UTC
OpenStack gerrit 385137 0 None None None 2017-05-31 07:05:31 UTC

Description Martin Schuppert 2017-05-31 07:04:59 UTC
Description of problem:
In tempest test code, tempest/api/volume/admin/test_volumes_backup.py,
the method, wait_for_backup_status in waiters.py (tempest/common) gets
called to check the timing, a timeout is being raised on a volume 
backup test scenario, which could be that because the volume is slow or
we tripped a cinder bug, but either way the wait loop for backups in 
tempest is referencing a non-existent exception class, 
exceptions.VolumeBackupException.

This was fixed upstream in [1][2]

Captured traceback:
~~~~~~~~~~~~~~~~~
    Traceback (most recent call last):
      File "tempest/api/volume/admin/test_volumes_backup.py", line 72, in test_volume_backup_export_import
        backup['id'], 'available')
      File "tempest/common/waiters.py", line 224, in wait_for_backup_status
        raise exceptions.VolumeBackupException(backup_id=backup_id)
    AttributeError: 'module' object has no attribute 'VolumeBackupException'

[1] https://bugs.launchpad.net/tempest/+bug/1632410
[2] https://review.openstack.org/#/c/385137/

Version-Release number of selected component (if applicable):
openstack-tempest-13.0.0-12.bafe630git.el7ost.noarch

Comment 1 Chandan Kumar 2017-05-31 07:24:27 UTC
It is fixed in this bug https://bugzilla.redhat.com/show_bug.cgi?id=1455928

Comment 2 Martin Schuppert 2017-05-31 08:27:42 UTC
Thanks closing as duplicate of 1455928

*** This bug has been marked as a duplicate of bug 1455928 ***

Comment 3 Igal Katzir 2017-06-06 11:29:25 UTC
(In reply to Martin Schuppert from comment #2)
> Thanks closing as duplicate of 1455928
> 
> *** This bug has been marked as a duplicate of bug 1455928 ***

The Test in https://bugzilla.redhat.com/show_bug.cgi?id=1455928 is different than this one.
The bug happens in Test: test_volume_backup_export_import
while the DUPLICATE bug is for Test: test_backup_create_attached_volume
Which PASS as expected.

Comment 4 Martin Schuppert 2017-06-12 12:38:34 UTC
(In reply to Igal Katzir from comment #3)
> (In reply to Martin Schuppert from comment #2)
> > Thanks closing as duplicate of 1455928
> > 
> > *** This bug has been marked as a duplicate of bug 1455928 ***
> 
> The Test in https://bugzilla.redhat.com/show_bug.cgi?id=1455928 is different
> than this one.
> The bug happens in Test: test_volume_backup_export_import
> while the DUPLICATE bug is for Test: test_backup_create_attached_volume
> Which PASS as expected.

the underlying issue is the same. Both fail in tempest/common/waiters.py

Captured traceback:
~~~~~~~~~~~~~~~~~
    Traceback (most recent call last):
      File "tempest/api/volume/admin/test_volumes_backup.py", line 72, in test_volume_backup_export_import
        backup['id'], 'available')
      File "tempest/common/waiters.py", line 224, in wait_for_backup_status
        raise exceptions.VolumeBackupException(backup_id=backup_id)
    AttributeError: 'module' object has no attribute 'VolumeBackupException'

This got fixed upstream with commit ceb2b4684d18e6fa65b500b6a946d4c13cb606f3 and BZ 1455928 tracks the backport [1] to the tempest version used in OSP10.

[1] https://review.gerrithub.io/#/c/362733/

Comment 5 Igal Katzir 2017-06-12 14:37:50 UTC
(In reply to Martin Schuppert from comment #4)

> 
> This got fixed upstream with commit ceb2b4684d18e6fa65b500b6a946d4c13cb606f3
> and BZ 1455928 tracks the backport [1] to the tempest version used in OSP10.
> 

Does it mean that I need to update my OSP10?

thanks,
Igal


Note You need to log in before you can comment on or make changes to this bug.