I can't remove VM

[BM-2cTRx1tL5LG8CfA...@bitmessage.ch]

Hi, I restore my backup from Qubes OS R3.2 to Qubes OS 4.0 and after
successful restored I tried to delete one VM that was useless but I can't
and I don't know why.

[yura...@gmail.com]

In the picture,"9870361_11.jpg" at the very last line, "domain is in use: 'disp-sys-net'". As long as there are other templates or AppVM's tied to this disp-sys-net AppVM, then you cannot delete it.

I don't know any easier method, but you can run this command
user@dom0: qvm-prefs fedora-25 default_dispvm
to print out in the terminal, which disvm is in use, or if any at all. Just replace fedora-25 for all your other templates/AppVM, and you'll eventually find all the VM's tied to your disp-sys-net VM. It should take a few minutes, depending on how many VM's you have to run through.

If you want to remove it altogether, then use
user@dom0: qvm-prefs fedora-25 default_dispvm False

or if you want to change it to another dispvm, then use
user@dom0: qvm-prefs fedora-25 default_dispvm disp-VM-of-choice

[Chris Laprise]

I'm having the same problem with 'disp-no-netvm' and 'disp-no-netvm1'
after restoring R3.2 backups. I've made sure no VMs use those... its
easy to do with 'qvm-ls' command.

--

Chris Laprise, tas...@posteo.net
https://github.com/tasket
https://twitter.com/ttaskett
PGP: BEE2 20C5 356E 764A 73EB 4AB3 1DC4 D106 F07F 1886

[yura...@gmail.com]

Are you sure your qvm-ls command shows the disposible VM's on each VM? Mine only shows "State", "Class", "Label", "Template", and "NetVM". It doesn't show any Disp_VM.
Maybe you can't remove it because it doesn't show the disp_vm's?

or is there an option in the qvm-ls that I missed out on that prints disp_vm's too? I can't detect any useful ones with 'qvm-ls -h' or 'qvm-ls --help-formats' though I may have missed it.

I've tried them all, can't find any disp_vm information.
qvm-ls --format disk
qvm-ls --format full
qvm-ls --format network
qvm-ls --format simple

[Marek Marczykowski-Górecki]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

On Thu, Nov 02, 2017 at 11:34:01AM -0400, Chris Laprise wrote:
> On 11/02/17 11:28, yura...@gmail.com wrote:
> > On Thursday, November 2, 2017 at 3:11:03 PM UTC, BM-2cTRx1tL5LG8CfA...@bitmessage.ch wrote:
> > > Hi, I restore my backup from Qubes OS R3.2 to Qubes OS 4.0 and after
> > > successful restored I tried to delete one VM that was useless but I can't
> > > and I don't know why.
> > In the picture,"9870361_11.jpg" at the very last line, "domain is in use: 'disp-sys-net'". As long as there are other templates or AppVM's tied to this disp-sys-net AppVM, then you cannot delete it.
> >
> > I don't know any easier method, but you can run this command
> > user@dom0: qvm-prefs fedora-25 default_dispvm
> > to print out in the terminal, which disvm is in use, or if any at all. Just replace fedora-25 for all your other templates/AppVM, and you'll eventually find all the VM's tied to your disp-sys-net VM. It should take a few minutes, depending on how many VM's you have to run through.
> >
> > If you want to remove it altogether, then use
> > user@dom0: qvm-prefs fedora-25 default_dispvm False
> >
> > or if you want to change it to another dispvm, then use
> > user@dom0: qvm-prefs fedora-25 default_dispvm disp-VM-of-choice
>
> I'm having the same problem with 'disp-no-netvm' and 'disp-no-netvm1' after
> restoring R3.2 backups. I've made sure no VMs use those... its easy to do
> with 'qvm-ls' command.

Details (including what VM use it where) are logged in dom0 logs (see
journalctl). It is not included in the error message for privacy reasons
(the same message could be also obtained through Admin API from different
VM).

- --
Best Regards,
Marek Marczykowski-Górecki
Invisible Things Lab
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQEcBAEBCAAGBQJZ+FhmAAoJENuP0xzK19cs96QH/Rr9TH5RBpec2rkR3urcJhN8
PTCIXsbZCfd3VMLjCYK7ntS19UqAqXJ9ZDZEEe3Pbi1uKHTEWLCx9Zy1lfMi3DIb
FMFoiE5ql0Al/PKlPo8dQ1CntdR2JNq7OJ8d8zY60YP6iqxWA9nv3p+olGAWalyQ
AlIkan9pQfFMgUZ9Qd1rRz9jLzMUmewvoW8Yzl3PmZelKy6AFYU19URahQZirFlK
3Q9nWkJz254IjmhuEMbphXxFcnzsRfbrwHlXglYZmJMS1JVmnmLmrf1NMAi9lvbo
sNpu31SEf4YkNMlHxZkctkRNCVQ1keg5teUDBIM66EevuHYKkhbbUspweVutAAI=
=S/RC
-----END PGP SIGNATURE-----

[Chris Laprise]

qvm-ls shows the network, but I went into each VM settings to see what
the dispVM setting was and they're all 'none'.

Chris

[Chris Laprise]

On 11/02/17 12:15, Marek Marczykowski-Górecki wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA256
>
> On Thu, Nov 02, 2017 at 11:34:01AM -0400, Chris Laprise wrote:
>> On 11/02/17 11:28, yura...@gmail.com wrote:
>>> On Thursday, November 2, 2017 at 3:11:03 PM UTC, BM-2cTRx1tL5LG8CfA...@bitmessage.ch wrote:
>>>> Hi, I restore my backup from Qubes OS R3.2 to Qubes OS 4.0 and after
>>>> successful restored I tried to delete one VM that was useless but I can't
>>>> and I don't know why.
>>> In the picture,"9870361_11.jpg" at the very last line, "domain is in use: 'disp-sys-net'". As long as there are other templates or AppVM's tied to this disp-sys-net AppVM, then you cannot delete it.
>>>
>>> I don't know any easier method, but you can run this command
>>> user@dom0: qvm-prefs fedora-25 default_dispvm
>>> to print out in the terminal, which disvm is in use, or if any at all. Just replace fedora-25 for all your other templates/AppVM, and you'll eventually find all the VM's tied to your disp-sys-net VM. It should take a few minutes, depending on how many VM's you have to run through.
>>>
>>> If you want to remove it altogether, then use
>>> user@dom0: qvm-prefs fedora-25 default_dispvm False
>>>
>>> or if you want to change it to another dispvm, then use
>>> user@dom0: qvm-prefs fedora-25 default_dispvm disp-VM-of-choice
>> I'm having the same problem with 'disp-no-netvm' and 'disp-no-netvm1' after
>> restoring R3.2 backups. I've made sure no VMs use those... its easy to do
>> with 'qvm-ls' command.
> Details (including what VM use it where) are logged in dom0 logs (see
> journalctl). It is not included in the error message for privacy reasons
> (the same message could be also obtained through Admin API from different
> VM).

Journal says its used by 'personal.default_dispvm'. My personal vm
dispvm setting is 'default(none)'.

[Marek Marczykowski-Górecki]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Is the same reported by qvm-prefs?

- --
Best Regards,
Marek Marczykowski-Górecki
Invisible Things Lab
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQEcBAEBCAAGBQJZ+F5mAAoJENuP0xzK19csPhAH/3jwmtUutNtvZjb/ceRlBU6c
A1UvE7km3kvRiwwZQzJDGJ/3QwEUNUQX97psXtAgiALcl1YVa3czNZJmipo4EdkG
vhUfAWOMBqSo7k6TLRb2qe747who5kl0UlbqyrsCk1Y5tKBXJ5c9A9sS19GYcDnw
VIAMrI19/qvsagejiHtwXLlHy9ak0WiXaN9Hg/eYLsBRRMjfJSyE3JQx341TV2oS
qHcdp1m2sJmb1v4KoDxA0qT3xQ0bvbPb8SQHJMFLya//Ks2ueHbcYkXNEH4/vlvf
g8xJ+WozWCRVqJGGMI4Y/pqjhucuM+VSfnzAzKticAsdq+BHmgaUSga6D23eYmo=
=s+hq
-----END PGP SIGNATURE-----

[Chris Laprise]

qvm-prefs is not the same... it shows the 'disp-no-netvm' vm name. I
reset it with `qvm-prefs -D` on a few vms and was finally able to remove
the extras.