Skip to content
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

Prevent VM from starting #9684

Closed
GammaSQ opened this issue Jan 3, 2025 · 2 comments
Closed

Prevent VM from starting #9684

GammaSQ opened this issue Jan 3, 2025 · 2 comments
Labels
P: default Priority: default. Default priority for new issues, to be replaced given sufficient information. R: duplicate Resolution: Another issue exists that is very similar to or subsumes this one. T: enhancement Type: enhancement. A new feature that does not yet exist or improvement of existing functionality.

Comments

@GammaSQ
Copy link

GammaSQ commented Jan 3, 2025

The problem you're addressing (if any)

Some operations require a VM to be shutdown. (removing persistently attached devices, attaching private storage as drive to another VM, renaming, etc.)

Some qubes-internal requirements automatically start a VM, such as persistently attached storage, rpm-requests, ...

These requirements can therefore continuously start a VM and prohibit work that needs a shut-down VM, prohibiting such work.

Or in a malicious setting: A currently paused VM (because an attack might be happening that needs analysis) can be unpaused by qvm-run, which might be part of some rpc-services.

The solution you'd like

I'm unsure. The most obvious solution seems to be a simple "prohibit this VM from (re)starting"-option. However, I landed in this situation due to some misconfiguration I had forgotten (semi-related: #9683 ) so adding another config that is rarely used only shifts the problem. I haven't given any thought to how a "don't unpause"-interface would look like.

So I suggest to introduce "inhibit restart for 30 minutes" in the UI and expose some kind of option to the CLI-tool that will be used to achieve this, e.g. "--prohibit-start-forever". A highlight in the QubeManager for such inhibited VMs should happen in both cases.

The value to a user, and who that user might be

Very little. Multiple things have to go wrong for such functionality to be of any use. Even when it is useful, I don't think it would be operation-critical, just alleviate some headache.

Completion criteria checklist

(This section is for developer use only. Please do not modify it.)

@GammaSQ GammaSQ added P: default Priority: default. Default priority for new issues, to be replaced given sufficient information. T: enhancement Type: enhancement. A new feature that does not yet exist or improvement of existing functionality. labels Jan 3, 2025
@marmarek
Copy link
Member

marmarek commented Jan 3, 2025

Duplicate of #9622

@marmarek marmarek marked this as a duplicate of #9622 Jan 3, 2025
@marmarek marmarek added the R: duplicate Resolution: Another issue exists that is very similar to or subsumes this one. label Jan 3, 2025
Copy link

github-actions bot commented Jan 3, 2025

This issue has been closed as a "duplicate." This means that another issue exists that is very similar to or subsumes this one. If any useful information on this issue is not already present on the other issue, please add it in a comment on the other issue. Here are some common cases of duplicate issues:

  • The other issue is closed. The other issue being closed does not prevent this issue from duplicating it. We will examine the closed issue and, if appropriate, reopen it.
  • The other issue is for a different Qubes release. We usually maintain only one issue for all affected Qubes releases.
  • The other issue is very old. The mere age of an issue is not, by itself, a relevant factor when determining duplicates.

By default, the newer issue will be closed in favor of the older issue. However, we make exceptions when we determine that it would be significantly more useful to keep the newer issue open instead of the older one.

We respect the time and effort you have taken to file this issue, and we understand that this outcome may be unsatisfying. Please accept our sincere apologies and know that we greatly value your participation and membership in the Qubes community.

If anyone reading this believes that this issue was closed in error or that the resolution of "duplicate" is not accurate, please leave a comment below saying so, and we will review this issue again. For more information, see How issues get closed.

@github-actions github-actions bot closed this as not planned Won't fix, can't repro, duplicate, stale Jan 3, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
P: default Priority: default. Default priority for new issues, to be replaced given sufficient information. R: duplicate Resolution: Another issue exists that is very similar to or subsumes this one. T: enhancement Type: enhancement. A new feature that does not yet exist or improvement of existing functionality.
Projects
None yet
Development

No branches or pull requests

2 participants