Bug 671924

Summary:	wrong ownership of slaves folder
Product:	[Fedora] Fedora	Reporter:	teptwep
Component:	bind	Assignee:	Adam Tkac <atkac>
Status:	CLOSED NOTABUG	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	14	CC:	atkac, ovasik
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2011-02-18 13:25:41 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 teptwep 2011-01-22 23:00:35 UTC

Description of problem:

When i try to transfer a slave zone to fedora 14 i get this error in the log:

named[3446]: zone example.org/IN: transfer: could not set file modification time of '/var/named/slaves/example.org.hosts': permission denied

note that named is chrooted: /usr/sbin/named -u named -t /var/named/chroot
so the file mentioned in the log is actually /var/named/chroot/var/named/slaves/example.org.host

i noticed that the folder /var/named/chroot/var/named/slaves is owned by root:root

changing the ownership of /var/named/chroot/var/named/slaves to named:named fixed this problem.

unfortunatley i'm not sure of whether it's bind or webmin that created that folder in the first place, so appologies.

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

bind-chroot-9.7.2-5.P3.fc14.i686 and bind-9.7.2-5.P3.fc14.i686


How reproducible:


Steps to Reproduce:
1.
2.
3.
  
Actual results:


Expected results:


Additional info:

Comment 1 Adam Tkac 2011-02-18 13:25:41 UTC

bind package installs /var/named/slaves with correct perms by default (owned by named:named).

When talking about chroot configuration, initscript mounts (via mount --bind) /var/named/ directory to /var/named/chroot/var/named so perms of "slaves" subdirectory are preserved.

In my opinion it wasn't bind which created slaves subdirectory with wrong perms.

Closing, please reopen if you hit this problem again and also please specify how you were able to create slaves subdirectory with wrong perms.