<div dir="ltr">Chris, modifying /etc/apache2/envvars apache_run_user to opensrf did the trick.<div><br></div><div>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!</div>
<div><br></div><div>Thanks for you help and sticking with this.</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sun, Dec 1, 2013 at 8:11 AM, Sharp, Chris <span dir="ltr"><<a href="mailto:csharp@georgialibraries.org" target="_blank">csharp@georgialibraries.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Jeff,<br>
<br>
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.<br>
<br>
Hope that's it!<br>
<div class="im"><br>
Chris<br>
<br>
----- Original Message -----<br>
> From: "Jeff Green" <<a href="mailto:jeff.green.ca@gmail.com">jeff.green.ca@gmail.com</a>><br>
> To: "Chris Sharp" <<a href="mailto:csharp@georgialibraries.org">csharp@georgialibraries.org</a>><br>
> Cc: "evergreen-admin" <<a href="mailto:evergreen-admin@list.evergreen-ils.org">evergreen-admin@list.evergreen-ils.org</a>>, "Alexey Vladimirovich Lazar" <<a href="mailto:alexey.lazar@mnsu.edu">alexey.lazar@mnsu.edu</a>><br>

</div><div class="im">> Sent: Sunday, December 1, 2013 11:07:03 AM<br>
> Subject: Re: Staff Client MARC Batch Import Failure<br>
><br>
</div><div><div class="h5">> So, that's what I find interesting: although the file name variable<br>
> is<br>
> supposed to be included in the error message, in my system log it is<br>
> null.<br>
><br>
> Regarding the permissions - www-data is the owner and group, and it<br>
> is<br>
> world rw.<br>
><br>
> Mobile<br>
><br>
> On Sunday, December 1, 2013, Sharp, Chris wrote:<br>
><br>
> > Jeff,<br>
> ><br>
> > The code in<br>
> > Open-ILS/src/perlmods/lib/OpenILS/Application/Vandelay.pm,<br>
> > beginning at line 261 is:<br>
> ><br>
> >     unless(-r $filename) {<br>
> >         $logger->error("unable to read MARC file $filename");<br>
> >         return -1; # make this an event XXX<br>
> >     }<br>
> ><br>
> > That's a test to see if the file is readable by the effective<br>
> > UID/GID, so<br>
> > this still looks like a permissions issue if you're seeing the file<br>
> > created.  Could you share the output of 'ls -l' on one of those<br>
> > files as<br>
> > they are created?<br>
> ><br>
> > Thanks,<br>
> ><br>
> > Chris<br>
> ><br>
> > ----- Original Message -----<br>
</div></div><div><div class="h5">> > > From: "Jeff Green" <<a href="mailto:jeff.green.ca@gmail.com">jeff.green.ca@gmail.com</a> <javascript:;>><br>
> > > To: "Chris Sharp" <<a href="mailto:csharp@georgialibraries.org">csharp@georgialibraries.org</a> <javascript:;>><br>
> > > Cc: "evergreen-admin"<br>
> > > <<a href="mailto:evergreen-admin@list.evergreen-ils.org">evergreen-admin@list.evergreen-ils.org</a><javascript:;>>,<br>
> > "Alexey Vladimirovich Lazar" <<a href="mailto:alexey.lazar@mnsu.edu">alexey.lazar@mnsu.edu</a> <javascript:;>><br>
> > > Sent: Saturday, November 30, 2013 6:33:31 PM<br>
> > > Subject: Re: Staff Client MARC Batch Import Failure<br>
> > ><br>
> > > Yes, I did increase the log level, recreate the issue, and then<br>
> > > reviewed the logs but I didn't see anything besides the errors<br>
> > > copied to the original message. Grr..<br>
> > ><br>
> > > On Saturday, November 30, 2013, Sharp, Chris wrote:<br>
> > ><br>
> > ><br>
> > > You might consider upping your loglevel for opensrf in<br>
> > > /openils/conf/opensrf_core.xml. That might provide more detail on<br>
> > > what's going on.<br>
> > ><br>
> > > ----- Original Message -----<br>
> > > > From: "Jeff Green" < <a href="mailto:jeff.green.ca@gmail.com">jeff.green.ca@gmail.com</a> ><br>
> > > > To: "Chris Sharp" < <a href="mailto:csharp@georgialibraries.org">csharp@georgialibraries.org</a> ><br>
> > > > Cc: "evergreen-admin" < <a href="mailto:evergreen-admin@list.evergreen-ils.org">evergreen-admin@list.evergreen-ils.org</a><br>
> > > > >,<br>
> > > > "Alexey Vladimirovich Lazar" < <a href="mailto:alexey.lazar@mnsu.edu">alexey.lazar@mnsu.edu</a> ><br>
> > > > Sent: Friday, November 29, 2013 11:36:17 AM<br>
> > > > Subject: Re: [Evergreen-admin] Staff Client MARC Batch Import<br>
> > > > Failure<br>
> > > ><br>
> > > ><br>
> > > > Thank you Chris.<br>
> > > ><br>
> > > ><br>
> > > > Yes, I can see files being created in /tmp including recently,<br>
> > > > verified permissions on /tmp and the files is correct, etc.<br>
> > > > (we're<br>
> > > > using a single server instance).<br>
> > > ><br>
> > > ><br>
> > > > So, the MARC file gets uploaded OK, but then when vandelay goes<br>
> > > > to<br>
> > > > do<br>
> > > > its thing it throws the "unable to read MARC file" error. :-/<br>
> > > ><br>
> > > ><br>
> > > > Other ideas, folks?<br>
> > > ><br>
> > > ><br>
> > > ><br>
> > > > On Wed, Nov 27, 2013 at 10:26 AM, Sharp, Chris <<br>
> > > > <a href="mailto:csharp@georgialibraries.org">csharp@georgialibraries.org</a> > wrote:<br>
> > > ><br>
> > > ><br>
> > > > Jeff,<br>
> > > ><br>
> > > > The directory on the server is defined in<br>
> > > > /openils/conf/opensrf.xml<br>
> > > > in the <open-ils.vandelay> section (by default it's /tmp). As<br>
> > > > the<br>
> > > > inline comments in that file indicate, if you're in a<br>
> > > > multi-server<br>
> > > > setup, that directory needs to be a writeable NFS share. In our<br>
> > > > case<br>
> > > > it's /openils/var/data/offline/vandelay, but that's probably<br>
> > > > not a<br>
> > > > standard location. If you can track down whether the files are<br>
> > > > being<br>
> > > > created on the server, that might be the clue you're looking<br>
> > > > for.<br>
> > > ><br>
> > > > Hope that helps,<br>
> > > ><br>
> > > > Chris<br>
> > > ><br>
> > > ><br>
> > > ><br>
> > > > ----- Original Message -----<br>
> > > > > From: "Jeff Green" < <a href="mailto:jeff.green.ca@gmail.com">jeff.green.ca@gmail.com</a> ><br>
> > > > > To: "Alexey Vladimirovich Lazar" < <a href="mailto:alexey.lazar@mnsu.edu">alexey.lazar@mnsu.edu</a> ><br>
> > > > > Cc: "< <a href="mailto:evergreen-admin@list.evergreen-ils.org">evergreen-admin@list.evergreen-ils.org</a> >" <<br>
> > > > > <a href="mailto:evergreen-admin@list.evergreen-ils.org">evergreen-admin@list.evergreen-ils.org</a> ><br>
> > > > > Sent: Tuesday, November 26, 2013 7:54:22 PM<br>
> > > > > Subject: Re: [Evergreen-admin] Staff Client MARC Batch Import<br>
> > > > > Failure<br>
> > > > ><br>
> > > > ><br>
> > > > ><br>
> > > > > Hi Aleksey. Responses to your questions below.<br>
> > > > ><br>
> > > > ><br>
> > > > > Anyone know what the mechanism is for uploading the MARC file<br>
> > > > > from<br>
> > > > > the staff client into the vandelay module, and what could<br>
> > > > > fail<br>
> > > > > during that process? When I check the relevant Perl I see<br>
> > > > > that<br>
> > > > > the<br>
> > > > > error message is supposed to include the filename, but the<br>
> > > > > log<br>
> > > > > just<br>
> > > > > shows null at that position, therefore I am wondering if the<br>
> > > > > data<br>
> > > > > is<br>
> > > > > even making it to the vandelay module.<br>
> > > > ><br>
> > > > ><br>
> > > > ><br>
> > > > > We did not make any other system changes - only restarted<br>
> > > > > services<br>
> > > > > as<br>
> > > > > it had been a while. Performance degradatio--<br>
> > Chris Sharp<br>
> > PINES System Administrator<br>
> > Georgia Public Library Service<br>
> > 1800 Century Place, Suite 150<br>
> > Atlanta, Georgia 30345<br>
> > (404) 235-7147<br>
</div></div>> > <a href="mailto:csharp@georgialibraries.org">csharp@georgialibraries.org</a> <javascript:;><br>
<div class="im">> > <a href="http://pines.georgialibraries.org/" target="_blank">http://pines.georgialibraries.org/</a><br>
> ><br>
><br>
><br>
> --<br>
> Jeff Green<br>
><br>
<br>
</div>--<br>
<div class="HOEnZb"><div class="h5">Chris Sharp<br>
PINES System Administrator<br>
Georgia Public Library Service<br>
1800 Century Place, Suite 150<br>
Atlanta, Georgia 30345<br>
(404) 235-7147<br>
<a href="mailto:csharp@georgialibraries.org">csharp@georgialibraries.org</a><br>
<a href="http://pines.georgialibraries.org/" target="_blank">http://pines.georgialibraries.org/</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>Jeff Green<br><br>
</div>