l i n u x - u s e r s - g r o u p - o f - d a v i s
L U G O D
 
Next Meeting:
September 2: Social gathering
Next Installfest:
TBD
Latest News:
Aug. 18: Discounts to "Velocity" in NY; come to tonight's "Photography" talk
Page last updated:
2002 Apr 24 18:05

The following is an archive of a post made to our 'vox-tech mailing list' by one of its subscribers.

Report this post as spam:

(Enter your email address)
[vox-tech] Apache error End of the Story
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[vox-tech] Apache error End of the Story



Dear Mike,

I finally was able to fix my problem.  While I was writing my previous
message I re-read your previous and this caught my attention

>  Apache is trying to execute a directory, for some reason
>apache is trying to run things than end in "htm"... 


So I figured that since in the ScriptAlias I have the iprs_tmp Directory the
server was actually trying to execute the Dir as you pointed out.  So, I got
rid of it and in the Second Directories section I added to the Options
ExecCGI  I need this to execute a wget.pl script that displays the Protein
sequence used as a Query.

I really want to thank you for all your help, very much appreciated.

Sincerely,
Alfredo

> -----Original Message-----
> From: msimons@moria.simons-clan.com 
> [mailto:msimons@moria.simons-clan.com] 
> Sent: Wednesday, April 24, 2002 10:13 AM
> To: vox-tech@lists.lugod.org
> Subject: Re: [vox-tech] Apache error
> 
> 
> Alfredo,
> 
> - Could you mail the output from the following commands (change the
>   FILE line to be whatever is supposed to be the real "merged.htm"
>   not the symlinks):
> =========
>   FILE=/var/www/html/iprs_tmp/nobody_23-Apr-2002_7042/merged.htm
>   ls -l $FILE; file $FILE; head -2 $FILE
> =========
> 
>   I would also recommend you combine those four Directory 
> directives into 
> two and correct for a few of the observations... 
> 
>     TTFN,
>       Mike
> 
> On Wed, Apr 24, 2002 at 08:47:10AM -0700, ALLO (Alfredo Lopez) wrote:
> > > what do you have in your ScriptAlias setting for apache...
> > 
> > # The InterPro specific requirements are as follows
> > 
> > ScriptAlias /iprs-bin/  "/var/www/html/iprs-bin/"
> > AddHandler cgi-script  .pl
> > <Directory "/var/www/html/iprs-bin">
> >     AllowOverride ALL
> >     Options None
> >     Options ExecCGI
> >     Order allow,deny
> >     Allow from all
> > </Directory>
> > 
> > ScriptAlias /iprs_tmp/  "/var/www/html/iprs_tmp/"
> > AddHandler cgi-script  .pl
> > <Directory "/var/www/html/iprs_tmp">
> >     AllowOverride ALL
> >     Options None
> >     Options ExecCGI
> >     Order allow,deny
> >     Allow from all
> > </Directory>
> 
> > And on the Directory section at the en of the httpd.conf 
> file I have:
> > 
> > <Directory "/var/www/html/iprs-bin">
> > Options ExecCGI FollowSymLinks
> > AllowOverride None
> > Allow from from all
> > Order allow,deny
> > </Directory>
> > 
> > <Directory "/var/www/html/iprs_tmp">
> > Options ExecCGI FollowSymLinks
> > AllowOverride None
> > Allow from from all
> > Order allow,deny
> > </Directory>
> 
> Observations:
> - You may not have noticed by you define a Directory directive for 
>   /var/www/html/iprs-bin (and iprs_tmp) two places.  Right after the 
>   ScriptAlias and then again at the end of the httpd.conf file.
> - In the first two Directory directives you have two separate 
> "Options"
>   lines, the first says no options the second says you want ExecCGI...
>   You should probably nuke the "None" lines.
> - In the second Directory entries you have a typo
>   "Allow from from all" instead of "Allow from all"
> - Between the first and second Directory entries you have 
> three sets of
>   Options:  "None", "ExecCGI", "ExecCGI FollowSymLinks" in that order.
> - Between the first and second Directory entries you have two sets of
>   AllowOverride: "All", "None" in that order.
> 
>   Without testing I don't even begin to understand how these 
> two sets of Directory entries combine ... I don't really know 
> apache that well the following is from the apache documentation:
> 
> /usr/share/doc/apache/manual/mod/core.html
> # How the sections are merged
> # 
> #    The order of merging is:
> #     1. <Directory> (except regular expressions) and .htaccess done
> #        simultaneously (with .htaccess, if allowed, overriding
> #        <Directory>)
> #     2. <DirectoryMatch>, and <Directory> with regular expressions
> #     3. <Files> and <FilesMatch> done simultaneously
> #     4. <Location> and <LocationMatch> done simultaneously
> # 
> #    Apart from <Directory>, each group is processed in the 
> order that they
> #    appear in the configuration files. <Directory> (group 1 above) is
> #    processed in the order shortest directory component to 
> longest. If
> #    multiple <Directory> sections apply to the same 
> directory they they
> #    are processed in the configuration file order. The 
> configuration files
> #    are read in the order httpd.conf, srm.conf and access.conf.
> 
>   The way I read that is most things will be checked in order 
> they are defined... so it will be some collection of those 
> things... probably the second directory entry wins (unless 
> the internal logic short circuits and 
> stops processing early for things like "none").
>   
> > From: msimons@moria.simons-clan.com Tuesday, April 23, 2002 7:14 PM
> > > On Tue, Apr 23, 2002 at 06:58:19PM -0700, ALLO (Alfredo Lopez) 
> > > wrote:
> > > > [Tue Apr 23 16:25:09 2002] [error] (13)Permission 
> denied: exec of 
> > > > 
> /var/www/html/iprs_tmp/nobody_23-Apr-2002_7042/merged.htm failed 
> > > > [Tue Apr 23 16:25:09 2002] [error] [client 152.73.207.250]
> > > Premature end of
> > > > script headers:
> > > /var/www/html/iprs_tmp/nobody_23-Apr-2002_7042/merged.htm
> _______________________________________________
> vox-tech mailing list
> vox-tech@lists.lugod.org 
> http://lists.lugod.org/mailman/listinfo/vox-> tech
> 
_______________________________________________
vox-tech mailing list
vox-tech@lists.lugod.org
http://lists.lugod.org/mailman/listinfo/vox-tech



LinkedIn
LUGOD Group on LinkedIn
Sign up for LUGOD event announcements
Your email address:
facebook
LUGOD Group on Facebook
'Like' LUGOD on Facebook:

Hosting provided by:
Sunset Systems
Sunset Systems offers preconfigured Linux systems, remote system administration and custom software development.

LUGOD: Linux Users' Group of Davis
PO Box 2082, Davis, CA 95617
Contact Us

LUGOD is a 501(c)7 non-profit organization
based in Davis, California
and serving the Sacramento area.
"Linux" is a trademark of Linus Torvalds.

Sponsored in part by:
Appahost Applications
For a significant contribution towards our projector, and a generous donation to allow us to continue meeting at the Davis Library.