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 upSupport for multiple DispVMs #866
Comments
marmarek
added this to the
Release 3 milestone
Mar 8, 2015
marmarek
added
enhancement
C: core
P: major
labels
Mar 8, 2015
marmarek
modified the milestones:
Release 4.0,
Release 3.0
May 13, 2015
marmarek
referenced this issue
Oct 8, 2015
Open
Allow DispVMs to inherit netvm without inheriting firewall rules #1296
marmarek
referenced this issue
Feb 28, 2016
Closed
DispVM always based on Fedora 23, even if parent VM is different template #1789
mfc
referenced this issue
Mar 17, 2016
Closed
DispVMs should have red label, not inherit color of parent VM #1788
marmarek
referenced this issue
Mar 29, 2016
Closed
Web page with list of wanted maintainers/developers/others #1700
marmarek
added
the
release-notes
label
May 20, 2016
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
marmarek
May 20, 2016
Member
In principle it will be possible to start an AppVM in "disposable" mode - which means changes to its private image (in addition to root image as in normal AppVM) will be discarded after VM shutdown. Technically any AppVM can be used for that, but practically it makes sense to have dedicated "DispVM template" AppVMs (as currently fedora-xx-dvm).
More discussion here:
https://groups.google.com/d/msgid/qubes-devel/20160517124118.GK25975%40mail-itl
|
In principle it will be possible to start an AppVM in "disposable" mode - which means changes to its private image (in addition to root image as in normal AppVM) will be discarded after VM shutdown. Technically any AppVM can be used for that, but practically it makes sense to have dedicated "DispVM template" AppVMs (as currently fedora-xx-dvm). More discussion here: |
added a commit
to marmarek/old-qubes-core-admin
that referenced
this issue
May 20, 2016
added a commit
to marmarek/old-qubes-core-admin
that referenced
this issue
May 20, 2016
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
marmarek
May 20, 2016
Member
@woju where should be a code to make use of the DispVM? It would:
- Create new DispVM
- Start it
- Call a service
- Cleanup when service finished
IOW equivalent of /usr/lib/qubes/qfile-daemon-dvm tool.
The main usage would be when someone call an RPC service with $dispvm:sth target, but sometimes it is also useful to start new DispVM manually (from dom0 menu for example).
Should it be new qvm-start-dispvm tool? Option to some existing one (qvm-run?)? Function somewhere in the core (where?), connected to existing or a new tool?
|
@woju where should be a code to make use of the DispVM? It would:
IOW equivalent of Should it be new |
added a commit
to marmarek/old-qubes-core-admin
that referenced
this issue
May 20, 2016
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
woju
May 21, 2016
Member
Some function in core, preferably a method of AppVM class
(get_dispvm()?). And CLI tool also. If you have to run a service there,
that would probably be qvm-run.
pozdrawiam / best regards .-.
Wojtek Porczyk .-^' '^-.
Invisible Things Lab |'-.-^-.-'|
| | | |
I do not fear computers, | '-.-' |
I fear lack of them. '-._ : ,-'
-- Isaac Asimov `^-^-_>
|
Some function in core, preferably a method of AppVM class pozdrawiam / best regards .-. |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
marmarek
May 21, 2016
Member
So vm.get_dispvm() would return DispVM based on this VM? Already running?
Generally I'm not so sure whether it should be in any *VM class, as it create new VM instance. And even worse - may need to reload qubes.xml to cleanup it later. Slightly more detailed content of this function:
- Create new DispVM (create object, add to
app.domains) dispvm.create_on_disk()app.save()dispvm.start()dispvm.run_service(..., wait=True)(or something)- Possibly reload
qubes.xmlif changed in the meantime dispvm.force_shutdown()dispvm.remove_from_disk()del app.domains[dispvm]app.save()
|
So
|
added a commit
to woju/qubes-core-admin
that referenced
this issue
Jun 2, 2016
added a commit
to woju/qubes-core-admin
that referenced
this issue
Jun 2, 2016
added a commit
to woju/qubes-core-admin
that referenced
this issue
Jun 2, 2016
added a commit
to woju/qubes-core-admin
that referenced
this issue
Jun 2, 2016
woju
closed this
in
woju/qubes-core-admin@5a76d0b
Jun 2, 2016
added a commit
that referenced
this issue
Jun 3, 2016
marmarek
referenced this issue
Jun 16, 2016
Closed
Allow starting only selected AppVMs as DispVM #2075
marmarek
referenced this issue
Dec 6, 2016
Closed
invent term for DisposableVM-TemplateVM and add to glossary #2486
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
andrewdavidwong
Feb 23, 2017
Member
Workaround provided by by @unman:
https://groups.google.com/d/msg/qubes-users/2uN9ybLTqHQ/XMy6d5UkDwAJ
|
Workaround provided by by @unman: |
marmarek commentedMar 8, 2015
Reported by joanna on 2 Jun 2014 12:46 UTC
See:
https://groups.google.com/forum/#!topic/qubes-devel/uQJL7I70GQs
Migrated-From: https://wiki.qubes-os.org/ticket/866