[gentoo-user] Progress made, not done yet Re: All of a sudden, no apache2. No clue why.

[gentoo-user] Progress made, not done yet Re: All of a sudden, no apache2. No clue why.

[Kevin O'Gorman]

[-- Attachment #1: Type: text/plain, Size: 1296 bytes --]

On Fri, Jul 30, 2010 at 9:12 AM, Kyle Bader <kyle.bader@gmail.com> wrote:

> >> >  * Starting apache2 ...
> >> > (98)Address already in use: make_sock: could not bind to address
> >> > 64.166.164.49:80
> >> > no listening sockets available, shutting down
> >> > Unable to open
> >> > logs
> [
>
> Strace will probably reveal which log file can't be opened, something
> like this will probably do the trick:
>
> strace /path/to/apache2 -D <module list> -d /path/to/apache2dir
>
> It took some bash tracing to fill out that  command,  but once that was
done, it was obvious that the server was doing exactly what
had been suggested above: trying to listen (bind(2) call) on 0.0.0.0:80 as
well as my.host:80.

I had not touched my configs in ages, so I guess some default snuck in there
somehow; I suspect something to do with virtual hosts (which I do not need),
but it was easy to find and fix.  Now it comes up and serves my pages.

However, my configs contain a few ScriptAlias directories, which are full of
python programs.  They are not being executed, but
served up in source code form, even though they have an initial shebang and
remain executable by all.  So there must be some new thing to do besides
defining a ScriptAlias directory.  Anybody know what it is?


-- 
Kevin O'Gorman, PhD

[-- Attachment #2: Type: text/html, Size: 1893 bytes --]

[gentoo-user] Re: Progress made, not done yet Re: All of a sudden, no apache2. No clue why.

[Kevin O'Gorman]

[-- Attachment #1: Type: text/plain, Size: 1345 bytes --]

On Tue, Aug 3, 2010 at 3:23 PM, Kevin O'Gorman <kogorman@gmail.com> wrote:
[snip]


> However, my configs contain a few ScriptAlias directories, which are full
> of python programs.  They are not being executed, but
> served up in source code form, even though they have an initial shebang and
> remain executable by all.  So there must be some new thing to do besides
> defining a ScriptAlias directory.  Anybody know what it is?
>
>
I see the same rules wherever I search, so I'm mystified.  So here's the
essential bit of the config, without even erasing the
evidence that I was never able to get mod_python to work.  I've tried all
combinations of with/without slashes at the end of
directory names.  The usual starting point to see this stuff is
http://hex.kosmanor.com/hex-bin/board, which is likely to show
you some python code as things stand.

ScriptAlias /hex-bin/ /hex/bin/
<Directory /hex/bin/>
    Options FollowSymLinks
#    AddHandler mod_python .py
#    PythonHandler hexscript
#    PythonDebug On
    Order allow,deny
    Allow from all
</Directory>


ScriptAlias /my-bin/  /hex/hexTest/
<Directory /hex/hexTest/>
    AuthUserFile /etc/apache2/kosmanor/passwords
    AuthGroupFile /dev/null
    AuthName "OHex Advanced"
    AuthType Basic
    Require valid-user
    Options FollowSymLinks
</Directory>


-- 
Kevin O'Gorman, PhD

[-- Attachment #2: Type: text/html, Size: 1895 bytes --]

Re: [gentoo-user] Re: Progress made, not done yet Re: All of a sudden, no apache2. No clue why.

[Kyle Bader]

Heyo Kevin,

> <Directory /hex/hexTest/>
>     AuthUserFile /etc/apache2/kosmanor/passwords
>     AuthGroupFile /dev/null
>     AuthName "OHex Advanced"
>     AuthType Basic
>     Require valid-user
>     Options FollowSymLinks
> </Directory>

Try adding one of these in there:

AddHandler cgi-script cgi pl


-- 

Kyle

Re: [gentoo-user] Re: Progress made, not done yet Re: All of a sudden, no apache2. No clue why.

[Kevin O'Gorman]

[-- Attachment #1: Type: text/plain, Size: 1092 bytes --]

On Tue, Aug 3, 2010 at 4:16 PM, Kyle Bader <kyle.bader@gmail.com> wrote:

> Heyo Kevin,
>
> > <Directory /hex/hexTest/>
> >     AuthUserFile /etc/apache2/kosmanor/passwords
> >     AuthGroupFile /dev/null
> >     AuthName "OHex Advanced"
> >     AuthType Basic
> >     Require valid-user
> >     Options FollowSymLinks
> > </Directory>
>
> Try adding one of these in there:
>
> AddHandler cgi-script cgi pl
>
> Thanks, Kyle, you've been getting me closer and closer.
If I'm starting to "get" the new stuff, AddHandler declares certain
extensions.  Up until last month, extensions were not required, and in fact
my CGI programs have never had them.  It used to be enough to use
ScriptAlias, and put an executable in the directory.  If it was a script
with a shebang, or a compiled ELF program all was well.  If I were going to
use extensions, it would be .py or possibly .python, not .cgi or .pl.

I see hints that the same sort of thing can still be accomplished, and I'd
rather do that than break my RCS version sequence because of a name change.
I'll report back.


-- 
Kevin O'Gorman, PhD

[-- Attachment #2: Type: text/html, Size: 1540 bytes --]

Re: [gentoo-user] Re: Progress made, not done yet Re: All of a sudden, no apache2. No clue why.

[Kyle Bader]

>> AddHandler cgi-script cgi py
>>
> Thanks, Kyle, you've been getting me closer and closer.
> If I'm starting to "get" the new stuff, AddHandler declares certain
> extensions.  Up until last month, extensions were not required, and in fact
> my CGI programs have never had them.  It used to be enough to use
> ScriptAlias, and put an executable in the directory.  If it was a script
> with a shebang, or a compiled ELF program all was well.  If I were going to
> use extensions, it would be .py or possibly .python, not .cgi or .pl.

I totally meant to have it be py instead of pl, I guess pounding away
at perl all day yesterday warped my mind.

-- 

Kyle

Re: [gentoo-user] Re: Progress made, not done yet Re: All of a sudden, no apache2. No clue why.

[Kevin O'Gorman]

[-- Attachment #1: Type: text/plain, Size: 1424 bytes --]

On Wed, Aug 4, 2010 at 10:04 AM, Kyle Bader <kyle.bader@gmail.com> wrote:

> >> AddHandler cgi-script cgi py
> >>
> > Thanks, Kyle, you've been getting me closer and closer.
> > If I'm starting to "get" the new stuff, AddHandler declares certain
> > extensions.  Up until last month, extensions were not required, and in
> fact
> > my CGI programs have never had them.  It used to be enough to use
> > ScriptAlias, and put an executable in the directory.  If it was a script
> > with a shebang, or a compiled ELF program all was well.  If I were going
> to
> > use extensions, it would be .py or possibly .python, not .cgi or .pl.
>
> I totally meant to have it be py instead of pl, I guess pounding away
> at perl all day yesterday warped my mind.
>
> It can have that effect :o)

As near as I can tell from the logs, my problems started during a re-emerge
of
apache, not a new version (reasons unknown -- portage seems to be doing that
more than I'm used to).   I've started to wonder if I didn't just screw up
the usual
config file stuff I do with dispatch-conf, not realizing zapping the new
would be
best.  Anyway, I'm going to be exploring.

Do you have cgi working on apache2 (2.2.15), and if so, how things are
arranged?

I'll be trying to make a cgi out of a hello world in C, to see if my current
config
can CGI at all.  If not, I'll be trying to back out config changes.   What a
mess!



-- 
Kevin O'Gorman, PhD

[-- Attachment #2: Type: text/html, Size: 1892 bytes --]

Re: [gentoo-user] Re: Progress made, not done yet Re: All of a sudden, no apache2. No clue why.

[Kevin O'Gorman]

[-- Attachment #1: Type: text/plain, Size: 4222 bytes --]

I may have found the root of the problem: examine the following output of an
eix query on apache, and note that the cgi stuff seems to be turned off in
the installed version.

[I] www-servers/apache
     Available versions:  (2) 2.2.14-r1 2.2.15
    {apache2_modules_actions apache2_modules_alias apache2_modules_asis
apache2_modules_auth_basic apache2_modules_auth_digest
apache2_modules_authn_alias apache2_modules_authn_anon
apache2_modules_authn_dbd apache2_modules_authn_dbm
apache2_modules_authn_default apache2_modules_authn_file
apache2_modules_authz_dbm apache2_modules_authz_default
apache2_modules_authz_groupfile apache2_modules_authz_host
apache2_modules_authz_owner apache2_modules_authz_user
apache2_modules_autoindex apache2_modules_cache
apache2_modules_cern_meta apache2_modules_cgi
apache2_modules_cgid apache2_modules_charset_lite apache2_modules_dav
apache2_modules_dav_fs apache2_modules_dav_lock apache2_modules_dbd
apache2_modules_deflate apache2_modules_dir apache2_modules_disk_cache
apache2_modules_dumpio apache2_modules_env apache2_modules_expires
apache2_modules_ext_filter apache2_modules_file_cache apache2_modules_filter
apache2_modules_headers apache2_modules_ident apache2_modules_imagemap
apache2_modules_include apache2_modules_info apache2_modules_log_config
apache2_modules_log_forensic apache2_modules_logio apache2_modules_mem_cache
apache2_modules_mime apache2_modules_mime_magic apache2_modules_negotiation
apache2_modules_proxy apache2_modules_proxy_ajp
apache2_modules_proxy_balancer apache2_modules_proxy_connect
apache2_modules_proxy_ftp apache2_modules_proxy_http apache2_modules_rewrite
apache2_modules_setenvif apache2_modules_speling apache2_modules_status
apache2_modules_substitute apache2_modules_unique_id apache2_modules_userdir
apache2_modules_usertrack apache2_modules_version
apache2_modules_vhost_alias apache2_mpms_event apache2_mpms_itk
apache2_mpms_peruser apache2_mpms_prefork apache2_mpms_worker debug doc ldap
selinux ssl static suexec threads}
     Installed versions:  2.2.15(2)(04:01:06 PM
07/13/2010)(apache2_modules_actions apache2_modules_alias
apache2_modules_auth_basic apache2_modules_auth_digest
apache2_modules_authn_anon apache2_modules_authn_dbd
apache2_modules_authn_dbm apache2_modules_authn_default
apache2_modules_authn_file apache2_modules_authz_dbm
apache2_modules_authz_default apache2_modules_authz_groupfile
apache2_modules_authz_host apache2_modules_authz_owner
apache2_modules_authz_user apache2_modules_autoindex apache2_modules_cache
apache2_modules_dav apache2_modules_dav_fs apache2_modules_dav_lock
apache2_modules_dbd apache2_modules_deflate apache2_modules_dir
apache2_modules_disk_cache apache2_modules_env apache2_modules_expires
apache2_modules_ext_filter apache2_modules_file_cache apache2_modules_filter
apache2_modules_headers apache2_modules_ident apache2_modules_imagemap
apache2_modules_include apache2_modules_info apache2_modules_log_config
apache2_modules_logio apache2_modules_mem_cache apache2_modules_mime
apache2_modules_mime_magic apache2_modules_negotiation apache2_modules_proxy
apache2_modules_proxy_ajp apache2_modules_proxy_balancer
apache2_modules_proxy_connect apache2_modules_proxy_http
apache2_modules_rewrite apache2_modules_setenvif apache2_modules_speling
apache2_modules_status apache2_modules_unique_id apache2_modules_userdir
apache2_modules_usertrack apache2_modules_vhost_alias doc ssl threads
-apache2_modules_asis -apache2_modules_authn_alias
-apache2_modules_cern_meta -apache2_modules_cgi -apache2_modules_cgid
-apache2_modules_charset_lite
-apache2_modules_dumpio -apache2_modules_log_forensic
-apache2_modules_proxy_ftp -apache2_modules_substitute
-apache2_modules_version -apache2_mpms_event -apache2_mpms_itk
-apache2_mpms_peruser -apache2_mpms_prefork -apache2_mpms_worker -debug
-ldap -selinux -static -suexec)
     Homepage:            http://httpd.apache.org/
     Description:         The Apache Web Server.

The installed version seems to have CGI turned off completely (notice "-" in
installed version).  I cannot find any reason either in
/etc/portage/package.use nor in /usr/portage/profiles or its subdirectories.

Is there someplace else to look?

-- 
Kevin O'Gorman, PhD

[-- Attachment #2: Type: text/html, Size: 4617 bytes --]

Re: [gentoo-user] Re: Progress made, not done yet Re: All of a sudden, no apache2. No clue why.

[Kevin O'Gorman]

[-- Attachment #1: Type: text/plain, Size: 55 bytes --]

See SOLVED thread

[snip all]

-- 
Kevin O'Gorman, PhD

[-- Attachment #2: Type: text/html, Size: 94 bytes --]