Hello, while building an embedded slave DNS I recognized that running named out of the box with VARMFS enabled would fail. Now I could easily fix it for my device only, but I think it's better to solve it upstream. VARMFS=Yes is a standard option, likewise named_enable. Short description of the problem: When rc detects non-writabel /var or VARMFS is set to yes, a new /var tree gets populated. This comes without config, hint file and likewise for /var/named/namedb, but /etc/namedb is a symlink to /var/named/namedb. rc.d/named could easily be supplemented with the neccessary checks, but we don't have the needed files outside of /var. My idea is to create a namedb directory in /usr/share (like there's one for sendmail) with duplicate entries of src/etc/namedb Unfortunately I couldn't find out where FILESDIR is processed in the bsd build stages. If the idea is plausable, how do I best install /usr/share/namedb? src/etc/namedb is entered at DISTRIBUTION target, right? Id highly appreciate if somebody who's familar with the build stages could give me some hints. Thanks, -Harry P.S.: named_conf definitions in rc.conf get lost. Here's the patch: --- etc/rc.d/named.orig 2009-09-13 20:11:34.000000000 +0200 +++ etc/rc.d/named 2009-09-13 21:38:29.000000000 +0200 _at__at_ -264,6 +284,6 _at__at_ # required_dirs="$named_chrootdir" # if it is set, it must exist pidfile="${named_pidfile:-/var/run/named/pid}" -command_args="-u ${named_uid:=root}" +command_args="-c $named_conf -u ${named_uid:=root}"
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:58 UTC