-
Notifications
You must be signed in to change notification settings - Fork 585
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
kitchen does not create needed interface. no errors #621
Comments
I've confirmed the same problem on OSX, using ChefDK 4.0. Also tried rolling back to ChefDK 3.6, which didn't make any difference. I also confirmed what ror6ax said, moving the ip address up into the main driver: section works, but is a bummer because you can't have different ips in multiple suites. |
I'm also seeing this issue on OSX. I use multiple suites with various IP and need them to be able to talk to each other for proper testing. Currently I can not find any way around this bug. In my case using this kitchen.yml file it uses the first IP noted in the first test suite on all suites. Using this example all test suites use the IP 192.168.0.21 Let me know if anyone is able to find a work around or know of something I'm doing wrong. This kitchen.yml was working as late as Dec 2014 so not sure when bug was introduced. |
Im my experience this normally happens when the spacing is off in your kitchen.yml file. |
Is this still an issue? Also think this may end up being more of a kitchen-vagrant issue rather than a core TK issue. |
Definitely not a core kitchen issue and almost definitely issues with the configs themselves. If still experiencing please open a new one on kitchen-vagrant with current versions. |
My kitchen.yml features this:
It results in your usual forwarding, no private network. What is worse, no errors, all green,
However if I get the whole network part into first driver declaraion, like this:
...it works fine, my interface is in place.
The text was updated successfully, but these errors were encountered: