| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
|
| |
A working `knife.rb` needs `chef_server_url` to contain `organizations`
in it's url.
Signed-off-by: Jerry Aldrich III <jerry@chef.io>
|
| |
|
|
|
| |
Use with caution. Useful for patching a set of cookbooks on a machine
when iterating during development.
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
I noticed this when my production server host names were being listed in Chef activity after switching to a new deployment tactic. For example, it's fairly safe to assume that the command below will only run on staging:
$ knife ssh -E stag "role:api" "foo"
Actually it runs on ANY node with role:api, which is not only unexpected but ludicrously dangerous in the case of deployments.
You can do this:
$ knife ssh "chef_environment:stag AND role:api" "foo"
I did that after doing an emergency rollback. I'd like this documentation change to be done to avoid that happening to others. Happy to change wording of course.
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
| |
Cache for syntax check is configured by syntax_check_cache_path. For
compatibility, the old moneta-specific cache_options[:path] will be used
when syntax_check_cache_path is not set (defaults to nil)
|
|
|
The opscode/chef repository now only contains the core Chef library code
used by chef-client, knife and chef-solo!
|
