[OPEN-ILS-DEV] Errors at testing stage of OpenSRF installation (OpenSRF trunk)

[Soulliere, Robert]

Hi Bradley,

A couple of other things to check...

1) You might want to make sure all opensrf processes are stopped when you try to restart OpenSRF. In some cases using the osrf_ctl.sh stop_all command was not enough to completely kill the processes. The troubleshooting page at http://www.open-ils.org/dokuwiki/doku.php?id=troubleshooting:checking_for_errors has the other ways to ensure they are stopped. At times, I've had to use 'rm –R /openils/var/run/*.pid' to kill all the processes.

2) I would verify that your files contain the fixes for newer versions of ejabberd. I would review these changesets in the OpenSRF repository:
http://svn.open-ils.org/trac/OpenSRF/changeset/1730
and
http://svn.open-ils.org/trac/OpenSRF/changeset/1731
to make sure your files have the necessary changes specified in these.

In November, I had downloaded OpenSRF 1.2 but these fixes were not in the download. I downloaded the files manually from the repository. It wouldn't hurt to verify these on your system.

Regards,
Robert


________________________________________
From: open-ils-dev-bounces at list.georgialibraries.org [open-ils-dev-bounces at list.georgialibraries.org] On Behalf Of Bradley Peters [bdp+eg at moberley.com]
Sent: January 4, 2010 5:11 PM
To: Evergreen Development Discussion List
Subject: Re: [OPEN-ILS-DEV] Errors at testing stage of OpenSRF installation     (OpenSRF trunk)

On Sun, Jan 3, 2010 at 7:59 PM, Dan Scott <dan at coffeecode.net> wrote:
> Bradley, can you step back and try the OpenSRF call used by the OpenSRF
> C services to get their config information?
>
> srfsh# request opensrf.settings opensrf.settings.host_config.get
> "localhost"

I tried running this call and got the same response.

srfsh# request opensrf.settings opensrf.settings.host_config.get "localhost"
Unable to communicate with service opensrf.settings

I have attached the new log files.

I did notice that some of the time when I ran the osrf_ctl.sh stop_all
command there was an OpenSRF C process id. I've tried both start_all
and using the separate start commands, but I haven't been able to
determine why there is sometimes a process and sometimes not.

In any case, there it doesn't seem to make any difference with the
output in srfsh as it remains the same.

Based on the first response I received on the list, I did try stopping
and starting all the individual pieces again including ejabberd and
memcached. This also had no apparent effect on the results I was
getting.

I did notice something else when I started OpenSRF Perl, my CPU usage
went very high. (I'm not sure if this was happening the other day and
I just didn't notice.) Today I checked and when I started OpenSRF Perl
it wen almost immediately to 99.9% (according to top).

I did run "ps -aef | grep OpenSRF" as mentioned in the troubleshooting
wiki to check on unkilled processes but nothing came up there.

> Let us know if you get any results from this; this should help us narrow
> down the problem (for example, if one of the four opensrf / router
> ejabberd accounts managed to get the wrong password in opensrf_core.xml
> or didn't get registered).

I found a reference to settings-tester.pl from Evergreen being useful
to test OpenSRF. I've run that and it claims no problems with Jabber.
It did report some Perl modules not installed, but presumably those
are for Evergreen. I've attached a log in case someone sees something
important there.

$ ./settings-tester.pl > settings-tester.log
Please install one of the following modules: Net::Z3950 Net::Z3950::ZOOM
Please install MARC::Record
Please install MARC::Charset
Please install MARC::File::XML
Please install Text::Aspell
Please install DateTime::Format::Mail
Please install GD::Graph3d
Please install JavaScript::SpiderMonkey
Please install Email::Send
Please install Text::CSV
Please install Spreadsheet::WriteExcel::Big
Please install Parse::RecDescent
Please install SRU

> .srfsh.xml should point to private.localhost, as that will enable you to
> invoke methods on both private and public OpenSRF services.

I do have private.localhost in .srfsh.xml.

Thanks for the assistance.

Sincerely,
Bradley Peters.

This E-mail contains privileged and confidential information intended
only for the individual or entity named in the message.  If the reader
of this message is not the intended recipient, or the agent responsible
to deliver it to the intended recipient, you are hereby notified that
any review, dissemination, distribution or copying of this communication
is prohibited.  If this communication was received in error, please
notify the sender by reply E-mail immediately, and delete and destroy
the original message.