Bug 997539 - VM doesnt go to status pause after watchdog action 'dump' is triggered
Summary: VM doesnt go to status pause after watchdog action 'dump' is triggered
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat Enterprise Virtualization Manager
Classification: Red Hat
Component: ovirt-engine
Version: 3.3.0
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
: 3.3.0
Assignee: Nobody
QA Contact: Lukas Svaty
URL: http://www.ovirt.org/Features/Watchdo...
Whiteboard: sla
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-08-15 14:24 UTC by Lukas Svaty
Modified: 2016-02-10 20:18 UTC (History)
8 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2013-09-16 14:22:49 UTC
oVirt Team: SLA
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
vdsm.log of actions (263.60 KB, text/x-log)
2013-08-30 17:16 UTC, Lukas Svaty
no flags Details
engine.log of start VM action (1.64 MB, text/x-log)
2013-08-30 17:17 UTC, Lukas Svaty
no flags Details
engine.log of start VM action (6.65 KB, text/x-log)
2013-08-30 17:18 UTC, Lukas Svaty
no flags Details
vdsm.log of action dump (8.39 KB, text/x-log)
2013-08-30 17:28 UTC, Lukas Svaty
no flags Details
engine.log of action dumb (1.67 KB, text/x-log)
2013-08-30 17:30 UTC, Lukas Svaty
no flags Details

Description Lukas Svaty 2013-08-15 14:24:36 UTC
Description of problem:
Based on specification on:

http://www.ovirt.org/Features/Watchdog_engine_support

VM after triggering watchdog (kill -9 `pgrep watchdog`) with action 'dump' should go to status pause. However VM stay in up status.
This is officialy supported by libvirt based on:

http://libvirt.org/formatdomain.html

Version-Release number of selected component (if applicable):
is10

How reproducible:
100%

Steps to Reproduce:
1. Add Vm with watchdog
2. Set action to dump
3. Install Linux OS
In VM run:
4. yum -y install watchdog
5. sed -i 's/#w/w/' /etc/watchdog.conf
6. service watchdog start
7. kill -9 `pgrep watchdog`

Actual results:
Vm stays in status up and dump file located in specified by:

# grep ^auto_dump_path < /etc/libvirt/qemu.conf 

is created

Aditional info:
It is unclear if RHEVM should pause the VM by specification on ovirt wiki or go with the libvirt version.

Comment 1 Doron Fediuck 2013-08-20 13:53:08 UTC
Lukas,
the paused mode is set by the device.

Can you check what vdsm reports on this VM and also what libvirt reports?

Comment 2 Laszlo Hornyak 2013-08-28 17:12:18 UTC
Reproduced on upstream, the engine kicks it back to running state.
Try it like this:
- start a VM with i6300esb and pause
- kill the watchdog process
- immediately kill the engine
- ssh to host
- virsh (vdsm@ovirt shibboleth)
- list - and see the Vm as paused

Comment 3 Laszlo Hornyak 2013-08-30 13:21:50 UTC
After some test, it turned out that it was not the engine that kicked back the VM to running state. Even when the engine is down, the VM goes back to running state. So if this is a bug, then it belongs to libvirt.

Also, the default dump directory (/var/lib/libvirt/qemu/dump/) does not exist after fresh installation of libvirt, therfore the dumps are not created.

Comment 4 Lukas Svaty 2013-08-30 17:16:14 UTC
Created attachment 792259 [details]
vdsm.log of actions

adding VDSM.log of action starting the VM + 5 mins waiting for watchdog action to be triggered

Comment 5 Lukas Svaty 2013-08-30 17:17:08 UTC
Created attachment 792260 [details]
engine.log of start VM action

Comment 6 Lukas Svaty 2013-08-30 17:18:12 UTC
Created attachment 792261 [details]
engine.log of start VM action

Comment 7 Lukas Svaty 2013-08-30 17:28:10 UTC
Created attachment 792264 [details]
vdsm.log of action dump

Comment 8 Lukas Svaty 2013-08-30 17:30:17 UTC
Created attachment 792265 [details]
engine.log of action dumb

sorry for so many reuploads got mixed logs from two bugs
this should be fine now...

nothing special appeared in engine.log so this might be an libvirt issue as laszlo suggested

Comment 9 Laszlo Hornyak 2013-09-09 08:51:19 UTC
https://bugzilla.redhat.com/show_bug.cgi?id=1004400 - the related libvirt bug

Comment 11 Doron Fediuck 2013-09-16 14:22:49 UTC
This behavior originates from libvirt.
Re-open if there is engine-specific issues.


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