Bug 830557 - 3.1 - vdsm [Import More than Once]: importing vm with snapshots will create a the snapshots as disks instead of collaps the snapshots
Summary: 3.1 - vdsm [Import More than Once]: importing vm with snapshots will create a...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise Virtualization Manager
Classification: Red Hat
Component: ovirt-engine
Version: unspecified
Hardware: x86_64
OS: Linux
high
urgent
Target Milestone: ---
: 3.1.0
Assignee: Gilad Chaplik
QA Contact: Dafna Ron
URL:
Whiteboard: storage
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-06-10 16:03 UTC by Dafna Ron
Modified: 2016-02-10 16:43 UTC (History)
11 users (show)

Fixed In Version: SI10
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed:
oVirt Team: Storage
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
logs (406.12 KB, application/x-gzip)
2012-06-10 16:07 UTC, Dafna Ron
no flags Details

Description Dafna Ron 2012-06-10 16:03:35 UTC
Description of problem:

importing a vm with snapshots with "import more than once" will import the snapshots as disks instead of collapsing snapshots. 

Version-Release number of selected component (if applicable):

si4

How reproducible:

100%

Steps to Reproduce:
1. export a vm with snapshots
2. import the vm as 'import more than once'
3.
  
Actual results:

we are suppose to collaps the snapshots but we create the snapshots as additional disks. 

Expected results:

we should collaps snapshots

Additional info: both vdsm and backend logs attached


Thread-341::WARNING::2012-06-07 18:48:34,976::blockVolume::99::Storage.Volume::(getVSize) Could not get size for vol 14a1733b-45a0-49b9-ab46-c64230585b54/b0043295-8c73-4252-9ed0-6715536e38ed using optimized methods
Traceback (most recent call last):
  File "/usr/share/vdsm/storage/blockVolume.py", line 92, in getVSize
    return _getDeviceSize(lvm.lvPath(sdobj.sdUUID, volUUID)) / bs
  File "/usr/share/vdsm/storage/blockVolume.py", line 63, in _getDeviceSize
    with open(devPath, "rb") as f:
IOError: [Errno 2] No such file or directory: '/dev/14a1733b-45a0-49b9-ab46-c64230585b54/b0043295-8c73-4252-9ed0-6715536e38ed'
Thread-341::WARNING::2012-06-07 18:48:34,990::blockVolume::99::Storage.Volume::(getVSize) Could not get size for vol 14a1733b-45a0-49b9-ab46-c64230585b54/b0043295-8c73-4252-9ed0-6715536e38ed using optimized methods
Traceback (most recent call last):
  File "/usr/share/vdsm/storage/blockVolume.py", line 92, in getVSize
    return _getDeviceSize(lvm.lvPath(sdobj.sdUUID, volUUID)) / bs
  File "/usr/share/vdsm/storage/blockVolume.py", line 63, in _getDeviceSize
    with open(devPath, "rb") as f:
IOError: [Errno 2] No such file or directory: '/dev/14a1733b-45a0-49b9-ab46-c64230585b54/b0043295-8c73-4252-9ed0-6715536e38ed'
Thread-341::DEBUG::2012-06-07 18:48:34,991::__init__::1164::Storage.Misc.excCmd::(_log) '/bin/dd iflag=direct skip=35 bs=512 if=/dev/14a1733b-45a0-49b9-ab46-c64230585b54/metadata count=1' (cwd None)

Comment 1 Dafna Ron 2012-06-10 16:07:34 UTC
Created attachment 590762 [details]
logs

Comment 2 Gilad Chaplik 2012-06-27 13:46:20 UTC
this is a rhev backend bug. the snapshot persisted wrongfully as a disk. changing components

Comment 3 Gilad Chaplik 2012-06-27 13:57:47 UTC
pushed upstream (http://gerrit.ovirt.org/#/c/5751/)

Comment 5 Dafna Ron 2012-07-12 16:14:15 UTC
verified on si10


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