[OPEN-ILS-DEV] FW: Problem with autogen
Frances Dean McNamara
fdmcnama at uchicago.edu
Mon Jun 9 13:30:45 EDT 2008
Hi Dan,
I ran the settings-tester.pl script with the following output, using your modification for 1.2.2 (output below). It looks like it clears except for a linking problem with libdbi. Can this linking problem account for the autogen error I am getting?
Thanks,
-dale
~/ftp/evergreen$ cat settings-tester.out LWP::UserAgent version 2.033 XML::LibXML version 1.66 XML::LibXML::XPathContext version 1.66 XML::LibXSLT version 1.62 Net::Server::PreFork version 0.97 Cache::Memcached version 1.24 Class::DBI version 3.0.17 Class::DBI::AbstractSearch version 0.07 Template version 2.19 DBD::Pg version 2.1.3 Net::Z3950::ZOOM version 1.21 MARC::Record version 2.0.0 MARC::Charset version 0.98 MARC::File::XML version 0.88 Text::Aspell version 0.09 CGI version 3.33 DateTime::TimeZone version 0.72 DateTime version 0.41
DateTime::Format::ISO8601 version 0.06
Unix::Syslog version 1.0
GD::Graph3d version 0.63
JavaScript::SpiderMonkey version 0.19
Log::Log4perl version 1.15
Email::Send version 2.192
Text::CSV version 1.00
Text::CSV_XS version 0.34
Spreadsheet::WriteExcel::Big version 2.20 Tie::IxHash version 1.21 Parse::RecDescent version 1.94 Please install SRU
Checking Jabber connection
* Jabber successfully connected
Checking database connections
* WARNING: Deprecated <password> element used for the <reporter> entry.
Please use <pw> instead.
* /opensrf/default/reporter/setup :: Successfully connected to database
dbi:Pg:dbname=evergreen;host=libopen.uchicago.edu;port=5432
* Database has the expected server encoding UTF8.
* /opensrf/default/apps/open-ils.storage/app_settings/databases ::
Successfully connected to database
dbi:Pg:dbname=evergreen;host=libopen.uchicago.edu;port=5432
* Database has the expected server encoding UTF8.
* /opensrf/default/apps/open-ils.cstore/app_settings :: Successfully connected to database
dbi:Pg:dbname=evergreen;host=libopen.uchicago.edu;port=5432
* Database has the expected server encoding UTF8.
* /opensrf/default/apps/open-ils.reporter-store/app_settings ::
Successfully connected to database
dbi:Pg:dbname=evergreen;host=libopen.uchicago.edu;port=5432
* Database has the expected server encoding UTF8.
Checking database drivers to ensure <driver> matches <language>
* OK: Pg language is undefined for reporter base configuration
* OK: Pg language is perl in /opensrf/default/apps/open-ils.storage/language
* OK: pgsql language is C in /opensrf/default/apps/open-ils.cstore/language
* OK: pgsql language is C in
/opensrf/default/apps/open-ils.reporter-store/language
Checking libdbi and libdbi-drivers
/usr/lib64/dbd/libdbdpgsql.so
was not linked against libdbi - you probably need to compile libdbi-drivers from source with the --enable-libdbi configure switch.
Checking hostname
* OK: found hostname 'libopen.uchicago.edu' in <hosts> section of opensrf.xml ~/ftp/evergreen$
Dan Wells wrote:
> Hello Frances,
>
> The settings-tester script is a HUGE help when getting started. Just one small tip: if you are running the latest 1.2.2 release tarball, it still has an opensrf_core.xml.example file with a deprecated <domains> tag around the first <domain> tag in the file. This will cause the Jabber test in this newest settings-tester script to fail. The easiest "fix" is to change this line:
>
> my $j_domain = $conf->bootstrap->domain;
>
> to this line:
>
> my $j_domain = $conf->bootstrap->domains->[0];
>
> Then again, maybe I am the only person around here not running EG out
> of the development trunk :)
>
> I have myself recently switched over to RedHat ES 5, so I know it can be done!
>
> Good Luck,
> DW
>
>
>>>> Frances Dean McNamara <fdmcnama at uchicago.edu> 6/6/2008 10:18 AM >>>
> Oops. Missed this. I'll ask Dale to do this. Thanks.
> Frances
>
> -----Original Message-----
> From: open-ils-dev-bounces at list.georgialibraries.org
> [mailto:open-ils-dev-bounces at list.georgialibraries.org] On Behalf Of
> Dan Scott
> Sent: Thursday, June 05, 2008 8:44 PM
> To: open-ils-dev at list.georgialibraries.org
> Subject: Re: [OPEN-ILS-DEV] FW: Problem with autogen
>
> Can you please try running settings-tester.pl (download link at the
> bottom of
> http://svn.open-ils.org/trac/ILS/browser/trunk/Open-ILS/src/support-sc
> ripts/settings-tester.pl)
> and let us know what the results are?
>
> My wild guess would be that the open-ils.cstore section in opensrf.xml
> has the wrong database credentials.
>
> Dan
>
> 2008/6/5 Frances Dean McNamara <fdmcnama at uchica
-----Original Message-----
From: open-ils-dev-bounces at list.georgialibraries.org [mailto:open-ils-dev-bounces at list.georgialibraries.org] On Behalf Of Dan Wells
Sent: Friday, June 06, 2008 4:39 PM
To: open-ils-dev at list.georgialibraries.org
Subject: RE: [OPEN-ILS-DEV] FW: Problem with autogen
Hello Frances,
The settings-tester script is a HUGE help when getting started. Just one small tip: if you are running the latest 1.2.2 release tarball, it still has an opensrf_core.xml.example file with a deprecated <domains> tag around the first <domain> tag in the file. This will cause the Jabber test in this newest settings-tester script to fail. The easiest "fix" is to change this line:
my $j_domain = $conf->bootstrap->domain;
to this line:
my $j_domain = $conf->bootstrap->domains->[0];
Then again, maybe I am the only person around here not running EG out of the development trunk :)
I have myself recently switched over to RedHat ES 5, so I know it can be done!
Good Luck,
DW
>>> Frances Dean McNamara <fdmcnama at uchicago.edu> 6/6/2008 10:18 AM >>>
Oops. Missed this. I'll ask Dale to do this. Thanks.
Frances
-----Original Message-----
From: open-ils-dev-bounces at list.georgialibraries.org [mailto:open-ils-dev-bounces at list.georgialibraries.org] On Behalf Of Dan Scott
Sent: Thursday, June 05, 2008 8:44 PM
To: open-ils-dev at list.georgialibraries.org
Subject: Re: [OPEN-ILS-DEV] FW: Problem with autogen
Can you please try running settings-tester.pl (download link at the
bottom of http://svn.open-ils.org/trac/ILS/browser/trunk/Open-ILS/src/support-scripts/settings-tester.pl)
and let us know what the results are?
My wild guess would be that the open-ils.cstore section in opensrf.xml
has the wrong database credentials.
Dan
2008/6/5 Frances Dean McNamara <fdmcnama at uchicago.edu>:
>
>
> -----Original Message-----
> From: Dale Arntson [mailto:arnt at uchicago.edu]
> Sent: Thursday, June 05, 2008 4:18 PM
> To: Frances Dean McNamara
> Subject: Problem with autogen
>
> I have been working on getting Evergreen to run on Redhat 5. I have
> reached the point where I am ready to finalize the OPAC. However, when I
> run autogen, I get the following error. Does anyone have any ideas on
> what the problem may be? I am attaching a tarball of my log and config
> files.
>
> Thanks,
>
> Dale Arntson
> University of Chicago Library
>
>
> [arnt at libopen bin]$ sudo -u opensrf ./autogen.sh
> /opt/openils/conf/opensrf_core.xml
> Password:
> Updating fieldmapper
> Updating web_fieldmapper
> Updating OrgTree
> removing OrgTree from the cache...
> * ! EXCEPTION ! *
> TYPE: OpenSRF::EX::Session
> Mess: Session Error
> Mess: router at libopen/open-ils.cstore IS NOT CONNECTED TO THE NETWORK!!!
> Loc.: 294 OpenILS::Utils::CStoreEditor
> Loc.: /opt/openils/lib/perl5/OpenILS/Utils/CStoreEditor.pm
> Time: Thu Jun 5 15:35:35 2008
> Updating OrgTree HTML
> * ! EXCEPTION ! *
> TYPE: OpenSRF::EX::ERROR
> Mess: System ERROR
> Mess: * ! EXCEPTION ! *
> Mess: TYPE: OpenSRF::DomainObject::oilsMethodException
> Mess: Mess: <500> *** Call to [open-ils.actor.org_tree.retrieve]
> failed for session [1212698136.488251941.72186092112], thread trace [1]:
> Mess: Mess: Can't use an undefined value as an ARRAY reference at
> /opt/openils/lib/perl5/OpenILS/Application/Actor.pm line 1046.
> Mess: Mess:
> Mess:
> Mess: Loc.: 996 OpenSRF::AppRequest
> Mess: Loc.: /opt/openils/lib/perl5/OpenSRF/AppSession.pm
> Mess: Time: Thu Jun 5 15:35:36 2008
>
> Loc.: 996 OpenSRF::AppRequest
> Loc.: /opt/openils/lib/perl5/OpenSRF/AppSession.pm
> Time: Thu Jun 5 15:35:36 2008
> Done
> [
>
--
Dan Scott
Laurentian University
More information about the Open-ils-dev
mailing list