-
Notifications
You must be signed in to change notification settings - Fork 449
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
Ohai Should Be Able To Handle Binary UserData from ec2 Plugin #503
Comments
Previously working chef run's on EC2 will suddenly start failing once binary data is passed to new instances, as we are experiencing. In our case, the chef bootstrapped Elastic Build nodes for our CI/CD infrastructure on Bamboo OnDemand broke with a recent release of Bamboo OnDemand. Bamboo changed the way it launches EC2 instances by compressing the userdata attribute to fit more data. |
FYI - this issue was reported two years ago as well |
This bug causes Chef to fail on EC2 nodes that pass binary data via userdata. At the moment, any EC2 node I have to first launch, then ssh in, manually edit the ohai source on the box, and finally re-run chef-client. What can we do to move this along? Is there a way to use a forked/patched ohai ? |
fixed by #548 and or chef/chef#3320 |
Zendesk 3391
As customers, I, Amazon, and Atlassian would like to send binary userdata to EC2 instances.
This is implicitly allowed by AWS and the cloud-init package and so Chef should allow it too.
When the current Ohai 8.1.1 tries to display any binary userdata at the end of its standalone run or during the node.save at the end of chef-client runs, it becomes sad, with
This PR might help #504
The text was updated successfully, but these errors were encountered: