Hello all I can report that we managed to solve the issue. It was a question of streamlining the hostname configuration starting from /etc/hosts throughout all services (memchache, ejabberd, apache etc) AND removing the file /var/lib/ejabberd/.erlang.cookie
Thank's to all of you who tried to help -- Daniel Kollmer Systeembeheer Internationaal Instituut Sociale Geschiedenis ------------------------------------------------------------ System Administration International Institute for Social History Email: [email protected] Tel: +31 20 8500 416 Fax: + 31 20 6654181 > -----Original Message----- > From: [email protected] [mailto:open-ils- > [email protected]] On Behalf Of Daniël Kollmer > Sent: woensdag 8 juni 2011 18:09 > To: Evergreen Development Discussion List > Subject: Re: [OPEN-ILS-DEV] 2.0.6 staff client login timeout > > > > > > -----Original Message----- > > From: [email protected] [mailto:open- > ils- > > [email protected]] On Behalf Of Dan Scott > > Sent: woensdag 8 juni 2011 17:38 > > To: Evergreen Development Discussion List > > Subject: Re: [OPEN-ILS-DEV] 2.0.6 staff client login timeout > > > > Hi Daniel: > > > > I think this problem often indicates a problem with memcached; either > > memcached is not running on the server/port that opensrf.xml says it > > is, or it's running but a firewall is preventing access to that > > server/port. Also, if memcached is not running on the same server as > > your Apache server, then you'll need to set the > > OSRFTranslatorCacheServer value in /etc/apache2/eg_vhost.conf. > > > > If memcached wasn't running or couldn't be reached from the > > application server, get it running and unblocked and restart all of > > the opensrf services. And if Apache was trying to connect to the > wrong > > memcached server, get the config sorted out and then restart Apache. > > > > Hopefully this helps! > > Allright > > Apache, memcache, jabber and the opensrf services run on the same > machine, only the database is on a different host. > So what I did now, was setting memcache to listen on all IP addresses, > check the settings in opensrf.xml (they point to localhost and port > 11211) set the OSRFTranslatorCacheServer value in > /etc/apache2/eg_vhost.conf to exactly that, and restarted everything. > > Now I get a (slightly) different error message in the staffclient: > > method=open-ils.auth.authenticate.init > params=["admin"] > THROWN: > Network Failure: status = <unknown> > service=open-ils.auth&method=open- > ils.auth.authenticate.init¶m=%22admin%22 > STATUS: > <unknown> > > Also I get errors in the osrfsys.log I have not had before: > > 2011-06-08 18:02:48] /usr/sbin/apache2 [ERR :2189:AppSession.pm:101:] > Attempting to build a client session as a server Session ID > [1307548961.25039113.427482283825], remote_id > [[email protected]/opensrf.settings_drone_at_evergreen. > iisg.nl_2208] > [2011-06-08 18:02:48] /usr/sbin/apache2 [ERR :2189:EX.pm:66:] > Exception: OpenSRF::EX::Session 2011-06-08T18:02:48 OpenSRF::Transport > /usr/local/share/perl/5.10.1/OpenSRF/Transport.pm:120 Session Error: > Transport::handler(): No AppSession object returned from server_build() > [2011-06-08 18:02:48] /usr/sbin/apache2 [ERR :2203:AppSession.pm:101:] > Attempting to build a client session as a server Session ID > [1307548961.246362015.49944055641], remote_id > [[email protected]/opensrf.settings_drone_at_evergreen. > iisg.nl_2207] > [2011-06-08 18:02:48] /usr/sbin/apache2 [ERR :2203:EX.pm:66:] > Exception: OpenSRF::EX::Session 2011-06-08T18:02:48 OpenSRF::Transport > /usr/local/share/perl/5.10.1/OpenSRF/Transport.pm:120 Session Error: > Transport::handler(): No AppSession object returned from server_build() > > Not that I am any wiser now :) > > I hope it tells you something > > Thanks for the hints so far > > -- > Daniel Kollmer > > Systeembeheer > Internationaal Instituut Sociale Geschiedenis > ------------------------------------------------------------ > System Administration > International Institute for Social History > > Email: [email protected] > Tel: +31 20 8500 416 > Fax: + 31 20 6654181
