[Evergreen-admin] Staff Client MARC Batch Import Failure

[Jeff Green]

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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://list.evergreen-ils.org/pipermail/evergreen-admin/attachments/20131126/049fe417/attachment.html>