Bug 127556 - bind-chroot missing device nodes and slaves dir
bind-chroot missing device nodes and slaves dir
Status: CLOSED CURRENTRELEASE
Product: Fedora
Classification: Fedora
Component: bind (Show other bugs)
rawhide
All Linux
medium Severity medium
: ---
: ---
Assigned To: Jason Vas Dias
Ben Levenson
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2004-07-09 13:33 EDT by Alexandre Oliva
Modified: 2007-11-30 17:10 EST (History)
0 users

See Also:
Fixed In Version: bind-9.2.4rc6-6
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2004-08-24 14:48:38 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Alexandre Oliva 2004-07-09 13:33:40 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040510

Description of problem:
/var/named/slaves belongs to bind, but
/var/named/chroot/var/named/slaves doesn't; it should belong to
bind-chroot.

I also noticed that /dev/null and /dev/random are no lonfwe in the
bind-chroot package (and from the chroot).  They should be, otherwise
named warns when started up within the chroot.

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

How reproducible:
Always

Steps to Reproduce:
1.start bind with a config file that requires slave zones to be stored
in the slaves dir, in the chroot

Actual Results:  The dir isn't there, can't be created, and the
devices are reported as missing in /var/log/messages

Expected Results:  It should just work.

Additional info:
Comment 1 Jason Vas Dias 2004-07-28 09:25:40 EDT
This is now finally fixed in bind-9.2.4rc6-3 .
Unlike in previous versions:
o Required /dev/random and /dev/zero device nodes are created.
o If the /var/named/chroot directory does not exist, it will be 
  created.
o The existing /etc/named.conf and /etc/rndc.key are always copied
  to /var/named/chroot/etc
  (The rpm install used to create these as empty files!)
o /var/named/chroot/var/named/slaves is now created, with ownership
  named:named
 
Comment 2 Alexandre Oliva 2004-07-29 00:30:18 EDT
I think silently overwriting existing named.conf and rndc.key in the
chroot is a bad idea.  I mean, they're the primary config files, so if
someone tweaked them, it was in these files, and when you copy the
files in the root into the chroot, you're overwriting the changes.

I suggest adding the chroot conf files to the bind-chroot package, and
letting rpm take care of it, just like we let it take care of the conf
files for the root filesystem in the bind package.
Comment 3 Alexandre Oliva 2004-08-24 14:36:52 EDT
I've noticed recent bind updates no longer break name resolution due
to overwriting the config file in the chroot.  It still noisily
attempts to re-create the device nodes, even though they're already
there, but this is not a big deal.  Feel free to close if you like.
Comment 4 Jason Vas Dias 2004-08-24 14:48:38 EDT
OK, next bind version will check for device nodes existence
and not attempt to create them if they exist (bind-9.2.4rc7-9).

Comment 5 Alexandre Oliva 2004-09-05 02:04:51 EDT
Confirmed, thanks.  I think this should have been marked
closed/rawhide, not closed/currentrelease, no?  Or did you issue an
update fixing this bug in the current release?

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