Join GitHub today
GitHub is home to over 28 million developers working together to host and review code, manage projects, and build software together.
Sign upWhen shutting down VMs, they often get stuck at 50% CPU usage #4057
Comments
andrewdavidwong
added
bug
C: core
labels
Jul 5, 2018
andrewdavidwong
added this to the Release 3.2 updates milestone
Jul 5, 2018
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
donob4n
Jul 5, 2018
Hi, I think this also happens in Qubes 4.0, I have seen it many of times but I didn't report since I didn't found a way for reproduce it.
In my case I tailed '/var/log/xen/console/guest-'vm-name'.log' and I saw systemd waiting for some services to stop but unfortunately I could not read the affected services (the output was pretty ugly).
donob4n
commented
Jul 5, 2018
|
Hi, I think this also happens in Qubes 4.0, I have seen it many of times but I didn't report since I didn't found a way for reproduce it. In my case I tailed '/var/log/xen/console/guest-'vm-name'.log' and I saw systemd waiting for some services to stop but unfortunately I could not read the affected services (the output was pretty ugly). |
andrewdavidwong
added
the
P: major
label
Jul 6, 2018
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
andrewdavidwong
Jul 6, 2018
Member
@marmarek, let us know if there are any logs we should collect on 3.2 and 4.0 next time this happens.
|
@marmarek, let us know if there are any logs we should collect on 3.2 and 4.0 next time this happens. |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
mig5
Jul 16, 2018
I see this happening too pretty frequently.
Another way to connect to the shutting-down VM is using Xen's xl tool via dom0:
sudo xl console VMNAME
When I console to the VM that is taking a long time to shutdown, I see this shutdown job is taking a long time to finish:
[ ** ] A stop job is running for Session c3 of user user (1min 2/ 1min 30s)
As you can see there is a kill-switch timer there of 1.5 minutes. After this the machine shuts down. I don't know why this particular stop job takes so long, may not be Qubes-specific. Feels SystemD specific.
http://forums.debian.net/viewtopic.php?f=10&t=134311
I too am on a Thinkpad T450s. I think it has affected both Fedora and Debian VMs for me.
mig5
commented
Jul 16, 2018
•
|
I see this happening too pretty frequently. Another way to connect to the shutting-down VM is using Xen's xl tool via dom0:
When I console to the VM that is taking a long time to shutdown, I see this shutdown job is taking a long time to finish:
As you can see there is a kill-switch timer there of 1.5 minutes. After this the machine shuts down. I don't know why this particular stop job takes so long, may not be Qubes-specific. Feels SystemD specific. http://forums.debian.net/viewtopic.php?f=10&t=134311 I too am on a Thinkpad T450s. I think it has affected both Fedora and Debian VMs for me. |
andrewdavidwong commentedJul 5, 2018
Qubes OS version:
R3.2Affected component(s):
Using
qvm-shutdownfrom the command-line and shutting down VMs using Qubes ManagerSteps to reproduce the behavior:
or
qvm-shutdown --waitto shut down the VM.Expected behavior:
The VM shuts down normally.
Actual behavior:
Around 30-40% of the time, the VM's CPU usage (as shown in Qubes Manager) goes up to 50%. The laptop's fan speeds up (ThinkPad T450s), and the VM does not shut down for a long time. If you wait, it will eventually either shut down or get killed due to the timeout.