New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

System crash during VM shutdown can leave VM unable to start due to "-private" being renamed to "-private-tmp" #3302

Open
qubesuser opened this Issue Nov 10, 2017 · 0 comments

Comments

Projects
None yet
2 participants
@qubesuser

Qubes OS version:

R4.0-rc2

Steps to reproduce the behavior:

  1. Shutdown a VM
  2. Press the hardware reset button while lvm clone of VM-private-snap to VM-private is running

Expected behavior:

The system should continue to work normally after the reboot.

Actual behavior:

The VM can no longer be started, because there is no "-private" volume, since it was renamed to "-private-tmp".

General notes:

Two possible solutions:

  1. Detect the situation and rename "-private-tmp" back to "-private" (maybe use a better suffix than "-tmp")
  2. Add a version number to volumes, so that instead of "-private", we have e.g. "-private-33". Then, on commit, just clone/rename "-private-snap" to "-private-34", and delete any older versions as needed, and no longer use the "-tmp" mechanism. Rewrite "_revisions_to_keep" to simply mean how many old numbered volumes to keep.

I think the second solution is the best design.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment