最近 在做 服务器搭建的一些工作,其中 用到了 日志 转存 的部分。 日志转存 是这么写的 /home/server/souledge/log/game.log { missingok copytruncate size 1 sharedscripts postrotate echo "start--------------" [ -f /var/run/nginx.pid ] && kill -USR1 `cat /var/run/nginx.pid` mv /home/server/souledge/log/game.log.1 /home/server/souledge/log/game.`date -d "1 hour ago" +%Y%m%d%H` echo "end-----------------" endscript } 对于 [ -f /var/run/nginx.pid ] && kill -USR1 `cat /var/run/nginx.pid` 产生了 兴趣, 1.[ -f ] 解释 [ 是 linux 命令, 不信, which [ 试试;跟 test 命令 含义 一样 ; [ -f xxx] 是 测试 文件 是否 存在 2. 系统将 进程xx 的 进程号 存储 在 /var/run/xx.pid 文件下 ;所以 `cat /var/run/nginx.pid` 是为了 取到 nginx 的进程号 3.kill -USR1 看下文 USR1信号 解释 摘自: http://www.xuebuyuan.com/323422.html USR1亦通常被用来告知应用程序重载配置文件;例如,向Apache HTTP服务器发送一个USR1信号将导致以下步骤的发生:停止接受新的连接,等待当前连接停止,重新载入配置文件,重新打开日志文件,重启服务器,从而实现相对平滑的不关机的更改。 以上摘自wiki: http://zh.wikipedia.org/wiki/SIGUSR1%E5%92%8CSIGUSR2 呃,近日发现还有USR2,貌似这个USR1和2都可以用户自定义的,同样摘自上面的wiki: 在POSIX兼容的平台上,SIGUSR1和SIGUSR2是发送给一个进程的信号,它表示了用户定义的情况。它们的符号常量在头文件signal.h中定义。在不同的平台上,信号的编号可能发生变化,因此需要使用符号名称。 kill -HUP pid 或者 killall -HUP pName: 其中pid是进程标识,pName是进程的名称 如果想要更改配置而不需停止并重新启动服务,可以使用上面两个命令。在对配置文件作必要的更改后,发出该命令以动态更新服务配置。 根据约定,当你发送一个挂起信号(信号1或HUP)时,大多数服务器进程(所有常用的进程)都会进行复位操作并重新加载它们的配置文件。 (责任编辑:IT) |