[HOME] [DOWNLOAD] [DOCS] [NEWS] [SUPPORT] [TIPS] [ISSUES] [DONATE]

[Done] Disable watchdog in XML by default?

Refering to:

<watchdog model='i6300esb' action=reset'/>

What is the watchdog good for?

Was reading this for reference:
https://wiki.openstack.org/wiki/LibvirtWatchdog

I think “reset on hang” is an interesting feature for servers and server admins might like to manually enable it. However, for most users I think it would be desirable to have this disabled by default. Because should the VM hang, the current output might be helpful to figure out what actually caused the hang/crash. Auto reset would make debugging much harder.

Instead of removing watchdog we can change its behavior to assist users in debugging by using ‘dump’ instead of ‘reset’. What do you think?

Hm. What to do with the core dump then? Sent to KVM developers?

There is another issue. Just tried the new xml files on Debian jessie with latest updates.

virsh -c qemu:///system define ~/Downloads/Whonix-Gateway_kvm.xml error: Failed to define domain from /home/user/Downloads/Whonix-Gateway_kvm.xml error: (domain_definition):61: AttValue: " or ' expected <watchdog model='i6300esb' action=reset'/> --------------------------------------^

A core dump is like a memory dump for diagnosing crashes. I guess users need to send that to Debian developers. You don’t touch the kernel so any bugs are likely upstream and not related to Whonix.

At worst watchdog won’t be visible to users and will only kick in when a crash happens, providing slightly more helpful information than without.

I forgot a single quote ’ around reset and thats why its not working. Should I change it or you? I’ll do that when I get the go ahead for the dump feature.

I know. And depending on the type of the core dump and privacy considerations it may or may not include private data such as contents of RAM. Perhaps that should be researched before deciding further?

I forgot a single quote ' around [b]reset[/b] and thats why its not working.
Fixed in git master.
And depending on the type of the core dump and privacy considerations it may or may not include private data such as contents of RAM. Perhaps that should be researched before deciding further?

Then I’m not really enthusiastic about having it set to dump.

  1. Watchdog would only be useful to server admins (our Hidden Service target users)
  2. Would make things harder for others trying to figure out a crash
  3. non experienced users most probably won’t even know how to debug a crash so it doesn’t matter
  4. Those that know how will have the ability to disable watchdog temporarily.
  5. Note that watchdog is added by default by I removed it in the past because of wrong security assumptions.

My opinion is to leave it as it is set to reset? If not convinced do what you think is best.

Even for experienced users, I think this auto-reset enabled by default that they have to disable first is super confusing. Then they come to the forum and say their VM restarted out of nowhere. Then we tell them to disable that auto reboot feature first so they can come back and report a bug? Not a great workflow.

Also makes debugging hard to reproduce bugs much harder.

To me it looks like a real bad idea, opt-in looks much better to me here than opt-out, but it’s up to you.

Public update:
Just merged your pull request that disabled watchdog. Thanks!

[Imprint] [Privacy Policy] [Cookie Policy] [Terms of Use] [E-Sign Consent] [DMCA] [Investors] [Priority Support] [Professional Support]