Bug 1629729
Summary: | hp 3par fc volume create from image fails due to Duplicate: Volume (osv-xxx-.xxxxxx) already exists on array | ||
---|---|---|---|
Product: | Red Hat OpenStack | Reporter: | Jaison Raju <jraju> |
Component: | python-os-brick | Assignee: | Alan Bishop <abishop> |
Status: | CLOSED ERRATA | QA Contact: | Avi Avraham <aavraham> |
Severity: | urgent | Docs Contact: | Kim Nylander <knylande> |
Priority: | urgent | ||
Version: | 12.0 (Pike) | CC: | abishop, amcleod, apevec, astupnik, cinder-bugs, geguileo, jraju, jschluet, lhh, pmannidi, pmorey, rcernin, scohen, srevivo, tshefi |
Target Milestone: | --- | Keywords: | OtherQA, Triaged, ZStream |
Target Release: | 12.0 (Pike) | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | python-os-brick-1.15.5-5.el7ost | Doc Type: | Bug Fix |
Doc Text: |
Previously, the os-brick code that scanned FibreChannel HBA hosts returned an invalid value under certain circumstances. As a result, services including cinder and nova failed.
With this update, the FibreChannel HBA scan code always returns a valid value and cinder and nova no longer fail when scanning FibreChannel HBA hosts.
|
Story Points: | --- |
Clone Of: | Environment: | ||
Last Closed: | 2018-12-05 18:51:01 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: | |||
Bug Depends On: | 1653058 | ||
Bug Blocks: |
Description
Jaison Raju
2018-09-17 12:23:34 UTC
Same as bug #1630842 (but not marking this a duplicate). This BZ describes two symptoms that have the same root cause, and that is a bug in the code that scans FC HBAs. For background, creating a volume from an image involves several steps, roughly: 1. Download the image from glance to a temporary location 2. Create an empty volume on the storage backend 3. Copy the image to the volume 4. Update the cinder volume database The first failure can be seen in [1] [1] https://bugzilla.redhat.com/attachment.cgi?id=1484862 ERROR cinder.volume.manager File "/usr/lib/python2.7/site-packages/cinder/volume/flows/manager/create_volume.py", line 575, in _copy_image_to_volume ERROR cinder.volume.manager raise exception.ImageCopyFailure(reason=ex) ERROR cinder.volume.manager ImageCopyFailure: Failed to copy image to volume: 'NoneType' object is not iterable This happened during Step 3, which means: - Step 2 completed, so the volume has been created on the storage backend - Step 4 did not execute, so the cinder's database was not updated Then, if the operation is tried again, the second failure will arise: ERROR cinder.volume.manager File "/usr/lib/python2.7/site-packages/cinder/volume/drivers/hpe/hpe_3par_fc.py", line 199, in create_volume ERROR cinder.volume.manager return common.create_volume(volume) ERROR cinder.volume.manager File "/usr/lib/python2.7/site-packages/cinder/volume/drivers/hpe/hpe_3par_common.py", line 2050, in create_volume ERROR cinder.volume.manager raise exception.Duplicate(msg) ERROR cinder.volume.manager Duplicate: Volume (osv-xxx-.xxxxxx) already exists on array This failure happened in Step 2, and it happens because the volume already exists on the storage backend (it was left over from the first failure). Blocked with BM UC deployment issue: https://bugzilla.redhat.com/show_bug.cgi?id=1653058 Don't suspect it's related/blocks the BZ per say, just I can't deploy BM to verify. Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHBA-2018:3789 |