Re: [Koha] search quits working
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>
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@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
I blame logrotate. El jue., 21 jul. 2016 a las 9:12, Scott Owen (<sowen@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@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
Bug 16885 ? -----Oorspronkelijk bericht----- Van: Koha [mailto:koha-bounces@lists.katipo.co.nz] Namens Tomas Cohen Arazi Verzonden: donderdag 21 juli 2016 14:27 Aan: Scott Owen <sowen@edzone.net>; Paul A <paul.a@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 (<sowen@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@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
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-bounces@lists.katipo.co.nz] Namens Tomas Cohen Arazi Verzonden: donderdag 21 juli 2016 14:27 Aan: Scott Owen <sowen@edzone.net>; Paul A <paul.a@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 (<sowen@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@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
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 <d0a10@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-bounces@lists.katipo.co.nz] Namens Tomas Cohen
Verzonden: donderdag 21 juli 2016 14:27 Aan: Scott Owen <sowen@edzone.net>; Paul A <
Arazi paul.a@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 (<sowen@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@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
El 02/08/16 a las 16:08, Scott Owen escribió:
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 ??
Not all times. Sometimes logs are rotated without problems but other time not.
or is the issue maybe fixed in the latest release ??
I don't know, I've not installed yet.
(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.blouin@inLibro.com <mailto:philippe.blouin@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 <d0a10@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-bounces@lists.katipo.co.nz] Namens Tomas Cohen Arazi Verzonden: donderdag 21 juli 2016 14:27 Aan: Scott Owen <sowen@edzone.net>; Paul A < paul.a@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 (<sowen@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@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
Maybe we should tweak koha-stop-zebra so it returns when zebra is completely off, so people don't need to tweak their logrotate files. El mar., 2 ago. 2016 a las 11:47, Philippe Blouin (< philippe.blouin@inlibro.com>) escribió:
(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.blouin@inLibro.com <mailto:philippe.blouin@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 <d0a10@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-bounces@lists.katipo.co.nz] Namens Tomas Cohen Arazi Verzonden: donderdag 21 juli 2016 14:27 Aan: Scott Owen <sowen@edzone.net>; Paul A < paul.a@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 (<sowen@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@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
-- Tomás Cohen Arazi Theke Solutions (https://theke.io <http://theke.io/>) ✆ +54 9351 3513384 GPG: B2F3C15F
Greetings, https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16885 I believe my patch, however ugly it may be, accomplishes this much friendlier solution suggested by Tomas. GPML, Mark Tompsett -----Original Message----- From: Tomas Cohen Arazi Sent: Tuesday, August 02, 2016 10:55 AM To: Philippe Blouin ; Scott Owen ; Nombre Cc: koha Subject: Re: [Koha] search quits working Maybe we should tweak koha-stop-zebra so it returns when zebra is completely off, so people don't need to tweak their logrotate files. [SNIP]
Ok...(showing my lack of Koha skillz....) how exactly do I apply the patch ??? On Wed, Aug 3, 2016 at 12:18 AM, Mark Tompsett <mtompset@hotmail.com> wrote:
Greetings,
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16885 I believe my patch, however ugly it may be, accomplishes this much friendlier solution suggested by Tomas.
GPML, Mark Tompsett
-----Original Message----- From: Tomas Cohen Arazi Sent: Tuesday, August 02, 2016 10:55 AM To: Philippe Blouin ; Scott Owen ; Nombre Cc: koha Subject: Re: [Koha] search quits working
Maybe we should tweak koha-stop-zebra so it returns when zebra is completely off, so people don't need to tweak their logrotate files. [SNIP] _______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
El 03/08/16 a las 14:24, Scott Owen escribió:
Ok...(showing my lack of Koha skillz....) how exactly do I apply the patch ???
You have to edit /usr/sbin/koha-stop-zebra
On Wed, Aug 3, 2016 at 12:18 AM, Mark Tompsett <mtompset@hotmail.com> wrote:
Greetings,
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16885 I believe my patch, however ugly it may be, accomplishes this much friendlier solution suggested by Tomas.
GPML, Mark Tompsett
-----Original Message----- From: Tomas Cohen Arazi Sent: Tuesday, August 02, 2016 10:55 AM To: Philippe Blouin ; Scott Owen ; Nombre Cc: koha Subject: Re: [Koha] search quits working
Maybe we should tweak koha-stop-zebra so it returns when zebra is completely off, so people don't need to tweak their logrotate files. [SNIP] _______________________________________________ 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
Adding this comment to bug 16885. Thanks. ________________________________ Van: Koha <koha-bounces@lists.katipo.co.nz> namens Philippe Blouin <philippe.blouin@inlibro.com> Verzonden: dinsdag 2 augustus 2016 16:47 Aan: Scott Owen; Nombre CC: koha Onderwerp: Re: [Koha] search quits working (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.blouin@inLibro.com <mailto:philippe.blouin@inLibro.com> inLibro | pour esprit libre | www.inLibro.com<http://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 <d0a10@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-bounces@lists.katipo.co.nz] Namens Tomas Cohen Arazi Verzonden: donderdag 21 juli 2016 14:27 Aan: Scott Owen <sowen@edzone.net>; Paul A < paul.a@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 (<sowen@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@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
participants (7)
-
Marcel de Rooy -
Mark Tompsett -
Nombre -
Paul A -
Philippe Blouin -
Scott Owen -
Tomas Cohen Arazi