On 10/18/2018 11:38 PM, Evan Hunt wrote:
On Thu, Oct 18, 2018 at 07:21:49PM -0400, Dennis Clarke wrote:
oh .. also .. I'll look into these and see if I can clean them up :
"zone.c", line 4275: warning: syntax error: empty declaration
"client.c", line 2983: warning: argument #2 is
On 10/18/2018 11:38 PM, Evan Hunt wrote:
On Thu, Oct 18, 2018 at 07:21:49PM -0400, Dennis Clarke wrote:
I:System test result summary:
I: 7 FAIL
I: 69 PASS
I: 4 SKIPPED
I: 12 UNTESTED
I:The following system tests failed:
I: autosign
I: catz
I: dnssec
I: filter-
I:
On Thu, Oct 18, 2018 at 07:21:49PM -0400, Dennis Clarke wrote:
> I see these results :
>
> I:System test result summary:
> I: 7 FAIL
> I: 69 PASS
> I: 4 SKIPPED
> I: 12 UNTESTED
> I:The following system tests failed:
> I: autosign
> I: catz
> I: dnssec
> I: filter-
>
On Thu, Oct 18, 2018 at 07:21:49PM -0400, Dennis Clarke wrote:
> I:System test result summary:
> I: 7 FAIL
> I: 69 PASS
> I: 4 SKIPPED
> I: 12 UNTESTED
> I:The following system tests failed:
> I: autosign
> I: catz
> I: dnssec
> I: filter-
> I: legacy
> I:
I see these results :
I:System test result summary:
I: 2 FAIL
I: 74 PASS
I: 4 SKIPPED
I: 12 UNTESTED
I:The following system tests failed:
I: dnssec
I: nsupdate
This is on Solaris 10 sparc and using the Oracle Studio 12.6 tools as
well as OpenSSL 1.1.1 which passes all tests.
I see these results :
I:System test result summary:
I: 7 FAIL
I: 69 PASS
I: 4 SKIPPED
I: 12 UNTESTED
I:The following system tests failed:
I: autosign
I: catz
I: dnssec
I: filter-
I: legacy
I: mkeys
I: staticstub
This is on Solaris 10 sparc and
I have a working test box based on:
http://bind-users-forum.2342410.n4.nabble.com/Automatic-Key-Management-td4317.html
https://kb.isc.org/docs/aa-00711
It appears that the dnssec-keymgr will keep track of the ZSK keys but
I will need to re-sign the zone
on changes or weekly.
Current zsk
In article ,
Anne Bennett wrote:
> Laurent Weislo writes:
>
> > After a bunch of years and under heavy load on the master, we lost almost
> > 4K records because the domain file seems to have been loaded while being
> > generated.
>
> Wouldn't the best solution be to modify your generation
All.
Not much on the subject other than a few posts.
didn't find anything in my last ARM search either..
Thx
CT
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
bind-users mailing list
On Thu, Oct 18, 2018 at 9:01 AM Laurent Weislo
wrote:
> Hi,
>
> We had a strange behaviour with our old master running bind version: 9.3.6
> release: 20.P1.el5.
>
> We modify NSC m4 data files when adding one or more A records and use the
> make command to build the full environment on the
On 10/18/2018 04:04 AM, Michał Kępień wrote:
...
-L/usr/local/lib -latomic
Undefined first referenced
symbol in file
_TG_atomic_fetch_add../dns/libdns.a(tsig.o)
_TG_atomic_fetch_sub../dns/libdns.a(tsig.o)
On 10/18/2018 04:04 AM, Michał Kępień wrote:
This looks like an Oracle Developer Studio glitch related to C11 atomic
operations. To fix it, try fiddling around with the -xatomic compiler
option [1] and/or the -std compiler option and/or the CC environment
variable. To work around the problem,
Laurent Weislo writes:
> After a bunch of years and under heavy load on the master, we lost almost
> 4K records because the domain file seems to have been loaded while being
> generated.
Wouldn't the best solution be to modify your generation process
to write to temporary files, and then to
Hi,
We had a strange behaviour with our old master running bind version: 9.3.6
release: 20.P1.el5.
We modify NSC m4 data files when adding one or more A records and use the
make command to build the full environment on the master itself. At the end
of the build, an HUP signal is sent to the
> /opt/developerstudio12.6/bin/c99 -mt -errfmt=error -erroff=%none
> -errshort=full -xstrconst -xildoff -m64 -xmemalign=8s -xnolibmil -Xc
> -xcode=pic32 -xregs=no%appl -xlibmieee -mc -ftrap=%none -xbuiltin=%none
> -xdebugformat=dwarf -xunroll=1 -xarch=sparc -I/usr/include/libxml2 -I
>
15 matches
Mail list logo