Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1182525

Summary: After attaching shared disk to VM without disks, the OVF is not uploaded to the domain
Product: Red Hat Enterprise Virtualization Manager Reporter: lkuchlan <lkuchlan>
Component: ovirt-engineAssignee: Liron Aravot <laravot>
Status: CLOSED CURRENTRELEASE QA Contact: lkuchlan <lkuchlan>
Severity: medium Docs Contact:
Priority: medium    
Version: 3.5.0CC: acanan, amureini, gklein, laravot, lkuchlan, lsurette, rbalakri, Rhev-m-bugs, scohen, yeylon, ykaul, ylavi
Target Milestone: ovirt-3.6.0-rcKeywords: Reopened, ZStream
Target Release: 3.6.0Flags: lkuchlan: needinfo-
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Previously, the OVF data of virtual machines or templates with no image disks was not stored on any OVF store. So when a storage domain was detached and attached the domain to another data center those virtual machine got lost. With this update, OVF data of virtual machines or templates with no image disks is stored on all OVF stores on all the domains, which allow to restore those vms configuration (without the shared disk).
Story Points: ---
Clone Of:
: 1220335 (view as bug list) Environment:
Last Closed: 2016-03-10 10:40:53 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: Storage RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 1220335    
Attachments:
Description Flags
logs
none
logs
none
db dump none

Description lkuchlan 2015-01-15 11:09:48 UTC
Created attachment 980438 [details]
logs

Description of problem:

After attaching shared disk to VM without disks, the OVF is not uploaded to the domain

Version-Release number of selected component (if applicable):
rhevm3.5 vt13.7

How reproducible:
100%

Steps to Reproduce:

1. Create a VM without disks
2. Attach a shared disk to the VM 


Actual results:

OVF is not uploaded to the domain

Expected results:

OVF should be uploaded to the domain
 

Additional info:

Comment 1 Liron Aravot 2015-02-01 11:21:08 UTC
Liron,
Shareable disks aren't a part of the OVF - therefore the OVF should be updated to all the domains.

1. In you case you suggest that the OVF wasn't uploaded to any domain?
2. Please specify the id of the vm you created or when it was created.

thanks.

Comment 2 lkuchlan 2015-02-01 15:48:17 UTC
(In reply to Liron Aravot from comment #1)
> Liron,
> Shareable disks aren't a part of the OVF - therefore the OVF should be
> updated to all the domains.
> 
> 1. In you case you suggest that the OVF wasn't uploaded to any domain?
> 2. Please specify the id of the vm you created or when it was created.
> 
> thanks.

1. Yes, after i attached the shared disk to the VM, the OVF wasn't uploaded to any domain
2. Vm id:2b224d2e-a8b5-4fdb-9e18-b3b05b33e38e. created at:17:11
the shared disk was attached at 17:17 

Last UploadStreamCommand:

2015-02-01 16:25:20,313 INFO  [org.ovirt.engine.core.bll.UploadStreamCommand] (org.ovirt.thread.pool-7-thread-3) [bcbeb7e] Ending command successfully: org.ovirt.engine.core.bll.UploadStreamCommand

The OVF metadata:

00000000  69 6e 66 6f 2e 6a 73 6f  6e 00 00 00 00 00 00 00  |info.json.......|
00000010  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00000060  00 00 00 00 30 31 30 30  36 34 34 20 30 30 30 30  |....0100644 0000|
00000070  30 30 30 20 30 30 30 30  30 30 30 20 30 30 30 30  |000 0000000 0000|
00000080  30 30 30 30 32 31 32 20  31 32 34 36 33 34 33 33  |0000212 12463433|
00000090  33 36 36 20 30 31 31 34  34 30 00 20 30 00 00 00  |366 011440. 0...|
000000a0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00000100  00 75 73 74 61 72 00 30  30 00 00 00 00 00 00 00  |.ustar.00.......|
00000110  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00000140  00 00 00 00 00 00 00 00  00 30 30 30 30 30 30 30  |.........0000000|
00000150  20 30 30 30 30 30 30 30  20 00 00 00 00 00 00 00  | 0000000 .......|
00000160  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00000200  7b 0a 20 20 22 53 74 6f  72 61 67 65 20 44 6f 6d  |{.  "Storage Dom|
00000210  61 69 6e 73 22 20 3a 20  5b 20 7b 0a 20 20 20 20  |ains" : [ {.    |
00000220  22 75 75 69 64 22 20 3a  20 22 64 65 37 66 63 34  |"uuid" : "de7fc4|
00000230  62 39 2d 66 39 36 39 2d  34 31 32 36 2d 39 62 62  |b9-f969-4126-9bb|
00000240  36 2d 30 39 63 65 64 30  32 36 37 36 38 30 22 0a  |6-09ced0267680".|
00000250  20 20 7d 20 5d 2c 0a 20  20 22 4c 61 73 74 20 55  |  } ],.  "Last U|
00000260  70 64 61 74 65 64 22 20  3a 20 22 53 75 6e 20 46  |pdated" : "Sun F|
00000270  65 62 20 30 31 20 31 36  3a 32 33 3a 35 30 20 49  |eb 01 16:23:50 I|
00000280  53 54 20 32 30 31 35 22  0a 7d 00 00 00 00 00 00  |ST 2015".}......|
00000290  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00002800
(END)

Comment 3 lkuchlan 2015-02-01 15:53:28 UTC
Created attachment 986791 [details]
logs

Please find attached the logs

Comment 4 Liron Aravot 2015-02-01 15:56:33 UTC
please attach also a db dump, thanks.

pg_dump -U engine engine -f dump.sql

Comment 5 lkuchlan 2015-02-02 10:05:04 UTC
Created attachment 987050 [details]
db dump

Please find attached the db dump

Comment 6 Liron Aravot 2015-02-02 14:33:46 UTC
Shareable disks are currently not included in the OVF, therefore the VM is considered to be diskless..and diskless aren't uploaded to the OVF stores on 3.5
there's an RFE for that and it was handled for 3.5.1
closing this one as duplicate.

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

Comment 7 Allon Mureinik 2015-04-19 13:27:22 UTC
Although these two bugs occur on the same code path, the user-facing behavior is different.

Returning to ON_QA so it too can be verified.

Comment 8 Allon Mureinik 2015-04-20 21:47:29 UTC
Liron, can you please provide some doctext here?

Comment 10 lkuchlan 2015-05-17 07:45:24 UTC
Tested using rhevm-3.5.3-0.2.el6ev, vdsm-4.16.16-1.el7ev.x86_64

Verification instructions:
Reduce the time engine sends OVFs to VDSM to 1 minute by editing vdc_options table in DB (UPDATE vdc_options SET option_value = 1  where option_name = 'OvfUpdateIntervalInMinutes') and restart the ovirt-engine service

1. Create a VM without disks
2. Attach a shared disk to the VM 
3. From /rhev/data-center... verify OVF is uploaded to all the domains

Comment 12 Allon Mureinik 2016-03-10 10:40:53 UTC
RHEV 3.6.0 has been released, setting status to CLOSED CURRENTRELEASE

Comment 13 Allon Mureinik 2016-03-10 10:46:13 UTC
RHEV 3.6.0 has been released, setting status to CLOSED CURRENTRELEASE

Comment 14 Allon Mureinik 2016-03-10 12:02:53 UTC
RHEV 3.6.0 has been released, setting status to CLOSED CURRENTRELEASE