The access and error log files are logs that can continue to grow with each document access. The Web Server/400's log cycling capabilities give the WebMaster the ability to schedule the date and time of when the contents of the current access and error log files are copied to new files and the current files are cleared out. With this capability you have the ability to automatically save access and error data to separate files for a fixed period of time. This is particularly useful if you are using the access log file to determine the number of times a document is accessed.
The naming algorithm used to determine the filename of the log file containing the historical data is as follows:
In addition to being able to save this information in separate files, you are able to specify how many of these files you want kept within the directory. The server will search the directory for all files which match the same naming algorithm described above. All files, which are determined to be previous log files created by the log cycling algorithm, are included in the count of previous files. When the number of files determined to be previous log files exceeds the configured value for the maximum number of cycled log files to keep within the directory, the earliest log files are removed. The earliest log files are determined by the three digit numbers included within their names not by their dates. Therefore if you wish to keep a particular log file you must copy, move, or rename the file in order to ensure that it is not automatically deleted by the Web Server/400 product during log cycling.
The statistics logs differ from the access and error logs in the sense that data is only added to the statistics log files when the logs are cycled or the server is ended. The cycling differs in the sense that when the cycle date and time is exceeded, the data is appended to the current file. Statistics log cycling does not create any additional files. All of the data is appended to the Statistics Log File and the Statistics Raw Data File.
The Server User Profile requires Read, Write and eXecute authorities for all directories containing any of the logs. Note that the authorities assigned to all log files created, including cycled log files will only include the *PUBLIC authorities and the authorities of the server user profile. The *PUBLIC authority will be assigned the same as the library or directory where the log file exists. Any special authorities granted or denied to other users will not be carried forward from the library or directory. This limitation exists because the server user profile should, in most cases, have limited authorities for security reasons.