I tried on a diff machine, same win7iso though, same situation. I am thinking it might be the iso, need to get my hands on another win7 iso and try that.
On Mon, May 8, 2017 at 10:33 PM, Gaiko Kyofusho < [email protected]> wrote: > Thanks for that. I gave both ideas a try (fingers crossed and all) but no > go :( > > I am still very much open to suggestions. When I have time I will probably > try to make the template on another machine, back it up, then restore it > onto this one... or see if that works. > > On Mon, May 8, 2017 at 1:31 AM, Jean-Philippe Ouellet <[email protected]> wrote: > >> On Sat, Apr 29, 2017 at 10:34 AM, Gaiko Kyofusho >> <[email protected]> wrote: >> > I am trying to setup a win7 template. I started with the: >> > >> > qvm-create --hvm-template win7-x64-template -l green >> > >> > which seemed to work well enough, then tried to install windows (win7 >> pro >> > x64). When I try using: >> > >> > qvm-start win7-x64-template --cdrom=/home/user/win7.iso >> > >> > It starts up and then hangs (I've tried leaving it overnight, no >> progress) >> > at the glowing starting windows. I then searched around and found two >> posts >> > and the github work around of >> > >> > cp /var/lib/qubes/appvms/win7/win7.conf /tmp >> > >> > then mod'ing the <model type='xen' vram='16384' /> line to cirrus then >> > running >> > >> > qvm-start win7-x64-template --cdrom=/home/user/win7.iso >> > --custom-config=/tmp/win7.conf >> > >> > now I get an error: >> > >> > --> Loading the VM (type = TemplateHVM)... >> > Traceback (most recent call last): >> > File "/usr/bin/qvm-start", line 136, in <module> >> > main() >> > File "/usr/bin/qvm-start", line 120, in main >> > xid = vm.start(verbose=options.verbose, >> > preparing_dvm=options.preparing_dvm, start_guid=not options.noguid, >> > notify_function=tray_notify_generic if options.tray else None) >> > File >> > "/usr/lib64/python2.7/site-packages/qubes/modules/02QubesTem >> plateHVm.py", >> > line 94, in start >> > return super(QubesTemplateHVm, self).start(*args, **kwargs) >> > File "/usr/lib64/python2.7/site-packages/qubes/modules/01QubesHVm >> .py", >> > line 335, in start >> > return super(QubesHVm, self).start(*args, **kwargs) >> > File "/usr/lib64/python2.7/site-packages/qubes/modules/000QubesVm >> .py", >> > line 1972, in start >> > self.libvirt_domain.createWithFlags(libvirt.VIR_DOMAIN_ >> START_PAUSED) >> > File "/usr/lib64/python2.7/site-packages/libvirt.py", line 1059, in >> > createWithFlags >> > if ret == -1: raise libvirtError ('virDomainCreateWithFlags() >> failed', >> > dom=self) >> > libvirt.libvirtError: internal error: libxenlight failed to create new >> > domain 'win7' >> > >> > thoughts? >> >> That stack trace suggests xen/libvirt/qubes-manager state mismatch >> I've seen happen on rare occasion. >> >> Shot in the dark, try: >> [user@dom0 ~]$ sudo systemctl restart libvirtd.service >> >> or try re-creating with different VM name. >> > > -- 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/CAGpWZxMX%3DiMcvbaChaJi_4fFog2_QZqA3NoSytcn4X77ybZtmw%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
