1. Run the client-gli, most importantly reproducing the error.
2. As soon as possible thereafter, quit client-gli
3. Mail me a copy of the following file located in your apache installation:
This is where the remote server errors are logged into (for
Greenstone2). You may also want to take a look in it yourself to see if
there is anything straightforward the matter with it.
p b wrote:
> Hello Anupama,
> The quotation marks made it work. I think you have brought me very close
> to a solution. I can now see the greenstone page at
> http://192.168.2.4/gsdl/cgi-bin/library. All of the local links generate
> a "Not Found The requested URL /cgi-bin/library was not found on this
> server." page though.
> I had previously set up user names and passwords for the other members
> of my team. I was able to connect with their user names using the
> client-gli, but was not able to create new collections or open existing
> collections. I have attached the error messages from Mac and PC clients.
> I would appreciate any insight or advice you might give me. And I
> appreciate all your help so far.
> --- On *Wed, 3/11/09, Anupama of Greenstone Team
> /<firstname.lastname@example.org>/* wrote:
> From: Anupama of Greenstone Team <email@example.com>
> Subject: Re: [greenstone-users] remote greenstone
> To: firstname.lastname@example.org,
> Date: Wednesday, March 11, 2009, 7:19 PM
> Hi Paul,
> You were right to remove the asterisks, because they were merely placeholders,
> I'll update the wiki to make this clearer. Copying and pasting gsdlsite.cfg
> into the etc folder will have no beneficial effect, and gsdlhome's value
> should not have cgi-bin at the end. It is best to first undo all changes
> you've made related to that.
> Thereafter, try the following, first without quotes around the path, and if
> that does not work, then with quotes around it:
> 1. gsdlhome C:\Documents and Settings\Paul Bond\Greenstone2
> then try:
> 2. gsdlhome "C:\Documents and
> p b wrote:
> > Hello Anupama,
> > Adding the quotation marks to the Directory value fixed it so that Apache
> would start. Thank you. But then when I visited
> http://localhost/gsdl/cgi-bin/library in my browser, I received a ?Oops! The
> gsdlsite.cfg configuration file does not contain a valid gsdlhome entry.
> gsdlsite.cfg should reside in the same directory as the library executable
> file? message. The wiki said to edit the gsdlsite.cfg to replace $GSDLHOME
> with the full path to my Greenstone installation, which taken literally meant
> that the line would be
> > gsdlhome **C:\Documents and Settings\Paul
> > I assumed that the asterisks were causing a problem, so I replaced them
> with quotation marks and added cgi-bin to the end of the path. With this, my
> browser then said, ?Oops! The
> main.cfg configuration file could not be found.
> This file should contain configuration information relating to the setup of the
> interface. As this receptionist is not being run in collection specific mode the
> file should reside at C:\Documents and Settings\Paul
> Bond\Greenstone2\cgi-bin\etc\main.cfg.? The etc directory
> resides in Greenstone2, not in cgi-bin. If I copy etc and paste it in cgi-bin,
> the page visible at http://localhost/gsdl/cgi-bin/library reads,
> ?_home:header_ _home:content_ _home:footer_?. Is there something else that I
> should edit?
> > Thank you for all your help,
> > Paul
> An error has occurred on the remote Greenstone server while performing this operation: Content-type:text/plain
> ERROR: Perl failed: perl -S classinfo.pl -listall -language "en" -xml 2>&1
> 'perl' is not recognized as an internal or external command, operable program or batch file.
> Exit status: 1 (cmd=get-script-options&script=classinfo.pl&language=en&un=mcolbert&pw=Tp12EUud7qUXA&ts=123681840796)
> Unable to get the list of classifiers using classinfo.pl -listall.