Package: nsd3 Version: 3.0.7-3.lenny2 Severity: important On sparc64 the package is pretty much un-usable unless you are handling on a very small number of zones. Recompiling (as suggested online[1]) with '--disable-largefile' makes the package once again usable (still works fine with '-O2' too).
What happens when you have more than a handful of zones configured is identical to what is seen under Solaris 9[1] but in addition straight AXFR transfer fail completely too. ---- Aug 4 21:50:14 chipmunk nsd[7825]: xfrd: zone seriouslyfish.com: soa serial 13 update failed restarting transfer (notified zone) Aug 4 21:50:14 chipmunk nsd[7825]: xfrd: zone c1x.net: soa serial 18 update failed restarting transfer (notified zone) Aug 4 21:50:14 chipmunk nsd[7825]: xfrd: zone bplondon.org: soa serial 47 update failed restarting transfer (notified zone) Aug 4 21:50:14 chipmunk nsd[7825]: xfrd: zone lobley.org: soa serial 17 update failed restarting transfer (notified zone) Aug 4 21:50:14 chipmunk nsd[7825]: xfrd: zone soas.ac.uk: soa serial 2009080372 update failed restarting transfer (notified zone) Aug 4 21:50:14 chipmunk nsd[7825]: xfrd: zone audionote.co.uk: soa serial 18 update failed restarting transfer (notified zone) Aug 4 21:50:14 chipmunk nsd[7825]: xfrd: zone avidgamer.co.uk: soa serial 22 update failed restarting transfer (notified zone) Aug 4 21:50:14 chipmunk nsd[7825]: xfrd: zone bittencourt.co.uk: soa serial 15 update failed restarting transfer (notified zone) Aug 4 21:50:14 chipmunk nsd[7825]: xfrd: zone associated-indifference.org.uk: soa serial 2009072902 update failed restarting transfer (notified zone) Aug 4 21:50:14 chipmunk nsd[7825]: xfrd: zone ratty.org.uk: soa serial 0 update failed restarting transfer (notified zone) ---- The real issue seems to be unaligned memory accessing in difffile.c (memmove() causes a SIGBUS) and similar bits elsewhere. The real fix is to make memory accessing aligned on 8 byte boundaries for all 64bit architectures...how you actually do this is a job for upstream[2]. If this gets pushed upstream I'm happy to make myself available for testing patches and debugging as I guess not many people have sparc64 hardware. Either way, if the package could be repackaged for sparc64[3] with '--disable-largefile' enabled that will actually make it functional. Cheers [1] http://open.nlnetlabs.nl/pipermail/nsd-users/2008-April/000762.html [2] even taking the Debian 'sid' package 3.2.2-1 and backporting it shows similar problems only more or less solved when you compile the package with -O0 [3] do we really need large file access for zone files? :) -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: sparc (sparc64) Kernel: Linux 2.6.26-2-sparc64-smp (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nsd3 depends on: ii adduser 3.110 add and remove users and groups ii libc6 2.7-18 GNU C Library: Shared libraries ii libssl0.9.8 0.9.8g-15+lenny1 SSL shared libraries ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip nsd3 recommends no packages. nsd3 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org