https://bugs.isc.org/Public/Bug/Display.html?id=45806
Thank you for reporting!
--
Best regards,
Michał Kępień
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
as confidential. Also feel free to contact
me off-list if that suits you best.
Thanks,
--
Best regards,
Michał Kępień
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
bind-users mailing list
bind-users@li
he
debug level to at least 3, retry, and paste the log messages generated?
Please also feel free to open an issue at https://gitlab.isc.org.
--
Best regards,
Michał Kępień
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
> Thoughts?
This sounds a bit like #336 [1], but you mentioned rrset-order being
explicitly set in your configuration, so it might be something else. If
you can still reproduce this with current master (or with current v9_12
branch), please open a new GitLab issue. Thanks!
[1] https://gitlab.isc.or
is validated. This might
change in the future, but since the root zone is the primary use case
and a default trust anchor for the root zone is installed implicitly, I
would not hold my breath for it.
--
Best regards,
Michał Kępień
___
Please visit http
ion which
allows reproducing this behavior.
Thanks!
--
Best regards,
Michał Kępień
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
ns, or billions?
Hopefully this will shed some light on the matter:
https://gitlab.isc.org/isc-projects/bind9/issues/339#note_12805
--
Best regards,
Michał Kępień
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
fro
g error which has now been
fixed in the v9_12 branch, which means it will land in 9.12.3:
https://gitlab.isc.org/isc-projects/bind9/merge_requests/529
Sorry about the trouble!
--
Best regards,
Michał Kępień
___
Please visit https://lists.isc.org
https://gitlab.isc.org/isc-projects/bind9/blob/master/PLATFORMS.md
If you have any comments about it, please open a GitLab issue.
--
Best regards,
Michał Kępień
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this l
tale answers is enabled by default). The TTLs
you are seeing in the cache dump essentially indicate how much longer
any given record will be kept in the cache database. The serve-stale
"offset" is indicated in a comment near the top of the dump; I am fairly
sure it wi
ic.
Note that atomic operations support is mandatory as of BIND 9.13.3.
[1] https://docs.oracle.com/cd/E60778_01/html/E60745/gqico.html
--
Best regards,
Michał Kępień
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscr
heless the TTL in
> the form of "serve-stale" is shown (even if the serve-stale-status = off)?
Yes, this is normal.
Once again (please take another look at the parenthesized part of my
previous response), max-stale-ttl is separate from stale-answer
hat there were other resolvers that could do this. But my
> preference is to do it with BIND if possible.
You might want to keep an eye on:
https://gitlab.isc.org/isc-projects/bind9/issues/613
--
Best regards,
Michał Kępień
___
Please visit https://li
ompile-time options fairly convenient.
> Also, when running "named -V", I see both '--enable-static' and
> '--disable-static' in the output. I have no idea if this is
> sensible or not but it sure looks a little funny:
Thank you for catching this, we will fix it.
--
B
ld
solve problems like this for good, but unfortunately I am unable to
provide you with any estimates as to when exactly that might happen,
sorry.
Hope this helps,
--
Best regards,
Michał Kępień
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users
is seamless.
--
Best regards,
Michał Kępień
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
helps!
[1]: unless you rebuild them using "--without scl", of course
--
Best regards,
Michał Kępień
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
s/1964
Apologies about the confusion.
--
Best regards,
Michał Kępień
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinf
during the 9.13 development cycle:
https://gitlab.isc.org/isc-projects/bind9/merge_requests/668
Thus, BIND 9.14+ will not compile on Solaris 10, as indicated in the
PLATFORMS.md file. BIND 9.11 will. Both work on Solaris 11.
--
Best regards,
Michał
"--without scl" works
fine.
[2] See the repositories at: https://gitlab.isc.org/isc-packages/rpms
--
Best regards,
Michał Kępień
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
bin
ot;named -V" output? What is your build process? If you are still
hitting this, please open a bug report on gitlab.isc.org, providing the
answers to the questions above and any other information that may be
helpful.
--
Best regards,
Michał Kępień
] https://www.softwarecollections.org/
[3] https://lists.isc.org/pipermail/bind-users/2019-January/101277.html,
for example
--
Best regards,
Michał Kępień
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
duced from it, once you add a Copr repository to your yum
configuration, you can do e.g. this:
$ yumdownloader --source isc-bind-bind
Hope this helps,
[1]: https://access.redhat.com/solutions/527703
[2]:
https://www.softwarecollections.org/en/docs/guide/#sect-Enabling
ing purposes:
/var/opt/isc/isc-bind/named/data
If you want to make named write logs to any other directory, you have to
set up that directory yourself.
--
Best regards,
Michał Kępień
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to u
his approach is that it
would be another breaking change, though obviously if this would result
in a cleaner long-term solution, then now is the time to bite the
bullet.
I will report back to announce what we are going to do. Thanks again
for the feedback.
--
Best regards,
M
FWIW, currently published SRPMs can be rebuilt using "--without scl".
--
Best regards,
Michał Kępień
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
bind-users mailing list
bind-users@lists.isc.
k BIND packages installed.
--
Best regards,
Michał Kępień
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
ur best to ensure our packages do not trash anything in an
irreversible manner. Thus, this should not be an issue. You can try it
out yourself, e.g. by installing BIND from the isc/bind Copr first, then
adding the isc/bind-dev Copr as well and finally running "yum update"
434d4d8a6e436e0943cfc2deac2f1a07fe3136b5/isc-bind.spec#L63
[2]
https://www.softwarecollections.org/en/docs/guide/#bh-Example_of_the_Meta_Package
--
Best regards,
Michał Kępień
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubsc
rform the upgrade and it should be fairly
seamless (though prior testing is of course strongly recommended when
updating across major versions in a production environment). The most
recent BIND release in the "bind-esv" repository should never be newer
than the most recen
, try this one:
https://gitlab.isc.org/isc-projects/bind9/-/commit/33ae88f08dabea846aee3be3af8a515fd9774ee1.diff
Sorry about the trouble!
--
Best regards,
Michał Kępień
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
o open another
GitLab issue, attaching the entire contents of bin/tests/system/doth/
after the "doth" system test fails. We could then make sure it is not a
different problem.
Thanks,
--
Best regards,
Michał Kępień
--
Visit https://lists.isc.org/mailman/listinfo/bind-users to u
2fe4bc647f12398aadacd8dcf59f15
TL;DR: what we did in the first Automake-based build system was
confusing and not perfect, so we replaced it with something that is less
confusing, yet still not perfect.
--
Best regards,
Michał Kępień
--
Visit https://lists.isc.org/mailman/listinfo/bind-
aware that if the
SELinux contexts are not set up by the metapackage, you may run into
other similar issues in the future.
[1] https://copr.fedorainfracloud.org/coprs/isc/bind/
[2]
https://gitlab.isc.org/isc-packages/rpms/isc-bind/-/blob/7b525a31c2bd9b51c10b2ed2aca8d5244221f359/isc-bind.spec#L77
--
B
nding
pages" of all BIND 9 Copr repositories.
> Thanks a lot.
Glad I could help. Thank you for your feedback.
--
Best regards,
Michał Kępień
--
Visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from
this list
ISC funds the development of this software with paid su
om your vantage point is dysfunctional in some way while
others are working just fine.
--
Best regards,
Michał Kępień
--
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
1. :gl:`#2249`
If you need a workaround for this particular domain, use the "server"
clause in named.conf to disable EDNS for its authoritative servers.
[1] https://bind9.readthedocs.io/en/v9_18_0/notes.html#notes-for-bind-9-18-0
--
Best regards,
Michał Kępień
--
Visit https://lists.isc.org/mai
figure out what that "something"
is yourself, though, because it looks like an environment-specific issue
to me at this point and not a problem with Copr itself.
Good luck!
--
Best regards,
Michał Kępień
--
Visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from
/bind/epel-8-x86_64/04742380-isc-bind-bind/builder-live.log.gz
--
Best regards,
Michał Kępień
--
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
pes for all our RPMs are publicly available [1], plus every Copr
build results in the creation of an SRPM that can be reused/tweaked to
produce RPMs differently in case anyone needs that.
[1] https://gitlab.isc.org/isc-packages/rpms/
--
Best regards,
Michał Kępień
--
Visit https://lists
nd/builds/
- https://copr.fedorainfracloud.org/coprs/isc/bind-dev/builds/
Hope this helps,
--
Best regards,
Michał Kępień
--
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.
Cont
We have just upgraded the "bind-esv" repository from BIND 9.16.50 to
BIND 9.18.27, i.e. the same version as in the "bind" repository.
We will try to keep everyone informed about further major version
upgrades in our package repositories in the coming months.
--
Best re
epel-7-x86_64 builds in our Copr repositories to
prevent confusion in the future.
--
Best regards,
Michał Kępień
--
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:
43 matches
Mail list logo