在一次软件包更新以后,Nginx 服务器的每晚日志切割不再进行了。
接着就是分析原因了,在一次偶然的ls -l中发现:
复制代码代码示例:
# ll /etc/logrotate.d/
total 64 -rw-r--r-- 1 root root 326 2012-08-04 06:08 apache2 -rw-r--r-- 1 root root 84 2009-02-08 05:18 apt -rw-r--r-- 1 root root 79 2008-12-05 17:15 aptitude -rw-r--r-- 1 root root 330 2008-03-08 05:36 atop -rw-r--r-- 1 root root 232 2011-11-10 14:33 dpkg -rw-r--r-- 1 root root 267 2013-01-31 13:20 foreman-proxy -rw-r--r-- 1 root root 151 2007-09-29 19:23 iptraf -rw-r--r-- 1 root root 880 2012-10-29 17:10 mysql-server -rwxr-xr-x 1 root root 356 2012-08-05 00:17 nginx -rw-r--r-- 1 root root 1061 2008-03-08 05:36 psaccs_atop -rw-r--r-- 1 root root 512 2008-03-08 05:36 psaccu_atop -rw-r--r-- 1 root root 260 2012-06-23 00:52 rabbitmq-server -rw-r--r-- 1 root root 126 2012-06-09 00:22 redis-server -rw-r--r-- 1 root root 515 2012-09-27 02:40 rsyslog -rw-r--r-- 1 root root 285 2008-11-18 21:20 stunnel4
nginx多了可执行权限。
到 https://fedorahosted.org/logrotate 找来 logrotate 的源码,在logrotate-3.8.3/config.c 里发现这么一段:
复制代码代码示例:
661 if ((sb.st_mode & 07533) != 0400) {
662 message(MESS_DEBUG, 663 "Ignoring %s because of bad file mode.\n", 664 configFile); 665 close(fd); 666 return 0; 667 }
只有文件权限是 0644 时,配置文件才会被读取!0755 的与结果是 0511,不等于 0400。
用 perl 代码来验证:
复制代码代码示例:
#!/usr/bin/perl
my $mode = (stat($ARGV[0]))[2]; printf "Permissions are %04o\n", $mode & 07533;
在 ChangeLog 里,看到如下一段话: |