On Thursday, March 22, 2018 at 9:18:56 AM UTC-4, cooloutac wrote: > On Saturday, March 17, 2018 at 7:53:23 AM UTC-4, [email protected] wrote: > > DispVM functionality does no longer work for me in Q3.2 since yesterday. > > > > First I assumed the template is broken but after reinstalling the fedora-26 > > template > > from the rpm repo and recreating the DVM I get the very same error. > > > > Has anyone else the same problem after installing the latest dom0 updates? > > > > from the dom0 yum.log the latest installed updates were (2018-03-15): > > > > libgcc-5.3.1-6.qubes1.fc23.x86_64 > > 2001:xen-licenses-4.6.6-37.fc23.x86_64 > > 2001:xen-libs-4.6.6-37.fc23.x86_64 > > 2001:xen-hypervisor-4.6.6-37.fc23.x86_64 > > 2001:xen-runtime-4.6.6-37.fc23.x86_64 > > libstdc++-5.3.1-6.qubes1.fc23.x86_64 > > 2001:xen-hvm-4.6.6-37.fc23.x86_64 > > 2001:xen-4.6.6-37.fc23.x86_64 > > qubes-gpg-split-dom0-2.0.28-1.fc23.x86_64 > > libgomp-5.3.1-6.qubes1.fc23.x86_64 > > > > > > I also tried a reboot but that did not change anything either. > > > > > > This is the error I get when trying to start xterm (or anything else) in a > > DispVM: > > > > > > echo xterm| /usr/lib/qubes/qfile-daemon-dvm qubes.VMShell dom0 DEFAULT red > > time=1521287074.5, qfile-daemon-dvm init > > time=1521287074.51, creating DispVM > > time=1521287075.04, collection loaded > > time=1521287075.05, VM created > > time=1521287075.06, VM starting > > time=1521287075.06, creating config file > > time=1521287075.06, calling restore > > Traceback (most recent call last): > > File "/usr/lib/qubes/qfile-daemon-dvm", line 217, in <module> > > main() > > File "/usr/lib/qubes/qfile-daemon-dvm", line 205, in main > > dispvm = qfile.get_dvm() > > File "/usr/lib/qubes/qfile-daemon-dvm", line 167, in get_dvm > > return self.do_get_dvm() > > File "/usr/lib/qubes/qfile-daemon-dvm", line 103, in do_get_dvm > > dispvm.start() > > File > > "/usr/lib64/python2.7/site-packages/qubes/modules/01QubesDisposableVm.py", > > line 193, in start > > domain_config, libvirt.VIR_DOMAIN_SAVE_PAUSED) > > File "/usr/lib64/python2.7/site-packages/libvirt.py", line 4405, in > > restoreFlags > > if ret == -1: raise libvirtError ('virDomainRestoreFlags() failed', > > conn=self) > > libvirt.libvirtError: internal error: libxenlight failed to restore domain > > 'disp1' > > I still use fedora 26 for my dispvm. from time to time it breaks. even when > using debian. has always been a problem for me since using qubes. the > solution for me is just to simply delete the DVM template. Using the qubes > manager in 3.2, select view and show inactive hidden vms. then simply > delete the fedora dvm. Then recreate it with qvm-create-default-dvm > fedora-26.
I also use a cloned fedora-26. I doubt this makes a difference though. -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/3ad18c98-0c06-4d32-bb0d-82f5013309b3%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
