non-supported by BBQ, baby's first VM.

Forum rules
We believe in Hello and Thank You.
User avatar
DebianJoe
Frame Buffer
Posts: 1915
Joined: Mon Jul 01, 2013 5:41 am
Location: emacs.d

non-supported by BBQ, baby's first VM.

Unread post by DebianJoe » Wed Nov 26, 2014 9:42 pm

So, I was chatting with Titan about Virtualization, and that the enterprise class Linux's have some really simple interfaces for setting up a VM.

Thought I'd drop a shot here of a <10 minute project to get it installed and running a Windows VM of one of our work systems.
mikey.jpg
...assuming KDE isn't your thing, got openSUSE Mike to try out OB. He said that it took all of 30 seconds to swap to:
mikeyonOB.jpg
I have to win him over from his "Why be minimal when I can out-hardware it?" mindset a bit at a time.
|>>BBQ Roaster, Alpha Branch<< | >> clinky << | >> X11 must die << |
Thanks BASIC

User avatar
ivanovnegro
Minister of Truth
Posts: 5449
Joined: Wed Oct 17, 2012 11:12 pm

Re: non-supported by BBQ, baby's first VM.

Unread post by ivanovnegro » Wed Nov 26, 2014 10:16 pm

Oh my, oh my...

User avatar
Dr_Chroot
Alfalfa
Posts: 1100
Joined: Mon Jun 09, 2014 9:49 pm
Location: among the sagebrush
Contact:

Re: non-supported by BBQ, baby's first VM.

Unread post by Dr_Chroot » Wed Nov 26, 2014 10:30 pm

Wow, DJ. Very nice! I only have 2GB of memory atm, otherwise I would certainly tincker around with VMs more. Plan9 is definately on the bucket list...

As I summon the gods of Startpage, it looks like I could use VNC on top of a VPS, though. Will have to look into that B)
Fight internet censorship.
EFF | Tor Project | Bitcoin

"There have been times throughout American history where what is right is not the same as what is legal. Sometimes to do the right thing you have to break the law." - Edward Snowden

User avatar
harveyhunt
Haxxor
Posts: 125
Joined: Mon Jul 07, 2014 3:06 am
Contact:

Re: non-supported by BBQ, baby's first VM.

Unread post by harveyhunt » Fri Dec 05, 2014 4:33 am

Got any details on how you did this DJ?

I've been meaning to get some VMs running, but always turn back - whether that be lack of time or poor libvirt docs.

User avatar
DebianJoe
Frame Buffer
Posts: 1915
Joined: Mon Jul 01, 2013 5:41 am
Location: emacs.d

Re: non-supported by BBQ, baby's first VM.

Unread post by DebianJoe » Fri Dec 05, 2014 6:41 am

Yessir.
----general installation----
The installation through Suse's repos is pretty trivial. I'm running a LTS kernel on my work system, so I just matched the kernel modules to the appropriate release and pulled them and the main virtualbox package along with the guest-additions via Zypper. I referenced the Archwiki to gather notes about starting certain modules (which now openSUSE is fully committed to sysD...so they're very similar for starting and stopping services). A lot of doing this is simply trusting the maintainers at openSUSE in this case to get it right, I'm sure running Tumbleweed or Factory would make this significantly more difficult.

----start specific info here----
The tricky part comes with the WHY I was doing this. My work often requires that we travel and be able to interface with some varied and sometimes archaic hardware. Many of the systems use interface software written only for certain Windows platforms, and are fed information across serial. (Servomotors are the WORST about this.) Well, I can't really justify carrying 13 different laptops just so that I'll have a working Unix-like, 64-bit Windows 7, 32-bit Windows 7, Win XP, *cough cough* DOS 6 (I use DoSBox for this), etc. So, I got my company to handle the licensing, and now use two laptops that are tied via ethernet to hook to any number of external machines. One is dedicated Win 7 64 with a Zeroshell VM on it, and it handles my corporate network authentication. The other, is the VM mule.

The VM mule has (and this is machine dependent) the bios settings allowing it to actually allocate 3/4 of the system resources to the VMs, as the main OS is really only used to bring up network interfaces, share files across shared directories (which are tied to network directories), and control the hardware (I use 2 Omron and 1 Belkin USB-->Serial ports...as for whatever crazy reason...the chipsets in them are not 100% interchangeable, and some archaic systems respond better to one than the other). I often end up running 2 VM's in different workspaces, and that loads the hell out of a system. Tuning them in for higher performance is a requirement. Forwarding networks shares across Zeroshell, and then through the VM share is the other tricky to setup part, but once it's done it's pretty cool.

It's not the most efficient system as far as performance is concerned, but compared to carrying multiple systems around just to be able to talk to 3-4 pieces of hardware, and a PLC at the same time, it's MUCH easier. The picture above is actually us in my lab just playing with VDI and different setups. I've been using a T400 with 8gb RAM in it using an almost identical setup for about the past year and a half without any major issues.
|>>BBQ Roaster, Alpha Branch<< | >> clinky << | >> X11 must die << |
Thanks BASIC

User avatar
stark
MILF
Posts: 521
Joined: Sat Sep 27, 2014 6:38 pm
Location: Arpanet
Contact:

Re: non-supported by BBQ, baby's first VM.

Unread post by stark » Fri Dec 05, 2014 10:54 am

You can forward network shares from one VM to another O_o ? That's quite a extensive setup.

Do you have to recompile the VM's module's with every kernel update or kernel upgrade that occurs on the host ?
If you can do it go ahead and do it, if you can't do it then don't even criticize it. - gingerdesu

User avatar
DebianJoe
Frame Buffer
Posts: 1915
Joined: Mon Jul 01, 2013 5:41 am
Location: emacs.d

Re: non-supported by BBQ, baby's first VM.

Unread post by DebianJoe » Fri Dec 05, 2014 11:02 am

stark wrote:Do you have to recompile the VM's module's with every kernel update or kernel upgrade that occurs on the host ?
Assuming that the kernel isn't static, yes. I tend to not update kernels if they're working on specific hardware to a satisfactory level. It's well within reason to use dkms to automate the recompile process to a certain degree if you are regularly changing kernel versions, though.
|>>BBQ Roaster, Alpha Branch<< | >> clinky << | >> X11 must die << |
Thanks BASIC

User avatar
stark
MILF
Posts: 521
Joined: Sat Sep 27, 2014 6:38 pm
Location: Arpanet
Contact:

Re: non-supported by BBQ, baby's first VM.

Unread post by stark » Fri Dec 05, 2014 11:52 am

Alright this is the reason i hate VMs on a rolling release distro, didn't knew about DKMS Thank You! :)

Offtopic:

The new quote in your sig got me real good. Whackily ( if that's a word ) Hilarious :D

Added to Quote of the day thread.
If you can do it go ahead and do it, if you can't do it then don't even criticize it. - gingerdesu

User avatar
harveyhunt
Haxxor
Posts: 125
Joined: Mon Jul 07, 2014 3:06 am
Contact:

Re: non-supported by BBQ, baby's first VM.

Unread post by harveyhunt » Fri Dec 05, 2014 11:37 pm

Thanks for the detailed write up DJ, I have VirtualBox running and am going to test out some more BBQ spins. :-)

machinebacon
Baconator
Posts: 10253
Joined: Thu Sep 16, 2010 11:03 am
Location: Pfälzerwald
Contact:

Re: non-supported by BBQ, baby's first VM.

Unread post by machinebacon » Sat Dec 06, 2014 1:13 am

DebianJoe wrote:
stark wrote:Do you have to recompile the VM's module's with every kernel update or kernel upgrade that occurs on the host ?
Assuming that the kernel isn't static, yes. I tend to not update kernels if they're working on specific hardware to a satisfactory level.
Signed. Nothing is worse than having a non-booting VirtualBox on a productivity system.
..gnutella..

Post Reply