kvmclock parameter in agent.properties #13577
-
|
Hi, |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment 1 reply
-
|
Hey! kvmclock.disable=true in agent.properties does work for what you're describing, it stops CloudStack from injecting the KVM paravirtual clock device into the guest XML, which is one of the things that exposes steal time visibility to the VM. Worth knowing though that it's more of a side effect than a purpose built "hide steal time" switch. It only affects newly started/created VMs, existing running VMs need a stop/start (not just reboot) to pick up the XML change. We've tested kvmclock.disable in a few KVM/CloudStack environments here at AccuWeb.Cloud, and it does what it says without breaking anything else, just make sure it's solving the right problem and not just the visibility of one. |
Beta Was this translation helpful? Give feedback.
Hey! kvmclock.disable=true in agent.properties does work for what you're describing, it stops CloudStack from injecting the KVM paravirtual clock device into the guest XML, which is one of the things that exposes steal time visibility to the VM. Worth knowing though that it's more of a side effect than a purpose built "hide steal time" switch.
A few things worth checking before you flip it:
It only affects newly started/created VMs, existing running VMs need a stop/start (not just reboot) to pick up the XML change.
Without kvmclock, the guest falls back to its default clocksource, which on Linux guests is usually fine (TSC or hpet), but it's worth testing on Windows guests since clock dri…