BIND 10 #2113: Configuration plugin check for datasources
BIND 10 Development
do-not-reply at isc.org
Wed Aug 1 10:41:22 UTC 2012
#2113: Configuration plugin check for datasources
-------------------------------------+-------------------------------------
Reporter: | Owner: jelte
vorner | Status: reviewing
Type: | Milestone:
defect | Sprint-20120807
Priority: | Resolution:
medium | Sensitive: 0
Component: | Sub-Project: DNS
configuration | Estimated Difficulty: 5
Keywords: | Total Hours: 0
Defect Severity: N/A |
Feature Depending on Ticket: |
Add Hours to Ticket: 0 |
Internal?: 0 |
-------------------------------------+-------------------------------------
Changes (by vorner):
* owner: vorner => jelte
Comment:
Hello
Replying to [comment:8 jelte]:
> Replying to [comment:7 vorner]:
> > So, what do we do about the warning? I probably could mangle the
configuration to not contain the zones and check them manually only. Would
that be OK or does it sounds like too much of a hack?
>
> I was about to say that i'd prefer some form of 'dry run', where
everything is checked but not actually loaded. But I guess that is the
whole purpose of the config plugin in the first place.
Yes, that's the dry run ;-). Well, it assumes most data sources are just
databases and they are cheap to initialize.
> Since masterfiles is already treated as a special case, could we just
check whether the files exist and are readable (and not pass it to
configure() if type is masterfiles)? Masterfiles is already special-cased
in both the checker plugin and the client list.
Well, that's mostly what I meant by the hack. I do pass the data source
there, for two reasons:
* It is easier to replace the parameters than remove the element from the
list
* It still can check other parameters, if there ever are more general
ones (like cache parameters, or something)
--
Ticket URL: <https://bind10.isc.org/ticket/2113#comment:9>
BIND 10 Development <http://bind10.isc.org>
BIND 10 Development
More information about the bind10-tickets
mailing list