[OPEN-ILS-GENERAL] ***SPAM*** Re: Installation Problem

Stephen R. Westman stephen.westman at gmail.com
Fri Aug 12 03:06:48 EDT 2011


Please ignore my previous post.  After I sent it out,  I did the one thing
that I (usually) always do first when I have a problem (BEFORE I ask for any
help, mea culpa) - consult my greatest teacher and mentor in the world, Dr.
Google</blush>.  I found an answer that might have worked - to delete
/openils/var/run/*.pid - had there been any files there to begin with TO
delete.  When I looked, the /openils/var/run directory was absent any files,
*.pid or otherwise.  As it turns out, in closing down earlier, I had shut
everything down; not only OpenSRF, but ejabbard, memcache, epmd, beam, and
beam.smp.

When I started everything up in the correct order, the test worked
correctly.

My most sincere apologies for not doing due diligence before sending out an
SOS!

Stephen



On Thu, Aug 11, 2011 at 10:36 PM, Stephen R. Westman <
stephen.westman at gmail.com> wrote:

> Hello,
>
> I'm trying to install evergreen on a computer and have run into a problem.
>  I have gone through all of the steps to install OpenSRF (using the
> directions at http://open-ils.org/dokuwiki/doku.php?id=opensrf:2.0:install).
>  Everything seems to be OK.  However, when I start up the server using
>           osrf_ctl.sh -l -a start_all
>
> everything seems to come up OK.
>
> However, when I try to run the test at the bottom of the page, I get the
> following results:
>
> *[opensrf at localhost ~]$ /openils/bin/srfsh
> srfsh# request opensrf.math add 2 2
>
> Received no data from server
>
> ------------------------------------
> Request Time in seconds: 0.003761
> ------------------------------------
> srfsh#** *
>
> In terms of log messages, the following was logged to
> /openils/var/log/osrfsys.log:
> opensrf 2011-08-11 21:39:34 [INFO:21209:osrf_system.c:628:] Bootstrapping
> system with domain private.localhost, port 5222, and unixpath (none)
> opensrf 2011-08-11 21:39:34 [INFO:21209:osrf_app_session.c:991:]
> [opensrf.settings] sent 198 bytes of data to router at private.localhost
> /opensrf.settings
> opensrf 2011-08-11 21:39:34 [INFO:21209:transport_session.c:649:] Received
> <error> message with type cancel and code 503
> opensrf 2011-08-11 21:39:34 [WARN:21209:osrf_stack.c:134:] !!! Received
> Jabber layer error message
> opensrf 2011-08-11 21:39:34 [WARN:21209:osrf_stack.c:144:] * Jabber Error
> is for top level remote id [router at private.localhost/opensrf.settings], no
> one to send my message to! Cutting request short...
> opensrf 2011-08-11 21:39:34 [INFO:21209:osrf_stack.c:159:] Message
> processing duration 0.001431
> opensrf 2011-08-11 21:39:34 [ERR :21209:osrf_app_session.c:302:] Transport
> error in recv()
> opensrf 2011-08-11 21:39:34 [ERR :21209:osrf_settings.c:117:] No
> osrfMessage received from host localhost.srw_home (timeout?)
> opensrf 2011-08-11 21:39:34 [ERR :21209:osrf_settings.c:136:] Unable to
> load config for host localhost.srw_home
>
>
> ...and the following was logged to /openils/var/log/srfsh.log
> srfsh 2011-08-11 21:44:53
> [DEBG:21220:osrf_app_session.c:714:1313113483212200] Pushing [1] onto
> request queue for session [opensrf.math] [1313113493.763195.131311349321220]
> srfsh 2011-08-11 21:44:53
> [DEBG:21220:osrf_app_session.c:275:1313113483212200] In app_request receive
> with remaining time [120]
> srfsh 2011-08-11 21:44:53
> [DEBG:21220:osrf_app_session.c:1044:1313113483212200] AppSession in
> queue_wait with timeout 0
> srfsh 2011-08-11 21:44:53
> [INFO:21220:transport_session.c:649:1313113483212200] Received <error>
> message with type cancel and code 503
> srfsh 2011-08-11 21:44:53 [DEBG:21220:osrf_stack.c:44:1313113483212200]
> Received message from transport code from router at private.localhost
> /opensrf.math
> srfsh 2011-08-11 21:44:53 [DEBG:21220:osrf_stack.c:87:1313113483212200]
> Transport handler received new message
> from router at private.localhost/opensrf.math to opensrf at private.localhost/_localhost.localdomain_1313113483.801713_21220
> with body
>
>
> [{"__c":"osrfMessage","__p":{"threadTrace":"1","locale":"en-US","type":"REQUEST","payload":{"__c":"osrfMethod","__p":{"method":"add","params":[2,2]}}}}]
>
> srfsh 2011-08-11 21:44:53 [DEBG:21220:osrf_stack.c:123:1313113483212200] We
> received 1 messages from router at private.localhost/opensrf.math
> srfsh 2011-08-11 21:44:53 [WARN:21220:osrf_stack.c:134:1313113483212200]
> !!! Received Jabber layer error message
> srfsh 2011-08-11 21:44:53 [WARN:21220:osrf_stack.c:144:1313113483212200] *
> Jabber Error is for top level remote id [router at private.localhost/opensrf.math],
> no one to send my message to! Cutting request short...
> srfsh 2011-08-11 21:44:53 [INFO:21220:osrf_stack.c:159:1313113483212200]
> Message processing duration 0.000141
> srfsh 2011-08-11 21:44:53 [DEBG:21220:osrf_stack.c:162:1313113483212200]
> after msg delete
> srfsh 2011-08-11 21:44:53 [ERR
> :21220:osrf_app_session.c:281:1313113483212200] Transport error in recv()
> srfsh 2011-08-11 21:44:53
> [DEBG:21220:osrf_app_session.c:1063:1313113483212200] AppSession
> [opensrf.math] [1313113493.763195.131311349321220] destroying self and
> deleting requests
>
>
> I don't know if this has anything to do with it, but a) I'm running Fedora
> 14 on the box (and I used `fedora14` as the distribution when I ran `make`
> to create the prerequisite installer compilation) and b) the system has a
> very small root hard disk, but a 1 Tb second disk mounted as /export.  I
> have therefore installed the software on the /export partition, but have
> created symbolic links so that the those folders underneath /export are seen
> as being located under /.
>
> Should I try reinstalling using the "real paths".  It turns out that the
> disk requirements for Evergreen were not as large as I had thought.
>
> Any help would be appreciated!
>
> Thanks in advance,
>
> Stephen Westman
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://libmail.georgialibraries.org/pipermail/open-ils-general/attachments/20110812/cdde9fde/attachment-0001.htm>


More information about the Open-ils-general mailing list