action #27805
closed[sles][functional] test fails in bootloader_hyperv: Cannot execute commands in powershell
0%
Description
Observation¶
openQA test in scenario sle-15-Installer-DVD-x86_64-installcheck@svirt-hyperv-uefi fails in
bootloader_hyperv
log shows errors like:
10:13:20.2823 19673 Command's stderr:
Stop-VM : A parameter is invalid. Hyper-V was unable to find a virtual machine with name openQA-SUT-1.
At line:1 char:1
+ Stop-VM -Force openQA-SUT-1 -TurnOff
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : InvalidArgument: (openQA-SUT-1:String) [Stop-VM], VirtualizationInvalidArgumentException
+ FullyQualifiedErrorId : InvalidParameter,Microsoft.HyperV.PowerShell.Commands.StopVMCommand
10:13:20.5229 19671 Command on Hyper-V returned: 1
Reproducible¶
Fails since (at least) Build 331.1
Expected result¶
Last good: (unknown) (or more recent)
Further details¶
Always latest result in this scenario: latest
Updated by michalnowak about 7 years ago
The actual error is:
10:15:32.8905 20179 Command executed: powershell -Command New-VHD -ParentPath d:\cache\openqa_support_server_sles12sp1.x86_64.qcow2 -Path d:\cache\openQA-SUT-1a.qcow2 -Differencing
10:15:34.0367 20179 Command's stderr:
New-VHD : A parameter is invalid. 'd:\cache\openqa_support_server_sles12sp1.x86_64.qcow2' is not an existing virtual
hard disk file.
Obviously Hyper-V can't play with QCOW2 images, but it does not have to as it seems to me that the image should not be attached to the VM in the first place as it's of no use for it, as far as I can see. I remove the HDD_1=openqa_support_server_sles12sp1.x86_64.qcow2 option from installcheck test suite on OSD. The test runs as expected w/o the HDD_1 option defined: http://assam.suse.cz/tests/1221.
Updated by michalnowak about 7 years ago
- Status changed from New to Feedback
Should be fixed in the next build.
Updated by michalnowak about 7 years ago
- Status changed from Feedback to Resolved
Updated by mgriessmeier almost 7 years ago
- Status changed from Resolved to In Progress
there are two more examples failing with different "parameter invalid" -> reopening
https://openqa.suse.de/tests/1397126#step/partitioning_filesystem/10
https://openqa.suse.de/tests/1397125#
Updated by michalnowak almost 7 years ago
The error is:
[2018-01-18T13:09:19.0135 CET] [debug] Command executed: powershell -Command Start-VM openQA-SUT-2
[2018-01-18T13:09:23.0327 CET] [debug] Command's stderr:
Start-VM : The operation cannot be performed while the object is in use.
This was revealed by using more workers. Now it may happen that medium is being downloaded by one worker and attempted to be used by another one before the images is completely downloaded. I guess this is the problem here.
Updated by okurz almost 7 years ago
- Due date set to 2018-03-13
- Target version set to Milestone 15
Could we simply retry in a loop with let's say 7 retries and some backing time in between?
Updated by michalnowak almost 7 years ago
Yes, I came to a similar solution, will work on it.
Updated by michalnowak almost 7 years ago
- Status changed from In Progress to Feedback
Updated by okurz almost 7 years ago
This is an autogenerated message for openQA integration by the openqa_review script:
This bug is still referenced in a failing openQA test: lvm+RAID1@svirt-hyperv
https://openqa.suse.de/tests/1467535
Updated by okurz almost 7 years ago
- Target version changed from Milestone 15 to Milestone 14
os-autoinst PR merged, waiting for gh#os-autoinst/os-autoinst-distri-opensuse#4311 which in turn is waiting for the deployment of the os-autoinst change.
Updated by michalnowak almost 7 years ago
- Status changed from Feedback to Resolved
Both PRs merged and deployed. We don't see the issue in couple of last builds.