apache使用logrotate时的一个问题

shiguang117

我在使用logrotate对apache的日志处理时出现一个问题，请各位大虾帮忙看看。

logrotate.conf配置文件如下：

/usr/local/apache-server1/logs/* {    weekly    size=100M    rotate 4    compress }

其他均为默认设置。

access_log超过100M，执行logrotate /etc/logrotate.conf后，会生成access_log.1.gz，创建一个新的access_log。
但这时的apache server却停止继续往access_log里写日志。这到底是为什么呢？

shiguang117

怎么没人知道呢？

ppiqq

我有时也会碰到这种问题，好像过段时间就可以了

shiguang117

我有同事告诉我，在compress后面加上下面代码就可以了

postrotate /bin/kill -1 `cat /usr/local/apache/PID/httpd.pid` endscript

这样的话，我又想不通了，为什么系统的其他守护进程不会有问题呢

/var/log/wtmp {     monthly     create 0664 root utmp     rotate 1 }

像这个怎么不需要每次都要kill一下呢？

郁闷了，请知道的指点一二，谢谢了。

coldrainsunc

向进程发送HUP信号，使其重新读取配置文件。
因为apache是持续性运行，日志文件始终处于打开状态，执行日志轮转后，日志不会被保存到新的access_log中。而/var/log/wtmp只是在是在用户登陆系统时被打开，存入日志后文件后被关闭。

shiguang117

非常感谢楼上的大哥！！！

shiguang117

又出新问题了，配置文件如下：


more /etc/logrotate.conf

weekly rotate 4 create include /etc/logrotate.d /var/log/wtmp { monthly create 0664 root utmp rotate 1 } /usr/local/apache-server1/logs/access_log /usr/local/apache-server1/logs/error_log { weekly size=500M rotate 4 compress sharedscripts postrotate /bin/kill -1 `cat /usr/local/apache/lapache-server1/PID/httpd.pid` endscript }

这样执行的结果是日志每到500M就自动归档，但每周不会归档。如果把size项去掉，就可以每周归档，这是什么问题啊，请高手指教。

xuledw

原帖由 shiguang117 于 2008-1-15 12:42 发表
又出新问题了，配置文件如下：


more /etc/logrotate.conf
weekly
rotate 4
create
include /etc/logrotate.d
/var/log/wtmp {
monthly
create 0664 root utmp
rotate 1
}
/usr/local/apache-ser ...

我也关注下 现在在看这个东西 希望知道的帮忙解释下！还有个问题 如果用日志分析软件来分析日志的话 那轮循后的日志文件该如何处理的好！
合并多个服务器的日志文件（如log1、log2），并输出到logall中的方法是：

$ sort -m -t " " -k 4 -o logall log1 log2 我尝试了下是可以的 就是不知道如果日志文件比较大的情况下 效率如何

kenduest

原帖由 shiguang117 于 2008-1-15 12:42 发表
又出新问题了，配置文件如下：
这样执行的结果是日志每到500M就自动归档，但每周不会归档。如果把size项去掉，就可以每周归档，这是什么问题啊，请高手指教。

你的配置是說, 每週才進行 log 的檢查, 然後檔案大小有超過 500M 才進行

--

xuledw

安装了awstats来分析日志 用命令
/usr/local/awstats/wwwroot/cgi-bin/perl awstats.pl -config=www.abc.com -update -lang=cn
分析日志没有问题
此时日志格式如下
LogFile="/usr/local/apache/logs/access_log"
设置
AllowToUpdateStatsFromBrowser=1
在页面可以点更新 且正常分析日志

但是当日志格式设置为
LogFile="gzip -d </usr/local/apache/logs/access_log.gz |"
时 用命令分析日志没有问题 但是启用从浏览器中实时更新统计即AllowToUpdateStatsFromBrowser=1时
点击更新出现Error: Command for pipe 'gzip -d </usr/local/apache/logs/access_log.gz |' failed
Setup ('/etc/awstats/awstats.www.abc.com.conf' file, web server or permissions) may be wrong.
Check config file, permissions and AWStats documentation (in 'docs' directory).

虽然说做到crontab中可以更新。但总感觉不爽，也搜了些资料说是权限问题 但还是无法解决 特
请教！看下面帮助说是权限问题
可我的如下，还是有问题
/usr/local/awstats/data
drwxr-xr-x 2 daemon daemon 4096 01-15 05:21 data
data内文件也都属主daemon 权限为755了
# When AWStats updates its statistics, it stores results of its analysis in
# files (AWStats database). All those files are written in the directory
# defined by the "DirData" parameter. Set this value to the directory where
# you want AWStats to save its database and working files into.
# Warning: If you want to be able to use the "AllowToUpdateStatsFromBrowser"
# feature (see later), you need "Write" permissions by web server user on this
# directory (and "Modify" for Windows NTFS file systems).
# Example: "/var/lib/awstats"
# Example: "../data"
# Example: "C:/awstats_data_dir"
# Default: "."          (means same directory as awstats.pl)
#
DirData="/usr/local/awstats/data"

# When this parameter is set to 1, AWStats add a button on report page to
# allow to "update" statistics from a web browser. Warning, when "update" is
# made from a browser, AWStats is ran as a CGI by the web server user defined
# in your web server (user "nobody" by default with Apache, "IUSR_XXX" with
# IIS), so the "DirData" directory and all already existing history files
# awstatsMMYYYY[.xxx].txt must be writable by this user. Change permissions if
# necessary to "Read/Write" (and "Modify" for Windows NTFS file systems).
# Warning: Update process can be long so you might experience "time out"
# browser errors if you don't launch AWStats enough frequently.
# When set to 0, update is only made when AWStats is ran from the command
# line interface (or a task scheduler).
# Possible values: 0 or 1
# Default: 0
#
AllowToUpdateStatsFromBrowser=1