zebraidx segfault
zebraidx[11218]: segfault at 8000000d ip b65cb24e sp bfa28040 error 4 in libc-2.7.so[b6559000+155000] this occurs while im trying to do a full reindex / reset.... so the reindexing does not reach completion. help please! anyone got a clue? Linux manzoma-prod 2.6.26-2-686 #1 SMP Sun Mar 4 22:19:19 UTC 2012 i686 GNU/Linux total used free shared buffers cached Mem: 2022 1973 49 0 17 1830 just in case its relevant.
Greetings, Waylon wrote: --- zebraidx[11218]: segfault at 8000000d ip b65cb24e sp bfa28040 error 4 in libc-2.7.so[b6559000+155000] this occurs while im trying to do a full reindex / reset.... so the reindexing does not reach completion. help please! anyone got a clue? Linux manzoma-prod 2.6.26-2-686 #1 SMP Sun Mar 4 22:19:19 UTC 2012 i686 GNU/Linux total used free shared buffers cached Mem: 2022 1973 49 0 17 1830 just in case its relevant. --- There’s usually more to the ‘free –m’ output. Lines related to swap space are usually in the next couple of lines. If you have no swap space, you are in bad shape, because anything less than 100 in the free column is generally bad when doing a reindex. Depending on the size of the data being reindexed (e.g. I figure 40K records with 200 free would be squeezing it on a full reindex), you may need to add memory or swap space. Also, libc-2.7?! I thought libc had a newer version. What architecture are you running on? Perhaps updating your zebra from http://www.indexdata.com/zebra may help? This is just a brainstorming kind of idea, and I don’t know if it is a relevant suggestion. GPML, Mark Tompsett
Mark Tompsett schreef op zo 28-04-2013 om 10:14 [-0400]:
Mem: 2022 1973 49 0 17 1830
There’s usually more to the ‘free –m’ output. Lines related to swap space are usually in the next couple of lines. If you have no swap space, you are in bad shape, because anything less than 100 in the free column is generally bad when doing a reindex.
The memory is fine. It actually has 49+17+1830=1896MB of effective free memory. libc in debian squeeze is 2.11.3, so 2.7 is old but not horrifically so. The missing information is: * what distro? * what version of zebra? * how was it installed? Most likely the solution is to upgrade to a newer zebra and probably a newer distribution. It's probably an untested combination that's in use here. We can't really diagnose this too deeply, my suggestion would be run the zebraidx commands by hand with full debugging on and see if that provides any clues. In the past, but not for a long time now, I've seen dodgy records crash zebra. Failing all this, the zebra list is really the next port of call. Few people here are zebra experts. -- Robin Sheat Catalyst IT Ltd. ✆ +64 4 803 2204 GPG: 5957 6D23 8B16 EFAB FEF8 7175 14D3 6485 A99C EB6D
What about free disk space on /tmp ? Le 29/04/2013 00:56, Robin Sheat a écrit :
Mark Tompsett schreef op zo 28-04-2013 om 10:14 [-0400]:
Mem: 2022 1973 49 0 17 1830
There’s usually more to the ‘free –m’ output. Lines related to swap space are usually in the next couple of lines. If you have no swap space, you are in bad shape, because anything less than 100 in the free column is generally bad when doing a reindex.
The memory is fine. It actually has 49+17+1830=1896MB of effective free memory.
libc in debian squeeze is 2.11.3, so 2.7 is old but not horrifically so.
The missing information is: * what distro? * what version of zebra? * how was it installed?
Most likely the solution is to upgrade to a newer zebra and probably a newer distribution. It's probably an untested combination that's in use here. We can't really diagnose this too deeply, my suggestion would be run the zebraidx commands by hand with full debugging on and see if that provides any clues. In the past, but not for a long time now, I've seen dodgy records crash zebra.
Failing all this, the zebra list is really the next port of call. Few people here are zebra experts.
_______________________________________________ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
-- Fridolyn SOMERS Biblibre - Pôle support fridolyn.somers@biblibre.com
participants (4)
-
Fridolyn SOMERS -
Mark Tompsett -
Robin Sheat -
Waylon Robertson