[OPEN-ILS-DEV] Checkout and Holds problem

[Dan Scott]

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