[OPEN-ILS-DEV] Checkout and Holds problem

[Robert Nix]

Also, I forgot to mention that when I try to place a hold I get a popup box
that says:

  No items were found that could fulfill the requested holds. It's possible
that choosing a different format will result in a successful hold. It is
also possible that you have exceeded the number of allowable holds. For
further information, please consult your local librarian.

The item hasn't ever been placed on hold as of yet so it can't be exceeding
the number of allowable holds. It is marked as holdable, is listed as a
book and is available. The test patron used to place the hold doesn't have
any outstanding bills or a balance at all for that matter. I still get the
network/server failure error whenever I try to checkout the item. Is there
any other information you need to help solve the case?
On Wed, Apr 2, 2008 at 2:18 PM, Robert Nix <glibrarysystem at gmail.com> wrote:

> Dan,
>
>   Nevermind. I found the config file and put it back in place and srfsh is
> working again. I ran the request command again but I still get the same
> errors. I can resend the log files I have again if that would help.
>
>   On Wed, Apr 2, 2008 at 11:14 AM, Robert Nix <glibrarysystem at gmail.com>
> wrote:
>
> > Dan,
> >
> >   I was going to attempt to run the command again but when I try to go
> > into srfsh I seem to have lost the config file in /root/.srfsh.xml. Is there
> > any way I could recover the config file so that I can run the command again?
> > Is there any way I could get that file from you?
> >
> >   On Tue, Apr 1, 2008 at 6:06 PM, Dan Scott <denials at gmail.com> wrote:
> >
> > > Here's what I found in gateway.log that seems relevant:
> > >
> > > osrf_json_gw 2008-04-01 18:58:05 [ERR
> > > :23952:osrf_json_gateway.c:262:1206634897239524] Gateway received
> > > error:  *** Call to [open-ils.circ.title_hold.is_possible] failed for
> > > session [1207076285.540469.120707628523952], thread trace [1]:
> > >  * ! EXCEPTION ! *
> > > TYPE: OpenSRF::EX
> > > Mess:
> > > Mess: No event defined with textcode:
> > > ACTOR_ORG_UNIT_PROXIMITY_NOT_FOUND
> > > Loc.: 185 OpenSRF::Application
> > > Loc.: /openils/lib/perl5/OpenSRF/Application.pm
> > > Time: Tue Apr  1 18:58:05 2008
> > >
> > > Are you sure that you ran the proximity calculation after adjusting
> > > your org units?
> > >
> > > http://open-ils.org/dokuwiki/doku.php?id=server_installation
> > >
> > > (See configuration, step 2)
> > >
> > > On 01/04/2008, Robert Nix <glibrarysystem at gmail.com> wrote:
> > > > Dan,
> > > >
> > > >   I am running Evergreen 1.2.1.3 with the 1.2.1.4 client. I
> > > installed with
> > > > John Schmidt's latest install script onto Debian Etch. I am still
> > > running
> > > > this in the chrooted environment for now until I get all of the
> > > > functionality working. Hope this is helpful.
> > > >
> > > >
> > > > On Tue, Apr 1, 2008 at 4:03 PM, Robert Nix <glibrarysystem at gmail.com>
> > > wrote:
> > > >
> > > > >
> > > > > Jason,
> > > > >
> > > > >   Here are the new logs with the errors recreated on them, at
> > > least all
> > > > that showed back up after I brought all of the services back up. I
> > > even
> > > > added some of the old log files that I thought would be relevant.
> > > The config
> > > > files are in there as well. If there are more that you need then
> > > please let
> > > > me know.
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > On Mon, Mar 31, 2008 at 12:06 PM, Jason Etheridge <
> > > jason at esilibrary.com>
> > > > wrote:
> > > > >
> > > > > >
> > > > > > > Is there something that needs to be different in order for the
> > > > handshake to
> > > > > > > successfully happen?
> > > > > >
> > > > > > Hrmm, if SSL was breaking, I would expect for it to happen with
> > > every
> > > > > > call, and not just the ones pertaining to checkout.
> > > > > >
> > > > > > Robert, would you be willing to send the list (or me directly)
> > > an
> > > > > > archive of your log files?
> > > > > >
> > > > > > I would shut down all OpenSRF services, then Apache, move the
> > > old log
> > > > > > files out of the way, restart OpenSRF, then restart Apache,
> > >  reproduce
> > > > > > the error, and then tar all the logs (and maybe config files) up
> > > at
> > > > > > that point.
> > > > > >
> > > > > > Thanks!
> > > > > >
> > > > > > --
> > > > > > Jason Etheridge
> > > > > >  | VP, Community Support and Advocacy
> > > > > >  | Equinox Software, Inc. / The Evergreen Experts
> > > > > >  | phone: 1-877-OPEN-ILS (673-6457)
> > > > > >  | email: jason at esilibrary.com
> > > > > >  | web: http://www.esilibrary.com
> > > > > >
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> > > --
> > > Dan Scott
> > > Laurentian University
> > >
> >
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://list.georgialibraries.org/pipermail/open-ils-dev/attachments/20080402/1b5acfcc/attachment-0001.html