< link rel="Index" href="index.htm" title="Index" type="text/html">

Skip Headers

Oracle® HTTP Server Administrat or's Guide
10g Release 1 (10.1)

Part Number B12255-01
Go to Documentation Home
Home
Go to Book List
Book List

Go to Table of Contents
Contents
Go to Index
Index
Go to Master Index
Master Index
Go to Feedback page
Feedback

< table summary="layout table" cellspacing="0" cellpadding="0" align="left" width="90">
Go to previous page
Previous
Go to next page< br> Next
Vie w PDF

6
Configuring and Using Server Logs< /font>

This chapter discusses Oracle Diagnostic Logging, log formats, an d describes various log files and their locations.

Topics discussed are:

Documentation from the Apache Sof tware Foundation is referenced when applicable.


Note:

Readers using this guide in PDF or hard copy formats will be unable to access third-party documentation, which Oracle provides in HTML format only. To access the third-party documentation referenced i n this guide, use the HTML version of this guide and click the hyperlinks.


Using Oracle Diagnostic Loggin g

Oracle offers a new method for reporting diagnostic messages. This new method, Oracle Diagnostic Logging (ODL), presents a common format for diagnostic messages and log files, and a mechanism for cor relating all diagnostic messages from various components across Oracle Database. Using ODL, each component logs messages to its own p rivate local repository. A tool called LogLoader collects messages from each repository and loads them into a common rep ository where messages can be viewed as a single log stream, or analyzed in different ways.

You can view Oracle Database diagnostic log files using a text editor.

See Also:

Oracle Application Server 10g Administrator's Guide for detailed in formation regarding Oracle Diagnostic Logging.

Overview

Oracle HTTP Server enables you to choose the format in which you want to generate log messages. You can either continue to generate log messages in the legacy Apache message format, or generate log messages using ODL, which complies with the new Oracle-wi de standards for generating log messages.

Configuring Oracle HTTP Server

To e nable Oracle HTTP Server to use ODL, enter the directives specified in the subsequent section in the httpd.conf file. Oracle recommends that you enter the directives before any modules are loaded (LoadModule directive) in the httpd.conf file so that module-specific logging severities are in effect before modules have the opp ortunity to perform any logging.

OraLogMode apa che | oracle

Enables you to switch between ODL and legacy Apache logging facility.< /p>

Default: apache

< font face="Arial, Helvetica, sans-serif">OraLogSeverity [module_name <msg_type>[:msg_level]

Enables you to set message severity. The message severity specified with this directives is interpreted as the lowest message severity that is desired, and all messages of that severity level and higher will be logged. OraLogSeverity may be specified multiple times. It can be specified globally (no module_name) and once for each module for which a module-specific logging severity is desired.

module_name

This argument is the internal name of a module, as it appear s in the module structure. The <IfModule> directive also makes use of this internal name. The module structure der ives the module name from the value of the _FILE_ macro, without path prefix, of the file which defines the module struc ture. If a module name is not supplied, the OraLogSeverity directive is applied globally.

If the module name is specified, then the directive overrides the global directive value of all the messages originating from the specified module. Specifying a module name for a module that does not get loaded generates an error.

< /a>
msg_type

Message typ es may be specified in upper or lower case, but will appear in the message output in upper case. This parameter must be of one of the following values:

msg_level< /h5>

This parameter must be an integer in the range of 1-32.

Table 6-1 lists some examples of OraLogSeverity.

Table 6-1 Examp les of OraLogSeverity
OraLogSeverity Example Action Taken

Or aLogSeverity INTERNAL_ERROR:10

Logs all messages of type "in ternal error" of levels 1-10

< p class="TB">OraLogSeverity WARNING:7

Logs all message s of type "internal error" of all levels

Logs all messages of type "error" of all levels

Logs all messages of type "warning" of levels 1-7

OraLogSeverity WARNING

For messages from other sources:

  • Logs all messages of type "internal error" of all levels
  • Logs a ll messages of type "error" of all levels
  • Logs all messages of type "warning" of all levels

Default

If a message level is not specified, then the level defaults to the l owest severity. If the entire directive is omitted, then the value of the global Apache LogLevel directive is used and t ranslated to the corresponding Oracle message type and the lowest level within the corresponding range, as listed in Table 6-2:

Table 6-2 Apache Log Level and Corresponding Oracle Message Type  
Apache Log Level < /a> Oracle Message Type

emerg

INTERNAL_ERROR:16

alert

INTERNAL_ERROR:32

crit

ERROR:16

error

< /td>

ERROR:32

warn

< /a>

WARNING:32

notice

NOTIFICATION:1 6

i nfo

NOTIFICATION:32

debug

TRACE:32

< font face="Arial, Helvetica, sans-serif">See Also:

"Specifying Log Level"

OraLogDir <bus stop dir>

< p class="BP">Specifies the path to the directory which contains all log files. This directory must exit.

Default:

Specifying Log Formats

LogFormat specifies the information included in the log file, and the manner in which it is wr itten. The default format is the Common Log Format (CLF). The CLF format is: host ident authuser date request status bytes

  • host: This is the client domain name or its IP number.
  • ident: If IdentityCheck is enabled and the client machine runs identd, then this is the client identity information.
  • authuser: This is the user ID for authorized user.
  • date: This is the date and time of the request in the <day/month/year:hour:minute:second> format.
  • request: This is the request line, in double quotes, from the client.
  • status: This is the three-digit status code returned to the client.< /li>
  • bytes: This is the number of bytes, excluding headers, returned t o the client.

Specifying Log Level

Table& nbsp;6-3 lists all the different logging levels, their descriptions, and, example messages:

Table 6-3 Logging Level
Logging Level Description Example Message

E mergency

Emergencies- system is unusable.

"Child cannot open lock file. Exiting."

Alert

Action must be taken immediately.

"getpwuid : couldn't determine user name from uid"

Critical

Critical conditions.

"socket: Failed to get a socket, exiting child"

Error

Error conditions.

"Premature end of script headers"

Warning

Warning conditions.

"child process 1234 did not exit, sending another SIGHUP"

Notice

Normal but significant condition.

"httpd: caught SIGBUS, attempting to dump core in..."

Information

Informational messages that describe possible problems and possible solutions to those pr oblems.

"Server seems busy, (you may need to increase StartSe rvers, or Min/MaxSpareServers)..."

Debug

Debug-level messages.

"Opening config file..."

Specifying Log Files

The log files are discussed in the sub sequent sections:

It is important to periodically rotate the log files by moving or deleting existing log s on a moderately busy server. For this, the server must be restarted after the log files are moved or deleted so that new log files are opened.

See Also:

"Log Rotation" in the Apache Server documentation.

Access Log

The server access l og records all requests processed by the server. The location and content of the access log is controlled by the CustomLog directive. The LogFormat directive can be used to simplify the selection of the con tents of the logs.

See Also:

"Access Log" in the Apache S erver documentation.

CustomLog

The Cust omLog directive is used to log requests to the server. A log format is specified, and the logging can optionally be made condi tional on request characteristics using environment variables.

See Also:

"CustomLog directive" in the Apache Server documentation.

< a name="1006109">

Error Log

The server sends diagnostic information and records error messages to a log file located, by default, in:

  • UNIX: ORACLE_ HOME/Apache/Apache/logs/error_log
  • Windows: ORACLE_HOME\Apache\Apache\logs\error_log

The file name can b e set using the ErrorLog directive.

< table class="NoteAlso" border="0" width="80%" cellpadding="0" cellspacing="0" dir="ltr" summary="This is a layout table to format a n ote" title="This is a layout table to format a note"> See Also:

"ErrorLog directive" in the Apache Server documentation .

PID File

When the server is started, it not es the process ID of the parent httpd process to the PID file located by, default, in

  • UNIX: ORACLE_HOME/Apache/Apache/logs/httpd.pid
  • Windows: ORACLE_HOME\Apache\Apache\logs\httpd.pid

This filename can be changed with the PidFile directive. T he process ID is for use by the administrator for restarting and terminating the daemon. If the process dies (or is killed) abnormall y, then it is necessary to kill the children httpd processes.

See Also:

"Pid File" in the Apache Server documentation.

Piped Log

Oracle HTTP Server is capable of writing error and access log files through a pipe to another process, r ather than directly to file. This increases the flexibility of logging, without adding code to the main server. In order to write log s to a pipe, replace the file name with the pipe character "|", followed by the name of the executable which should accept log entrie s on its standard input. Oracle HTTP Server starts the piped-log process when the server starts, and restarts it if it crashes while the server is running.

See Also:

"Piped Log" in the Apache Se rver documentation.

Rewrite Log

Rewrite Log i s necessary for debugging when mod_rewrite is used. This log file produces a detailed analysis of how the rewriting engine transforms requests. The level of detail is controlled by the RewriteLogLevel dire ctive.

See Also:

"Rewrite Log" in the Apache Server docu mentation.

Script Log

Script Log enables you to record the input to and output from the CGI scripts. This should only be used in testing, and not for live servers.

See Also:

"Script Log" in the Apache Server documentation.

SSL Log

When Oracle HTTP Server starts in SSL mode , it creates ssl_engine_log and ssl_request_log in

  • UNIX: ORACLE_HOME/Apache/Apache/logs
  • Windows: ORACLE_HOME\Apache\Apache\logs

< code>ssl_engine_log tracks SSL and protocol issues, where as ssl_request_log records user activity. Use the SSLLogFile directive to control output.

See Also:

"Enabling SSL"

Transfer Log

Transfer Log specifies the file in which to store the log of accesses to the site. If it is not explicitly included in the conf file, then no log is generated. The server typically logs each request to a transfer file located, by default, in

  • UNIX:ORACLE_HOME/Apache/Apache/logs/access_log
  • Windows: ORACLE_HOME\Apache\Apache\logs\access_lo g

The filename can be set using a CustomLog directive.