Bruce, How are you connecting the apache server with the drone server? For example, the most common setup (that I'm aware of) is to use NFS to export the /openils directory on apache and mount it on the drone (so both machines are sharing the /openils directory). Is this the setup you're using?
Chris ----- Original Message ----- > From: "Bruce Johnson" <bruce.john...@lyrasis.org> > To: open-ils-dev@list.georgialibraries.org > Sent: Wednesday, June 29, 2011 7:28:21 AM > Subject: [OPEN-ILS-DEV] ***SPAM*** RE: Open-ils-dev Digest, Vol 63, Issue 20 > I moved my memcached server to 192.195.101.106 and changed both > opensrf.xml to reflect this change but I am still not able to login to > the staff client when I attempt to run Evergreen services on the > drone. Any additional help would be really appreciated. > > > > Message: 2 > Date: Mon, 27 Jun 2011 11:38:44 -0700 > From: James Fournie <jfour...@sitka.bclibraries.ca> > Subject: Re: [OPEN-ILS-DEV] ***SPAM*** Debugging OpenSRF gateway > problem on multi-server setup > To: Evergreen Development Discussion List > <open-ils-dev@list.georgialibraries.org> > Message-ID: <banlktimnkmfd6da9v5e73vwdmmvtfgs...@mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > Hi Bruce, > > Where are you running memcached? You should make sure that all your > servers are pointed at the same memcached instance. It looks like > both the drone and apache machine are looking for memcached at > 127.0.0.1:11211. This will mean that the apache server will process > user authentications and store it in its memcached, but the drone will > look for authentication sessions in its own instance of memcached and > not find it. I would suggest running memcached on your database > server (although it doesn't matter as long as both the drone and > apache server can access it) and make memcached it is listening on > 192.195.101.106:11211 instead of 127.0.0.1:11211 on that server, and > then update both opensrf.xml files to look for that memcached. > > ~James Fournie > BC Sitka > > 2011/6/27 Bruce Johnson <bruce.john...@lyrasis.org>: > > I am currently running three servers which all run Ubuntu 10.4. I > > have an > > apache server that runs evergreen, Apache and Ejabberd, a drone > > server > > running evergreen and a database server. When I have all of the > > services > > running on the apache server everything runs fine when I move all > > services > > except for the opensrf.settings to the drone server I am no longer > > able to > > log into Evergreen. The names and IP addresses of the servers are > > listed > > below. > > > > > > > > > > > > Name ?? IP Address > > > > Apache 192.195.101.135 > > > > Drone ? 192.195.101.105 > > > > DB ???????? 192.195.101.106 > > > Bruce Johnson > Senior Technology Services Systems Analyst/Administrator > LYRASIS > bruce.john...@lyrasis.org > 404.892.0943 x2924 > > 1438 West Peachtree Street NW > Suite 200 > Atlanta, GA 30309 > Toll Free: 800.999.8558 > Fax: 404.892.7879 > www.lyrasis.org > > LYRASIS - Advancing Libraries Together > > > > -----Original Message----- > From: open-ils-dev-boun...@list.georgialibraries.org > [mailto:open-ils-dev-boun...@list.georgialibraries.org] On Behalf Of > open-ils-dev-requ...@list.georgialibraries.org > Sent: Tuesday, June 28, 2011 12:00 PM > To: open-ils-dev@list.georgialibraries.org > Subject: Open-ils-dev Digest, Vol 63, Issue 20 > > Send Open-ils-dev mailing list submissions to > open-ils-dev@list.georgialibraries.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://libmail.georgialibraries.org/mailman/listinfo/open-ils-dev > or, via email, send a message with subject or body 'help' to > open-ils-dev-requ...@list.georgialibraries.org > > You can reach the person managing the list at > open-ils-dev-ow...@list.georgialibraries.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Open-ils-dev digest..." > > > Today's Topics: > > 1. Re: New Library Settings Editor (Joseph Lewis) > 2. Re: ***SPAM*** Debugging OpenSRF gateway problem on > multi-server setup (James Fournie) > 3. Questions about the meaning/appropriate content of some acq > invoice tables (John Craig) > 4. Re: More unicode patches for SIPServer (Joe Atzberger) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 27 Jun 2011 10:55:51 -0600 > From: Joseph Lewis <joehm...@gmail.com> > Subject: Re: [OPEN-ILS-DEV] New Library Settings Editor > To: Evergreen <open-ils-dev@list.georgialibraries.org> > Message-ID: <banlktinqaasyrs8u113ywygfccqbi_2...@mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > Hi again, > > Sorry for spamming, but about half of the time I get this running in > Firefox > 5 it doesn't work; however chrome seems to work just fine. > > - Joseph > > -- > Public Key: > [0xF8462E1593141C16]<http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xF8462E1593141C16> > > For a successful technology, reality must take precedence over public > relations, for nature cannot be fooled. > - Richard Feynman > > > > On Sun, Jun 26, 2011 at 6:39 PM, Joseph Lewis <joehm...@gmail.com> > wrote: > > > Hello everyone, > > > > I have finished my initial work on the new LSE and would like some > > feedback; I've set up a test server at > > http://josephlewis.dyndns.org:8000/there is a brief survey/usability > > test to the right that I would like > > interested parties to take part in. > > > > If your screen resolution is low you might not get the whole > > tool-bar on > > one line because of the survey on the right. > > > > I'm not entirely sure how stable this machine is so it may go out if > > there > > are too many users trying to access it at once, sorry if this > > happens. > > > > Thanks, > > Joseph > > > > -- > > Public Key: > > [0xF8462E1593141C16]<http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xF8462E1593141C16> > > > > For a successful technology, reality must take precedence over > > public > > relations, for nature cannot be fooled. > > - Richard Feynman > > > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > <http://libmail.georgialibraries.org/pipermail/open-ils-dev/attachments/20110627/430848ed/attachment-0001.htm> > > ------------------------------ > > Message: 2 > Date: Mon, 27 Jun 2011 11:38:44 -0700 > From: James Fournie <jfour...@sitka.bclibraries.ca> > Subject: Re: [OPEN-ILS-DEV] ***SPAM*** Debugging OpenSRF gateway > problem on multi-server setup > To: Evergreen Development Discussion List > <open-ils-dev@list.georgialibraries.org> > Message-ID: <banlktimnkmfd6da9v5e73vwdmmvtfgs...@mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > Hi Bruce, > > Where are you running memcached? You should make sure that all your > servers are pointed at the same memcached instance. It looks like > both the drone and apache machine are looking for memcached at > 127.0.0.1:11211. This will mean that the apache server will process > user authentications and store it in its memcached, but the drone will > look for authentication sessions in its own instance of memcached and > not find it. I would suggest running memcached on your database > server (although it doesn't matter as long as both the drone and > apache server can access it) and make memcached it is listening on > 192.195.101.106:11211 instead of 127.0.0.1:11211 on that server, and > then update both opensrf.xml files to look for that memcached. > > ~James Fournie > BC Sitka > > 2011/6/27 Bruce Johnson <bruce.john...@lyrasis.org>: > > I am currently running three servers which all run Ubuntu 10.4. I > > have an > > apache server that runs evergreen, Apache and Ejabberd, a drone > > server > > running evergreen and a database server. When I have all of the > > services > > running on the apache server everything runs fine when I move all > > services > > except for the opensrf.settings to the drone server I am no longer > > able to > > log into Evergreen. The names and IP addresses of the servers are > > listed > > below. > > > > > > > > > > > > Name ?? IP Address > > > > Apache 192.195.101.135 > > > > Drone ? 192.195.101.105 > > > > DB ???????? 192.195.101.106 > > > > > > > > > > > > Any help would be greatly appreciated. > > > > > > > > > > > > Bruce Johnson > > > > Senior Technology Services Systems Analyst/Administrator > > > > LYRASIS > > > > bruce.john...@lyrasis.org > > > > 404.892.0943 x2924 > > > > > > > > 1438 West Peachtree Street NW > > > > Suite 200 > > > > Atlanta, GA 30309 > > > > Toll Free: 800.999.8558 > > > > Fax: 404.892.7879 > > > > www.lyrasis.org > > > > > > > > LYRASIS - Advancing Libraries Together > > > > > > > > > > > ------------------------------ > > Message: 3 > Date: Mon, 27 Jun 2011 18:19:12 -0600 > From: John Craig <jc-mailingl...@alphagconsulting.com> > Subject: [OPEN-ILS-DEV] Questions about the meaning/appropriate > content of some acq invoice tables > To: Evergreen Development Discussion List > <open-ils-dev@list.georgialibraries.org> > Message-ID: <4e091e00.7090...@alphagconsulting.com> > Content-Type: text/plain; charset="us-ascii" > > An HTML attachment was scrubbed... > URL: > <http://libmail.georgialibraries.org/pipermail/open-ils-dev/attachments/20110627/1638117d/attachment-0001.htm> > > ------------------------------ > > Message: 4 > Date: Tue, 28 Jun 2011 09:26:49 -0400 > From: Joe Atzberger <ohioc...@gmail.com> > Subject: Re: [OPEN-ILS-DEV] More unicode patches for SIPServer > To: Evergreen Development Discussion List > <open-ils-dev@list.georgialibraries.org> > Message-ID: <banlktinceh6wrkp9djhetnsnryd_ejb...@mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > On Wed, Jun 22, 2011 at 5:20 PM, Jason Stephenson > <jstephen...@mvlc.org>wrote: > > > Quoting Joe Atzberger <ohioc...@gmail.com>: > > > > Yeah, I think it was called the SIP Implementer's Handbook. > >> > > > > You are probably referring to the SIP2 Interface Developer's Guide? > > It is > > utter rubbish. The table of contents is not even correct in most > > editions. > > There are more bad examples in there than good. I'd suggest pitching > > it and > > never thinking about it again. > > > > > Glad to have that corroborated. That means we can scrap the (failing) > test > cases that came from it. > > One wonders when was the last time that the checksum usefully caught > > corruption in a message... one suspects not for a long time. > > > Yeah, for the amount of time cost to developers, implementers and > clients > for this outmoded data security feature, we could have added entire > request/response pairs or packaged code for binary distros. > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > <http://libmail.georgialibraries.org/pipermail/open-ils-dev/attachments/20110628/29e2f3bf/attachment-0001.htm> > > End of Open-ils-dev Digest, Vol 63, Issue 20 > ******************************************** -- Chris Sharp PINES Program Manager Georgia Public Library Service 1800 Century Place, Suite 150 Atlanta, Georgia 30345 (404) 235-7147 csh...@georgialibraries.org http://pines.georgialibraries.org/
