<div dir="ltr">Hi,<br>&nbsp;&nbsp;&nbsp; I also had a bit of a struggle installing SHARP on Ubuntu, (Hardy Heron currently, but Gutsy also previously), but got it working eventually.<br><br>The default httpd binary core dumped, but the answer for me was to move the httpd binary (unpacked from &quot;helpers_server.linux.tar.gz&quot;) to somewhere else, then use the httpd.SuSE-9.3 binary <br>

e.g.:<br><br>%mv httpd httpd.distrib<br>%mv httpd.SuSE-9.3 httpd<br><br>...then use the kill_server/restart_server scripts to start the server.<br>I have Sharp running on port 8080, and the vanilla Apache2 from Ubuntu running on 80, and they don&#39;t get in the way of each other.<br>

<br>I guess that recompiling either Apache2 or Apache 1.3.X is overkill, and instead you should concentrate on getting the available Apache 1.3 binaries distributed with SHARP to run. I don&#39;t have access to the machine in question right now, but I think that Apache should give a logfile when it dies. <br>

<br>Good luck,<br><br>Mark <br>&nbsp;<br><br><div class="gmail_quote">2008/8/15  <span dir="ltr">&lt;<a href="mailto:sharp-discuss-request@globalphasing.com" target="_blank">sharp-discuss-request@globalphasing.com</a>&gt;</span><br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Send sharp-discuss mailing list submissions to<br>
 &nbsp; &nbsp; &nbsp; &nbsp;<a href="mailto:sharp-discuss@globalphasing.com" target="_blank">sharp-discuss@globalphasing.com</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
 &nbsp; &nbsp; &nbsp; &nbsp;<a href="https://www.globalphasing.com/mailman/listinfo/sharp-discuss" target="_blank">https://www.globalphasing.com/mailman/listinfo/sharp-discuss</a><br>
or, via email, send a message with subject or body &#39;help&#39; to<br>
 &nbsp; &nbsp; &nbsp; &nbsp;<a href="mailto:sharp-discuss-request@globalphasing.com" target="_blank">sharp-discuss-request@globalphasing.com</a><br>
<br>
You can reach the person managing the list at<br>
 &nbsp; &nbsp; &nbsp; &nbsp;<a href="mailto:sharp-discuss-owner@globalphasing.com" target="_blank">sharp-discuss-owner@globalphasing.com</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than &quot;Re: Contents of sharp-discuss digest...&quot;<br>
<br>
<br>
Today&#39;s Topics:<br>
<br>
 &nbsp; 1. Re: apache2 not starting on Ubuntu 7.04 &nbsp; SHARP &nbsp; installation<br>
 &nbsp; &nbsp; &nbsp;(Lee S Parsons)<br>
 &nbsp; 2. Re: apache2 not starting on Ubuntu 7.04 &nbsp; SHARP &nbsp; installation<br>
 &nbsp; &nbsp; &nbsp;(Clemens Vonrhein)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Thu, 14 Aug 2008 12:33:08 -0400<br>
From: Lee S Parsons &lt;<a href="mailto:parsonsl@upstate.edu" target="_blank">parsonsl@upstate.edu</a>&gt;<br>
Subject: Re: [sharp-discuss] apache2 not starting on Ubuntu 7.04 &nbsp; &nbsp; &nbsp; &nbsp;SHARP<br>
 &nbsp; &nbsp; &nbsp; &nbsp;installation<br>
To: Clemens Vonrhein &lt;<a href="mailto:vonrhein@globalphasing.com" target="_blank">vonrhein@globalphasing.com</a>&gt;<br>
Cc: <a href="mailto:sharp-discuss@globalphasing.com" target="_blank">sharp-discuss@globalphasing.com</a><br>
Message-ID: &lt;<a href="mailto:48A45E44.4020300@upstate.edu" target="_blank">48A45E44.4020300@upstate.edu</a>&gt;<br>
Content-Type: text/plain; charset=&quot;iso-8859-1&quot;<br>
<br>
Dr. Vonrhein<br>
<br>
Thank you for your reply, here is an update:<br>
<br>
Clemens Vonrhein wrote:<br>
&gt;<br>
&gt; You should be able to create new users for the SHARP server by doing:<br>
&gt;<br>
&gt; &nbsp; % cd /where/ever/sharp<br>
&gt; &nbsp; % source ./setup.csh &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; # tcsh/csh<br>
&gt; &nbsp; &nbsp; - or -<br>
&gt; &nbsp; % . ./setup.sh &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; # sh/bash/ksh/zsh<br>
&gt; &nbsp; % adm/bin/newuser<br>
&gt;<br>
&gt;<br>
<br>
<br>
I should have mentioned, I was able to create new users using the<br>
newuser script, but I could never log in as them. &nbsp;Only the user that I<br>
created when setting up SHARP was allowed in.<br>
<br>
<br>
&gt;<br>
&gt; &nbsp; % cd /where/ever/sharp<br>
&gt; &nbsp; % source ./setup.csh &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; # tcsh/csh<br>
&gt; &nbsp; &nbsp; - or -<br>
&gt; &nbsp; % . ./setup.sh &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; # sh/bash/ksh/zsh<br>
&gt; &nbsp; % adm/bin/kill_server<br>
&gt; &nbsp; % adm/bin/restart_server<br>
&gt; &nbsp; % adm/bin/check_server<br>
&gt;<br>
&gt;<br>
<br>
As mentioned, restart_server (sorry about the earlier typo) dies<br>
immediately with the &quot;AuthUserFile&quot; error that I mentioned earlier.<br>
Still trying to figure out how to get around that one...<br>
<br>
Though kill_server is now irrelevant, since the server doesn&#39;t start at<br>
all since the reboot...<br>
<br>
&gt;<br>
&gt; You are trying to use apache2 as the httpd for SHARP/autoSHARP? This<br>
&gt; is different from the recommended version of the apache httpd (1.3.X)<br>
&gt; that also comes with the SHARP/autoSHARP files<br>
&gt; (helpers_server.*.tar.gz). There is a basic example configuration file<br>
&gt; for apache2 available in $BDG_home/sushi/conf, but this might need<br>
&gt; some tweaking and editing before it is going to work.<br>
&gt;<br>
&gt;<br>
<br>
Maybe I misread the installation information on the SHARP website - I<br>
thought I had to install Apache before installing SHARP.<br>
<br>
<br>
&gt; If at all possible, try to use the 1.3.X httpd binary that comes as<br>
&gt; part of the installation. Or compile your own 1.3.X binary - for<br>
&gt; details see $BDG_home/helpers/*/httpd.README_GPhL on how to do that.<br>
&gt;<br>
&gt;<br>
<br>
I just tried starting the 1.3.34 that came with SHARP - I extracted the<br>
contents of the tarball into /usr/local/Helpers-server/ (notice the<br>
intentional capitalization). &nbsp;I then tried<br>
<br>
/usr/local/Helpers-server/httpd -f<br>
/usr/local/SHARP/sushi/conf/httpd-1.3.conf<br>
<br>
And the response was a core dump.<br>
<br>
<br>
&gt; If you are using a apache httpd binary coming with your operating<br>
&gt; system: be aware that these are very often compiled/configured<br>
&gt; differently from a plain default installation of the official Apache<br>
&gt; httpd distribution. OS supplier configure their version of the Apache<br>
&gt; httpd very modular which would require that you have to manually load<br>
&gt; all kind of modules before it will behave as expected by<br>
&gt; SHARP/autoSHARP (which assumes a httpd installation based on the<br>
&gt; official Apache httpd distribution).<br>
&gt;<br>
&gt;<br>
I think I have the modules part figured out - it seems that there is a<br>
syntax problem somewhere in here that involves the difference in<br>
configurations between Apache 1.3.x and 2.2.x. &nbsp; I verified which<br>
modules to run for Apache2 (and we even had it somehow working right<br>
after the SHARP install - just never again).<br>
<br>
<br>
<br>
<br>
&gt; 2 possibilities (with 2 sub-possibilities each):<br>
&gt;<br>
&gt; &nbsp; 1. use a 1.3.X version of the httpd<br>
&gt;<br>
&gt; &nbsp; &nbsp; &nbsp;a) we do ship pre-compiled binaries inside of<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; helpers_server.*.tar.gz that can be tried<br>
&gt;<br>
<br>
I&#39;ve tried them, and found that:<br>
( .RedHat-FC3, .glibc23, .SuSE-9.1, .SuSE-9.3) return an error on not<br>
being able to resolve the FQDN, and then promptly die without leaving<br>
any messages<br>
<br>
( .RedHat-7.3, .glibc22, and &quot;httpd&quot; with nothing after it) all segfault<br>
and core dump.<br>
<br>
This was when using the config file at<br>
/usr/local/SHARP/sushi/conf/httpd-1.3.conf<br>
<br>
<br>
&gt; &nbsp; &nbsp; &nbsp;b) if none of those works (because of the way the httpd is built<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; this can happen): just follow the instructions in<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; /usr/local/SHARP/helpers/*/httpd.README_GPhL to compile your<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; own (very easy). This is then guaranteed to work on that<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; machine.<br>
&gt;<br>
&gt;<br>
<br>
When I opened the tarball &quot;helpers_server.linux.tar.gz&quot;, there was no<br>
file &quot;apache_1.3.34.tar.gz&quot; as suggested by httpd.README_GPhL. &nbsp;Should I<br>
download that version directly from the Apache group and build it myself?<br>
<br>
<br>
<br>
<br>
&gt; &nbsp; 2. use a 2.X version of the httpd: you will most likely need to do<br>
&gt; &nbsp; &nbsp; &nbsp;some editing in the configuraiton file.<br>
&gt;<br>
&gt;<br>
&gt; &nbsp; &nbsp; &nbsp;a) try using the system-supplied apache2 binary: you need to load<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; additional modules ... but I don&#39;t know which (depends on your<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; operating system and how the vendor has configured it)<br>
&gt;<br>
&gt;<br>
<br>
It seems like the problem lies in how the &quot;AuthUserFile&quot; method is<br>
called. &nbsp;I&#39;m looking to see if I can find good documentation on how it<br>
may have changed between apache 1.3.x and 2.2.x. &nbsp;I am starting to<br>
wonder if perhaps &quot;AuthUserFile&quot; may have been deprecated (in name)<br>
along the way and replaced by something else.<br>
<br>
&gt; &nbsp; &nbsp; &nbsp;b) compile your own 2.X version<br>
&gt;<br>
&gt; I would definitely go with option 1 (hopefully a) but b) is easy<br>
&gt; enough as well). Yes, 1.3.X is a bit older version, but this is a<br>
&gt; httpd running on a local machine on a non-privileged port (8080) under<br>
&gt; a non-root account (right?) behind a firewall (I guess) ... so I can&#39;t<br>
&gt; really see any security implications here.<br>
&gt;<br>
&gt;<br>
&gt;<br>
<br>
As much as I didn&#39;t think I&#39;d be saying this, we aren&#39;t really much at<br>
all concerned about security on this system. &nbsp;You are correct that it is<br>
behind a firewall, running as a non-root account. &nbsp;Apache2 was built<br>
just because this system had no webserver on it prior, so it seemed<br>
logical at the time to build the newest version. &nbsp;We certainly didn&#39;t<br>
expect to walk into this mess with the Apache2 config files, or we would<br>
have built the older version instead.<br>
<br>
Any insight on where to go next with this would be great.<br>
<br>
thank you<br>
Lee<br>
<br>
<br>
<br>
&gt; Hope that helps.<br>
&gt;<br>
&gt; Cheers<br>
&gt;<br>
&gt; Clemens<br>
&gt;<br>
&gt;<br>
&gt;&gt; thank you<br>
&gt;&gt; Lee Parsons<br>
&gt;&gt; Biochemistry &amp; Molecular Biology<br>
&gt;&gt; SUNY Upstate Medical University<br>
&gt;&gt; Syracuse, NY<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; _______________________________________________<br>
&gt;&gt; sharp-discuss mailing list<br>
&gt;&gt; <a href="mailto:sharp-discuss@globalphasing.com" target="_blank">sharp-discuss@globalphasing.com</a><br>
&gt;&gt; <a href="https://www.globalphasing.com/mailman/listinfo/sharp-discuss" target="_blank">https://www.globalphasing.com/mailman/listinfo/sharp-discuss</a><br>
&gt;&gt;<br>
&gt;<br>
&gt;<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <a href="http://www.globalphasing.com/pipermail/sharp-discuss/attachments/20080814/af203951/attachment-0001.html" target="_blank">http://www.globalphasing.com/pipermail/sharp-discuss/attachments/20080814/af203951/attachment-0001.html</a><br>


<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Thu, 14 Aug 2008 18:31:15 +0100<br>
From: Clemens Vonrhein &lt;<a href="mailto:vonrhein@globalphasing.com" target="_blank">vonrhein@globalphasing.com</a>&gt;<br>
Subject: Re: [sharp-discuss] apache2 not starting on Ubuntu 7.04 &nbsp; &nbsp; &nbsp; &nbsp;SHARP<br>
 &nbsp; &nbsp; &nbsp; &nbsp;installation<br>
To: Lee S Parsons &lt;<a href="mailto:parsonsl@upstate.edu" target="_blank">parsonsl@upstate.edu</a>&gt;<br>
Cc: <a href="mailto:sharp-discuss@globalphasing.com" target="_blank">sharp-discuss@globalphasing.com</a><br>
Message-ID: &lt;<a href="mailto:20080814173115.GU27765@nx1.globalphasing.com" target="_blank">20080814173115.GU27765@nx1.globalphasing.com</a>&gt;<br>
Content-Type: text/plain; charset=us-ascii<br>
<br>
Dear Lee,<br>
<br>
On Thu, Aug 14, 2008 at 12:33:08PM -0400, Lee S Parsons wrote:<br>
&gt;&gt; You should be able to create new users for the SHARP server by doing:<br>
&gt;&gt;<br>
&gt;&gt; &nbsp; % cd /where/ever/sharp<br>
&gt;&gt; &nbsp; % source ./setup.csh &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; # tcsh/csh<br>
&gt;&gt; &nbsp; &nbsp; - or -<br>
&gt;&gt; &nbsp; % . ./setup.sh &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; # sh/bash/ksh/zsh<br>
&gt;&gt; &nbsp; % adm/bin/newuser<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;<br>
&gt;<br>
&gt; I should have mentioned, I was able to create new users using the newuser<br>
&gt; script, but I could never log in as them. &nbsp;Only the user that I created<br>
&gt; when setting up SHARP was allowed in.<br>
<br>
I see. the problem then is probably that the email that should have<br>
been sent out by this &#39;newuser&#39; command didn&#39;t get to them? Often,<br>
email isn&#39;t setup on the machine you&#39;re running SHARP/autoSHARP. But<br>
the email is actually also saved in<br>
<br>
 &nbsp;$BDG_home/users/USERNAME<br>
<br>
so you can have a look at it. The important bit is that every newly<br>
created user needs to run the useSHARP script. It&#39;s quite simple:<br>
he/she needs to run<br>
<br>
 &nbsp;% /where/ever/sharp/bin/useSHARP USERNAME<br>
<br>
<br>
(where USERNAME is the SHARP username given when running the &#39;newuser&#39;<br>
script).<br>
<br>
&gt;&gt; &nbsp; % cd /where/ever/sharp<br>
&gt;&gt; &nbsp; % source ./setup.csh &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; # tcsh/csh<br>
&gt;&gt; &nbsp; &nbsp; - or -<br>
&gt;&gt; &nbsp; % . ./setup.sh &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; # sh/bash/ksh/zsh<br>
&gt;&gt; &nbsp; % adm/bin/kill_server<br>
&gt;&gt; &nbsp; % adm/bin/restart_server<br>
&gt;&gt; &nbsp; % adm/bin/check_server<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;<br>
&gt; As mentioned, restart_server (sorry about the earlier typo) dies<br>
&gt; immediately with the &quot;AuthUserFile&quot; error that I mentioned earlier. &nbsp;Still<br>
&gt; trying to figure out how to get around that one...<br>
<br>
It&#39;s all related to you using a 2.X version of the Apache httpd<br>
distributed by the OS supplier (I&#39;m prettu sure about that).<br>
<br>
&gt; Though kill_server is now irrelevant, since the server doesn&#39;t start at all<br>
&gt; since the reboot...<br>
<br>
True: but sometimes the server can&#39;t be restarted because th httpd.pid<br>
file of a dead instance is still lurking around. Then the<br>
&#39;kill_server&#39; command is the easiest way of getting rid of it.<br>
<br>
&gt;&gt; You are trying to use apache2 as the httpd for SHARP/autoSHARP? This<br>
&gt;&gt; is different from the recommended version of the apache httpd (1.3.X)<br>
&gt;&gt; that also comes with the SHARP/autoSHARP files<br>
&gt;&gt; (helpers_server.*.tar.gz). There is a basic example configuration file<br>
&gt;&gt; for apache2 available in $BDG_home/sushi/conf, but this might need<br>
&gt;&gt; some tweaking and editing before it is going to work.<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;<br>
&gt; Maybe I misread the installation information on the SHARP website - I<br>
&gt; thought I had to install Apache before installing SHARP.<br>
<br>
This might have been unclear: we do supply a pre-compield Apache 1.3.X<br>
httpd binary that _should_ work out of the box (and running<br>
&#39;installSHARP -F&#39; will automatically try using it). If it doesn&#39;t work<br>
right away, then the recommendation is to install a fresh 1.3.X<br>
version according to the README file mentioned.<br>
<br>
&gt;&gt; If at all possible, try to use the 1.3.X httpd binary that comes as<br>
&gt;&gt; part of the installation. Or compile your own 1.3.X binary - for<br>
&gt;&gt; details see $BDG_home/helpers/*/httpd.README_GPhL on how to do that.<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;<br>
&gt; I just tried starting the 1.3.34 that came with SHARP - I extracted the<br>
&gt; contents of the tarball into /usr/local/Helpers-server/ (notice the<br>
&gt; intentional capitalization).<br>
<br>
You should install it into $BDG_home too as part of the &#39;installSHARP<br>
-F&#39;. You can in principle install it into a different directory, but<br>
that is just making your life difficult I guess.<br>
<br>
&gt; I then tried<br>
&gt;<br>
&gt; /usr/local/Helpers-server/httpd -f<br>
&gt; /usr/local/SHARP/sushi/conf/httpd-1.3.conf<br>
&gt;<br>
&gt; And the response was a core dump.<br>
<br>
Yes.<br>
<br>
&gt;&gt; If you are using a apache httpd binary coming with your operating<br>
&gt;&gt; system: be aware that these are very often compiled/configured<br>
&gt;&gt; differently from a plain default installation of the official Apache<br>
&gt;&gt; httpd distribution. OS supplier configure their version of the Apache<br>
&gt;&gt; httpd very modular which would require that you have to manually load<br>
&gt;&gt; all kind of modules before it will behave as expected by<br>
&gt;&gt; SHARP/autoSHARP (which assumes a httpd installation based on the<br>
&gt;&gt; official Apache httpd distribution).<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt; I think I have the modules part figured out - it seems that there is a<br>
&gt; syntax problem somewhere in here that involves the difference in<br>
&gt; configurations between Apache 1.3.x and 2.2.x. &nbsp; I verified which modules<br>
&gt; to run for Apache2 (and we even had it somehow working right after the<br>
&gt; SHARP install - just never again).<br>
<br>
Good - if you get it to work with your OS-supplied apache2 binary and<br>
a configuration file in $BDG_home/sushi/conf I&#39;m impressed. I never<br>
bothered, because using a plain 1.3.X is just much easier.<br>
<br>
&gt;&gt; 2 possibilities (with 2 sub-possibilities each):<br>
&gt;&gt;<br>
&gt;&gt; &nbsp; 1. use a 1.3.X version of the httpd<br>
&gt;&gt;<br>
&gt;&gt; &nbsp; &nbsp; &nbsp;a) we do ship pre-compiled binaries inside of<br>
&gt;&gt; &nbsp; &nbsp; &nbsp; &nbsp; helpers_server.*.tar.gz that can be tried<br>
&gt;&gt;<br>
&gt;<br>
&gt; I&#39;ve tried them, and found that:<br>
&gt; ( .RedHat-FC3, .glibc23, .SuSE-9.1, .SuSE-9.3) return an error on not being<br>
&gt; able to resolve the FQDN, and then promptly die without leaving any<br>
&gt; messages<br>
<br>
If you want to test different httpd binaries you need to do this<br>
through the &#39;httpd-setup&#39; admin tool. So running the sequence<br>
<br>
 &nbsp;% adm/bin/kill_server &nbsp; # just in case<br>
 &nbsp;% adm/bin/httpd-setup &nbsp; # and pick the httpd and conf file you want<br>
 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;# to use<br>
 &nbsp;% adm/bin/restart_server<br>
 &nbsp;% adm/bin/check_server<br>
 &nbsp;% ps -efl | egrep &quot;httpd|apache2&quot; &nbsp;# just in case<br>
<br>
will show you if the combination of httpd binary and configuration<br>
file is working.<br>
<br>
&gt; ( .RedHat-7.3, .glibc22, and &quot;httpd&quot; with nothing after it) all segfault<br>
&gt; and core dump.<br>
&gt; This was when using the config file at<br>
&gt; /usr/local/SHARP/sushi/conf/httpd-1.3.conf<br>
&gt;<br>
&gt;<br>
&gt;&gt; &nbsp; &nbsp; &nbsp;b) if none of those works (because of the way the httpd is built<br>
&gt;&gt; &nbsp; &nbsp; &nbsp; &nbsp; this can happen): just follow the instructions in<br>
&gt;&gt; &nbsp; &nbsp; &nbsp; &nbsp; /usr/local/SHARP/helpers/*/httpd.README_GPhL to compile your<br>
&gt;&gt; &nbsp; &nbsp; &nbsp; &nbsp; own (very easy). This is then guaranteed to work on that<br>
&gt;&gt; &nbsp; &nbsp; &nbsp; &nbsp; machine.<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;<br>
&gt; When I opened the tarball &quot;helpers_server.linux.tar.gz&quot;, there was no file<br>
&gt; &quot;apache_1.3.34.tar.gz&quot; as suggested by httpd.README_GPhL. &nbsp;Should I<br>
&gt; download that version directly from the Apache group and build it myself?<br>
<br>
Yes - and you can download the latest from the 1.3.X series.<br>
<br>
This option is by far the safest for getting everything to work!<br>
<br>
&gt;&gt; &nbsp; 2. use a 2.X version of the httpd: you will most likely need to do<br>
&gt;&gt; &nbsp; &nbsp; &nbsp;some editing in the configuraiton file.<br>
&gt;&gt;<br>
&gt;&gt; &nbsp; &nbsp; &nbsp; &nbsp;a) try using the system-supplied apache2 binary: you need to load<br>
&gt;&gt; &nbsp; &nbsp; &nbsp; &nbsp; additional modules ... but I don&#39;t know which (depends on your<br>
&gt;&gt; &nbsp; &nbsp; &nbsp; &nbsp; operating system and how the vendor has configured it)<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;<br>
&gt; It seems like the problem lies in how the &quot;AuthUserFile&quot; method is called.<br>
&gt; I&#39;m looking to see if I can find good documentation on how it may have<br>
&gt; changed between apache 1.3.x and 2.2.x. &nbsp;I am starting to wonder if perhaps<br>
&gt; &quot;AuthUserFile&quot; may have been deprecated (in name) along the way and<br>
&gt; replaced by something else.<br>
<br>
I think it is a module that needs to be enabled. Apache2 is much more<br>
modular by default _and_ the OS supplier are keen on modular httpds<br>
...<br>
<br>
&gt;&gt; &nbsp; &nbsp; &nbsp;b) compile your own 2.X version<br>
&gt;&gt;<br>
&gt;&gt; I would definitely go with option 1 (hopefully a) but b) is easy<br>
&gt;&gt; enough as well). Yes, 1.3.X is a bit older version, but this is a<br>
&gt;&gt; httpd running on a local machine on a non-privileged port (8080) under<br>
&gt;&gt; a non-root account (right?) behind a firewall (I guess) ... so I can&#39;t<br>
&gt;&gt; really see any security implications here.<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;<br>
&gt; As much as I didn&#39;t think I&#39;d be saying this, we aren&#39;t really much at all<br>
&gt; concerned about security on this system. &nbsp;You are correct that it is behind<br>
&gt; a firewall, running as a non-root account. &nbsp;Apache2 was built just because<br>
&gt; this system had no webserver on it prior, so it seemed logical at the time<br>
&gt; to build the newest version. &nbsp;We certainly didn&#39;t expect to walk into this<br>
&gt; mess with the Apache2 config files, or we would have built the older<br>
&gt; version instead.<br>
<br>
I agree: we need to find the time to move the system to the latest 2.X<br>
series of Apache ... touche ;-)<br>
<br>
&gt; Any insight on where to go next with this would be great.<br>
<br>
Option 1b) followed by httpd-setup.<br>
<br>
Cheers<br>
<br>
Clemens<br>
<br>
--<br>
<br>
***************************************************************<br>
* Clemens Vonrhein, Ph.D. &nbsp; &nbsp; vonrhein AT GlobalPhasing DOT com<br>
*<br>
* &nbsp;Global Phasing Ltd.<br>
* &nbsp;Sheraton House, Castle Park<br>
* &nbsp;Cambridge CB3 0AX, UK<br>
*--------------------------------------------------------------<br>
* BUSTER Development Group &nbsp; &nbsp; &nbsp;(<a href="http://www.globalphasing.com" target="_blank">http://www.globalphasing.com</a>)<br>
***************************************************************<br>
<br>
<br>
------------------------------<br>
<br>
_______________________________________________<br>
sharp-discuss mailing list<br>
<a href="mailto:sharp-discuss@globalphasing.com" target="_blank">sharp-discuss@globalphasing.com</a><br>
<a href="https://www.globalphasing.com/mailman/listinfo/sharp-discuss" target="_blank">https://www.globalphasing.com/mailman/listinfo/sharp-discuss</a><br>
<br>
End of sharp-discuss Digest, Vol 41, Issue 2<br>
********************************************<br>
</blockquote></div><br><br clear="all"><br>-- <br>Mark BROOKS<br>Telephone: 0169157968<br>Fax: 0169853715<br>Institut de Biochmie et de Biophysique Moleculaire et Cellulaire<br>UMR8619 - Bât 430 - Université de Paris-Sud<br>

91405 Orsay CEDEX<br>Skype: markabrooks<br>
</div>