action #27805
closed
[sles][functional] test fails in bootloader_hyperv: Cannot execute commands in powershell
Added by mgriessmeier over 6 years ago.
Updated about 6 years ago.
Category:
Bugs in existing tests
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
- Description updated (diff)
- Description updated (diff)
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.
- Status changed from New to Feedback
Should be fixed in the next build.
- Status changed from Feedback to Resolved
- Status changed from Resolved to In Progress
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.
- 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?
Yes, I came to a similar solution, will work on it.
- Status changed from In Progress to Feedback
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
- Target version changed from Milestone 15 to Milestone 14
- Status changed from Feedback to Resolved
Both PRs merged and deployed. We don't see the issue in couple of last builds.
Also available in: Atom
PDF