Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

VMware: Ubuntu 15.10 networking issues #554

Closed
rmoriz opened this issue Mar 30, 2016 · 5 comments
Closed

VMware: Ubuntu 15.10 networking issues #554

rmoriz opened this issue Mar 30, 2016 · 5 comments
Labels
HV: vmware Type: Bug Does not work as expected.

Comments

@rmoriz
Copy link
Contributor

rmoriz commented Mar 30, 2016

Now with the released images on Atlas, I've the issues already mentioned in the #545.

  • Vagrant 1.8.1
  • test-kitchen 1.5.0
  • VMware Fusion 8.1.0

Problem => No network
Reason => #545 (comment)
Possible Fix => #545 (comment)

❗ If you're affected, add a comment which VMWare product and version you're using! Thanks! ❗

kitchen setup 1510
-----> Starting Kitchen (v1.5.0)
-----> Creating <default-ubuntu-1510>...
       Bringing machine 'default' up with 'vmware_fusion' provider...
       ==> default: Box 'opscode-ubuntu-15.10' could not be found. Attempting to find and install...
           default: Box Provider: vmware_desktop, vmware_fusion, vmware_workstation
           default: Box Version: >= 0
       ==> default: Box file was not detected as metadata. Adding it directly...
       ==> default: Adding box 'opscode-ubuntu-15.10' (v0) for provider: vmware_desktop, vmware_fusion, vmware_workstation
           default: Downloading: https://opscode-vm-bento.s3.amazonaws.com/vagrant/vmware/opscode_ubuntu-15.10_chef-provisionerless.box
==> default: Successfully added box 'opscode-ubuntu-15.10' (v0) for 'vmware_desktop'!
       ==> default: Cloning VMware VM: 'opscode-ubuntu-15.10'. This can take some time...
       ==> default: Verifying vmnet devices are healthy...
       ==> default: Preparing network adapters...
       ==> default: Starting the VMware VM...
       ==> default: Waiting for machine to boot. This may take a few minutes...
       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.
>>>>>> ------Exception-------
>>>>>> Class: Kitchen::ActionFailed
>>>>>> Message: Failed to complete #create action: [Expected process to exit with [0], but received '1'
---- Begin output of vagrant up --no-provision --provider vmware_fusion ----
STDOUT: Bringing machine 'default' up with 'vmware_fusion' provider...
==> default: Box 'opscode-ubuntu-15.10' could not be found. Attempting to find and install...
    default: Box Provider: vmware_desktop, vmware_fusion, vmware_workstation
    default: Box Version: >= 0
==> default: Box file was not detected as metadata. Adding it directly...
==> default: Adding box 'opscode-ubuntu-15.10' (v0) for provider: vmware_desktop, vmware_fusion, vmware_workstation
    default: Downloading: https://opscode-vm-bento.s3.amazonaws.com/vagrant/vmware/opscode_ubuntu-15.10_chef-provisionerless.box
==> default: Successfully added box 'opscode-ubuntu-15.10' (v0) for 'vmware_desktop'!
==> default: Cloning VMware VM: 'opscode-ubuntu-15.10'. This can take some time...
==> default: Verifying vmnet devices are healthy...
==> default: Preparing network adapters...
==> default: Starting the VMware VM...
==> default: Waiting for machine to boot. This may take a few minutes...
STDERR: 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.
---- End output of vagrant up --no-provision --provider vmware_fusion ----
Ran vagrant up --no-provision --provider vmware_fusion returned 1]
>>>>>> ----------------------
>>>>>> Please see .kitchen/logs/kitchen.log for more details
>>>>>> Also try running `kitchen diagnose --all` for configuration

kitchen setup 1510  73,17s user 135,29s system 35% cpu 9:40,88 total
@cheeseplus cheeseplus changed the title Ubuntu 10.10 + VMware + networking issues VMware: Ubuntu 15.10 networking issues Mar 30, 2016
@rmoriz
Copy link
Contributor Author

rmoriz commented Apr 14, 2016

I guess someone needs to make a decision regarding #545 (comment) or come up with another solution?

@cheeseplus
Copy link
Contributor

Someone (myself included) just needs to make a PR and then run it through the pipeline/tests.

@rmoriz
Copy link
Contributor Author

rmoriz commented Apr 21, 2016

any updates on this? ETA?

cheeseplus pushed a commit that referenced this issue Apr 21, 2016
…working

vmware: tie network device to pci slot 32, see #554
@cheeseplus
Copy link
Contributor

Working on builds today.

@cheeseplus
Copy link
Contributor

Builds released and the networking issues here are resolved.

@tas50 tas50 added Type: Bug Does not work as expected. and removed Bug labels Jan 2, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
HV: vmware Type: Bug Does not work as expected.
Projects
None yet
Development

No branches or pull requests

4 participants
@rmoriz @cheeseplus @tas50 and others