Bug 1371164 - New VM created without disk
Summary: New VM created without disk
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: ovirt-engine
Classification: oVirt
Component: BLL.Storage
Version: 4.1.0
Hardware: x86_64
OS: Unspecified
unspecified
high
Target Milestone: ovirt-4.0.4
: 4.0.4.2
Assignee: Tal Nisan
QA Contact: Kevin Alon Goldblatt
URL:
Whiteboard:
Depends On:
Blocks: 1371833
TreeView+ depends on / blocked
 
Reported: 2016-08-29 12:55 UTC by Michael Burman
Modified: 2016-10-06 13:05 UTC (History)
8 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
: 1371833 (view as bug list)
Environment:
Last Closed: 2016-09-26 12:40:16 UTC
oVirt Team: Storage
Embargoed:
ykaul: ovirt-4.0.z+
ykaul: blocker+
mgoldboi: planning_ack+
amureini: devel_ack+
acanan: testing_ack+


Attachments (Terms of Use)
engine log (23.68 KB, application/x-gzip)
2016-08-30 05:41 UTC, Michael Burman
no flags Details


Links
System ID Private Priority Status Summary Last Updated
oVirt gerrit 63065 0 master MERGED webadmin: Mark instance image as changed in new and attach 2016-08-31 13:31:22 UTC
oVirt gerrit 63077 0 ovirt-engine-4.0 MERGED webadmin: Mark instance image as changed in new and attach 2016-08-31 16:25:06 UTC
oVirt gerrit 63078 0 ovirt-engine-4.0.4 MERGED webadmin: Mark instance image as changed in new and attach 2016-08-31 16:29:31 UTC

Description Michael Burman 2016-08-29 12:55:32 UTC
Description of problem:
New VM created without disk although we creating new disk on the create new VM dialog.

Version-Release number of selected component (if applicable):
4.1.0-0.0.master.20160828231419.gitdbe44d9.el7.centos

How reproducible:
100

Steps to Reproduce:
1. Create new VM with disk on master 4.1

Actual results:
VM created without the disk. It's possible to create new disk only after the vm has been created.

Expected results:
Should work as expected

Comment 1 Red Hat Bugzilla Rules Engine 2016-08-29 16:40:19 UTC
Bug tickets must have version flags set prior to targeting them to a release. Please ask maintainer to set the correct version flags and only then set the target milestone.

Comment 2 Allon Mureinik 2016-08-29 20:17:59 UTC
Steps to reproduce? logs?

Comment 3 Michael Burman 2016-08-30 05:41:57 UTC
Created attachment 1195619 [details]
engine log

Comment 4 Michael Burman 2016-08-30 05:42:42 UTC
(In reply to Allon Mureinik from comment #2)
> Steps to reproduce? logs?

Create new VM with new disk in master 4.1

Comment 5 Red Hat Bugzilla Rules Engine 2016-08-30 08:12:56 UTC
This bug report has Keywords: Regression or TestBlocker.
Since no regressions or test blockers are allowed between releases, it is also being identified as a blocker for this release. Please resolve ASAP.

Comment 6 Allon Mureinik 2016-08-30 08:30:16 UTC
(In reply to Michael Burman from comment #4)
> (In reply to Allon Mureinik from comment #2)
> > Steps to reproduce? logs?
> 
> Create new VM with new disk in master 4.1

webadmin? userportal?

Comment 7 Michael Burman 2016-08-30 08:44:40 UTC
Webadmin

Comment 8 Allon Mureinik 2016-08-30 09:19:25 UTC
Not sure if related, but I see this CastClassException in the log that's definitely not OK:

2016-08-30 04:02:50,563 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.UploadStreamVDSCommand] (DefaultQuartzScheduler9) [4bd40f7b] Command 'UploadStreamVDSCommand(HostName = orchid-vds1.qa.lab.tlv.redhat.com, UploadStreamVDSCommandParameters:{runAsync='true', hostId='a4f67654-459e-4010-a811-06f86c3fa727'})' execution failed: java.lang.ClassCastException: java.lang.Integer cannot be cast to java.lang.Long
2016-08-30 04:02:50,563 INFO  [org.ovirt.engine.core.vdsbroker.irsbroker.UploadStreamVDSCommand] (DefaultQuartzScheduler9) [4bd40f7b] FINISH, UploadStreamVDSCommand, log id: 24802341
2016-08-30 04:02:50,563 ERROR [org.ovirt.engine.core.bll.storage.ovfstore.UploadStreamCommand] (DefaultQuartzScheduler9) [4bd40f7b] Command 'org.ovirt.engine.core.bll.storage.ovfstore.UploadStreamCommand' failed: EngineException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: java.lang.ClassCastException: java.lang.Integer cannot be cast to java.lang.Long (Failed with error VDS_NETWORK_ERROR and code 5022)

Liron - any insight on this?

Comment 9 Tal Nisan 2016-08-30 14:09:01 UTC
Liron, the bug has nothing to do with this error bug this error should be investigated regardless, please try to see why OVF upload fails on ClassCastException and open a separate bug if needed

Comment 10 Liron Aravot 2016-08-31 08:36:34 UTC
Allon, Tal - I've opened a new bug to handle the UploadStreamVDSCommand issue, it's a different issue than the one discussed in this BZ.

Comment 11 Kevin Alon Goldblatt 2016-09-11 15:14:11 UTC
Tested with the following code:
----------------------------------------
rhevm-4.0.4.2-0.1.el7ev.noarch
vdsm-4.18.13-1.el7ev.x86_64

Tested with the following scenario:

Steps to Reproduce:
Steps to Reproduce:
1. Create new VM with disk on master 4.1

Actual results:
VM created NOW WITH the disk. 



Actual results:
VM is created now with the disk as expected

Expected results:



Moving to VERIFIED!

Comment 12 Michael Burman 2016-09-29 11:15:41 UTC
This bug is still on master - 4.1.0-0.0.master.20160927231316.git7784131.el7.centos

Please recheck

Comment 13 Tal Nisan 2016-10-06 13:05:44 UTC
Michael - true, but not the same issue, please leave the bug on VERIFIED as this issue is fixed, I'll open another bug for the UI exception


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