I just tried out the Greenstone 2.84 binary on both the Centos and
Ubuntu we have here. Unfortunately, I wasn't able to reproduce the
problem even in the latter. What we do know, however, is that when you
launch GLI by itself, it starts the GS2 server app. It's actually that
app which writes out the Greenstone library URL into a file called
"glisite.cfg" located in the top-level GS directory, which GLI then
accesses to obtain the preview URL from. To determine what's going wrong
in your case, I'd like you to first check whether you have a
"glisite.cfg" file in your GS directory. Note however that I do not mean
the template "glisite.cfg.in" file.
1. Quit any GLI or gs2-server application you have running.
2. IF you have a "glisite.cfg" file in your GS installation folder, then
look in that file to see if there's still a line starting with "url="?
Does this URL look sensible to you, or is this undesirably prefixed with
"file:///home/john/Greenstone/gli/%22"? Please make a note of the answer.
3. IF you had a glisite.cfg file in step 1, delete it. It will get
regenerated from glisite.cfg.in.
Besides, even if a glisite.cfg existed, it should not contain a "url="
line when the Greenstone server is not running. It could only have such
a line if anything had crashed during the last run, or if one pressed
Ctrl-C in the terminal that ran GLI in order to terminate it.)
4. Now run gs2-server.sh from a terminal. Press the Enter Library button
and see whether it takes you to the Greenstone library home page, and
hence whether the URL it generates is sensible.
When the gs2-server app is run independently of GLI, as happens when you
run gs2-server.sh, it uses a different configuration file: "llssite.cfg".
If the URL is not sensible and the Greenstone home page does not load,
please make a note of this as well for the next email. Otherwise state
that this worked.
5. If step 4 worked such that the Greenstone home page loaded on running
the gs2-server app, then the problem of the wrong preview URL being
generated does not lie with the gs2-server app. It lies with GLI.
6. Exit the gs2-server app and now run GLI (which will start up its own
instance of the gs2-server app). Having deleted any "glisite.cfg" file
in step 3, this may have cleared related issues. Does the preview button
still cause problems this time? What is the preview URL now?
7. If the preview URL is still wrong, then try the following. While GLI
is still running, can you look at the glisite.cfg file--which should
certainly exist while you have GLI running--and note down what the line
Please write back with the answers to my questions and I will try my
best to figure out where things are going wrong.
John Rose wrote:
> Dear Anupama, I believe that you did not answer the message below (we
> got sidetracked on the discussion about pdf)? Best regards, John
> -------- Original Message --------
> Subject: Re: Re: [greenstone-users] Preview command
> Date: Tue, 05 Apr 2011 09:41:59 +0200
> From: John Rose <firstname.lastname@example.org>
> To: email@example.com
> Thanks, Anupama, I tried to preview after setting the Preview Command as
> you recommend with and without quotes and in both cases Firefox tries to
> access at:
> and gives an error message saying it cannot find the file at that
> Library Path is http://localhost:8282/greenstone/cgi-bin/library.cgi
> and Collection Director is home/john/Greenstone/collect/
> Waiting for further advice, thanks and best regards, John