[Archivesspace_Users_Group] Backend Session Not Found
Flanagan, Patrick
PJFlanagan at ship.edu
Wed Jan 13 12:53:04 EST 2016
Hi Chris, Joshua,
Yup, everyone is using their own stuff. I confirmed it happening with the admin account, too. 11 minutes after the last page refresh, it was okay and I navigated. 11 minutes after that, I had a backend session not found error.
Load balancing in our case is very simple and through nginx to one of two application servers. There's 12gb per server. Staff is only on server 1. There's a mysql backend server used by both. Interestingly, I've only heard the complaint with one instance so far - although perhaps the others just haven't seen sufficient use yet.
~Patrick
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org [archivesspace_users_group-bounces at lyralists.lyrasis.org] on behalf of Joshua D. Shaw [Joshua.D.Shaw at dartmouth.edu]
Sent: Wednesday, January 13, 2016 12:25 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Backend Session Not Found
Hi all-
We typically experience the same warning/error at Dartmouth. In fact I've rarely, if ever, seen the "session expired due to inactivity" and naively assumed that the "Backend session not found" was the message for expiration due to inactivity. Our setup is also clustered and we are only using the staff interface at this point - the public interface is turned off. Our clustering setup is as shown below.
One extra wrinkle is that we are currently using our in-house developed SSO plugin (https://github.com/dartmouth-dltg/aspace-omniauth-cas) for authentication, but I'm fairly certain I saw the same message when we were running against LDAP authentication.
Joshua
Setup details with some obfuscation for security.
- ArchivesSpace version: 1.3
- Java version: 1.7.0_85-b15
- CPU cores: 4 cores (each server)
- Memory: 36gb (each server)
At the top level, clients connection for our hardware load balancer, Big-IP’s F5. The F5 terminates SSL and sends HTTP traffic to one of four servers running Oracle HTTP Server (OHS), which is essentially Apache. Two of these servers also run the ArchivesSpace application. OHS is configured to send the HTTP traffic to the two application servers.
[cid:356CD593-8641-40EB-AAF1-CC107B912C42]
From: Chris Fitzpatrick
Reply-To: Archivesspace Users Group
Date: Wednesday, January 13, 2016 at 12:16 PM
To: "Archivesspace Users Group [archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>]"
Subject: Re: [Archivesspace_Users_Group] Backend Session Not Found
Hi Patrick,
Hm, that is odd. So, the stuff UI is always via the same URL for everyone?
Also, it's not multiple people using the same login information ( therefore someone might be logging out? Sorry, just a sanity check question .. )
b,chris.
Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat | Phone: 918.236.6048
http://archivesspace.org/
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Flanagan, Patrick <PJFlanagan at ship.edu<mailto:PJFlanagan at ship.edu>>
Sent: Wednesday, January 13, 2016 5:58 PM
To: Archivesspace Users Group [archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>]
Subject: [Archivesspace_Users_Group] Backend Session Not Found
Good morning,
I have a question that isn't migration related for once. Users on one of my instances in a clustered setup are seeing "Your backend session was not found" periodically, which doesn't appear to be the error message related to an ordinary timeout (that would have been "Your session expired due to inactivity")
Are there any common causes for this? The setup is clustered, but the staff interface explicitly uses only one install on one machine. That is to say the public interface is load-balanced, but any usage on the staff side is always with the same server.
Thanks for your time,
~Patrick Flanagan
KLN Applications Administrator
Keystone Library Network Hub
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160113/25c085fe/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 356CD593-8641-40EB-AAF1-CC107B912C42.png
Type: image/png
Size: 49971 bytes
Desc: 356CD593-8641-40EB-AAF1-CC107B912C42.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160113/25c085fe/attachment.png>
More information about the Archivesspace_Users_Group
mailing list