<div dir="ltr">Ok, yesterday I took some time to fill (and provide patches for):<br>- <a href="https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17261">Bug 17261</a> - Add memcached configuration info to <a href="http://about.pl">about.pl</a><br>- <a href="https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17262">Bug 17262</a> - Plack on packages is not having memcached set properly<br><br>Bug 17261 highlighted something we suspected: the Plack processes don't get the right configuration variables through ENV for setting the memcached backend (on packages setup). It was pretty obvious. That's why it is falling back to CGI::Session even when you set sessionStorage=memcached, and results in weird permission issues trying to write the session files somewhere we don't have control of.<br><br>Bug 17262 does what is needed to get the Plack processes have the right MEMCACHED_SERVERS and MEMCACHED_NAMESPACE variables set. It does so by patching the koha-plack and koha-functions.sh scripts in an obvious way.<div><br></div><div>The problem is that Plack explodes with 17262 alone. It looks like circular dependencies issues. But...<br><br>This morning I passed QA on:<br>- <a href="https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17189">Bug 17189</a> - Add the ability to define several memcached namespaces<br>- <a href="https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11921">Bug 11921</a> - memcached configuration should be moved back to koha-conf.xml<br><br>They both change the way memcached configuration is handled and better reorganize the code around it (basically moving the configuration back to koha-conf.xml, and removing memcached handling from C4::Context, solving the circ dep issue).<br><br></div><div>As Chris mentioned on 17262, moving the memcached configuration back to koha-conf.xml is the right thing to do.</div><div><br></div><div>That's why 17189 and 11921 should be pushed to master ASAP, and I belive they should be backported down to 3.22 if the rmaints agree and with proper testing. People supporting 3.22 and 16.05 deployments should get involved on testing in the stable branches to make sure no regression is introduced (is it really possible if it is not working at all?).<br></div><div><br></div><div>The only problem is that current setups won't have the koha-conf.xml entries (memcached_servers and memcached_namespace)[1]. But this is handled nicely by the current logic, that allows ENV to overload koha-conf.xml values. So it will work, YAY! (already tested it)</div><div><br></div><div>So, IMHO, they could be backported to the stable branches, along with 17262, which will make it effective use of memcached. It shouldn't be pushed to master as it would be a step backwards and is not needed.</div><div><br></div><div>My two cents.</div><div><br></div><div>Regards</div><div><br></div><div>[1] This might deserve a warning entry in about page IMHO.</div><div><br>El mar., 30 ago. 2016 a las 15:40, Tomas Cohen Arazi (<<a href="mailto:tomascohen@gmail.com">tomascohen@gmail.com</a>>) escribió:<br><br>Magnus, there's been a lot of movement on the caching layer, and some of that work has been backported to the stable releases. Also, the RestrictSessionByIP setting was getting in the middle (<a href="https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17050">https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17050</a>).<br><br><br>There's also a problem with memcached initialization in C4::Context that makes sessionStorage=memcache fail to persist sessions.<br><br><br>My suggestion would be to set sessionStorage to 'mysql' and disable the RestricSessionByIP syspref.<br><br><br>Regards<br><br><br><br><br><br>El mar., 30 ago. 2016 a las 8:24, Magnus Enger (<<a href="mailto:magnus@enger.priv.no">magnus@enger.priv.no</a>>) escribió:<br><br>Dear Community,<br> <br> I am seeing a strange problem, and I'm not sure where to start digging.<br> <br> I have a (big) server with 30 odd Koha instances. One of these<br> instances has been running under Plack for quite some time now,<br> without any problems.<br> <br> Two new instances have a problem where librarians get kicked out of<br> the intranet more or less frequently, with a message like "Your<br> session has expired, please log in again".<br> <br> We had this problem on 3.22.x.<br> After upgrading to 16.05.02 it went away.<br> After upgrading to 16.05.03 last night it came back again.<br> <br> It is not consistent. Earlier today it looked like you could log in,<br> click on a link, get thrown out, login again and then things would<br> work. Later users got kicked out every single time they clicked on a<br> link in the intranet.<br> <br> All sites are running off the official Debian packages, on the same server.<br> Memcached is installed, enabled and used for storing sessions.<br> Switching SessionStorage to the DB does not stop the problem.<br> Stopping and disabling Plack for these two instances makes the problem go away.<br> <br> I have not found anything interesting in Plack or Apache logs.<br> <br> Anyone got a hunch what might be causing this? Or where to start digging?<br> <br> Best regards,<br> Magnus<br> _______________________________________________<br> Koha-devel mailing list<br> <a href="mailto:Koha-devel@lists.koha-community.org">Koha-devel@lists.koha-community.org</a><br> <a href="http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel">http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel</a><br> website : <a href="http://www.koha-community.org/">http://www.koha-community.org/</a><br> git : <a href="http://git.koha-community.org/">http://git.koha-community.org/</a><br> bugs : <a href="http://bugs.koha-community.org/">http://bugs.koha-community.org/</a><br> <br>-- <br><br>Tomás Cohen Arazi<br>Theke Solutions (<a href="http://theke.io/">https://theke.io</a>)<br>✆ +54 9351 3513384<br>GPG: B2F3C15F<br></div></div><div dir="ltr">-- <br></div><div data-smartmail="gmail_signature"><div dir="ltr"><div style="color:rgb(117,117,117);font-family:'helvetica neue',helvetica,arial,sans-serif;font-size:12.8px">Tomás Cohen Arazi</div><div style="color:rgb(117,117,117);font-family:'helvetica neue',helvetica,arial,sans-serif;font-size:12.8px">Theke Solutions (<a href="http://theke.io/">https://theke.io</a>)<br>✆ +54 9351 3513384<br>GPG: B2F3C15F</div></div></div>