[RPZ] 9.9.3-rpz2+rl.150.20 fails to launch "due to assertion failure"

Vernon Schryver vjs at rhyolite.com
Fri May 31 17:24:05 UTC 2013


> From: darx+dnsrpz at sent.com

> wget ftp://ftp.isc.org/isc/bind9/9.9.3/bind-9.9.3.tar.gz

> 	2013-05-31T09:11:48.607684-07:00 core named[18009]: command
> 	channel listening on 127.0.0.1#953
>
> works.

> hmm.  trying the package machinery,

> fails, AGAIN, with the 'parser.c' error

> 	(1) 9.9.2-P2+patch build, 'manual' install --> WORKS
> 	(2) 9.9.2-P2+patch build, 'rpm'    install --> WORKS
> 	(3) 9.9.3+patch    build, 'manual' install --> WORKS
> 	(4) 9.9.3+patch    build, 'rpm'    install --> FAILS

Shouldn't there also be this?

        (5) 9.9.3 no patch build, 'rpm'    install --> FAILS sometimes
 

> Sure looks like build is, at least, PART of the puzzle. Why it's ONLY
> occurring in the 9.9.3 case, dunno -- yet.

It seems practically certain that the problems (including the system
hangs) are related to RPMs and other things that neither I nor anyone
at ISC can fix.  Because I use FreeBSD on my own systems and use Linux
only for testing some software unrelated to ISC's products, I can only
wish you good luck.

Well, there is one other thing.  I expect the FreeBSD ports to be
updated to 9.9.3 and 9.8.5 includig the new RPZ and RRL patches
before long.  If you could switch to FreeBSD ...


> If bind had a 'make uninstall', so I could do a full install (docs,
> bins, etc) where I need/want it to be, and cleanly remove/recover, I
> wouldn't be bothering at all with the checkinstall-generated rpms.

Many people consider man pages and HTML or PDF documentation
unnecessary on servers.  That leaves between 1 and 5 programs to
install, remove, etc. with simplistic shell scripts.

Even when the application's un-install removes everything that it
officially installed, there are often stray working files, not to
mention configuration files.  That's why I regularly reinstall and
rebuild entire systems from read-only media to clean disks.


Vernon Schryver    vjs at rhyolite.com



More information about the DNSfirewalls mailing list