Bug 738523 - bind refuses to start in latest update.
Summary: bind refuses to start in latest update.
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: bind
Version: 16
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Adam Tkac
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-09-15 05:12 UTC by Dave Jones
Modified: 2015-01-04 22:31 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-12-02 11:30:13 UTC


Attachments (Terms of Use)

Description Dave Jones 2011-09-15 05:12:13 UTC
after updating to 9.8.1-2, bind no longer starts up.
In the logs I see this ..

Sep 15 00:43:43 firewall named[13569]: isc_stdio_open 'data/named.run' failed: file not found
Sep 15 00:43:43 firewall named[13569]: configuring logging: file not found
Sep 15 00:43:43 firewall named[13569]: loading configuration: file not found
Sep 15 00:43:43 firewall named[13569]: exiting (due to fatal error)

reverting to an older version everything starts up fine.

Comment 1 Adam Tkac 2011-09-15 07:58:27 UTC
This is weird, I'm not sure how can this happen. Do you use chroot? Can you please post me perms of the /var/named, /var/named/data and /var/named/data/named.run directories/files (ls -lZ)? Thank you in advance.

Comment 2 Dave Jones 2011-09-15 19:18:02 UTC
bind-chroot is installed.
Stuff looks to be appearing in the chroot correctly.


# ll -Z /var/
drwxr-x---. root named system_u:object_r:named_zone_t:s0 named/


# ll -Z /var/named/
drwxr-x---. root  named system_u:object_r:named_conf_t:s0 chroot/
drwxrwx---. named named system_u:object_r:named_cache_t:s0 data/
lrwxrwxrwx. root  root  unconfined_u:object_r:named_zone_t:s0 db.192.168.42 -> /var/named/chroot/var/named/db.192.168.42
lrwxrwxrwx. root  root  unconfined_u:object_r:named_zone_t:s0 db.kernelslacker.org -> /var/named/chroot/var/named/db.kernelslacker.org
drwxrwx---. named named system_u:object_r:named_cache_t:s0 dynamic/
lrwxrwxrwx. root  root  unconfined_u:object_r:named_zone_t:s0 localdomain.zone -> /var/named/chroot/var/named/localdomain.zone
lrwxrwxrwx. root  root  unconfined_u:object_r:named_zone_t:s0 localhost.zone -> /var/named/chroot/var/named/localhost.zone
lrwxrwxrwx. root  root  unconfined_u:object_r:named_zone_t:s0 named.broadcast -> /var/named/chroot/var/named/named.broadcast
-rw-r-----. root  named system_u:object_r:named_conf_t:s0 named.ca
lrwxrwxrwx. root  root  unconfined_u:object_r:named_zone_t:s0 named.ca.rpmsave -> /var/named/chroot/var/named/named.ca
-rw-r-----. root  named system_u:object_r:named_zone_t:s0 named.empty
lrwxrwxrwx. root  root  unconfined_u:object_r:named_zone_t:s0 named.empty.rpmsave -> /var/named/chroot/var/named/named.empty
lrwxrwxrwx. root  root  unconfined_u:object_r:named_zone_t:s0 named.ip6.local -> /var/named/chroot/var/named/named.ip6.local
lrwxrwxrwx. root  root  unconfined_u:object_r:named_zone_t:s0 named.local -> /var/named/chroot/var/named/named.local
-rw-r-----. root  named system_u:object_r:named_zone_t:s0 named.localhost
lrwxrwxrwx. root  root  unconfined_u:object_r:named_zone_t:s0 named.localhost.rpmsave -> /var/named/chroot/var/named/named.localhost
-rw-r-----. root  named system_u:object_r:named_zone_t:s0 named.loopback
lrwxrwxrwx. root  root  unconfined_u:object_r:named_zone_t:s0 named.loopback.rpmsave -> /var/named/chroot/var/named/named.loopback
lrwxrwxrwx. root  root  unconfined_u:object_r:named_zone_t:s0 named.zero -> /var/named/chroot/var/named/named.zero
drwxrwx---. named named system_u:object_r:named_cache_t:s0 slaves/


/var/named/data/ is empty.


(also setenforce 0 was tried, made no difference, so not selinux related)

Comment 3 Dave Jones 2011-09-26 23:34:52 UTC
Anything else I can provide to diagnose this ?

Comment 4 Adam Tkac 2011-10-06 11:14:51 UTC
Can you please attach (or send me) your named.conf? I'm still unable to reproduce this issue... Also please run `rpm -qV bind` and `rpm -qV bind-chroot` to ensure your installation is correct. Thanks in advance!

Comment 5 Dave Jones 2011-10-06 15:08:15 UTC
sent in email.

Comment 6 JesUs Lima 2011-12-01 23:46:24 UTC
The solution for me was to create the directory under the chroot path:

cd /var/named
mkdir chroot/var/named/data
chown named:named  chroot/var/named/data

them verify in /var/log/messages the selinux alert and follow instructions to adapt selinux to this new directory under named control.

Comment 7 Adam Tkac 2011-12-02 11:30:13 UTC
(In reply to comment #6)
> The solution for me was to create the directory under the chroot path:
> 
> cd /var/named
> mkdir chroot/var/named/data
> chown named:named  chroot/var/named/data
> 
> them verify in /var/log/messages the selinux alert and follow instructions to
> adapt selinux to this new directory under named control.

Yes, this was also the solution for Dave Jones but I forgot to update this ticket, thanks for your post. Closing.


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