-
Bug
-
Resolution: Unresolved
-
Undefined
-
rhel-9.2.0
-
libvirt-10.9.0-1.el10
-
None
-
Low
-
rhel-sst-virtualization
-
ssg_virtualization
-
14
-
1
-
QE ack, Dev ack
-
False
-
-
None
-
None
-
Pass
-
RegressionOnly
-
If docs needed, set a value
-
-
Unspecified
-
10.9.0
-
None
Description of problem:
For libvirt watchdog action=dump, when it is triggered, the guest will pause and libvirt coredumps the guest, which is fine. However libvirt then resumes the guest which is definitely not fine (it should restart it).
Version-Release number of selected component (if applicable):
libvirt-9.0.0-3.el9.x86_64
How reproducible:
100%
Steps to Reproduce:
1. Start vm with watchdog device:
- virsh dumpxml rhel --xpath //watchdog
<watchdog model="i6300esb" action="dump">
<address type="pci" domain="0x0000" bus="0x10" slot="0x01" function="0x0"/>
</watchdog>
- virsh start rhel
Domain 'rhel' started
2. Trigger the watchdog in the vm and wait for 30s, vm will pause and generate the dump file, then libvirt will resume the vm:
- echo 1 > /dev/watchdog
[ 71.910336] watchdog: watchdog0: watchdog did not stop!
(check the status on vm, after 30s, it will pause for several seconds, then resume. No reset.)
Watch the domstate on the host, after 30s, the vm will be pause, and then resume to running status:
- watch virsh domstate rhel
Check there is coredump file created on the host:
- ll /var/lib/libvirt/qemu/dump
total 2088772
rw------. 1 root root 2138900771 Feb 7 21:06 3-rhel-2023-02-07-21:06:48
Actual results:
For libvirt watchdog action=dump, when it is triggered, the guest will pause and libvirt coredumps the guest, which is fine. However libvirt then resumes the guest which is definitely not fine (it should restart it).
Expected results:
After coredump, libvirt should reset the vm
Additional info:
- is blocked by
-
RHEL-50577 Rebase libvirt in RHEL-10.0
- Integration
- external trackers
- links to
-
RHSA-2024:140012 libvirt bug fix and enhancement update