[Evergreen-admin] Staff Client MARC Batch Import Failure

[Jeff Green]

Thank you Chris.

Yes, I can see files being created in /tmp including recently, verified
permissions on /tmp and the files is correct, etc.  (we're using a single
server instance).

So, the MARC file gets uploaded OK, but then when vandelay goes to do its
thing it throws the "unable to read MARC file" error.  :-/

Other ideas, folks?


On Wed, Nov 27, 2013 at 10:26 AM, Sharp, Chris
<csharp at georgialibraries.org>wrote:

> 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/
>



-- 
Jeff Green
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://list.evergreen-ils.org/pipermail/evergreen-admin/attachments/20131129/65a14a19/attachment.html>