bind update keeps messing up write-rights
info at boer-software-en-webservices.nl
Fri Jul 18 17:16:25 UTC 2008
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
>>> 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
I only see the problem occur after I update, not when I restart/shutdown
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:
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the fedora-list