[OPEN-ILS-DEV] SPAM: Error loading libdbi driver

[Dan Wells]

Hello Frances,

Sorry, I did not run into this problem.  I did do my LD path stuff differently, though.  Here is what I did:

1) Create a file named /etc/ld.so.conf.d/evergreen.conf with the following lines in it:

/usr/local/lib
/usr/local/lib/dbd
/openils/lib


2) To make this ld setting active run:

/sbin/ldconfig


You will of course need to update the paths in evergreen.conf to match your system.

Good luck,
DW

>>> Frances Dean McNamara <fdmcnama at uchicago.edu> 6/17/2008 9:01 AM >>>
Dan,
Since I know you have Evergreen up on Red Hat, and you helped us before, I was wondering if you ran into the problem discussed below?  It is frustrating to be almost at the point of getting this to work and not to be able to use it to load records and test.  Any suggestions would be welcome.

Thanks.

Frances McNamara
University of Chicago

-----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: Monday, June 16, 2008 8:10 PM
To: Evergreen Development Discussion List
Subject: Re: [OPEN-ILS-DEV] SPAM: Error loading libdbi driver

2008/6/16 Dale Arntson <arnt at uchicago.edu>:
> Hi Dan,
>
> Thanks for pointing this out. This is how I had it before. However, when I
> set the driver entry under open-ils.cstore and open-ils.reporter-store in
> opensrf.xml back to pgsql, I get the same result.


Hmm. That really doesn't make sense; I would expect a different set of
errors, at the least. open-ils.cstore should not be trying to load Pg
as a driver.

I noticed in your opensrf.xml file that you're pointing to
/opt/openils in most cases. Is there any chance that
settings-tester.pl is checking the wrong version of opensrf_core.xml /
opensrf.xml? By default, it reads /openils/conf/opensrf_core.xml and
figures out which opensrf.xml to read from there: you can use the
--config option to override this if need be.

I should also point out that while in theory using a prefix other than
/openils/ should work, very few people (perhaps none) have actually
tried that out in practice. It's possible you may be running into some
hardcoded assumptions about file placement. You might want to keep
things as simple as possible to start with by sticking with /openils/
for now and keeping the number of changes to opensrf_core.xml and
opensrf.xml to a minimum.

--
Dan Scott
Laurentian University

Earlier message:

Hi Dan,

Thanks for pointing this out. This is how I had it before. However, when I set the driver entry under open-ils.cstore and open-ils.reporter-store in opensrf.xml back to pgsql, I get the same result.

-dale

Dan Scott wrote:
> Hi Dale:
>
> 2008/6/16 Dale Arntson <arnt at uchicago.edu>:
>> Hi All,
>>
>> I working on installing Evergreen on Redhat , and I've run into a
>> libdbi driver problem. When I start up evergreen I get this error in
>> the
>> osrfsys.log:
>>
>> open-ils.cstore 2008-06-16 13:56:08 [DEBG:18124:oils_cstore.c:218:]
>> Attempting to initialize libdbi...
>> open-ils.cstore 2008-06-16 13:56:08 [DEBG:18124:oils_cstore.c:220:] ...
>> libdbi initialized.
>> open-ils.cstore 2008-06-16 13:56:08 [DEBG:18124:oils_cstore.c:230:]
>> Attempting to load the database driver [Pg]...
>> open-ils.cstore 2008-06-16 13:56:08 [ERR :18124:oils_cstore.c:234:]
>> Error loading database driver [Pg]
>
> The error messages might be throwing you off here. I'm pretty sure
> that running settings-tester.pl will tell you that the driver for
> open-ils.cstore (in opensrf.xml) needs to be set to pgsql, not Pg.
>
> If the <language> element is C, then the <driver> element must be pgsql.
>
> If the <language> element is perl, then the <driver> element must be Pg.
>
> And before you ask... at some point, a port to a different database
> may become available, which is why these settings can't simply be
> collapsed into one.
>