sous-chefs / sous-chefs/bind

Support reload vs restart

Open
#35 4 comments 0 reactions 0 assignees View on GitHub

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).

  1. Add (I've done this in my own branch thus far...)
action :reload do
  service new_resource.service_name do
    action :reload
  end
end
  1. 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 need rndc reload. We can also be more targeted on the reload to do rndc reload <ZONE> and if this cookbook is supporting views (not sure that it is), then we'd add the view context to resulting in rndc reload <ZONE> <VIEW>. I haven't made updates for this but as referenced above, I've done number 1.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. 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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.