Re: [Koha] Zebra/Plack/Timeout Issue

2016-10-06 Thread rfblanchard
I set the SessionStorage back to MySQL as it seems more reliable even through reboots. Thanks for letting me know about those other crons. I should have known about those. I see why you suspected logrotate as it shuts down and restarts plack and zebra. I manually triggered: sudo logrotate -f /et

Re: [Koha] Zebra/Plack/Timeout Issue

2016-10-06 Thread Magnus Enger
On 5 October 2016 at 08:59, Jonathan Druart wrote: > For the timeout, you can also try to switch off SessionRestrictionByIP. When I was having this problem it was unaffected by SessionRestrictionByIP, but I was able to fix it by setting SessionStorage = MySQL. Best regards, Magnus __

Re: [Koha] Zebra/Plack/Timeout Issue

2016-10-05 Thread Jonathan Druart
For the timeout, you can also try to switch off SessionRestrictionByIP. Please keep us in touch if it fixes the issue. 2016-10-04 21:11 GMT+02:00 rfblanchard : > Upgraded to koha 16.05.04 and debian 8.6 today > -my sessionStorage was mysql. I tried to change it to memcached to see if > any better

Re: [Koha] Zebra/Plack/Timeout Issue

2016-10-04 Thread Chris Cormack
And also the one that I suspect is doing it /etc/logrotate.d/koha-common Chris On 5 October 2016 at 08:20, Michael Kuhn wrote: > Hi R. F. > >> -I checked and no crontab existed for /root/or the koha user on the server > > > Are you aware of the fact there are not only the crontabs for Linux use

Re: [Koha] Zebra/Plack/Timeout Issue

2016-10-04 Thread Michael Kuhn
Hi R. F. -I checked and no crontab existed for /root/or the koha user on the server Are you aware of the fact there are not only the crontabs for Linux user "root" and the one of your Linux user for Koha but also the cronjobs in the following files? * /etc/cron.d/koha-common * /etc/cron.ho

Re: [Koha] Zebra/Plack/Timeout Issue

2016-10-04 Thread rfblanchard
Upgraded to koha 16.05.04 and debian 8.6 today -my sessionStorage was mysql. I tried to change it to memcached to see if any better. -I checked and no crontab existed for /root/or the koha user on the server Not sure how to determine exactly when plack and zebra are being killed. -- View this m

Re: [Koha] Zebra/Plack/Timeout Issue

2016-10-04 Thread Chris Cormack
Jonathan has covered the session timeouts, as for the restarting, you should only ever have to do the enable once. Re the --start can you check if the time they are stopping is when logrotate is running? Or some other cron job Chris On 5 October 2016 6:31:31 AM NZDT, rfblanchard wrote: >I jus

Re: [Koha] Zebra/Plack/Timeout Issue

2016-10-04 Thread Jonathan Druart
Hi, try to swith the system preference SessionStorage to mysql instead of memcached 2016-10-04 19:31 GMT+02:00 rfblanchard : > I just started using plack yesterday and I ran the commands below to get > started. Everything was fine. The next morning I found that plack daemon was > not running. I ne

[Koha] Zebra/Plack/Timeout Issue

2016-10-04 Thread rfblanchard
I just started using plack yesterday and I ran the commands below to get started. Everything was fine. The next morning I found that plack daemon was not running. I needed to rerun both: > sudo koha-plack --enable > sudo koha-plack --start Also, for a while now each morning I need to re-start z