that did it...working on the web client login now Thanks, Peter
On Tue, Sep 1, 2015 at 2:59 PM, Ben Shum <[email protected]> wrote: > Hi Peter, > > My kneejerk reaction to that error is to check to see if maybe you > haven't run autogen.sh on your system after the upgrade (along with > the apache restart). > > I did some googling of part of the error message "Call to > [open-ils.actor.org_tree.descendants.retrieve] failed for session" and > came across similar incidents on Evergreen mailing lists for many past > versions where that ended up being part of the solution. That or lack > of available system memory in your test system. > > -- Ben > > On Tue, Sep 1, 2015 at 1:50 PM, Peter Lux <[email protected]> wrote: > > Hi all, > > I have a 2.9 beta up with and updated db copy of our 2.7.4 database. All > > the db upgrades (done incrementally) went without error. OPAC is up and > > searching fine but the windows staff client won't register a new > workstation > > with a network error regarding > > open-ils.actor.org_tree.descendants.retrieve. It's looking for branch > > information it would seem. > > > > Any thoughts? > > > > Here's the debug output: > > > > {"payload":[],"debug":"osrfMethodException : *** Call to > > [open-ils.actor.org_tree.descendants.retrieve] failed for session > > [1441129095.161496.144112909531244], thread trace [1]:\nException: > > OpenSRF::EX::ERROR 2015-09-01T14:38:15 OpenSRF::Application > > /usr/local/share/perl/5.18.2/OpenSRF/Application.pm:233 System ERROR: > Call > > to open-ils.storage for method > > open-ils.storage.actor.org_unit.descendants.atomic \n failed with > exception: > > Exception: OpenSRF::EX::ERROR 2015-09-01T14:38:15 > > OpenILS::Application::AppUtils > > /usr/local/share/perl/5.18.2/OpenILS/Application/AppUtils.pm:201 System > > ERROR: Exception: OpenSRF::DomainObject::oilsMethodException > > 2015-09-01T14:38:15 OpenSRF::AppRequest > > /usr/local/share/perl/5.18.2/OpenSRF/AppSession.pm:1086 <500> *** Call > to > > [open-ils.storage.actor.org_unit.descendants.atomic] failed for session > > [1441129095.164721142.9032180366], thread trace [1]:\nDBD::Pg::st execute > > failed: no connection to the server [for Statement \"SELECT * FROM > > actor.org_unit_descendants(?,?)\" with ParamValues: 1='1', 2='0'] at > > /usr/share/perl5/DBIx/ContextualFetch.pm line 52.\n\n\n\n : > > \n\n","status":500} > > STATUS: > > > > Peter > > > > -- > Benjamin Shum > Evergreen Systems Manager > Bibliomation, Inc. > 24 Wooster Ave. > Waterbury, CT 06708 > 203-577-4070, ext. 113 >
