(sorry, jumping into the thread)

We've had this problem on 10% of our installations. I solved it by going nuclear with logrotate since that was really hurting the users to not have zebra working (it would appear like working on our monitor, but was actually just dying and restarting).

Here is the postrotate I've end up with, after many iterations of Next Level Apocalypse You :)

    postrotate
        service apache2 reload
find /etc/init.d/ -name "*zebra-daemon" -exec bash -c 'service "$(basename "$0")" stop' {} \;
        sleep 3
find /etc/init.d/ -name "*zebra-daemon" -exec bash -c 'service "$(basename "$0")" stop' {} \;
        sleep 3
        pkill -9 zebra
        sleep 2
        pkill -9 zebra
        sleep 2
find /etc/init.d/ -name "*zebra-daemon" -exec bash -c 'service "$(basename "$0")" start' {} \;
    endscript

As you see, no subtlety, but I've had no problem for a year now...

Philippe Blouin,
Responsable du développement informatique

Tél.  : (888) 604-2627
philippe.blo...@inlibro.com <mailto:philippe.blo...@inlibro.com>

inLibro | pour esprit libre | www.inLibro.com <http://www.inLibro.com>
On 08/02/2016 10:08 AM, Scott Owen wrote:
Hi,

I'm finally getting back to my Koha issues.....


"I'm going to test adding a line

/bin/sleep 5

as first command in postrotate in logrotate.d/koha-common. I'll see
tomorrow."

Nombre, did this work for you ??

or is the issue maybe fixed in the latest release ??


-S






On Fri, Jul 22, 2016 at 7:52 AM, Nombre <d0...@yahoo.es> wrote:

El 21/07/16 a las 14:55, Marcel de Rooy escribió:
Bug 16885 ?
I'm going to test adding a line

/bin/sleep 5

as first command in postrotate in logrotate.d/koha-common. I'll see
tomorrow.

Regards

-----Oorspronkelijk bericht-----
Van: Koha [mailto:koha-boun...@lists.katipo.co.nz] Namens Tomas Cohen
Arazi
Verzonden: donderdag 21 juli 2016 14:27
Aan: Scott Owen <so...@edzone.net>; Paul A <
pau...@navalmarinearchive.com>
CC: koha <koha@lists.katipo.co.nz>
Onderwerp: Re: [Koha] search quits working

I blame logrotate.

El jue., 21 jul. 2016 a las 9:12, Scott Owen (<so...@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
<pau...@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@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@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@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

_______________________________________________
Koha mailing list  http://koha-community.org Koha@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
_______________________________________________
Koha mailing list  http://koha-community.org Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha
_______________________________________________
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

_______________________________________________
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

_______________________________________________
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

_______________________________________________
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Reply via email to