[chef] Re: Keeping DNS configuration eerrors from breaking working server with bind cookboks


Chronological Thread 
  • From: "Eric G. Wolfe" < >
  • To:
  • Subject: [chef] Re: Keeping DNS configuration eerrors from breaking working server with bind cookboks
  • Date: Wed, 25 Jun 2014 00:07:53 -0400

If you have some ideas on making the bind cookbook better, feel free to open an issue on github (https://github.com/atomic-penguin/cookbook-bind/issues) for discussion/implementation.
Eric G. Wolfe
email: 
 
 ">
 
cell: 304.942.3970
twitter: @atomic_penguin

Cycle Computing 
Leader in Utility HPC Software

http://www.cyclecomputing.com
twitter: @cyclecomputing

Don't be overly suspicious where it's not warranted.
On 06/20/2014 06:35 PM, Kadel-Garcia, Nico wrote:
" type="cite">

I’m looking at the bind and bind9 cookbooks, and realizing that they don’t check for certain types of invalid configurations that would cause the BIND daemon to fail to restart. In particular, for bind9, multiple data bags that have the same ‘domain’ setup are accepted without error, but break /etc/named.conf.local.

 

The BIND published command ‘named-checkconf’ can be used check the configurations before the recipe comletes and prevent BIND from being restarted in a broken state. But I’ve been asked to let those BIND related cookbooks report errors, and not actually cause the rest of the chef run to fail.

 

So I’ve tried various approaches, trying to tie “rescue” operations to the necessary shell command, simply wrapping the whole recipe in a “rescue”, and others. I seem unable to get the right balance of runingn the check, allowing the cookbook to succeed, and getting a visible error report.

 

Has anyone in the community done this, or other “run this shell script, end this recipe, report the error, and allow other cookbooks to continue”

 

--
Nico Kadel-Garcia
Senior Systems Consultant
Email: ">
Cell Phone: +1.339.368.2428

 





Archive powered by MHonArc 2.6.16.

§