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

Port collision #167

Closed
dnice77 opened this issue Nov 5, 2018 · 5 comments
Closed

Port collision #167

dnice77 opened this issue Nov 5, 2018 · 5 comments

Comments

@dnice77
Copy link

dnice77 commented Nov 5, 2018

  • Operating System Version: Win10
  • Provider (VirtualBox/VMWare): VMWare
  • Vagrant Version: 2.2
  • Packer Version: 1.3.2
  • Is the issue reproducible or intermittent? reproducible

Description of the issue:

==> win10: Fixed port collision for 3389 => 3389. Now on port 2202.
==> win10: Fixed port collision for 22 => 2222. Now on port 2203.
==> win10: Starting the VMware VM...
==> win10: Waiting for the VM to receive an address...
Some of the defined forwarded ports would collide with existing
forwarded ports on VMware network devices. This can be due to
existing Vagrant-managed VMware machines, or due to manually
configured port forwarding with VMware. Please fix the following
port collisions and try again:

55985, 55986

*Is there a config file I need to make a change to?

@clong
Copy link
Owner

clong commented Nov 6, 2018

Hmm, I'm not sure how to fix this for Windows. Here's the solution for VMware Fusion, but I'm not sure where the equivalent files are for Windows:

hashicorp/vagrant#8130 (comment)

@clong
Copy link
Owner

clong commented Nov 13, 2018

@dnice77 were you able to get things working again?

@clong
Copy link
Owner

clong commented Nov 17, 2018

Closing due to inactivity

@clong clong closed this as completed Nov 17, 2018
@nterl0k
Copy link

nterl0k commented Nov 25, 2018

Operating System Version: Windows Server 2016
Provider (VirtualBox/VMWare): VMWare Workstation Pro 12.5.9
Vagrant Version: 2.2.1
Vagrant VMWare Desktop Utility Version: 1.0.5
Packer Version: 1.3.2
Is the issue reproducible or intermittent? reproducible

Received similar issue with the provisioning of the DC, stopped install to troubleshoot:

==> dc: Fixed port collision for 3389 => 3389. Now on port 2202.
==> dc: Fixed port collision for 22 => 2222. Now on port 2203.
==> dc: Starting the VMware VM...
==> dc: Waiting for the VM to receive an address...
Some of the defined forwarded ports would collide with existing
forwarded ports on VMware network devices. This can be due to
existing Vagrant-managed VMware machines, or due to manually
configured port forwarding with VMware. Please fix the following
port collisions and try again:
55985, 55986

Checked the following items:

  • Used "./vagrant up" -failed as above
  • Used "./vagrant reload dc --provision" - failed as above

Attempted Fix:es (using "./vagrant reload dc --provision" after each)

  • Used "./vagrant destroy" then "./vagrant up"
  • Commented out any existing port forwards, the following link gives the proper location for VWWare Workstation (Similar to Issue #8130) C:\ProgramData\VMware\vmnetnat.conf
  • Removed existing port forwards in the GUI for VMWare under "Edit -> Vitrual Network Editor -> NAT -> NAT Settings" -- Changing NAT Settings via the GUI triggers a restart of NAT services
  • https://docs.vmware.com/en/VMware-Workstation-Pro/12.0/com.vmware.ws.using.doc/GUID-C2EC7B92-A499-4B47-95B6-0BFDDA28AC34.html
  • Checked Host machine port allocations for 55985 and 55986, no associations were found.
  • Cleared "C:\ProgramData\hashicorp\vagrant-vmware-desktop\settings\nat.json"
  • Rebuilt the "VMWare Desktop Utility" via add/remove programs.
  • Toggled Host WinRM service just for good measure, though doubted this would help.

I'm going to attempt to remove all of the components associated with the lab and re-install fresh... Unclear if this will help with the issue.

@dnice77
Copy link
Author

dnice77 commented Nov 25, 2018 via email

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

No branches or pull requests

3 participants