You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We are not sure, why this happens. It is assumed, that the nameserver is overloaded and failing during exportfs -a. If the exportfs -a is repeated manually, the problem is usually fixed.
While the exports are stored with hostnames in the kernel (really?), exportfs tries to canonicalize the hostname. This might involve reverse mapping (really?), so the "in-addr.arpa" Domain has to be used. It might take some time to verify the DNSSEC trust chain, from the top level domain after unbound has been freshly started.
The text was updated successfully, but these errors were encountered:
We are not sure, why this happens. It is assumed, that the nameserver is overloaded and failing during
exportfs -a
. If theexportfs -a
is repeated manually, the problem is usually fixed.While the exports are stored with hostnames in the kernel (really?),
exportfs
tries to canonicalize the hostname. This might involve reverse mapping (really?), so the "in-addr.arpa" Domain has to be used. It might take some time to verify the DNSSEC trust chain, from the top level domain afterunbound
has been freshly started.The text was updated successfully, but these errors were encountered: