Dynamic zone update problems, continued
johnson at Pharmacy.Arizona.EDU
Fri Mar 5 20:10:02 UTC 2021
named process is running as ’named’:
named 45631 1.0 11.8 411576 220744 ? Ssl 11:28 0:57 /usr/sbin/named -u named -c /etc/named.conf -t /var/named/chroot
if I run su --shell=/bin/sh named
I can create files in the directory the journal file should be.
On Mar 5, 2021, at 12:39 PM, Grant Taylor via bind-users <bind-users at lists.isc.org<mailto:bind-users at lists.isc.org>> wrote:
On 3/5/21 12:07 PM, Bruce Johnson wrote:
Fixing the permissions and restarting named got dynamic updating working again, but new systems (ie names that are NOT already in the Zone file ) are throwing errors about the journal file: error: journal open failed: unexpected error
It seems like you still have a permissions error.
Can the user that named is running as create new files in the directory where the zone is stored?
Is there a specific command to create the .jnl file? I thought named created it automatically as needed. (at least the named-journalprint man page indicates this…)
I don't remember ever needing to manually create a journal (.jnl) file. I think that named always did it.
Named will create, modify, and remove the journal file as needed. rndc freeze will sync the in memory zone contents to the journal file. rndc sync will sync the journal file to the main zone file. The -clean option to rndc sync will remove the journal file. -- Don't forget to rndc thaw a frozen zone to start allowing dynamic updates again.
Beyond that, I've not needed to worry about the journal file or it's contents.
Grant. . . .
unix || die
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list
ISC funds the development of this software with paid support subscriptions. Contact us at https://www.isc.org/contact/ for more information.
bind-users mailing list
bind-users at lists.isc.org<mailto:bind-users at lists.isc.org>
University of Arizona
College of Pharmacy
Information Technology Group
Institutions do not have opinions, merely customs
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the bind-users