[Koha] search quits working

[Tomas Cohen Arazi]

I blame logrotate.

El jue., 21 jul. 2016 a las 9:12, Scott Owen (<sowen at edzone.net>) escribió:

> Sorry....
> Debian, latest version of Koha.
>
> problem *seems* to have only started when I updated to the latest Koha
> version.
>
>
> 3.22.06.000
> Linux hskoha 3.16.0-4-686-pae #1 SMP Debian 3.16.7-ckt25-2 (2016-04-08)
> i686
>
>
> The issue seems to be with the zebra server somehow coming to a halt, and
> bailing.....seemingly @ approx. 7:35 daily.
>
> a quick command of " koha-start-zebra <instance> " makes things
> all-good.....and
> I can search again.
>
> However, within a couple of days....the zebra server appears to die again.
>
> I have two servers, both at exactly the same rev. and they are both
> exhibiting this behavior. Starting to look at some of the cron.daily
> commands.....they seem the most likely suspect (in my eyes)
>
>
>
> cron.daily -->>
>
> #!/bin/sh
> # /etc/cron.daily/koha-common -- Daily housekeeping tasks for all Kohas.
> # Copyright 2010  Catalyst IT, Ltd
> #
> # This program is free software: you can redistribute it and/or modify
> # it under the terms of the GNU General Public License as published by
> # the Free Software Foundation, either version 3 of the License, or
> # (at your option) any later version.
> #
> # This program is distributed in the hope that it will be useful,
> # but WITHOUT ANY WARRANTY; without even the implied warranty of
> # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
> # GNU General Public License for more details.
> #
> # You should have received a copy of the GNU General Public License
> # along with this program.  If not, see <http://www.gnu.org/licenses/>.
>
> koha-foreach --enabled --email /usr/share/koha/bin/cronjobs/
> overdue_notices.pl -t
> koha-foreach --enabled /usr/share/koha/bin/cronjobs/fines.pl
> koha-foreach --enabled --email /usr/share/koha/bin/cronjobs/
> advance_notices.pl -c
> koha-foreach --enabled /usr/share/koha/bin/cronjobs/membership_expiry.pl
> -c
> koha-foreach --enabled /usr/share/koha/bin/cronjobs/holds/
> cancel_expired_holds.pl >/dev/null 2>&1
> koha-foreach --enabled /usr/share/koha/bin/cronjobs/services_throttle.pl >
> /dev/null 2>&1
> koha-foreach --enabled
> /usr/share/koha/bin/cronjobs/cleanup_database.pl --sessions
> --zebraqueue 10 --list-invites
> koha-foreach --enabled --noemail /usr/share/koha/bin/cronjobs/
> cleanup_database.pl --mail
> koha-foreach --enabled /usr/share/koha/bin/cronjobs/holds/
> auto_unsuspend_holds.pl > /dev/null 2>&1
> koha-foreach --enabled /usr/share/koha/bin/cronjobs/automatic_renewals.pl
> koha-run-backups --days 2 --output /var/spool/koha
>
>
>
>
> On Wed, Jul 20, 2016 at 6:41 PM, Paul A <paul.a at navalmarinearchive.com>
> wrote:
>
> > At 10:20 AM 7/20/2016 -0400, Scott Owen wrote:
> >
> >> Hi all,
> >> I'm having some issues with Koha searching from both the OPAC and the
> >> staff
> >> Intranet.
> >> I have tried several solutions for reindexing etc...
> >> including
> >> ---Koha-rebuild-zebra -f -v -b mylibrary
> >> and
> >> ---export PERL5LIB=/usr/share/koha/lib
> >> ---export KOHA_CONF=/usr/share/koha/koha-conf.xml
> >> ---perl /usr/share/koha/bin/migration_tools/rebuild_zebra.pl -b -r -v
> >> -run-as-root
> >>
> >
> > You don't say which version of Koha, nor what o/s you are using. Assuming
> > Debian/Ubuntu, what does printenv give you? You should see something like
> > (amongst other lines):
> >
> > me at my_server:/$ printenv
> > PERL5LIB=/usr/share/koha/lib
> >
> >
> PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/local/lib/perl
> > KOHA_CONF=/usr/share/koha/koha-conf.xml
> > KOHA_PATH=/usr/share/koha
> >
> > I'm also a little surprised by your "-run-as-root" -- in slightly older
> > versions of Koha, this was a "no-no", but may well have changed
> (mpm-itk?)
> >
> > There is also something I noticed in further emails:
> >
> > > your zebra error logs.
> > [snip]
> > > 20160713 07:36:11 dlpms-koha-zebra: client (pid 526) killed by signal
> > 15, stopping
> > > 20160713 07:40:07 dlpms-koha-zebra: client (pid 10116) killed by signal
> > 15, stopping
> >
> > What were the 9590 processes in the <4 minutes? That log entry would
> > certainly get my attention.
> >
> > Best -- P.
> >
> >
> > none of these commands produce any errors, however, they also do not fix
> >> the issue.
> >>
> >>
> >> A reboot of the VM will cause the "search" to work again for a day or
> >> two....??
> >> (I know....."it shouldn't make a difference" ...but it does...!?!?!?)
> >>
> >>
> >> I'm unsure of exactly where to start troubleshooting ???
> >>
> >> Any advise on where to begin ??
> >>
> >> Thanks,
> >>
> >> -S
> >> _______________________________________________
> >> Koha mailing list  http://koha-community.org
> >> Koha at lists.katipo.co.nz
> >> https://lists.katipo.co.nz/mailman/listinfo/koha
> >>
> >
> > ---
> > Maritime heritage and history, preservation and conservation,
> > research and education through the written word and the arts.
> > <http://NavalMarineArchive.com> and <http://UltraMarine.ca>
> >
> >
> > _______________________________________________
> > Koha mailing list  http://koha-community.org
> > Koha at lists.katipo.co.nz
> > https://lists.katipo.co.nz/mailman/listinfo/koha
> >
> _______________________________________________
> Koha mailing list  http://koha-community.org
> Koha at lists.katipo.co.nz
> https://lists.katipo.co.nz/mailman/listinfo/koha
>
-- 
Tomás Cohen Arazi
Theke Solutions (https://theke.io <http://theke.io/>)
✆ +54 9351 3513384
GPG: B2F3C15F