| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|/ /
| |
| |
| |
| |
| | |
domain username and password.
Signed-off-by: John McCrae <jmccrae@chef.io>
|
| |
| |
| |
| | |
Obvious fix; these changes are the result of automation not creative thinking.
|
|\ \
| | |
| | | |
DNF provider update
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
- stabilization fixes to the provider
- we now no longer retry in specs and fail on any errors
- we disable all the repos in the specs for speed
- we only reap the daemon to flush the cache in the specs
- we also only reap the daemon after having setup repos
- all the func specs have been converted to inline resources
- all the i/o is now blocking+flushing instead of nonblocking+confusing
(how did it all ever work? why did i use nonblocking i/o?)
Signed-off-by: Lamont Granquist <lamont@scriptkiddie.org>
|
| | |
| | |
| | |
| | | |
Obvious fix; these changes are the result of automation not creative thinking.
|
|\ \ \
| | | |
| | | | |
Signed-off-by: Tim Smith <tsmith@chef.io>
|
| |\ \ \ |
|
| | |/ /
| | | |
| | | |
| | | |
| | | |
| | | | |
What shows up in an Account Lockout Policy is Account Lockout Threshold but what gets written to disk when you change it is LockoutBadCount. That item is available in the list of existing policy objects. I updated the code to add AuditPolicyChange; that was mssing. I also added ResetLockoutCount which pairs with the Lockout Threshold so users aren't permanently locked out. The last item, LockoutObservationWindow, does not appear in a Security Policy as exported by secedit but you can get to it via PowerShell. It is part of a customized fine grain password policy. Read more here: http://woshub.com/fine-grained-password-policy-in-windows-server-2012-r2/
Signed-off-by: John McCrae <jmccrae@chef.io>
|
| | | |
| | | |
| | | |
| | | | |
Signed-off-by: John McCrae <jmccrae@chef.io>
|
|/ / /
| | |
| | |
| | |
| | |
| | | |
What shows up in an Account Lockout Policy is Account Lockout Threshold but what gets written to disk when you change it is LockoutBadCount. That item is available in the list of existing policy objects. I updated the code to add AuditPolicyChange; that was mssing. I also added ResetLockoutCount which pairs with the Lockout Threshold so users aren't permanently locked out. The last item, LockoutObservationWindow, does not appear in a Security Policy as exported by secedit but you can get to it via PowerShell. It is part of a customized fine grain password policy. Read more here: http://woshub.com/fine-grained-password-policy-in-windows-server-2012-r2/
Signed-off-by: John McCrae <jmccrae@chef.io>
|
| | |
| | |
| | |
| | | |
Obvious fix; these changes are the result of automation not creative thinking.
|
|\ \ \
| |/ /
|/| | |
Signed-off-by: Tim Smith <tsmith@chef.io>
|
|/ /
| |
| |
| |
| |
| | |
This pull request was triggered automatically via Expeditor when inspec-core-bin 4.37.0 was promoted to Rubygems.
This change falls under the obvious fix policy so no Developer Certificate of Origin (DCO) sign-off is required.
|
| |
| |
| |
| | |
Obvious fix; these changes are the result of automation not creative thinking.
|
|\ \
| | |
| | | |
Stop the endless File.exists? spam from chef/node
|
|/ /
| |
| |
| | |
Signed-off-by: Lamont Granquist <lamont@scriptkiddie.org>
|
| |
| |
| |
| | |
Obvious fix; these changes are the result of automation not creative thinking.
|
|\ \
| | |
| | | |
Suppress unified mode deprecation warning for deprecated resources
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This suppressses the unified_mode warning for any resources that have been
deprecated via the chef_version_for_provides mechanism.
Signed-off-by: Lamont Granquist <lamont@scriptkiddie.org>
|
| | |
| | |
| | |
| | | |
Obvious fix; these changes are the result of automation not creative thinking.
|
|\ \ \
| |/ /
|/| | |
Fix edit_resource usage in unified_mode
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This makes edit_resource "atomic" so that in unified_mode the block is
played against the resource being built before it is added to the
resource collection and unified_mode fires the resource.
Signed-off-by: Lamont Granquist <lamont@scriptkiddie.org>
|
| | |
| | |
| | |
| | | |
Signed-off-by: Lamont Granquist <lamont@scriptkiddie.org>
|
|\ \ \
| | | |
| | | | |
Fix yum specs
|
|/ / /
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Reset the singleton instance before starting the test, because
singletons.
Also better clears up some internal state when the daemon gets reaped
Signed-off-by: Lamont Granquist <lamont@scriptkiddie.org>
|
|\ \ \
| | | |
| | | | |
Remove pipeline-specific logic from test scripts
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
This logic has been moved into the Omnibus Buildkite Plugin.
These scripts can now be used outside of the Buildkite pipelines.
Signed-off-by: Tom Duffield <github@tomduffield.com>
|
| | | |
| | | |
| | | |
| | | | |
Obvious fix; these changes are the result of automation not creative thinking.
|
|\ \ \ \
| | | | |
| | | | | |
Signed-off-by: Tim Smith <tsmith@chef.io>
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
In #10925 the method of fetching the current systemd unit status was changed.
In this change a typo was introduced which caused the systemctl command which
should look like this
`/usr/bin/systemctl --system show -p UnitFileState -p ActiveState apache2.service`
to instead look like this
`/usr/bin/systemctl --system show -p UnitFileState -p ActiveState apache2.service {}`
The result is that instead of a response like this
```
ActiveState=active
UnitFileState=enabled
```
Chef gets
```
ActiveState=active
UnitFileState=enabled
ActiveState=inactive
UnitFileState=
```
which is the status of the service followed by the status of a bogus service called "{}"
This results in Chef always thinking that systemd unit's are not active and not enabled
and every Chef run attempts to enable and start the already enabled and started services.
This is the same type of issue that was fixed in #11497 which applied to the systemd provider. That bug was introduced in #10776.
This fixes the bug by expanding the splat with a preceding `**`
Signed-off-by: Gene Wood <gene_wood@cementhorizon.com>
|
| | | | |
| | | | |
| | | | |
| | | | | |
Obvious fix; these changes are the result of automation not creative thinking.
|
|\ \ \ \ \
| |/ / / /
|/| | | |
| | | | |
| | | | | |
chef/expeditor/chef/ohai_00e12a5deb261ae20c330cb72fc2909ad3d20372
Signed-off-by: Tim Smith <tsmith@chef.io>
|
|/ / / /
| | | |
| | | |
| | | |
| | | |
| | | | |
This pull request was triggered automatically via Expeditor when 00e12a5deb261ae20c330cb72fc2909ad3d20372 was merged.
This change falls under the obvious fix policy so no Developer Certificate of Origin (DCO) sign-off is required.
|
| | | |
| | | |
| | | |
| | | | |
Obvious fix; these changes are the result of automation not creative thinking.
|
|\ \ \ \
| | | | |
| | | | | |
Add back windows deps to omnibus
|
|/ / / /
| | | |
| | | |
| | | | |
Signed-off-by: Tim Smith <tsmith@chef.io>
|
| | | |
| | | |
| | | |
| | | | |
Obvious fix; these changes are the result of automation not creative thinking.
|
|\ \ \ \
| |_|/ /
|/| | | |
Signed-off-by: Tim Smith <tsmith@chef.io>
|
| | | |
| | | |
| | | |
| | | | |
Signed-off-by: Tim Smith <tsmith@chef.io>
|
| | | |
| | | |
| | | |
| | | | |
Signed-off-by: Tim Smith <tsmith@chef.io>
|
|/ / /
| | |
| | |
| | |
| | |
| | | |
This should help us slim the size of the install down and it should also greatly speed up testing anything that deps directly on chef.
Signed-off-by: Tim Smith <tsmith@chef.io>
|
| | |
| | |
| | |
| | | |
Obvious fix; these changes are the result of automation not creative thinking.
|
|\ \ \
| | | |
| | | | |
Fix systemd service state detection
|
|/ / /
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Resolves #11496
This adds a missing double splat which is required when using Ruby 3.0.
Signed-off-by: Lance Albertson <lance@osuosl.org>
|
| | |
| | |
| | |
| | | |
Obvious fix; these changes are the result of automation not creative thinking.
|
|\ \ \
| | | |
| | | |
| | | |
| | | | |
chef/expeditor/chef/ohai_947a97d47daa1dce6aa7b91f2057b15451805b25
Signed-off-by: Tim Smith <tsmith@chef.io>
|
|/ / /
| | |
| | |
| | |
| | |
| | | |
This pull request was triggered automatically via Expeditor when 947a97d47daa1dce6aa7b91f2057b15451805b25 was merged.
This change falls under the obvious fix policy so no Developer Certificate of Origin (DCO) sign-off is required.
|
| | |
| | |
| | |
| | | |
Obvious fix; these changes are the result of automation not creative thinking.
|
|\ \ \
| | | |
| | | | |
Signed-off-by: Tim Smith <tsmith@chef.io>
|
|/ / /
| | |
| | |
| | |
| | |
| | | |
One more down
Signed-off-by: Tim Smith <tsmith@chef.io>
|