Bug 1371164
| Summary: | New VM created without disk | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [oVirt] ovirt-engine | Reporter: | Michael Burman <mburman> | ||||
| Component: | BLL.Storage | Assignee: | Tal Nisan <tnisan> | ||||
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Kevin Alon Goldblatt <kgoldbla> | ||||
| Severity: | high | Docs Contact: | |||||
| Priority: | unspecified | ||||||
| Version: | 4.1.0 | CC: | acanan, amureini, bugs, kgoldbla, laravot, mburman, mgoldboi, tnisan | ||||
| Target Milestone: | ovirt-4.0.4 | Keywords: | Regression | ||||
| Target Release: | 4.0.4.2 | Flags: | ykaul:
ovirt-4.0.z+
ykaul: blocker+ mgoldboi: planning_ack+ amureini: devel_ack+ acanan: testing_ack+ |
||||
| Hardware: | x86_64 | ||||||
| OS: | Unspecified | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | |||||||
| : | 1371833 (view as bug list) | Environment: | |||||
| Last Closed: | 2016-09-26 12:40:16 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: | 1371833 | ||||||
| Attachments: |
|
||||||
|
Description
Michael Burman
2016-08-29 12:55:32 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. Steps to reproduce? logs? Created attachment 1195619 [details]
engine log
(In reply to Allon Mureinik from comment #2) > Steps to reproduce? logs? Create new VM with new disk in master 4.1 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. (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? Webadmin 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?
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 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. 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! This bug is still on master - 4.1.0-0.0.master.20160927231316.git7784131.el7.centos Please recheck 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 |