Re: [users@httpd] CustomLog logs/access_log combined not working from within <IfModule log_config_module></IfModule>

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Ok .. sorry, my mistake.

Your suggestion of adding .c did work, but not when
applying it to the module alias .. DUH.

so this does not work:

    <IfModule log_config_module.c>

but this DOES work:

    <IfModule mod_log_config.c>

Do you happen to know why this is?. Why do some
<IfModule> statements work fine on the module
name/alias, and others require it to be the
"mod_real_name.c" ?

--- Richard de Vries <richard_devries@xxxxxxxxx>
wrote:

> Hmm ... nope, that didn't work either :(
> 
> Just for fun I used an <IfModule> directive from an
> other module that is loaded ... i..e <IfModule
> ssl_module> which I know works on other
> configuration
> directives, but as soon as I put it around the
> CustomLog logs/access_log common statement, it does
> the same thing.
> 
> This is absolutely bizarre!. It's almost as if the
> "CustomLog" configuration variable simply does not
> work when placed within <IfModule></IfModule>
> statements.
> 
> --- httpd2@xxxxxxxxxxxx wrote:
> 
> > 
> > Try adding .c to the directive. This is probably
> > where 
> > your problem lies.
> > 
> > > This is what I have:
> > >
> > > <IfModule log_config_module>
> > 
> > <IfModule log_config_module.c>
> > 
> > Keith
> > 
> > 
> > In theory, theory and practice are the same;
> > In practice they are not. 
> > 
> > On Sat, 4 Feb 2006, Richard de Vries wrote:
> > 
> > > To: users@xxxxxxxxxxxxxxxx
> > > From: Richard de Vries
> <richard_devries@xxxxxxxxx>
> > > Subject: [users@httpd] CustomLog logs/access_log
> > combined not working from
> > >     within <IfModule
> log_config_module></IfModule>
> > > 
> > > I am having the weirdest problem. Running Apache
> > > 2.0.55 on Solaris 9, I am unable to get Apache
> to
> > > generate and write to the access_log file while
> > the
> > > CustomLog directive is  enclosed in the
> <IfModule>
> > > </IfModule> tags.
> > > 
> > > This is what I have:
> > > 
> > > <IfModule log_config_module>
> > >     #
> > >     # The following directives define some
> format
> > > nicknames for use with
> > >     # a CustomLog directive (see below).
> > >     #
> > >     LogFormat "%h %l %u %t \"%r\" %>s %b
> > > \"%{Referer}i\" \"%{User-Agent}i\"" combined
> > >     LogFormat "%h %l %u %t \"%r\" %>s %b" common
> > > 
> > >     CustomLog logs/access.log combined
> > > </IfModule>
> > > 
> > > It simply doesn?t work.
> > > 
> > > If I remove the <IfModule></IfModule> tags, it
> > does
> > > work. I made sure I am loading the
> > log_config_module
> > > 
> > > LoadModule access_module modules/mod_access.so
> > > LoadModule alias_module modules/mod_alias.so
> > > LoadModule auth_module modules/mod_auth.so
> > > LoadModule dir_module modules/mod_dir.so
> > > LoadModule dumpio_module modules/mod_dumpio.so
> > > LoadModule include_module modules/mod_include.so
> > > LoadModule log_config_module
> > modules/mod_log_config.so
> > > LoadModule log_forensic_module
> > > modules/mod_log_forensic.so
> > > LoadModule logio_module modules/mod_logio.so
> > > LoadModule security_module
> modules/mod_security.so
> > > LoadModule mime_module modules/mod_mime.so
> > > LoadModule rewrite_module modules/mod_rewrite.so
> > > LoadModule ssl_module modules/mod_ssl.so
> > > LoadModule unique_id_module
> > modules/mod_unique_id.so
> > > 
> > > I even proved this to myself by removing the
> > > ?LoadModule log_config_module xxx? line, at
> which
> > > point Apache complains about the CustomLog
> > directive.
> > > So I know the module is loaded.
> > > 
> > > I tried to reproduce this behavior on my Fedora
> 4
> > > linux box with Apache 2.0.55 (RPM) and it does
> the
> > > same thing.
> > > 
> > > I am not using any virtual hosts and/or SSL, and
> > yes,
> > > the logs and log directory have the appropriate
> > > permissions.
> > > 
> > > Has anyone seen / experienced this before?
> > > 
> > > 	Richard
> > > 
> > > 
> > >
> __________________________________________________
> > > Do You Yahoo!?
> > > Tired of spam?  Yahoo! Mail has the best spam
> > protection around 
> > > http://mail.yahoo.com 
> > > 
> > >
> >
>
---------------------------------------------------------------------
> > > The official User-To-User support forum of the
> > Apache HTTP Server Project.
> > > See <URL:http://httpd.apache.org/userslist.html>
> > for more info.
> > > To unsubscribe, e-mail:
> > users-unsubscribe@xxxxxxxxxxxxxxxx
> > >    "   from the digest:
> > users-digest-unsubscribe@xxxxxxxxxxxxxxxx
> > > For additional commands, e-mail:
> > users-help@xxxxxxxxxxxxxxxx
> > > 
> > > 
> > >
>
---------------------------------------------------------------------
> > The official User-To-User support forum of the
> > Apache HTTP Server Project.
> > See <URL:http://httpd.apache.org/userslist.html>
> for
> > more info.
> > To unsubscribe, e-mail:
> > users-unsubscribe@xxxxxxxxxxxxxxxx
> >    "   from the digest:
> > users-digest-unsubscribe@xxxxxxxxxxxxxxxx
> > For additional commands, e-mail:
> users-help@xxxxxxxxxxxxxxxx
> 
> 
> __________________________________________________
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam
> protection around 
> http://mail.yahoo.com 
> 
>
---------------------------------------------------------------------
> The official User-To-User support forum of the
> Apache HTTP Server Project.
> See <URL:http://httpd.apache.org/userslist.html> for
> more info.
> To unsubscribe, e-mail:
> users-unsubscribe@xxxxxxxxxxxxxxxx
>    "   from the digest:
> users-digest-unsubscribe@xxxxxxxxxxxxxxxx
> For additional commands, e-mail:
> users-help@xxxxxxxxxxxxxxxx
> 
> 


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx
   "   from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx
For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx



[Index of Archives]     [Open SSH Users]     [Linux ACPI]     [Linux Kernel]     [Linux Laptop]     [Kernel Newbies]     [Security]     [Netfilter]     [Bugtraq]     [Squid]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Video 4 Linux]     [Device Mapper]

  Powered by Linux