-
Notifications
You must be signed in to change notification settings - Fork 4.4k
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
WinRM Timeout/Port Collisions #10535
Comments
Any update/news on this? I am getting the same error. |
No sir, I've also tested with VMware 15 and updated vagrant installation / plugins as well and have received the same error |
Thanks for the update! |
FWIW, I was able to build VMware VMs using Workstation 15 under Linux. I was then able to export to OVF and import into ESXi. |
I don't understand the root cause of this bug, but removing the port forwarding for RDP from the Packer template seems to resolve the problem completely. I suspect Windows machines barf when trying to forward a port that is already being used and all additional port forwards either abort or fail. |
Vagrant version
Vagrant 2.2.2
vagrant-reload (0.0.1, global)
vagrant-vmware-desktop (2.0.2, global)
Host operating system
Windows Server 2016.
VMWare Workstation 12.5.9
Guest operating system
Windows 10 / Windows 2016.
Vagrantfile
Debug output
Provide a link to a GitHub Gist containing the complete debug output:
https://www.vagrantup.com/docs/other/debugging.html. The debug output should
be very long. Do NOT paste the debug output in the issue, just paste the
link to the Gist.
2 files in the gist,
1 from the command: vagrant up --debug 2>&1 | Tee-Object -FilePath ".\vagrant_DetectLab
2 from the commadn: vagrant reload dc --provision --debug 2>&1 | Tee-Object -FilePath ".\vagrant_DetectLab2
https://gist.github.com/nterl0k/1fdc0ace2572c9bb7feb2c912cf14d42
Expected behavior
WinRM port forwards and provisioning should have occurred.
Actual behavior
WinRM port forwards occur initially, but then timeout and WinRM collisions (55985, 55986) occur on subsequent provisioning attempts.
Steps to reproduce
Checked the following items:
Attempted Fix:es (using "./vagrant reload dc --provision" after each)
References
clong/DetectionLab#169
...
The text was updated successfully, but these errors were encountered: