前言
唉，这周本来想彻底研究一下树的数据结构，结果搭建了基于nginx+php-fpm的web server运行模式，回到宿舍就太累没心思再思考数据结构和算法，就这样吧，这周就只搞运维了，虽然之间也写了点php代码学了点设计模式
syslogd：记录日志文件的服务
日志内容的一般格式
一般来说，系统产生的信息经过syslog而记录下来的数据中，每条信息均会记录下面几个重要数据：
（1）事件发生的日期与时间
（2）发生此事件的主机名
（3）启动此时间的服务名称
（4）该信息的实际数据内容
在2012年11月15日的10：13：34秒，错误信息是php-fpm绑定的ip地址被使用了，主机名和服务名称是我自己设置没加上
syslog的配置文件
Ubuntu 10.04之后，syslog的配置文件在
/etc/rsyslog.conf
配置文件的内容可以简单分为三部分说明：
服务名称
auth : 主要与认证有关的机制
cron : 就是例行性工作调度crontab等生成信息日志的地方
daemon : 就是各个daemon有关的信息
kern : 就是内核(kernel)产生信息的地方
lpr : 打印相关信息
mail : 只要与邮件收发有关的信息记录在此
news : 与新闻组服务器有关的东西
信息等级
info : 一些基本的信息说明
notice : 除了info还需要注意的一些信息内容
warning : 警示的信息,可能有问题，但是不至于影响到某个daemon的运行
error : 一些重大的错误信息
crit : 比error还要严重的错误信息
alert : 警告，已经很有问题的等级
emerg : “疼痛”等级，意指系统已经几乎要死机状态!
链接符号[.|.=|.!]
. : 代表比后面还要高的等级（含该等级）都被记录下来的意思。例如：news.err 代表只要是news的信息，而且该信息的等级大于等于error级别就会被记录下来的意思
.= : 代表所需要的等级==后面链接的等级，其它的不要
.! : 代表不等于，即除了该等级之外的等级都记录下来
说下题外话：
一个程序员一般会尽全力消除程序中所有的notice，因此到现在我也是仅仅见过error级别的，error之上的我觉得可能需要更大并发量的时候才能遇到
信息记录的文件名或设备或主机
注意
查看rsyslog的配置文件的时候，大部分linux选手会选择vim，并且更大的部分在退出文件的时候会:x一下，这就会麻烦了，我这里是参考了<<鸟哥linux私房菜>>中的说法：由于你vim保存了日志文件，则syslog会误判为该文件已被改动过，将导致syslog不再写入该文件新的内容，因此只能重新启动syslog程序了，重启命令：
/etc/init.d/rsyslog restart
日志文件的轮替（logrotate）
前言：
syslog利用的是daemon的方式来启动的，当有需求的时候立刻会被执行，但是logrotate却是在规定的时间到了之后才来进行日志文件的轮替，所以这个logrotate程序当然是挂在cron下面进行的。
查看一下logrotate的内容如下：
#!/bin/sh
# Clean non existent log file entries from status file
cd /var/lib/logrotate
test -e status || touch status
head -1 status > status.clean
sed 's/"//g' status | while read logfile date
do
[ -e "$logfile" ] && echo "\"$logfile\" $date"
done >> status.clean
mv status.clean status
test -x /usr/sbin/logrotate || exit 0
/usr/sbin/logrotate /etc/logrotate.conf
logrotate主要是针对日志文件来进行轮替操作，所以它必须记载在什么状态下才将日志文件进行轮替的设置，通过上面的shell脚本，就可以看出配置文件是在/etc/logrotate.conf
logrotate的配置文件
# see "man logrotate" for details
# rotate log files weekly
weekly <== 默认每个星期进行一次logrotate工作
# keep 4 weeks worth of backlogs
rotate 4 <== 默认没星期保留4个日志文件
# create new (empty) log files after rotating old ones
create <== 由于日志文件被重命名，因此新建一个新的来继续存储
# uncomment this if you want your log files compressed
#compress <== 被修改的日志文件是否需要压缩存储？（文件太大可以考虑这个参数）
# packages drop log rotation information into this directory
include /etc/logrotate.d <== 将这个目录下的所有文件都读进来执行rotate程序
# no packages own wtmp, or btmp -- we'll rotate them here
/var/log/wtmp { <== 仅针对/var/log/wtmp 所设置的参数
missingok
monthly <== 每月执行一次备份操作
create 0664 root utmp <== 指定文件的权限
rotate 1 <== 仅保留一个
}
/var/log/btmp {
missingok
monthly
create 0660 root utmp
rotate 1
}
# system-specific logs may be configured here
logrotate语法
compress：通过gzip 压缩转储以后的日志
nocompress：不需要压缩时，用这个参数
copytruncate：用于还在打开中的日志文件，把当前日志备份并截断
nocopytruncate：备份日志文件但是不截断
create mode owner group：转储文件，使用指定的文件模式创建新的日志文件
nocreate：不建立新的日志文件
delaycompress：和 compress 一起使用时，转储的日志文件到下一次转储时才压缩
nodelaycompress：覆盖 delaycompress 选项，转储同时压缩。
errors address：专储时的错误信息发送到指定的Email 地址
ifempty：即使是空文件也转储，这个是 logrotate 的缺省选项。
notifempty：如果是空文件的话，不转储
mail address：把转储的日志文件发送到指定的E-mail 地址
nomail：转储时不发送日志文件
olddir directory：转储后的日志文件放入指定的目录，必须和当前日志文件在同一个文件系统
noolddir：转储后的日志文件和当前日志文件放在同一个目录下
prerotate/endscript：在转储以前需要执行的命令可以放入这个对，这两个关键字必须单独成行
postrotate/endscript：在转储以后需要执行的命令可以放入这个对，这两个关键字必须单独成行
daily：指定转储周期为每天
weekly：指定转储周期为每周
monthly：指定转储周期为每月
rotate count：指定日志文件删除之前转储的次数，0 指没有备份，5 指保留5 个备份
size size：当日志文件到达指定的大小时才转储，Size 可以指定 bytes (缺省)以及KB (sizek)或者MB (sizem).
备注
本来想通过logrotate来按天备份nginx日志文件，查看了logrotate中关于nginx的配置，发现也是发送了kill -USR1信号给nginx重新生成日志，就不准备用nginx了，还是要自己写脚本通过crontab控制吧
按天备份php5-fpm脚本
#!/bin/bash -
#1.php5-fpm日志存放路径
php5_fpm_logs_path="/var/log/php5-fpm/"
category_array=("access" "error")
#2.php5-fpm日志名后缀
postfix=`date -d '-1 days' +%Y%m%d`".log"
#3.php5-fpm日志切割
for category in ${category_array[*]}
do
if [ -e $php5_fpm_logs_path/php5-fpm.$category.log ]
then
mv $php5_fpm_logs_path/php5-fpm.$category.log \
$php5_fpm_logs_path/php5-fpm.$category.$postfix
fi
done
#4.查找php5-fpm进程号,让其产生新的日志文件
php5fpm_pid=`ps -aux |grep -E 'php-fpm: master process'|grep -v 'grep'|awk '{print $2}'`
#USR1:Reopen log files,刷新nginx日志文件
kill -USR1 $php5fpm_pid