Skip to content
This repository has been archived by the owner on Jan 21, 2022. It is now read-only.

VirtualBox install #202

Closed
christo4ferris opened this issue Oct 17, 2014 · 14 comments
Closed

VirtualBox install #202

christo4ferris opened this issue Oct 17, 2014 · 14 comments

Comments

@christo4ferris
Copy link

I struggled with a fresh install on a new machine (MacOSX 10.9.5). Until I installed the VirtualBox 4.3.18 Oracle VM VirtualBox Extension Pack, could not get the network correctly configured. Install notes should probably call this out as a dependency.

@cppforlife
Copy link
Contributor

What specific problems did you encounter? We are using 4.3.12 on variety of Macs (mine is 10.9.3).

@christo4ferris
Copy link
Author

The VM was successfully deployed. I could vagrant ssh into the VM and monit showed all services running, etc. I wish I had kept my terminal history. Essentially, for some reason, the 192.168.50.4 was getting mapped to the en0 interface instead of the vboxnet0 interface. @fraenkel and I spent some time comparing environments and he noticed that I hadn't installed the extensions. After that, the network was correctly configured and the VM accessible to bosh from a fresh vagrant up.

@cppforlife
Copy link
Contributor

I've mentioned extenstion pack in the readme on develop branch [1]. It will be promoted to master at some point.

[1] 0489877

@ragsns
Copy link

ragsns commented Nov 19, 2014

I seem to have run into a similar issue as well. Very similar environment (VBox 4.3.18 on Mac 10.9.5) Works fine when I destroy the box and recreate it again, but whenever the network environment changes, bosh and cf stop working.

[WARNING] cannot access director, trying 4 more times...
[WARNING] cannot access director, trying 3 more times...
[WARNING] cannot access director, trying 2 more times...
[WARNING] cannot access director, trying 1 more times...

I can still ssh in and looks like all the services are running.

It also looks like I have vBox additions installed and running as well (see below).

vagrant ssh
Welcome to Ubuntu 14.04 LTS (GNU/Linux 3.13.0-37-generic x86_64)

  • Documentation: https://help.ubuntu.com/
    vagrant@bosh-lite:$ sudo su -
    root@bosh-lite:
    # monit summary
    The Monit daemon 5.2.4 uptime: 3d 10h 32m

Process 'nats' running
Process 'redis' running
Process 'blobstore_nginx' running
Process 'postgres' running
Process 'director' running
Process 'worker_1' running
Process 'worker_2' running
Process 'worker_3' running
Process 'director_scheduler' running
Process 'director_nginx' running
Process 'health_monitor' running
Process 'cpi' running
Process 'warden' running
System 'system_agent-id-bosh-0' running

lsmod | grep -i vbox
vboxsf 43786 1
vboxguest 248675 2 vboxsf
vboxvideo 12658 0
drm 303102 1 vboxvideo

I tried out with no_proxy and http_proxy combinations to no avail. I did the bin/add_route as well.

Obviously the apps also stopped working since there is some routing issue?

Any ideas?

Rags

@bosh-ci-push-pull
Copy link

We are currently working on a bug to clean up pids after host vm is restarted. I would recommend running 'monit stop all' and then 'monit start all' to make sure all running processes are correct.

-dmitriy

On Nov 19, 2014, at 6:11 AM, Rags notifications@github.com wrote:

I seem to have run into a similar issue as well. Very similar environment (VBox 4.3.18 on Mac 10.9.5) Works fine when I destroy the box and recreate it again, but whenever the network environment changes, bosh and cf stop working.

[WARNING] cannot access director, trying 4 more times...
[WARNING] cannot access director, trying 3 more times...
[WARNING] cannot access director, trying 2 more times...
[WARNING] cannot access director, trying 1 more times...

I can still ssh in and looks like all the services are running.

It also looks like I have vBox additions installed and running as well (see below).

vagrant ssh
Welcome to Ubuntu 14.04 LTS (GNU/Linux 3.13.0-37-generic x86_64)

Documentation: https://help.ubuntu.com/ vagrant@bosh-lite:$ sudo su - root@bosh-lite:# monit summary The Monit daemon 5.2.4 uptime: 3d 10h 32m
Process 'nats' running
Process 'redis' running
Process 'blobstore_nginx' running
Process 'postgres' running
Process 'director' running
Process 'worker_1' running
Process 'worker_2' running
Process 'worker_3' running
Process 'director_scheduler' running
Process 'director_nginx' running
Process 'health_monitor' running
Process 'cpi' running
Process 'warden' running
System 'system_agent-id-bosh-0' running

lsmod | grep -i vbox
vboxsf 43786 1
vboxguest 248675 2 vboxsf
vboxvideo 12658 0
drm 303102 1 vboxvideo

I tried out with no_proxy and http_proxy combinations to no avail. I did the bin/add_route as well.

Obviously the apps also stopped working since there is some routing issue?

Any ideas?

Rags


Reply to this email directly or view it on GitHub.

@ragsns
Copy link

ragsns commented Nov 19, 2014

Yes, I did stop all the processes and restarted them.

monit summary
The Monit daemon 5.2.4 uptime: 3d 14h 42m

Process 'nats' not monitored
Process 'redis' not monitored
Process 'blobstore_nginx' not monitored
Process 'postgres' not monitored
Process 'director' not monitored
Process 'worker_1' not monitored
Process 'worker_2' not monitored
Process 'worker_3' not monitored
Process 'director_scheduler' not monitored
Process 'director_nginx' not monitored
Process 'health_monitor' not monitored
Process 'cpi' not monitored
Process 'warden' not monitored
System 'system_agent-id-bosh-0' not monitored

Process 'nats' running
Process 'redis' running
Process 'blobstore_nginx' running
Process 'postgres' running
Process 'director' running
Process 'worker_1' running
Process 'worker_2' running
Process 'worker_3' running
Process 'director_scheduler' running
Process 'director_nginx' running
Process 'health_monitor' running
Process 'cpi' running
Process 'warden' running
System 'system_agent-id-bosh-0' running

Still the same results for the bosh commands.

Rags

@ragsns
Copy link

ragsns commented Nov 25, 2014

Any updates/ideas? The processes still seem to be running but I am unable to bosh login.

bosh target
Current target is https://192.168.50.4:25555 (Bosh Lite Director)

monit summary
The Monit daemon 5.2.4 uptime: 9d 14h 38m

Process 'nats' running
Process 'redis' running
Process 'blobstore_nginx' running
Process 'postgres' running
Process 'director' running
Process 'worker_1' running
Process 'worker_2' running
Process 'worker_3' running
Process 'director_scheduler' running
Process 'director_nginx' running
Process 'health_monitor' running
Process 'cpi' running
Process 'warden' running
System 'system_agent-id-bosh-0' running

@bosh-ci-push-pull
Copy link

Is 192.168.50.4 pingable?

On Tue, Nov 25, 2014 at 9:59 AM, Rags notifications@github.com wrote:

Any updates/ideas? The processes still seem to be running but I am unable
to bosh login.

bosh target
Current target is https://192.168.50.4:25555 (Bosh Lite Director)

monit summary
The Monit daemon 5.2.4 uptime: 9d 14h 38m

Process 'nats' running
Process 'redis' running
Process 'blobstore_nginx' running
Process 'postgres' running
Process 'director' running
Process 'worker_1' running
Process 'worker_2' running
Process 'worker_3' running
Process 'director_scheduler' running
Process 'director_nginx' running
Process 'health_monitor' running
Process 'cpi' running
Process 'warden' running
System 'system_agent-id-bosh-0' running


Reply to this email directly or view it on GitHub
#202 (comment)
.

@ragsns
Copy link

ragsns commented Nov 25, 2014

No it's not pingable. Even when I was able to successfully bosh login it was not pingable -- since it uses ssh port forwarding?

I would rather not blow away and reinstall again :-)

Rags

@bosh-ci-push-pull
Copy link

I would suggest vagrant ssh into the box and trying to use bosh from
inside. You should be able to do: bosh login bosh-lite (or may be bosh
login localhost).

On Tue, Nov 25, 2014 at 10:14 AM, Rags notifications@github.com wrote:

No it's not pingable. Even when I was able to successfully bosh login it
was not pingable -- since it uses ssh port forwarding?

I would rather not blow away and reinstall again :-)

Rags


Reply to this email directly or view it on GitHub
#202 (comment)
.

@christo4ferris
Copy link
Author

do you have a VPN? I have found that some VPN clients make it difficult to connect to your VM. I have to turn mine off (Cisco Anyconnect)

@ragsns
Copy link

ragsns commented Nov 26, 2014

do you have a VPN?

I suspected the same or some vbox networking issue which it very well could be. VPN or no VPN I had same issues.

vagrant ssh. You should be able to do: bosh login bosh-lite (or may be bosh login localhost).

Tried that and was able to bosh login bosh-lite

However, bosh cck showed the VMs not running.

Unfortunately, my Mac spinning wheel started to appear and I had to reboot -- so, don't have that information.

It looks like I may have to start from scratch (yet again).

Rags

@bosh-ci-push-pull
Copy link

It is expected that bosh vms will be unresponsive after a reboot. You have
to use bosh cck to bring those vms back.

On Tue, Nov 25, 2014 at 4:04 PM, Rags notifications@github.com wrote:

do you have a VPN?

I suspected the same or some vbox networking issue which it very well
could be. VPN or no VPN I had same issues.

vagrant ssh. You should be able to do: bosh login bosh-lite (or may be
bosh login localhost).

Tried that and was able to bosh login bosh-lite

However, bosh cck showed the VMs not running.

Unfortunately, my Mac spinning wheel started to appear and I had to reboot
-- so, don't have that information.

It looks like I may have to start from scratch (yet again).

Rags


Reply to this email directly or view it on GitHub
#202 (comment)
.

@cppforlife
Copy link
Contributor

Original issue is mentioned in bosh-lite readme. Closing.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants