[Evergreen-admin] Staff Client MARC Batch Import Failure

Sun Dec 1 12:34:10 EST 2013

Great!  Happy to help!

----- Original Message -----
> From: "Jeff Green" <jeff.green.ca at gmail.com>
> To: "Chris Sharp" <csharp at georgialibraries.org>
> Cc: "evergreen-admin" <evergreen-admin at list.evergreen-ils.org>, "Alexey Vladimirovich Lazar" <alexey.lazar at mnsu.edu>
> Sent: Sunday, December 1, 2013 12:06:49 PM
> Subject: Re: Staff Client MARC Batch Import Failure
> 
> 
> Chris, modifying /etc/apache2/envvars apache_run_user to opensrf did
> the trick.
> 
> 
> Not sure how this was working previously (our /etc/apache2/envvars
> was last updated about 9 months ago, and we've restarted services
> more than once between then and now). But... OK!
> 
> 
> Thanks for you help and sticking with this.
> 
> 
> 
> On Sun, Dec 1, 2013 at 8:11 AM, Sharp, Chris <
> csharp at georgialibraries.org > wrote:
> 
> 
> Jeff,
> 
> Is opensrf set as the APACHE_RUN_USER in /etc/apache2/envvars? If
> not, make sure that's set, restart OpenSRF and Apache, and try
> again.
> 
> Hope that's it!
> 
> 
> Chris
> 
> ----- Original Message -----
> > From: "Jeff Green" < jeff.green.ca at gmail.com >
> > To: "Chris Sharp" < csharp at georgialibraries.org >
> > Cc: "evergreen-admin" < evergreen-admin at list.evergreen-ils.org >,
> > "Alexey Vladimirovich Lazar" < alexey.lazar at mnsu.edu >
> 
> > Sent: Sunday, December 1, 2013 11:07:03 AM
> > Subject: Re: Staff Client MARC Batch Import Failure
> > 
> 
> 
> > So, that's what I find interesting: although the file name variable
> > is
> > supposed to be included in the error message, in my system log it
> > is
> > null.
> > 
> > Regarding the permissions - www-data is the owner and group, and it
> > is
> > world rw.
> > 
> > Mobile
> > 
> > On Sunday, December 1, 2013, Sharp, Chris wrote:
> > 
> > > Jeff,
> > > 
> > > The code in
> > > Open-ILS/src/perlmods/lib/OpenILS/Application/Vandelay.pm,
> > > beginning at line 261 is:
> > > 
> > > unless(-r $filename) {
> > > $logger->error("unable to read MARC file $filename");
> > > return -1; # make this an event XXX
> > > }
> > > 
> > > That's a test to see if the file is readable by the effective
> > > UID/GID, so
> > > this still looks like a permissions issue if you're seeing the
> > > file
> > > created. Could you share the output of 'ls -l' on one of those
> > > files as
> > > they are created?
> > > 
> > > Thanks,
> > > 
> > > Chris
> > > 
> > > ----- Original Message -----
> 
> 
> > > > From: "Jeff Green" < jeff.green.ca at gmail.com <javascript:;>>
> > > > To: "Chris Sharp" < csharp at georgialibraries.org <javascript:;>>
> > > > Cc: "evergreen-admin"
> > > > < evergreen-admin at list.evergreen-ils.org <javascript:;>>,
> > > "Alexey Vladimirovich Lazar" < alexey.lazar at mnsu.edu
> > > <javascript:;>>
> > > > Sent: Saturday, November 30, 2013 6:33:31 PM
> > > > Subject: Re: Staff Client MARC Batch Import Failure
> > > > 
> > > > Yes, I did increase the log level, recreate the issue, and then
> > > > reviewed the logs but I didn't see anything besides the errors
> > > > copied to the original message. Grr..
> > > > 
> > > > On Saturday, November 30, 2013, Sharp, Chris wrote:
> > > > 
> > > > 
> > > > You might consider upping your loglevel for opensrf in
> > > > /openils/conf/opensrf_core.xml. That might provide more detail
> > > > on
> > > > what's going on.
> > > > 
> > > > ----- Original Message -----
> > > > > From: "Jeff Green" < jeff.green.ca at gmail.com >
> > > > > To: "Chris Sharp" < csharp at georgialibraries.org >
> > > > > Cc: "evergreen-admin" <
> > > > > evergreen-admin at list.evergreen-ils.org
> > > > > >,
> > > > > "Alexey Vladimirovich Lazar" < alexey.lazar at mnsu.edu >
> > > > > Sent: Friday, November 29, 2013 11:36:17 AM
> > > > > Subject: Re: [Evergreen-admin] Staff Client MARC Batch Import
> > > > > Failure
> > > > > 
> > > > > 
> > > > > 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 degradatio--
> > > Chris Sharp
> > > PINES System Administrator
> > > Georgia Public Library Service
> > > 1800 Century Place, Suite 150
> > > Atlanta, Georgia 30345
> > > (404) 235-7147
> > > csharp at georgialibraries.org <javascript:;>
> 
> > > http://pines.georgialibraries.org/
> > > 
> > 
> > 
> > --
> > Jeff Green
> > 
> 
> --
> 
> 
> 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
> 
> 

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