You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
sometimes windows images wouldn't come up with an error around setting the hostname, so we set vm_hostname to false. Apparently this is now setting the hostname to false. According to the Vagrant Docs we may want to set that to nil to avoid setting the hostname, but ideally we fix the error.
Best theory right now is vagrant is breaking with long host name. We should figure it out and get it fixed in vagrant.
This was effectively setting the hostname to false for all guests. Which we believe
was helping a bug where kitchen-vagrant/vagrant would fail to set the hostname if it was
over a certain length. Although, I had intended this to make kitchen-vagrant not set a
hostname at all, but apparently to that we needed this value to be nil.
That's the new default in the new-driver-model branch of kitchen-vagrant, which
we should see merged into master and/or windows-guest-support soon.
sometimes windows images wouldn't come up with an error around setting the hostname, so we set vm_hostname to false. Apparently this is now setting the hostname to false. According to the Vagrant Docs we may want to set that to nil to avoid setting the hostname, but ideally we fix the error.
Best theory right now is vagrant is breaking with long host name. We should figure it out and get it fixed in vagrant.
It looks like currently there's a reboot involved:
https://github.com/mitchellh/vagrant/blob/master/plugins/guests/windows/cap/change_host_name.rb#L10
Vagrant tried to remove the reboot in hashicorp/vagrant#4693 but it caused problems and it was reverted in hashicorp/vagrant#5240.
/cc @cmluciano
The text was updated successfully, but these errors were encountered: