RE: [OPEN-ILS-DEV] marc record import questions - gutenberg
Hi Robert, The backslash should only be placed at the end of one line but in the middle of a command. It allows one command to span multiple lines: [EMAIL PROTECTED]:~# mkdir foo ...would create the directory ~/foo. This would also create that directory: [EMAIL PROTECTED]:~# mkdir \ foo ...hitting return at the end of each line. If you type the command out on one line, the backslash is unnecessary; indeed, it will interfere with the proper syntax of the command. The following two commands are not identical, and only the second is correct: [EMAIL PROTECTED]:~# mkdir \ bar [EMAIL PROTECTED]:~# mkdir bar This is important when commands are followed by options (as in your case); the options trailing the backslash will not be interpreted correctly. Once you have the server running, the staff client should indeed be good to go. The first time you run it from any given machine, you need to use the admin details (admin // open-ils are default) to log in, and then register the workstation using the area in the top-right of the client login screen. Once you have done that, you can use that staff client to log in with any Staff patron account. That should be all that there is to it. I'm afraid I know too little about the software to help on anything more technical than that! Cheers, Cyrus -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Robert Soulliere Sent: 24 July 2008 13:59 To: Evergreen Development Discussion List Subject: Re: [OPEN-ILS-DEV] marc record import questions - gutenberg I was able to get this part to work but am still running into snags during the import of the Gutenberg records. When I try: perl pg_loader.pl -or bre -or mrd -or mfr -or mtfe -or mafe -or msfe -or mkfe -or msefe \ -a mrd -a mfr -a mtfe -a mafe -a msfe -a mkfe -a msefe ~/gutenberg.ingest ~/gutenberg.sql I get the errors Can't open -a No such file... Can't open mrd No such file... Was I reading this command wrong? Should the \ between msefe and -a be there? If I remove the \ it seems to run but when I complete the steps for importing and making the records viewable in the catalog, it doesn't seem to be correct since no records seem to be in the catalog. 1. Once Evergreen is installed, should the staff client be good to go or did I need to register the computers in a config file on the system? The server connection test works but I cannot login. admin and open-ils are the default admin login and password, correct? The system is running and the settings-tester and srfsh tests are indicating no problems. Thank, Robert - Original Message - From: Mike Rylander [EMAIL PROTECTED] Date: Friday, July 11, 2008 3:05 pm Subject: Re: [OPEN-ILS-DEV] marc record import questions - gutenberg To: Evergreen Development Discussion List open-ils-dev@list.georgialibraries.org On Thu, Jul 10, 2008 at 12:22 PM, Robert Soulliere [EMAIL PROTECTED] wrote: I am running the gutenberg example found at: http://www.open-ils.org/dokuwiki/doku.php?id=evergreen- admin:importing:bibrecords but am running into some snags. Step 1 works well and seems to do what it is supposed to do. When I do step 2: perl direct_ingest.pl gutenberg.bre ~/gutenberg.ingest the system seems to hang up. Do you know how long that process should take and what output should be shown when it is complete? The only time I've seen direct_ingest hang is if it's attempting to talk to an OpenSRF app to gather the set indexing definitions or the IDL location and the app is not responding. Are the OpenSRF apps all running? -- Mike Rylander | VP, Research and Design | Equinox Software, Inc. / The Evergreen Experts | phone: 1-877-OPEN-ILS (673-6457) | email: [EMAIL PROTECTED] | web: http://www.esilibrary.com This E-mail contains privileged and confidential information intended only for the individual or entity named in the message. If the reader of this message is not the intended recipient, or the agent responsible to deliver it to the intended recipient, you are hereby notified that any review, dissemination, distribution or copying of this communication is prohibited. If this communication was received in error, please notify the sender by reply E-mail immediately, and delete and destroy the original message. Email has been scanned for spam and viruses by Altman Technologies' email management service - www.altman.co.uk/emailsystems/ Any queries regarding these services should be emailed to [EMAIL PROTECTED] or you can check our web site at www.lsbu.ac.uk/email/ for up todate information about this service. -- Email has been scanned for spam and viruses by Altman Technologies' email management service Copyright in this email and in any attachments belongs to London South Bank University. This email, and its attachments if any, may be confidential or legally privileged and is intended to be seen only by the person to whom it is addressed. If you are not the intended
RE: [OPEN-ILS-DEV] ejabberd problems
Hi all,
Interesting discussions on this list - I think I'll stay subscribed
(even though I've now fixed my problem read on.)
In a moment of impatience, I followed RobertC's advice to simply
rebuild the system:
When you installed Deiban did you do a generic webserver
install or did you also install Jabber and Postgresql? If I remember
correctly, I just did a webserver install and no additional packages
then followed the instructions at:
http://www.open-ils.org/dokuwiki/doku.php?id=installing_evergreen_1.2_
on_debian_etch_x86_32-bit
the automated script takes care of the rest of the packages
needed.
You can verify that Apache is working correctly before
proceeding with the Evergreen install.
RobertC
So I used my lunch break to do another rebuild of the system. The only
difference between the two builds IIRC was that I didn't install a
database server the second time around, which I had the first time. It
seems that if I had simply used dpkg to get rid of PostgreSQL 7.4, I
may have had fewer problems; I remember noticing that there were some
7.4 directories kicking around the place even after I had used apt-get
to remove it.
Anyway, after going through the install for OpenSRF and Open-ILS,
starting the webserver initially threw a couple of errors:
[EMAIL PROTECTED]:/etc/apache2/ssl# /etc/init.d/apache2 restart
Forcing reload of web server (apache2)... waiting Syntax error
on line 69 of /etc/apache2/sites-enabled/eg.conf:
Invalid command 'CacheRoot', perhaps misspelled or defined by
a module not included in the server configuration
failed!
Fortunately, this is easily enough solved by enabled mod_cache and
mod_disk_cache:
[EMAIL PROTECTED]:/etc/apache2/ssl# ln -s
/etc/apache2/mods-available/cache.load
/etc/apache2/mods-enabled/cache.load
[EMAIL PROTECTED]:/etc/apache2/ssl# ln -s
/etc/apache2/mods-available/disk_cache.load
/etc/apache2/mods-enabled/disk_cache.load
[EMAIL PROTECTED]:/etc/apache2/ssl# /etc/init.d/apache2 start
Starting web server (apache2)
[EMAIL PROTECTED]:/etc/apache2/ssl#
And that gives some joy. I couldn't believe that it was working until
I actually loaded up http://evergreen/, but sure enough, it is.
Thanks for all of your suggestions, folks - sorry I didn't man up to a
real solution rather than just skirting the problem. Maybe next
time...
Cyrus
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Dan Scott
Sent: 14 July 2008 14:18
To: Evergreen Development Discussion List
Subject: Re: [OPEN-ILS-DEV] ejabberd problems
Hi Cyrus:
2008/7/14 Lyons, Cyrus 2 [EMAIL PROTECTED]:
Dear all,
Apologies in advance if this has already been looked at, but
extensive
searching hasn't yielded many results.
I'm having a number of issues after an automated install on Debian
Etch. This is actually my second install on this machine: The first
had similar problems which I assumed were due to numerous hostname
changes throughout it's life, and I figured it would be quicker to
just build the computer cleanly to get rid of any old config files
and
start from scratch than to weed out the problem. Bad call,
unfortunately - having identical problems now, so perhaps a waste of
time...
Perhaps. You said you did an automated install - was it using John
Schmidt's script? This might help us narrow down the problem. What
version of Evergreen?
In the Debian Etch install instructions, I think I'll insert a If you
run into problems with the login via srfsh step, stop now. Run
Open-ILS/src/support-scripts/settings-tester.pl; if that doesn't
provide any helpful feedback, post your problem to the open-ils-dev
mailing list before making any drastic changes to your system
configuration. You're probably closer to a solution than you think.
(something along the lines of the advice to sit still rather than keep
wandering in a forest when you're lost).
The issues are as follows.
First, after the install, running the admin login command failed:
[EMAIL PROTECTED]:~# /openils/bin/srfsh
srfsh# login admin open-ils
???: login admin open-ils
srfsh# exit
I had seen various error messages thrown during the install script
itself, but unfortunately flashing past too quickly to really take
notes.
~/srfsh.log yielded some information:
[/*--S
osrfMessage--*/{threadTrace:0,type:CONNECT}/*--E
osrfMessage--*/]
srfsh 2008-07-14 07:42:44 [DEBG:9022:osrf_stack.c:73:] We
received 1 messages from [EMAIL PROTECTED]/open-ils.auth
srfsh 2008-07-14 07:42:44 [WARN:9022:osrf_stack.c:84:] !!!
Received Jabber layer error message
srfsh 2008-07-14 07:42:44 [WARN:9022:osrf_stack.c:94:] *
Jabber Error is for top level remote id
[EMAIL PROTECTED]/open-ils.auth], no one to send my
message
too!!!
srfsh 2008-07-14 07:42:44 [INFO:9022:osrf_stack.c:103:]
Message processing duration 0.65
[OPEN-ILS-DEV] ejabberd problems
Dear all,
Apologies in advance if this has already been looked at, but extensive
searching hasn't yielded many results.
I'm having a number of issues after an automated install on Debian
Etch. This is actually my second install on this machine: The first
had similar problems which I assumed were due to numerous hostname
changes throughout it's life, and I figured it would be quicker to
just build the computer cleanly to get rid of any old config files and
start from scratch than to weed out the problem. Bad call,
unfortunately - having identical problems now, so perhaps a waste of
time...
The issues are as follows.
First, after the install, running the admin login command failed:
[EMAIL PROTECTED]:~# /openils/bin/srfsh
srfsh# login admin open-ils
???: login admin open-ils
srfsh# exit
I had seen various error messages thrown during the install script
itself, but unfortunately flashing past too quickly to really take
notes.
~/srfsh.log yielded some information:
[/*--S
osrfMessage--*/{threadTrace:0,type:CONNECT}/*--E
osrfMessage--*/]
srfsh 2008-07-14 07:42:44 [DEBG:9022:osrf_stack.c:73:] We
received 1 messages from [EMAIL PROTECTED]/open-ils.auth
srfsh 2008-07-14 07:42:44 [WARN:9022:osrf_stack.c:84:] !!!
Received Jabber layer error message
srfsh 2008-07-14 07:42:44 [WARN:9022:osrf_stack.c:94:] *
Jabber Error is for top level remote id
[EMAIL PROTECTED]/open-ils.auth], no one to send my message
too!!!
srfsh 2008-07-14 07:42:44 [INFO:9022:osrf_stack.c:103:]
Message processing duration 0.65
srfsh 2008-07-14 07:42:44 [DEBG:9022:osrf_stack.c:106:] after
msg delete
srfsh 2008-07-14 07:42:44 [DEBG:9022:osrf_app_session.c:554:]
AppSession in queue_wait with timeout 5
srfsh 2008-07-14 07:42:49 [DEBG:9022:osrf_app_session.c:554:]
AppSession in queue_wait with timeout 0
srfsh 2008-07-14 07:42:49 [WARN:9022:srfsh.c:539:] Unable to
connect to remote service open-ils.auth
I read somewhere that it'd be a good idea to clean up any reference to
'localhost' in ejabberd.cfg, openils.xml, and openils_core.xml. After
doing so, went to stop apache2, openils, and ejabberd (and then start
in reverse order), but now having problems restarting (assuming they
were really running before, which I now doubt) opensrf and apache:
[EMAIL PROTECTED]:~$ osrf_ctl.sh -c
/openils/conf/opensrf_core.xml -a start_router
Starting OpenSRF Router
Unable to connect router to jabber server
evergreen.lsbu.ac.uk... exiting
[EMAIL PROTECTED]:~$ exit
logout
[EMAIL PROTECTED]:/openils/conf# /etc/init.d/ejabberd start
Starting jabber server: ejabberd already running.
Didn't quite see the point of trying perl and c, but here goes
anyway...
[EMAIL PROTECTED]:~$ osrf_ctl.sh -c
/openils/conf/opensrf_core.xml -a start_perl
Starting OpenSRF Perl
[EMAIL PROTECTED]:~$ osrf_ctl.sh -c
/openils/conf/opensrf_core.xml -a start_c
Starting OpenSRF C (host=evergreen.lsbu.ac.uk)
Ctrl + C
As you can see, Perl starts fine; C hangs around seemingly doing
nothing and needs me to Ctrl+C to be able to carry on. Next up,
apache:
[EMAIL PROTECTED]:/openils/conf# /etc/init.d/apache2 start
Starting web server (apache2)...Syntax error on line 51 of
/etc/apache2/sites- available/eg_vhost.conf:
Invalid command 'XMLEntStripPI', perhaps misspelled or defined
by a module not included in the server configuration
failed!
I will attach opensrf.xml and opensrf_core.xml if necessary, but this
message seems long enough without, and I thought someone might have
some inspired counsel to offer.
Hopeful thanks in advance,
Cyrus
--
Email has been scanned for spam and viruses by Altman Technologies' email
management service
Copyright in this email and in any attachments belongs to London South Bank
University. This email, and its attachments if any, may be confidential or
legally privileged and is intended to be seen only by the person to whom it is
addressed. If you are not the intended recipient, please note the following:
(1) You should take immediate action to notify the sender and delete the
original email and all copies from your computer systems; (2) You should not
read copy or use the contents of the email nor disclose it or its existence to
anyone else.
The views expressed herein are those of the author(s) and should not be taken
as those of London South Bank University, unless this is specifically stated.
London South Bank University is a company limited by guarantee registered in
England and Wales. The following details apply to London South Bank University:
Company number - 00986761; Registered office and trading address - 103 Borough
Road London SE1 0AA; VAT number - 778 1116 17; Email address - [EMAIL PROTECTED]
