[Evergreen-admin] Staff Client MARC Batch Import Failure

Sharp, Chris csharp at georgialibraries.org
Wed Nov 27 13:26:00 EST 2013


Jeff,

The directory on the server is defined in /openils/conf/opensrf.xml in the <open-ils.vandelay> section (by default it's /tmp).  As the inline comments in that file indicate, if you're in a multi-server setup, that directory needs to be a writeable NFS share.  In our case it's /openils/var/data/offline/vandelay, but that's probably not a standard location.  If you can track down whether the files are being created on the server, that might be the clue you're looking for.

Hope that helps,

Chris

----- Original Message -----
> From: "Jeff Green" <jeff.green.ca at gmail.com>
> To: "Alexey Vladimirovich Lazar" <alexey.lazar at mnsu.edu>
> Cc: "<evergreen-admin at list.evergreen-ils.org>" <evergreen-admin at list.evergreen-ils.org>
> Sent: Tuesday, November 26, 2013 7:54:22 PM
> Subject: Re: [Evergreen-admin] Staff Client MARC Batch Import Failure
> 
> 
> 
> Hi Aleksey. Responses to your questions below.
> 
> 
> Anyone know what the mechanism is for uploading the MARC file from
> the staff client into the vandelay module, and what could fail
> during that process? When I check the relevant Perl I see that the
> error message is supposed to include the filename, but the log just
> shows null at that position, therefore I am wondering if the data is
> even making it to the vandelay module.
> 
> 
> 
> We did not make any other system changes - only restarted services as
> it had been a while. Performance degradation over time (3-4 months)
> is fairly normal for us.
> 
> 
> Yes, our service restart included apache, memcache, and ejabberd as
> well as the Evergreen services. We have also since restarted
> postgres.
> 
> 
> No new errors in the postgres log, and nothing thrown during the
> transaction.
> 
> 
> We'll discuss the possibility of testing on a newer release to see if
> we can reproduce the issue there.
> 
> 
> 
> On Mon, Nov 25, 2013 at 9:23 AM, Lazar, Alexey Vladimirovich <
> alexey.lazar at mnsu.edu > wrote:
> 
> 
> 
> On 2013-11-24, at 10:45 , Jeff Green < jeff.green.ca at gmail.com >
> wrote:
> 
> > After restarting our Evergreen services several weeks ago (due to
> > some slowness), we've been unable to use the MARC Batch Import
> > feature in the staff client.
> 
> Did you make any other changes to the system? Is it possible the
> slowness cause some system corruption?
> 
> 
> > We've tried using multiple computers on multiple networks, various
> > MARC files, and have restarted the Evergreen services several
> > times.
> 
> When you restarted Evergreen services, did you also restart ejabberd?
> 
> 
> > I also bumped up the loglevel but didn't find any more useful
> > information.
> 
> Are you seeing any postgresql errors?
> 
> > Running on Evergreen 2.2.0
> 
> Kind of an old version -- many bug fixes and improvements since then,
> including with speed and security. Do you have a test system where
> you could try a newer version of Evergreen, like 2.4.something? If
> yes, try the MARC uploading there.
> 
> Aleksey Lazar
> IS Developer and Integrator - PALS
> http://www.mnpals.org/
> 
> 
> 
> 
> 
> --
> Jeff Green
> 
> 
> _______________________________________________
> Evergreen-admin mailing list
> Evergreen-admin at list.evergreen-ils.org
> http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-admin
> 

-- 
Chris Sharp
PINES System Administrator
Georgia Public Library Service
1800 Century Place, Suite 150
Atlanta, Georgia 30345
(404) 235-7147
csharp at georgialibraries.org
http://pines.georgialibraries.org/


More information about the Evergreen-admin mailing list