OpenBSD Journal
Home : : Add Story : : Archives : : About : : Create Account : : Login :
Add vmctl send and vmctl receive
Contributed by phessler on Sun Jul 16 18:49:30 2017 (GMT)
from the move-along-nothing-to-see-here dept.

As we see from the commit message, new developer Pratik Vyas (pd@) adds the ability to do paused VM migrations for VMM.

Mike Larkin also writes on Twitter:

#OpenBSD vmctl(8) : vmctl send myvm | ssh mlarkin@somewhere.com vmctl receive Yes, it's that easy.
Ed: this is *paused* migrations, not live migrations.

[topicopenbsd]

<< OpenBSD and the modern laptop | Reply | Threaded | Default compiler switched to clang on amd64 and i386 >>

Threshold: Help

Related Links
more by phessler


  Re: Add vmctl send and vmctl receive (mod 9/9)
by Will Backman (2600:1000:b025:4ad3:d189:3128:3281:5849) on Mon Jul 17 23:11:20 2017 (GMT)
  Stop making it so easy! How will you justify excessive licensing and support fees? ;)

  [ Show thread ] [ Reply to this comment ] [ Mod Up ] [ Mod Down ]

  Re: Add vmctl send and vmctl receive (mod 2/4)
by aste (94.66.56.185) on Sun Jul 23 08:06:23 2017 (GMT)
  How long until vmm can run xorg? Are there any plans for something like that?
I would love to run linux desktop with vmm. I would no longer need to multiboot.
  [ Show thread ] [ Reply to this comment ] [ Mod Up ] [ Mod Down ]

  Re: Add vmctl send and vmctl receive (mod -2/4)
by Rusty (47.145.36.41) on Wed Jul 26 07:04:31 2017 (GMT)
  Err. X is network transparent, use the X on the host system.
  [ Show thread ] [ Reply to this comment ] [ Mod Up ] [ Mod Down ]

  Re: Add vmctl send and vmctl receive (mod 1/1)
by Anonymous Coward (128.52.128.105) on Thu Jul 27 01:30:31 2017 (GMT)
  > Err. X is network transparent, use the X on the host system.

No it isn't. Good luck getting DRI and other non-network-transparent essentials to work over the network.
  [ Show thread ] [ Reply to this comment ] [ Mod Up ] [ Mod Down ]

  Re: Add vmctl send and vmctl receive (mod -3/5)
by Anonymous Coward (79.247.139.9) on Fri Jul 28 10:41:48 2017 (GMT)
  As much as I appreciate the effort such Code maybe should get tested extensively and reviewed.

I just read a Review from a security company about BSDs and they show Bugs in the OpenBSD-Kernel (6.1) and more.

Source:
https://media.defcon.org/DEF%20CON%2025/DEF%20CON%2025%20presentations/DEFCON-25-Ilja-van-Sprundel-BSD-Kern-Vulns.pdf
  [ Show thread ] [ Reply to this comment ] [ Mod Up ] [ Mod Down ]

  Re: Add vmctl send and vmctl receive (mod 0/0)
by rusty (66.146.177.18) on Fri Jul 28 19:22:18 2017 (GMT)
  Even with a vga console, Getting dri to work in a meaningful way would require a method to attach host hardware to the vm(iommu?), I can't speak for the developers but as far as I can tell this is a non goal for vmm.

And last time I tried(several years ago) glx indirect rendering, that is over the network, still worked.

Finally, why do you need dri for most desktop apps?

Now I am tempted to see if I can get steam/games working on a linux guest..
  [ Show thread ] [ Reply to this comment ] [ Mod Up ] [ Mod Down ]

  Re: Add vmctl send and vmctl receive (mod 0/0)
by Anonymous Coward (163.172.217.50) on Sat Jul 29 07:30:24 2017 (GMT)
  > Even with a vga console, Getting dri to work in a meaningful way would require a method to attach host hardware to the vm(iommu?), I can't speak for the developers but as far as I can tell this is a non goal for vmm.
>
> And last time I tried(several years ago) glx indirect rendering, that is over the network, still worked.
>
> Finally, why do you need dri for most desktop apps?
>
> Now I am tempted to see if I can get steam/games working on a linux guest..
>

DIR[2] isn't the only thing: https://youtu.be/RIctzAQOe44?t=1070
Many use more than just "desktop apps" in the VM. 3D rendering apps for example, either won't work over the network, or will be very slow, even going through to the localhost loopback interface.
  [ Show thread ] [ Reply to this comment ] [ Mod Up ] [ Mod Down ]

[ Home | Add Story | Archives | Polls | About ]

Copyright © 2004-2008 Daniel Hartmeier. All rights reserved. Articles and comments are copyright their respective authors, submission implies license to publish on this web site. Contents of the archive prior to April 2nd 2004 as well as images and HTML templates were copied from the fabulous original deadly.org with Jose's and Jim's kind permission. Some icons from slashdot.org used with permission from Kathleen. This journal runs as CGI with httpd(8) on OpenBSD, the source code is BSD licensed. Search engine is ht://Dig. undeadly \Un*dead"ly\, a. Not subject to death; immortal. [Obs.]