-
Notifications
You must be signed in to change notification settings - Fork 586
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
Omnibus script hangs if it can't get perms on /tmp/stderr #744
Comments
Seen this on Red Hat Enterprise Linux Server release 6.5 and chefDK 0.6.2 |
I am experiencing this problem as well with the most recent Chef omnibus. How can one work around and/or fix this? |
I am experiencing the same issue. Is there a workaround or fix? |
+1 |
1 similar comment
+1 |
+1 I'm using test-kitchen version 1.4.0. I see this error consistently if I change the version of the chef-omnibus package being installed with chef-solo with a CentOS 6.4 virtual machine as the vagrant base box being used. All I need to do to reproduce is add:
to my .kitchen.yml and try to run a test. So far, it's reproducible with any arbitrary version of the chef omnibus. |
Cant' say I've ever seen this one but will try to repro - does this occur with Chef 12+ builds as well? |
Yes, it's happening with any chef version 11 and above.
|
Been unable to reproduce this one for 2 years, closing this out but happy to field a new issue opened with a repro steps against a current chef version. |
https://github.com/test-kitchen/test-kitchen/blob/master/support/chef_base_install_command.sh
If /tmp/stderr is created initially by root, for example, and later another user tries the omnibus install, wget will try to output errors since install.sh exists (owned by root) but the actual /tmp/stderr file is owned by root as well, so it just hangs:
The text was updated successfully, but these errors were encountered: