Bug 511223
Summary: | Improve bind logging functionality | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 5 | Reporter: | David Kovalsky <dkovalsk> |
Component: | bind | Assignee: | Adam Tkac <atkac> |
Status: | CLOSED WONTFIX | QA Contact: | qe-baseos-daemons |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 5.3 | CC: | benl, ovasik |
Target Milestone: | rc | Keywords: | Reopened |
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2010-09-21 14:25:48 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
David Kovalsky
2009-07-14 10:31:46 UTC
Please check your logs carefully. BIND writes message like "Jul 16 13:04:23 rhel5 named[2812]: zone 0.0.127.in-addr.arpa/IN/localhost_resolver: loading master file named.local: permission denied" to the system log (/var/log/messages). This is considered as non fatal error in all BIND versions. Closing as notabug. Hi Adam, you're right :-) I missed it in the logs - I was "eye grepping" for FAILED, but missed "permission denied". I think the bug is still valid though - the point is that bind should not start just like that if it's not fully functional. If some of the configuration files can not be read, the app cannot work as expected, and it should either: - bail out, report [FAILED], return non-zero return code and print an error or at least - print a warning during the startup to stderr. This is the way apache HTTP server works, btw. It's very hard to debug (and do any changes!) if after every restart you carefully have to grep /var/log/messages to check if bind is actually doing what it should. This request was evaluated by Red Hat Product Management for inclusion, but this component is not scheduled to be updated in the current Red Hat Enterprise Linux release. If you would like this request to be reviewed for the next minor release, ask your support representative to set the next rhel-x.y flag to "?". This kind of errors can be handled via "named-checkconf" utility which is executed in initscript to verify the configuration is correct. The named-checkconf utility will be extended by a new parameter which will allow it to run under "named" user to catch this kind of errors. I'm currently waiting for response from upstream if this new option is acceptable for them, without their approval it can't be added. Sounds like a good plan, thanks Adam! Upstream is not responding to that bugzilla, therefore I'm setting dev_nack instead of conditional nack. Fork is not a good idea here. |