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 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.
Would anyone be able to help me get this working?
Thanks in advance!