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

[John Fink]

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

On 10/2/07, John Fink <john.fink at gmail.com> wrote:
>
> Aha!  That's it.  Changing my domain from 127.0.0.1 to evergreen results
> in a srfsh shell.  Thanks very much for your information and patience!
> Requesting cstore gives me a load of output, but request storage does
> nothing.  Odd.  And now I go back to ps, and I notice storage has stopped
> running.
>
> jf
>
>
>
> On 10/2/07, Don McMorris <dmcmorris at esilibrary.com> wrote:
> >
> > Hey John:
> >
> > What is your jabber domain? This will need to be set in ~/.srfsh.xml.
> > Note that "localhost" and "127.0.0.1" are different ;)
> >
> > --Don
> >
> > Don McMorris Jr.
> > | Technical Specialist
> > | Equinox Software, Inc. / The Evergreen Experts
> > | phone: 877-OPEN-ILS (673-6457) x709
> > | email: dmcmorris at esilibrary.com <mailto: dmcmorris at esilibrary.com>
> > | web: http://www.esilibrary.com
> >
> >
> >
> > John Fink wrote:
> > > Folks,
> > >
> > > c-store and storage are present.  Looking at srfsh.log shows the
> > > following:
> > >
> > > srfsh 2007-10-02 06:49:22 [INFO:5253:osrf_system.c:267:] Bootstrapping
> > > system with domain 127.0.0.1 <http://127.0.0.1 >, port 5222, and
> > > unixpath (none)
> > > srfsh 2007-10-02 06:49:22 [WARN:5253:transport_session.c:386:]
> > > Received <stream:error> message from Jabber server
> > > srfsh 2007-10-02 06:49:22 [DEBG:5253:socket_bundle.c:367:] removing
> > > socket 3
> > > srfsh 2007-10-02 06:49:22 [ERR :5253:srfsh.c:21:] Unable to bootstrap
> > > client for requests
> > >
> > > ejabberd's relevant log entry:
> > > =INFO REPORT==== 2007-10-02 06:49:22 ===
> > > I(<0.216.0>:ejabberd_listener:90): (#Port< 0.46766>) Accepted
> > > connection {{127,0,0,1},50367} -> {{127,0,0,1},5222}
> > >
> > > Not sure what stream:error means.  Maybe username/password issues?
> > >
> > > jf
> > >
> > >
> > >
> > >
> > > On 10/1/07, *Dan Scott* <denials at gmail.com <mailto:denials at gmail.com>>
> > > wrote:
> > >
> > >     On 01/10/2007, John Fink <john.fink at gmail.com
> > >     <mailto:john.fink at gmail.com>> wrote:
> > >     > Hello Don,
> > >     >
> > >     > Just got it once, so no worries.
> > >     >
> > >     > Trying to run srfsh as myself yields the following error:
> > >     >
> > >     > jbfink at evergreen :/openils/bin$ ./srfsh
> > >     > Unable to bootstrap client for requests
> > >     >
> > >     >
> > >     > I see a reference to this back in March of 2007 but I'm not sure
> > >     what it
> > >     > means.  Maybe OpenSRF isn't actually working
> > >     correctly?  There're a hell of
> > >     > a lot of OpenSRF processes on the box though.
> > >     >
> > >     > jf
> > >
> > >     Hey John:
> > >
> > >     I can reproduce that error a number of ways :) If the OpenSRF
> > services
> > >     aren't running, then it's easy to reproduce. But it sounds like
> > >     that's
> > >     not your problem. So -- double-check the .srfsh.xml file in your
> > home
> > >     directory to ensure that the domain that you've set is correct, as
> > >     well as your username / password.
> > >
> > >     As for the OpenSRF storage services, try "ps wax | grep cstore" to
> >
> > >     ensure that the cstore service is running, and "ps wax | grep
> > storage"
> > >     to see if the open-ils.storage service is running.
> > >
> > >     --
> > >     Dan Scott
> > >     Laurentian University
> > >
> > >
> > >
> > >
> > > --
> > > http://libgrunt.blogspot.com -- library culture and technology.
> >
>
>
>
> --
> http://libgrunt.blogspot.com -- library culture and technology.
>



-- 
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/4b97dd8c/attachment.html