From csharp at georgialibraries.org  Sun Dec  1 10:51:19 2013
From: csharp at georgialibraries.org (Sharp, Chris)
Date: Sun, 1 Dec 2013 10:51:19 -0500 (EST)
Subject: [Evergreen-admin] Staff Client MARC Batch Import Failure
In-Reply-To: <CAMNpBqqvUtwSJVFD4FCS8wcUGLVJ4qdtvAU0NEK6vXyJugiL0w@mail.gmail.com>
Message-ID: <40603339.240525.1385913079819.JavaMail.root@hagrid.georgialibraries.org>

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

From jeff.green.ca at gmail.com  Sun Dec  1 11:07:03 2013
From: jeff.green.ca at gmail.com (Jeff Green)
Date: Sun, 1 Dec 2013 08:07:03 -0800
Subject: [Evergreen-admin] Staff Client MARC Batch Import Failure
In-Reply-To: <40603339.240525.1385913079819.JavaMail.root@hagrid.georgialibraries.org>
References: <CAMNpBqqvUtwSJVFD4FCS8wcUGLVJ4qdtvAU0NEK6vXyJugiL0w@mail.gmail.com>
	<40603339.240525.1385913079819.JavaMail.root@hagrid.georgialibraries.org>
Message-ID: <CAMNpBqrzYvQuG3qa9PEY6JPFVWNnoB=Rhr+p=LkV1dTnzLAwoA@mail.gmail.com>

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

From csharp at georgialibraries.org  Sun Dec  1 11:11:20 2013
From: csharp at georgialibraries.org (Sharp, Chris)
Date: Sun, 1 Dec 2013 11:11:20 -0500 (EST)
Subject: [Evergreen-admin] Staff Client MARC Batch Import Failure
In-Reply-To: <CAMNpBqrzYvQuG3qa9PEY6JPFVWNnoB=Rhr+p=LkV1dTnzLAwoA@mail.gmail.com>
Message-ID: <1834559045.240563.1385914280001.JavaMail.root@hagrid.georgialibraries.org>

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/

From jeff.green.ca at gmail.com  Sun Dec  1 12:06:49 2013
From: jeff.green.ca at gmail.com (Jeff Green)
Date: Sun, 1 Dec 2013 09:06:49 -0800
Subject: [Evergreen-admin] Staff Client MARC Batch Import Failure
In-Reply-To: <1834559045.240563.1385914280001.JavaMail.root@hagrid.georgialibraries.org>
References: <CAMNpBqrzYvQuG3qa9PEY6JPFVWNnoB=Rhr+p=LkV1dTnzLAwoA@mail.gmail.com>
	<1834559045.240563.1385914280001.JavaMail.root@hagrid.georgialibraries.org>
Message-ID: <CAMNpBqoe390XrjkhKb-0zwQ78Qe13gEt-=F0PnhkKLRaDCDUMQ@mail.gmail.com>

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

From csharp at georgialibraries.org  Sun Dec  1 12:34:10 2013
From: csharp at georgialibraries.org (Sharp, Chris)
Date: Sun, 1 Dec 2013 12:34:10 -0500 (EST)
Subject: [Evergreen-admin] Staff Client MARC Batch Import Failure
In-Reply-To: <CAMNpBqoe390XrjkhKb-0zwQ78Qe13gEt-=F0PnhkKLRaDCDUMQ@mail.gmail.com>
Message-ID: <1801503282.240650.1385919250315.JavaMail.root@hagrid.georgialibraries.org>

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/

From saravana.kumar at deepvalue.net  Thu Dec 26 05:24:54 2013
From: saravana.kumar at deepvalue.net (Saravana Kumar)
Date: Thu, 26 Dec 2013 05:24:54 -0500
Subject: [Evergreen-admin] error in installing evergreen
Message-ID: <CAMdp_JRxeXY4g49V=vtuT9W_W0Basw5Lniuha7vgnurXOCLS+g@mail.gmail.com>

Hello all,

i have installed configured Evergreen-ILS-2.5.1 and its dependecies
opensrf-2.2.1 without java,  Am able to start evergreen. When i start
apache its threwing me the error [error] Can't load Perl file:
/etc/apache2/eg_startup for server 127.0.0.1:0, exiting...

 Can someone please help me to fix this.
--
Saravana kumar
Systems
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://list.evergreen-ils.org/pipermail/evergreen-admin/attachments/20131226/f99718bc/attachment.html>

From alexey.lazar at mnsu.edu  Thu Dec 26 10:45:33 2013
From: alexey.lazar at mnsu.edu (Lazar, Alexey Vladimirovich)
Date: Thu, 26 Dec 2013 15:45:33 +0000
Subject: [Evergreen-admin] error in installing evergreen
In-Reply-To: <CAMdp_JRxeXY4g49V=vtuT9W_W0Basw5Lniuha7vgnurXOCLS+g@mail.gmail.com>
References: <CAMdp_JRxeXY4g49V=vtuT9W_W0Basw5Lniuha7vgnurXOCLS+g@mail.gmail.com>
Message-ID: <A01AD873-6940-4AE6-9F70-CD2A91AA1B01@mnsu.edu>

Hi, Saravana.

On 2013-12-26, at 04:24 , Saravana Kumar <saravana.kumar at deepvalue.net> wrote:

> i have installed configured Evergreen-ILS-2.5.1 and its dependecies opensrf-2.2.1 without java,  Am able to start evergreen. When i start apache its threwing me the error [error] Can't load Perl file: /etc/apache2/eg_startup for server 127.0.0.1:0, exiting?
> 

Did you check to see if the eg_startup file is present in the /etc/apache2/ directory? If no, grab an example copy from the source install folder you used to install Evergreen. It is in the ~/../Open-ILS/examples/apache/.

Aleksey Lazar
IS Developer and Integrator - PALS
http://www.mnpals.org/


From saravana.kumar at deepvalue.net  Thu Dec 26 10:52:35 2013
From: saravana.kumar at deepvalue.net (Saravana Kumar)
Date: Thu, 26 Dec 2013 10:52:35 -0500
Subject: [Evergreen-admin] error in installing evergreen
In-Reply-To: <A01AD873-6940-4AE6-9F70-CD2A91AA1B01@mnsu.edu>
References: <CAMdp_JRxeXY4g49V=vtuT9W_W0Basw5Lniuha7vgnurXOCLS+g@mail.gmail.com>
	<A01AD873-6940-4AE6-9F70-CD2A91AA1B01@mnsu.edu>
Message-ID: <CAMdp_JSdL2=tf986hYQmekRuwAZc75GYbTCbiiJo2Lk8_yYwFg@mail.gmail.com>

Hi Alesky,

 I tried it but getting the same error.  Here with i have attached
eg_startup.pl. It seems to be some module problem.

--
Saravana kumar
Systems


On Thu, Dec 26, 2013 at 10:45 AM, Lazar, Alexey Vladimirovich <
alexey.lazar at mnsu.edu> wrote:

> Hi, Saravana.
>
> On 2013-12-26, at 04:24 , Saravana Kumar <saravana.kumar at deepvalue.net>
> wrote:
>
> > i have installed configured Evergreen-ILS-2.5.1 and its dependecies
> opensrf-2.2.1 without java,  Am able to start evergreen. When i start
> apache its threwing me the error [error] Can't load Perl file:
> /etc/apache2/eg_startup for server 127.0.0.1:0, exiting?
> >
>
> Did you check to see if the eg_startup file is present in the
> /etc/apache2/ directory? If no, grab an example copy from the source
> install folder you used to install Evergreen. It is in the
> ~/../Open-ILS/examples/apache/.
>
> Aleksey Lazar
> IS Developer and Integrator - PALS
> http://www.mnpals.org/
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://list.evergreen-ils.org/pipermail/evergreen-admin/attachments/20131226/3d70f950/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: eg_startup.pl
Type: application/octet-stream
Size: 1204 bytes
Desc: not available
URL: <http://list.evergreen-ils.org/pipermail/evergreen-admin/attachments/20131226/3d70f950/attachment.obj>

From alexey.lazar at mnsu.edu  Thu Dec 26 13:28:02 2013
From: alexey.lazar at mnsu.edu (Lazar, Alexey Vladimirovich)
Date: Thu, 26 Dec 2013 18:28:02 +0000
Subject: [Evergreen-admin] error in installing evergreen
In-Reply-To: <CAMdp_JSdL2=tf986hYQmekRuwAZc75GYbTCbiiJo2Lk8_yYwFg@mail.gmail.com>
References: <CAMdp_JRxeXY4g49V=vtuT9W_W0Basw5Lniuha7vgnurXOCLS+g@mail.gmail.com>
	<A01AD873-6940-4AE6-9F70-CD2A91AA1B01@mnsu.edu>
	<CAMdp_JSdL2=tf986hYQmekRuwAZc75GYbTCbiiJo2Lk8_yYwFg@mail.gmail.com>
Message-ID: <4CBA0EF0-2C09-407B-A1C1-AB2BDB761884@mnsu.edu>

On 2013-12-26, at 09:52 , Saravana Kumar <saravana.kumar at deepvalue.net> wrote:

>  I tried it but getting the same error.  Here with i have attached eg_startup.pl. It seems to be some module problem. 

Do you see any more detailed errors in the Apache2 log?  

Aleksey Lazar
IS Developer and Integrator - PALS
http://www.mnpals.org/


From saravana.kumar at deepvalue.net  Fri Dec 27 03:30:49 2013
From: saravana.kumar at deepvalue.net (Saravana Kumar)
Date: Fri, 27 Dec 2013 03:30:49 -0500
Subject: [Evergreen-admin] error in installing evergreen
In-Reply-To: <4CBA0EF0-2C09-407B-A1C1-AB2BDB761884@mnsu.edu>
References: <CAMdp_JRxeXY4g49V=vtuT9W_W0Basw5Lniuha7vgnurXOCLS+g@mail.gmail.com>
	<A01AD873-6940-4AE6-9F70-CD2A91AA1B01@mnsu.edu>
	<CAMdp_JSdL2=tf986hYQmekRuwAZc75GYbTCbiiJo2Lk8_yYwFg@mail.gmail.com>
	<4CBA0EF0-2C09-407B-A1C1-AB2BDB761884@mnsu.edu>
Message-ID: <CAMdp_JTb4rX_0WgxBaR7vVzsv5YrPkXGwqZ8OxGOSLUi_U=7uw@mail.gmail.com>

Its not writing in apache log its writing in syslog when i try to restart
apache. There is no detailed info.

--
Saravana kumar
Systems


On Thu, Dec 26, 2013 at 1:28 PM, Lazar, Alexey Vladimirovich <
alexey.lazar at mnsu.edu> wrote:

> On 2013-12-26, at 09:52 , Saravana Kumar <saravana.kumar at deepvalue.net>
> wrote:
>
> >  I tried it but getting the same error.  Here with i have attached
> eg_startup.pl. It seems to be some module problem.
>
> Do you see any more detailed errors in the Apache2 log?
>
> Aleksey Lazar
> IS Developer and Integrator - PALS
> http://www.mnpals.org/
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://list.evergreen-ils.org/pipermail/evergreen-admin/attachments/20131227/c8b55504/attachment.html>