Bug 833381
Summary: | 3.1 - [Storage] Disconnect storage pool thorough an exception. | ||||||
---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Linux 6 | Reporter: | Leonid Natapov <lnatapov> | ||||
Component: | vdsm | Assignee: | Eduardo Warszawski <ewarszaw> | ||||
Status: | CLOSED NOTABUG | QA Contact: | Haim <hateya> | ||||
Severity: | high | Docs Contact: | |||||
Priority: | unspecified | ||||||
Version: | 6.3 | CC: | abaron, bazulay, iheim, syeghiay, yeylon, ykaul | ||||
Target Milestone: | rc | Keywords: | Regression, TestBlocker | ||||
Target Release: | --- | ||||||
Hardware: | Unspecified | ||||||
OS: | Unspecified | ||||||
Whiteboard: | Storage | ||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2012-07-12 08:29:20 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: | |||||||
Attachments: |
|
Description
Leonid Natapov
2012-06-19 11:11:19 UTC
The complete trace is: Thread-4128::ERROR::2012-06-19 12:37:39,657::task::853::TaskManager.Task::(_setError) Task=`fe864837-2276-4a68-9d47-abbd3a88136d`::Unexpected error Traceback (most recent call last): File "/usr/share/vdsm/storage/task.py", line 861, in _run return fn(*args, **kargs) File "/usr/share/vdsm/logUtils.py", line 38, in wrapper res = f(*args, **kwargs) File "/usr/share/vdsm/storage/hsm.py", line 901, in disconnectStoragePool return self._disconnectPool(pool, hostID, scsiKey, remove) File "/usr/share/vdsm/storage/hsm.py", line 905, in _disconnectPool res = pool.disconnect() File "/usr/share/vdsm/storage/sp.py", line 677, in disconnect fileUtils.safeUnlink(self._poolFile) AttributeError: 'module' object has no attribute 'safeUnlink' The actual master code uses os.unlink() instead the inexistent fileUtils.safeUnlink(). The same is true for the 3.1 and 3.0 branches. Our git history show no traces of fileUtils.safeUnlink() calls. Seems that this bug was present only in a private build. Please verify on an official build and reopen if reproduced. |