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. <div><br></div><div>Regarding the permissions - www-data is the owner and group, and it is world rw.</div>
<div><br></div><div>Mobile<span></span><br><br>On Sunday, December 1, 2013, Sharp, Chris  wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Jeff,<br>
<br>
The code in Open-ILS/src/perlmods/lib/OpenILS/Application/Vandelay.pm, 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 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?<br>

<br>
Thanks,<br>
<br>
Chris<br>
<br>
----- Original Message -----<br>
> From: "Jeff Green" <<a href="javascript:;" onclick="_e(event, 'cvml', 'jeff.green.ca@gmail.com')">jeff.green.ca@gmail.com</a>><br>
> To: "Chris Sharp" <<a href="javascript:;" onclick="_e(event, 'cvml', 'csharp@georgialibraries.org')">csharp@georgialibraries.org</a>><br>
> Cc: "evergreen-admin" <<a href="javascript:;" onclick="_e(event, 'cvml', 'evergreen-admin@list.evergreen-ils.org')">evergreen-admin@list.evergreen-ils.org</a>>, "Alexey Vladimirovich Lazar" <<a href="javascript:;" onclick="_e(event, 'cvml', 'alexey.lazar@mnsu.edu')">alexey.lazar@mnsu.edu</a>><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>jeff.green.ca@gmail.com</a> ><br>
> > To: "Chris Sharp" < <a>csharp@georgialibraries.org</a> ><br>
> > Cc: "evergreen-admin" < <a>evergreen-admin@list.evergreen-ils.org</a> >,<br>
> > "Alexey Vladimirovich Lazar" < <a>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. (we're<br>
> > using a single server instance).<br>
> ><br>
> ><br>
> > So, the MARC file gets uploaded OK, but then when vandelay goes 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>csharp@georgialibraries.org</a> > wrote:<br>
> ><br>
> ><br>
> > Jeff,<br>
> ><br>
> > The directory on the server is defined in /openils/conf/opensrf.xml<br>
> > in the <open-ils.vandelay> section (by default it's /tmp). As the<br>
> > inline comments in that file indicate, if you're in a 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 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 for.<br>
> ><br>
> > Hope that helps,<br>
> ><br>
> > Chris<br>
> ><br>
> ><br>
> ><br>
> > ----- Original Message -----<br>
> > > From: "Jeff Green" < <a>jeff.green.ca@gmail.com</a> ><br>
> > > To: "Alexey Vladimirovich Lazar" < <a>alexey.lazar@mnsu.edu</a> ><br>
> > > Cc: "< <a>evergreen-admin@list.evergreen-ils.org</a> >" <<br>
> > > <a>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 fail<br>
> > > during that process? When I check the relevant Perl I see that<br>
> > > the<br>
> > > error message is supposed to include the filename, but the log<br>
> > > just<br>
> > > shows null at that position, therefore I am wondering if the 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>
<a href="javascript:;" onclick="_e(event, 'cvml', 'csharp@georgialibraries.org')">csharp@georgialibraries.org</a><br>
<a href="http://pines.georgialibraries.org/" target="_blank">http://pines.georgialibraries.org/</a><br>
</blockquote></div><br><br>-- <br>Jeff Green<br><br><br>