From: Rainer Jung As with conditional logging, piped logs are a very powerful
tool, but they should not be used where a simpler solution like
off-line post-processing is available. By default the piped log process is spawned without invoking
+ a shell. Use " This was the default behaviour for Apache 2.2.
+ Depending on the shell specifics this might lead to
+ an additional shell process for the lifetime of the logging
+ pipe program and signal handling problems during restart.
+ For compatibility reasons with Apache 2.2 the notation
+ " If the file-path
- begins with a pipe (|) then it is assumed to be a command to spawn
- to handle the error log.|$" instead of "|"
+ to spawn using a shell (usually with /bin/sh -c):||" is also supported and equivalent to using
+ "|".|" then it is assumed to be a
+ command to spawn to handle the error log.
See the notes on piped logs for + more information.
+Using syslog instead of a filename enables logging
via syslogd(8) if the system supports it. The default is to use
syslog facility local7, but you can override this by
diff --git a/docs/manual/mod/mod_log_config.xml b/docs/manual/mod/mod_log_config.xml
index b25f30501e4..7761b69edc5 100644
--- a/docs/manual/mod/mod_log_config.xml
+++ b/docs/manual/mod/mod_log_config.xml
@@ -391,7 +391,8 @@
|", followed by the path
to a program to receive the log information on its standard
- input.
+ input. See the notes on piped logs
+ for more information.
If a program is used, then it will be run as the user who