Bug 529947 - Post Update does the wrong thing with named.conf file
Summary: Post Update does the wrong thing with named.conf file
Keywords:
Status: CLOSED DUPLICATE of bug 505754
Alias: None
Product: Fedora
Classification: Fedora
Component: bind
Version: 11
Hardware: All
OS: Linux
low
high
Target Milestone: ---
Assignee: Adam Tkac
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2009-10-20 20:32 UTC by John 'Warthog9' Hawley
Modified: 2013-04-30 23:44 UTC (History)
3 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2009-10-30 11:53:16 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description John 'Warthog9' Hawley 2009-10-20 20:32:06 UTC
Description of problem:

The post-update (or one of the scripts) in the bind series of rpms makes an adjustment to the named.conf configuration file to add dnssec information.  It however does it wrong when you have a complex named.conf file, specifically if you have something akin to the following:

options {
        directory "/etc/named.d";

listen-on port 53 { 140.211.167.34; 127.0.0.1; !any; };

        statistics-file "/var/log/named.stats";
        zone-statistics yes;

        allow-recursion {
                127.0.0.0/8;            # localhost
                1.0.3.0/27;             # subnet 1
                1.2.3.0/26;             # subnet 2
                1.3.4.0/27;             # subnet 3
                1.4.5.0/24;             # subnet 4
                1.5.6.0/28;             # subnet 5
                1.6.7.0/24;             # subnet 6
        };

};

Which is a perfectly valid, and sane thing to do, it mashes it into:


options {
        directory "/etc/named.d";

listen-on port 53 { 140.211.167.34; 127.0.0.1; !any; };

        statistics-file "/var/log/named.stats";
        zone-statistics yes;

        allow-recursion {
                127.0.0.0/8;            # localhost
                1.0.3.0/27;             # subnet 1
                1.2.3.0/26;             # subnet 2
                1.3.4.0/27;             # subnet 3
                1.4.5.0/24;             # subnet 4
                1.5.6.0/28;             # subnet 5
                1.6.7.0/24;             # subnet 6
	dnssec-enable yes;
	dnssec-validation yes;
	dnssec-lookaside . trust-anchor dlv.isc.org.;
};
};

Which, as you can imagine, causes no end of brokenness

Version-Release number of selected component (if applicable):


How reproducible:

Always


Steps to Reproduce:
1. Take above configuration from an older system, and upgrade
2. ???
3. Squashed named
  
Actual results:

Would expect it to place the new information *AFTER* the block and not in the middle of it

This was not present in F10, is present in F11

Comment 1 Adam Tkac 2009-10-30 11:53:16 UTC

*** This bug has been marked as a duplicate of bug 505754 ***


Note You need to log in before you can comment on or make changes to this bug.