Getting these in the logs:
named[652] malformed transaction: managed-keys.bind.jnl last serial 1204 !=
transaction first serial 1159
named[652] managed-keys-zone: keyfetch_done:dns_journal_write_transaction ->
unexpected error
named[652] managed-keys-zone: error during managed-keys processing (u
uninteresting
From: bind-users on behalf of Michael De
Roover
Sent: Wednesday, September 23, 2020 5:08 PM
To: bind-users@lists.isc.org
Subject: Re: It is too hard for me to read from this mailing list
On Mon, 2020-09-21 at 16:15 -0400, Allen Chen wrote:
> I am
On Mon, 2020-09-21 at 16:15 -0400, Allen Chen wrote:
> I am using Thunderbird to read the emails. Should I use something
> else
> to read it? Any suggestions are welcome.
Here I use Evolution these days, since it does a lot of "stuff" that
Thunderbird can't or needs add-ons to do. Especially mail
Hi Olivier,
we on Fedora use SELinux, but have similar problem.
I think you should move db.bar.com to /var/lib/bind instead. That means,
copy the file there. Leave symlink in /etc/bind to /var/lib/bind if
necessary. Primary place after dynamic update must be in directory
writable by named. It sho
Hello,
I have a question about the "max-cache-size" parameter for named.conf.
I'm thinking about this parameter value,
How does everyone tuning this value?
Would you let us know if you have any recommendations?
How is memory used for "named".
Such as to how allocated process memory, heap, cache-
> Not yet. In 9.12 we added "primary" and "secondary" as synonyms for
> the "master" and "slave" zone types, but we didn't touch any other
> syntax.
> In 9.17/9.18, we're going further: "primaries" will work in place of
> "masters", and "primary-only" in place of "master-only".
Hi Evan,
In y
6 matches
Mail list logo