From nobody Sat Feb 17 21:35:59 2024 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Tchtb5v8Tz59lyJ for ; Sat, 17 Feb 2024 21:35:51 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Tchtb1RStz4pkZ; Sat, 17 Feb 2024 21:35:51 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Authentication-Results: mx1.freebsd.org; none Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.17.1/8.15.2) with ESMTPS id 41HLa0qw081759 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 17 Feb 2024 13:36:00 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.17.1/8.15.2/Submit) id 41HLa0tH081758; Sat, 17 Feb 2024 13:36:00 -0800 (PST) (envelope-from fbsd) Date: Sat, 17 Feb 2024 13:35:59 -0800 From: bob prohaska To: Moin Rahman Cc: Tatsuki Makino , freebsd-ports@freebsd.org Subject: Re: Bind918 slave reports Dumping master file...open: file not found Message-ID: References: <8E081A72-42E7-4639-B8E0-D1C41FA2E09B@freebsd.org> List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8E081A72-42E7-4639-B8E0-D1C41FA2E09B@freebsd.org> X-Spamd-Bar: ---- X-Rspamd-Queue-Id: 4Tchtb1RStz4pkZ X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US] On Sat, Feb 17, 2024 at 09:53:48PM +0100, Moin Rahman wrote: snip > In some earlier versions the sample config we used to ship had relative > file paths I believe. And as I know that Bob has been a long term user > he indeed did not update the config file to the newer format where we > are using absolute filenames despite having directory directive. In fact I kept the new named.conf and edited the local changes to it. The old named.conf was quite old and didn't resemble the new format. > > So unless you know both the technical implications which you have > explained here and the historical implication it's difficult to > understand where these directories should be created. It's fair to say I'm a long-time user of bind, but equally fair to add "...not fully comprehending...". 8-) A few comments in named.conf as to directory and file purpose would have helped quite a bit. When I saw the error referring to "...dumping..." I thought it was a reference to dump-file "/var/dump/named_dump.db"; and when that didn't help got stuck. It remains unclear what dump-file is for, though I'm sure it's somewhere in the docs. Maybe cores? Is it still true that unbound is caching-only? A DNS that's part of FreeBSD base would be much better for me. Thanks for everyone's help! bob prohaska Named.conf has so many comments it's somewhat hard to read, but in some cases more might still be better. > But then again I haven't used bind for a long time so cannot say much. > > Kind regards, > Moin