Is there a trick to getting VirtualBox to run smoothly inside a linux VM? I've followed a few different tutorials for installing VirtualBox in CentOS, which typically include installing DKMS, kernel-devel & kernel-headers. The latest advice I saw indicated that IPv6 networking might be the slowness culprit, but even with that disabled my VMs still run slowly. Any tutorials, pointers or even someone's bash history would be greatly appreciated :) On May 9, 2014 3:27 PM, "blong" <[email protected]> wrote:
> Mitchell, > Thanks for getting back to me so quickly & thanks for the info. I am > trying to run VirtualBox inside VMWare Fusion. Later on, the goal is to > move the VMWare fusions instance to VCenter. I'm not sure if it's helpful, > but my "VAGRANT_LOG=debug" output is attached. > > Thanks, > Brian > > On Friday, May 9, 2014 3:16:57 PM UTC-4, Mitchell Hashimoto wrote: >> >> VirtualBox itself doesn't support VirtualBox running in VirtualBox. >> >> VMware this works fine. >> >> On Fri, May 9, 2014 at 11:56 AM, blong <[email protected]> wrote: >> > I'm assuming this isn't recommended, but stay with me! I'm trying to >> > configure a CentOS environment to run VirtualBox and Vagrant without >> any >> > issues. A while back, I was able to successfully nest the >> > "hashicorp/precise32" VM running in VirtualBox within another >> > "hashicorp/precise32" VM running in VirtualBox (as long as VT-x/AMD-V >> is >> > enabled). It's been so long, that I can't exactly remember, but I >> might >> > have been running CentOS inside the precise32 VM, or vice-versa. >> > >> > I've installed both VirtualBox and Vagrant in CentOS (multiple >> experiments >> > using various versions of each), but no matter what I do my inner VM >> runs >> > slowly. I don't expect this, since I gave the CentOS VM more than 7GB >> of >> > memory, and 2 cores from a 2.7GHz Core i7 (real hardware). When I try >> to >> > startup my inner VM's (with or without Vagrant) they run slowly, and >> don't >> > seem to allocate much memory. As the VM is booting, I see CPU 1 & 2 >> spike a >> > bit, then eventually drop, but the total memory usage by CentOS doesn't >> rise >> > above 1GB (via CentOS' System Monitor). When trying to start the >> "precise32" >> > VM, it times out like this: >> > >> > [me@localhost hashicorp-precise32]$ vagrant destroy >> > default: Are you sure you want to destroy the 'default' VM? [y/N] y >> > ==> default: Destroying VM and associated drives... >> > [me@localhost hashicorp-precise32]$ vagrant up >> > Bringing machine 'default' up with 'virtualbox' provider... >> > ==> default: Importing base box 'hashicorp/precise32'... >> > ==> default: Matching MAC address for NAT networking... >> > ==> default: Checking if box 'hashicorp/precise32' is up to date... >> > ==> default: Setting the name of the VM: >> > hashicorp-precise32_default_1399644995759_24359 >> > ==> default: Clearing any previously set network interfaces... >> > ==> default: Preparing network interfaces based on configuration... >> > default: Adapter 1: nat >> > ==> default: Forwarding ports... >> > default: 22 => 2222 (adapter 1) >> > ==> default: Booting VM... >> > ==> default: Waiting for machine to boot. This may take a few >> minutes... >> > default: SSH address: 127.0.0.1:2222 >> > default: SSH username: vagrant >> > default: SSH auth method: private key >> > default: Warning: Connection timeout. Retrying... >> > default: Warning: Connection timeout. Retrying... >> > default: Warning: Connection timeout. Retrying... >> > >> > ... # Omitted for brevity >> > >> > default: Warning: Connection timeout. Retrying... >> > Timed out while waiting for the machine to boot. This means that >> > Vagrant was unable to communicate with the guest machine within >> > the configured ("config.vm.boot_timeout" value) time period. >> > >> > If you look above, you should be able to see the error(s) that >> > Vagrant had when attempting to connect to the machine. These errors >> > are usually good hints as to what may be wrong. >> > >> > If you're using a custom box, make sure that networking is properly >> > working and you're able to connect to the machine. It is a common >> > problem that networking isn't setup properly in these boxes. >> > Verify that authentication configurations are also setup properly, >> > as well. >> > >> > If the box appears to be booting properly, you may want to increase >> > the timeout ("config.vm.boot_timeout") value. >> > >> > >> > I posted a comment on StackOverflow about this, but I'm not sure if >> that >> > will drum up a response from the guy who appears to have had success >> with a >> > nested VM arrangement: >> > http://stackoverflow.com/questions/17175696/running- >> vagrant-inside-vmware-vm/22931930#comment36172153_22931930 >> > >> > Would anyone be able to help me get this working? >> > >> > Thanks in advance! >> > >> > -- >> > You received this message because you are subscribed to the Google >> Groups >> > "Vagrant" group. >> > To unsubscribe from this group and stop receiving emails from it, send >> an >> > email to [email protected]. >> > For more options, visit https://groups.google.com/d/optout. >> > -- > You received this message because you are subscribed to a topic in the > Google Groups "Vagrant" group. > To unsubscribe from this topic, visit > https://groups.google.com/d/topic/vagrant-up/6YHdRupCKuI/unsubscribe. > To unsubscribe from this group and all its topics, send an email to > [email protected]. > For more options, visit https://groups.google.com/d/optout. > -- You received this message because you are subscribed to the Google Groups "Vagrant" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
