[OPEN-ILS-DEV] problem logging in as admin

[John Fink]

Here's something tasty from gateway.log.  Let me know if you want a look at
any of the others.

TYPE: OpenSRF::EX::ERROR
Mess: System ERROR
Mess: Call to open-ils.storage for method
open-ils.storage.biblio.multiclass.search_
fts.atomic
Mess:  failed with exception:   * ! EXCEPTION ! *
Mess: TYPE: OpenSRF::EX::ERROR
Mess: Mess: System ERROR
Mess: Mess:   * ! EXCEPTION ! *
Mess: Mess: TYPE: OpenSRF::DomainObject::oilsMethodException
Mess: Mess: Mess: <404>  Method [
open-ils.storage.biblio.multiclass.search_fts.atomi
c] not found for OpenILS::Application::Search
Mess: Mess: Loc.: 996 OpenSRF::AppRequest
Mess: Mess: Loc.: /openils/lib/perl5/OpenSRF/AppSession.pm
Mess: Mess: Time: Mon Oct  1 05:45:33 2007
Mess:
Mess: Loc.: 161 OpenILS::Application::AppUtils
Mess: Loc.: /openils/lib/perl5/OpenILS/Application/AppUtils.pm
Mess: Time: Mon Oct  1 05:45:33 2007
Mess:  :
Loc.: 185 OpenSRF::Application
Loc.: /openils/lib/perl5/OpenSRF/Application.pm
Time: Mon Oct  1 05:45:33 2007


On 10/2/07, Dan Scott <denials at gmail.com> wrote:
>
> On 02/10/2007, John Fink <john.fink at gmail.com> wrote:
> > Stopping all Evergreen processes and restarting them results in storage
> > showing up under ps, but executing the srfsh storage command makes the
> > process die.  Maybe any call to storage kills it?  Is this one of the
> bugs
> > that was quashed after RC2?  I should probably update regardless. :)
> >
> > jf
>
> Sure -- updating (ideally to rel_1_2) would be a good idea, but we
> need to know what your logs are saying about the crashing processes
> too. :)
>
> --
> Dan Scott
> Laurentian University
>



-- 
http://libgrunt.blogspot.com -- library culture and technology.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://list.georgialibraries.org/pipermail/open-ils-dev/attachments/20071002/61b20896/attachment.html