On 10/4/07, Karen Collier [EMAIL PROTECTED] wrote:
This raises another question though. What kind of security is there to keep
hackers out of the staff client if you can't just firewall it off, since it
uses the same ports as the OPAC which the public is supposed to get to?
Hi Karen,
Okay, stopped, cleared logs, restarted with loglevel 5 in opensrf_core.xml.
This is *probably* the problem; if it isn't, let me know and I'll send on
the full logs.
Probably something I messed up in the install...
from osrfsys.log:
[2007-10-4 6:41:22] open-ils.storage
On 04/10/2007, John Fink [EMAIL PROTECTED] wrote:
Okay, stopped, cleared logs, restarted with loglevel 5 in opensrf_core.xml.
This is *probably* the problem; if it isn't, let me know and I'll send on
the full logs.
Probably something I messed up in the install...
from osrfsys.log:
On 04/10/2007, Dan Scott [EMAIL PROTECTED] wrote:
On 04/10/2007, John Fink [EMAIL PROTECTED] wrote:
Okay, stopped, cleared logs, restarted with loglevel 5 in opensrf_core.xml.
This is *probably* the problem; if it isn't, let me know and I'll send on
the full logs.
Probably something I
Hi Dan,
I am unable to see the problem.
Unless it truly is an authentication issue.
Perhaps a typo in one on the config files.
Here's a link to the .log that was created at level 5
http://people.upei.ca/mmmag/log/osrfsys.log
Thanks Loads.
F. Grant Johnson
Systems Coordinator
Robertson
Heh. Okay, I did this (changing every instance of
languageperl/language, and now really *nothing* works. No cstore or
storage in ps wax. Starting Evergreen takes a lot longer, and on shutdown
we get the following:
Stopping OpenSRF C :
opensrf-c: no process killed
ugh. Dan, are you super
Here's Environment specifics - I'm lazy too...
Ubuntu 7.04 workstation
OpenSRF Release 0.9
Fourth release candidate for Evergreen 1.2.0
IP address only - no fqdn
--
F. Grant Johnson
566-0630 / [EMAIL PROTECTED]
Skype ID = jetsongeorge
Systems/Web Coordinator
Robertson Library
On 04/10/2007, John Fink [EMAIL PROTECTED] wrote:
Heh. Okay, I did this (changing every instance of
languageperl/language, and now really *nothing* works. No cstore or
storage in ps wax. Starting Evergreen takes a lot longer, and on shutdown
we get the following:
Stopping OpenSRF C :
Those sound like good options to consider. I think our tech guy was also
wondering if Evergreen is or could be set up to limit staff client access to
specified IP addresses. Is that an option, with the way Evergreen operates?
Thanks,
Karen
-Original Message-
From: Jason Etheridge
I did what is probably a Very Dumb Thing and just wholesale changed every
instance of languageperl/language to Pg without checking the context in
which those language tags were nested. Worse yet, I did so brazenly and
without regard to keeping a backup file. So I'll go in and undo tomorrow
On 10/4/07, Karen Collier [EMAIL PROTECTED] wrote:
Those sound like good options to consider. I think our tech guy was also
wondering if Evergreen is or could be set up to limit staff client access to
specified IP addresses. Is that an option, with the way Evergreen operates?
If you run two
On 04/10/2007, John Fink [EMAIL PROTECTED] wrote:
I did what is probably a Very Dumb Thing and just wholesale changed every
instance of languageperl/language to Pg without checking the context in
which those language tags were nested. Worse yet, I did so brazenly and
without regard to keeping
Hi again,
I thought that while waiting for an epiphany on the client connection I'd try
to load up some Gutenburg records following the instructions @
http://open-ils.org/dokuwiki/doku.php?id=evergreen-admin:importing:bibrecordss=marc%20records
Step 2 fails with the following.
Perhap's a
Actually, no, I changed every instance of string languageperl/language
to languagePg/language. I wish I could blame this on lack of sleep, but
I think it's just sheer boneheadedness that's the culprit. I will fix and
report back.
jf
On 10/4/07, Jason Etheridge [EMAIL PROTECTED] wrote:
I'm
Hi everyone,
Long time no see.
I tried to install the 1.2.0 RC 4 on a 'new' FC6 machine this morning. I
found the following in the
osrfsys.log:
opensrf 2007-10-04 12:55:57 [ERR::osrf_system.c:130:] * Running
application opensrf.math
opensrf 2007-10-04 12:55:57
Grant Johnson wrote:
Hi again,
I thought that while waiting for an epiphany on the client connection I'd try to
load up some Gutenburg records following the instructions @
http://open-ils.org/dokuwiki/doku.php?id=evergreen-admin:importing:bibrecordss=marc%20records
Step 2 fails with the
On 04/10/2007, Grant Johnson [EMAIL PROTECTED] wrote:
Here's Environment specifics - I'm lazy too...
Ubuntu 7.04 workstation
OpenSRF Release 0.9
Fourth release candidate for Evergreen 1.2.0
IP address only - no fqdn
This last thing is probably what is killing you.
You have to use the
OK Dan,
Thanks.
I was afraid of that. It looked like the fqdn was optional to me.
And that was fine for testing purposes.
I have the request in to set up the dns.
It's just not done yet.
Have a good weekend.
Cheers
F. Grant Johnson
Systems Coordinator
Robertson Library
University of
On 04/10/2007, Grant Johnson [EMAIL PROTECTED] wrote:
Hi Dan,
I am unable to see the problem.
Unless it truly is an authentication issue.
Perhaps a typo in one on the config files.
Here's a link to the .log that was created at level 5
http://people.upei.ca/mmmag/log/osrfsys.log
Thanks
It seems to me that there may be a problem loading the OpenSRF
modules. To get a list of those modules that are loaded, run srfsh
and enter the following:
request router opensrf.router.info.class.list
A complete list might look something like:
[EMAIL PROTECTED] srfsh
srfsh# request router
20 matches
Mail list logo