Re: bind update keeps messing up write-rights

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Craig White wrote:
On Fri, 2008-07-18 at 09:36 -0700, Rick Stevens wrote:
  
Steve Searle wrote:
    
Around 04:48pm on Friday, July 18, 2008 (UK time), Gijs scrawled:

      
Not sure why this is happening so perhaps someone can explain this to me.
Whenever I update bind it messes up/resets access rights on my zone 
files. Now normally this wouldn't be a bad thing, but because I have 
dynamic updates on, for which named creates journalizing files, I end up 
having non-writeable journalizing files. So after every update I end up 
having to manually change the access rights on my jnl files.

Is anyone else having the same problem and/or is it supposed to be like 
this?
        
I am having exactly this problem on my CentOS server.  It started
recently and I haven't managed to fix it, or find any more about it yet.

It bugs the hell out of me - if you do get a solution outside this
board can you let me know.
      
It's undoubtedly one of the %post scripts in the rpm that's doing it.
Bugzilla it.
    
----
actually, I don't use Fedora for bind but rather RHEL or CentOS and it
exhibits the same behavior if I have dynamic updates turned on too. The
same thing happens if I just restart manually but seemingly not when
logs rotate. I presume that a complete shutdown/restart should have the
initscript delete the journal files or something but I never bothered
trying to figure it out.

you can chmod g+s, g+w /var/named/chroot/var/named to ensure that the
journal files are always created as group named

Craig

  
I only see the problem occur after I update, not when I restart/shutdown named.
And I kinda had the same feeling, about not wanting to bother to try and figure it out, but this has happened so many times before, I got kinda annoyed of it :P

And your solution, using chmod, might work if named recreates journal files every restart. But when I restart named, it does not recreate them. It just leaves them as they are (neither does it chown/chmod them for that matter). Maybe RHEL recreates jnl files every restart, but that I don't know :)

Anyway, the bug is filed under:
https://bugzilla.redhat.com/show_bug.cgi?id=455894

Regards, Gijs
-- 
fedora-list mailing list
fedora-list@xxxxxxxxxx
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [Fedora Magazine]     [Fedora News]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [SSH]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Tux]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux