Bug 2044152 - [machines] The VM could not be booted if attaching a disk by "custom path"
Summary: [machines] The VM could not be booted if attaching a disk by "custom path"
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Enterprise Linux 9
Classification: Red Hat
Component: cockpit-machines
Version: 9.0
Hardware: x86_64
OS: Linux
unspecified
medium
Target Milestone: rc
: ---
Assignee: Martin Pitt
QA Contact: YunmingYang
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2022-01-24 06:42 UTC by YunmingYang
Modified: 2023-07-24 07:28 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2023-07-24 07:28:27 UTC
Type: Bug
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Issue Tracker RHELPLAN-109292 0 None None None 2022-01-24 07:00:32 UTC

Description YunmingYang 2022-01-24 06:42:59 UTC
Description of problem:
After attaching a bootable disk by "custom path" and setting the VM booted from this disk, the VM will be booted unsuccessfully, and "No bootable device" will be shown in "VNC console" 

Version-Release number of selected components (if applicable):
libvirt-dbus-1.4.1-5.el9.x86_64
cockpit-260-1.el9.x86_64
cockpit-machines-258.1-1.el9.noarch

How reproducible:
100%

Steps to Reproduce:
1 Create a VM
2 Detach all disks of the VM
3 Attach a bootable disk to the VM by "custom  path"
4 Run the VM

Actual results:
1 In the step 4, there will be "No bootable device" will be shown in "VNC console", and the VM is booted unsuccessfully 

Expected results:
1 In step 4, the VM could be booted successfully

Additional info:

Comment 1 YunmingYang 2022-01-24 07:04:29 UTC
Add a additional info that the disk attaching by "custom path" is a installed disk whose type is qcow2

Comment 2 Simon Kobyda 2023-04-04 15:08:19 UTC
Cannot reproduce locally. The issue can be that the qcow2 you are trying to attach might be actually empty, or that libvirt assume boot order of device.
Could you please share the XML of the VM after step 3?

Comment 6 RHEL Program Management 2023-07-24 07:28:27 UTC
After evaluating this issue, there are no plans to address it further or fix it in an upcoming release.  Therefore, it is being closed.  If plans change such that this issue will be fixed in an upcoming release, then the bug can be reopened.


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