Bug 1457105

Summary: AttributeError: 'module' object has no attribute 'VolumeBackupException'
Product: Red Hat OpenStack Reporter: Martin Schuppert <mschuppe>
Component: openstack-tempestAssignee: Chandan Kumar <chkumar>
Status: CLOSED DUPLICATE QA Contact: Martin Kopec <mkopec>
Severity: medium Docs Contact:
Priority: unspecified    
Version: 10.0 (Newton)CC: apevec, ikatzir, lhh, mschuppe, parora, slinaber
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2017-05-31 08:27:42 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

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