Recently Debian updated their zebra-related stuff in Squeeze, and dropped libyaz3 in favour of libyaz4. This meant that I spent some time trying to work out why zebra would work on the production system (which I was being conservative about updating) and not my newer test systems. It turns out that the version combinations currently in Debian make Zebra quite unhappy, and it will segfault. You won't see this happen if you run the rebuild_zebra.pl script, but you will get this if you run it with -v: 11:18:31-02/08 zebraidx(12790) [log] enabling shadow spec=/var/lib/koha/library/biblios/shadow:4G 11:18:31-02/08 zebraidx(12790) [log] cache_fname = /var/lib/koha/library/biblios/shadow/cache 11:18:31-02/08 zebraidx(12790) [log] dir /tmp/qKmpRDFzQd/biblio 11:18:31-02/08 zebraidx(12791) [log] zebra_start 2.0.43 abd433d1a315576cf1f4a53f2c70365f9a76477f (the segfault occurs where the PID changes from 12790 to 12791.) And then, several lines later: 11:18:31-02/08 zebraidx(12791) [warn] previous transaction didn't reach commit and nothing in zebra will have been updated. Fortunately, the version in the indexdata.dk repository doesn't suffer from this, so if you're using the Debian Koha packages I suggest performing the steps outlined here: http://wiki.koha-community.org/wiki/Koha_3.2_on_Debian_Squeeze#What_about_Ze... The Debian bug I filed for this is here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=591307 -- Robin Sheat Catalyst IT Ltd. ✆ +64 4 803 2204 GPG: 5957 6D23 8B16 EFAB FEF8 7175 14D3 6485 A99C EB6D