day18

定时任务要领:

* * * * *  /bin/sh /server/scripts/bak.sh &>/dev/null

如何调试定时任务？

1、查看错误日志*****

/var/log/cron

学会最小化排除：

先清空，>/var/log/cron

然后在测试和观察。

2、增加执行任务频率调试任务 *****

  把频率调快。

3、把定时任务执行时间比当前时间拖后5分钟

    00 03执行，当前5:00，咱们就把时间调整 05 05,有个5分钟提前量。

4、调整系统时间（测试环境还凑合）

00 03执行，把系统时间调整到2:55。

5、通过脚本日志输出调试定时任务

定时任务输出

* * * * *  /bin/sh /server/scripts/bak.sh &>/tmp/bak.log

脚本输出：

tar zcvf oldboy.tar.gz  ./data &>/tmp/tar.log

注意点：

有时候程序只能执行一次。一定要在测试环境测试好，然后直接复制到正式。

代码发布流程：

办公室测试环境===>IDC机房测试环境===>IDC机房正式环境

防止在正式环境发生错误，从而影响用户体验，业务稳定。

企业故障案例：No space left on device常见企业故障案例

磁盘满的报错，原因往往是inode被占满了。

df -i

因为定时任务没有加&>/dev/null，定时任务执行的时候把输出给系统root发邮件。

邮件服务器postfix服务默认不开，这些给系统发的邮件就会堆在临时目录（大量小文件存在）

/var/spool/clientmqueue/      6

/var/spool/postfix/maildrop/  7

企业故障案例：程序通过手动可以执行，放定时任务里不执行。

export变量生产案例

定时任务在执行脚本的时候，多数情况没办法加载环境变量，特别是/etc/profile。

登录后怎么操作都对，但是就是放到定时任务不行。

命令行：bash登录方式

1.手工登录后，加载所有环境变量（~/.bash_profile,~/.bash_rc,/etc/profile,/etc/bashrc）

2.定时任务执行脚本属于非登录状态(/etc/bashrc)。

实践检验，定时任务能否自动加载/etc/bashrc和/etc/profile文件。

所有运维都会把变量放到此文件/etc/profile，把这个文件里的变量定义

在执行的脚本中 重新定义。

具体为crond执行Shell时只能识别为数不多的系统环境变量，普通环境变量一般是无法识别的，如果在编写的脚本中需要使用变量，最好使用export重新声明下该变量，以确保脚本正确执行。以后要将其作为一个开发基本规范写上。

1）在每周6的凌晨3:15执行/home/shell/collect.pl，并将标准输出和标准错误输出到/dev/null设备，请写出crontab中的语句。

######oldboy...

15 03 * * 6 /bin/perl /home/shell/collect.pl >/dev/null 2>&1

2）crontab在11月份内，每天的早上6点到12点中，每隔2小时执行一次/usr/bin/httpd.sh，

怎么实现 ？

00 6-12/2 * 11 * /bin/sh /usr/bin/httpd.sh &>/dev/null

/etc/default/useradd文件 useradd命令的配置文件

默认shell就是/bin/bash

为什么默认的家目录在home下

为什么默认的家目录/home/用户名下面有很多隐藏文件，从哪来的。

就是/etc/default/useradd文件配置的。

用户管理知识：

用户相关文件：

/etc/passwd 用户所在文件

/etc/shadow 密码所在文件

useradd oldboy 添加用户实际上就是修改上述两个文件

passwd oldboy  改密码实际上就是修改密码所在文件

用户组相关文件：

/etc/group    用户组所在文件

/etc/gshadow  用户组密码所在文件（废弃状态）

useradd oldboy 添加用户实际上也会修改上述两个文件（因为要创建同名的用户组）

groupadd sa 添加用户组就是修改上述两个文件