Support reload vs restart
Nobody has claimed this yet.
- Dominant language
- Ruby
- Stars
- 35
- Forks
- 44
- Avg merge
- 5h 29m
- Merged PRs (30d)
- 1
Description
BIND doesn't need to restart, and causes service disturbance when restarted vs reloaded (i.e. if something breaks in a restart, you're down, however in a reload if you break, you just don't load the change but at least you're still up).
- Add (I've done this in my own branch thus far...)
action :reload do
service new_resource.service_name do
action :reload
end
end
- Address when to reload vs restart. Zone changes should be a reload. Zone additions and deletions can technically also be an rndc command, specifically
rndc reconfig, however it won't reload existing zones (you still needrndc reload. We can also be more targeted on the reload to dorndc reload <ZONE>and if this cookbook is supporting views (not sure that it is), then we'd add the view context to resulting inrndc reload <ZONE> <VIEW>. I haven't made updates for this but as referenced above, I've done number 1.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by locating the bind cookbook's service action and the zone change handling described in the issue. Confirm how reload and restart are currently selected, then determine the required behavior for zone changes, additions, and deletions, including whether views are supported. Done means the reload action and reload-versus-restart behavior are implemented and verified against the cookbook's existing checks.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- ruby
- Domain
- devops, networking
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100