On Tuesday, January 2, 2018 at 5:36:33 PM UTC-5, Unman wrote: > On Tue, Jan 02, 2018 at 02:59:55PM -0500, Ralph Douglass wrote: > > On Tue, Jan 2, 2018 at 2:06 PM, cooloutac <raahe...@gmail.com> wrote: > > > > > On Sunday, December 31, 2017 at 10:13:49 AM UTC-5, > > > qubes-us...@ralphdouglass.com wrote: > > > > On Tuesday, December 26, 2017 at 10:30:45 AM UTC-5, Kushal Das wrote: > > > > > On Tue, Dec 26, 2017 at 8:18 PM, cooloutac wrote: > > > > > > > > > > > > wonder if your system runs low on ram? Could also try using system > > > without iommu and see if it still happens. > > > > > > > > > > > I have 32GB here on a T470. I hope that is okay :) > > > > > > > > > > Kushal > > > > > -- > > > > > Staff, Freedom of the Press Foundation > > > > > CPython Core Developer > > > > > Director, Python Software Foundation > > > > > https://kushaldas.in > > > > > > > > I can recreate this error message consistently while running the latest > > > R4 rc3. > > > > > > > > Inside of sys-net, just shut down the vm from the inside (e.g. sudo > > > reboot) > > > > > > > > Afterwards sys-net fails to start: > > > > > > > > $ qvm-start sys-net > > > > Start failed: invalid argument: network device with mac > > > XX:XX:XX:XX:XX:XX already exists > > > > > > > > To get back in a good state without rebooting the entire machine, I have > > > to shut down (or kill) all dependent vms (AppVMs talking to my firewall-vm > > > and my firewall vm). Then I can start sys-net again, followed by my > > > firewall vm, followed by my regular app vms. > > > > > > > > I've managed to trigger this on two Lenovo laptops and one Dell laptop > > > so far, all of which are running R4rc3. > > > > > > > > I'm pretty new to QubesOS and haven't figured out how to dig through the > > > innards well enough yet to find anything useful. > > > > > > afaik, You can't shut down sys-net if other vms using it are running. > > > > > > > Correct. You need to shut down or kill all dependent vms (as mentioned in > > my email already). It's still better than rebooting one's entire machine, > > but obviously not ideal. > > > The point is that you shouldn't be bringing down a qube when it has other > qubes using it as a netvm. > Sometimes (and I stress sometimes) you can recover from this by > changing the netvm of child qubes , restarting sys-net and then > reattaching the children. > > If you have sys-firewall, then changing netvms of children to > something else, killing sys-firewall, restarting sys-net, restarting > sys-firewall and then reattaching children will work. > Somewhat better than shutting down all dependent qubes. > > unman
Yes if you have some programs and data open to continue working on them. Otherwise if rather just shutting down the vms, There is a script someone made in the community to shut down all vms with one command. Its on forums somewhere. -- 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 qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/abf37fa3-8dc2-4037-b2f6-970c4a42916c%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
