centos atd centos官网
CentOS下如何实行计划任务CentOS下实行计划任务的方法
今天在一个项目里面,遇到一个故障:系统在做基于Weblogic的OA系统压力测试中,并发的连接数非常的少(大大低于正常数),系统是采用红旗的DC 4.1 for安腾2版本,使用apache做web服务转发。
后来经过一系列的检查,最后发现原来是之前连续两天的压力测试,导致摆放日志的/var目录20G的空间都给占满了;导致新的日志需要不断的覆盖旧日志,磁盘的读写频繁,导致IO占用过大,所以并发连接数不能满足要求。清空日志文件即可。
考虑到今后可能也会出现类似的问题(当然,现实中不可能几天就达到测试的结果),所以希望使用定时删除日志的方法。这里就考虑到需要使用linux的计划任务,也叫例行性命令。
1、循环执行的计划任务
linux下面有atd和crond两种计划任务,其中,atd服务使用的at命令只能执行一次,而crond服务使用的crontab定义的命令,是循环作用的,所以crond才符合我们的要求。
crontab支持两种状态:一、直接编写计划任务;二、使用目录的方式,放在目录里面的都会定时执行。
2、可以使用的用户
默认情况下,系统中可以登陆的用户,都可以使用crontab定义计划任务。不过,可以通过下面两个文件限制权限:
引用
◆/etc/cron.allow:
将可以使用 crontab的账号写入其中,若不在这个档案内的使用者则不能使用 crontab;
◆/etc/cron.deny:
将不可以使用 crontab的账号写入其中,若未记录到这个档案当中的使用者,就可以使用 crontab。
※类似TCPWrapper定义的方式。
3、直接使用crontab编辑计划任务:
命令:
crontab [-u username] [-l|-e|-r]
参数:
-u:通过-u帮其它使用者建立/移除 crontab;
-e:编辑 crontab的内容
-l:查看 crontab的内容
-r:移除 crontab的所有内容(是全部的内容,如果只是删除某个,用-e编辑即可)
内容格式:
*****命令
前面的五个*号,表示分、时、日、月、周,如:
代表意义分钟小时日期月份周
数字范围 0-59 0-23 1-31 1-12 0-7
*号代表任何时间都接受的意思,任意。
*号之间用空格分开,如果是一段范围,用-号连接;如果是隔开几个时间,用,号表示。
另外,命令必须是编写计划任务的用户有权限执行的,并且最后用绝对路径。
例如:
#crontab-e
59 23 1 5* mail linuxing/home/test.txt
每在5月1日,23点59分就把/home/test.txt的内容作为邮件发给linuxing用户
*/5****/opt/test.sh
每5分钟就执行一次/opt/test.sh脚本
0 3,6***/usr/local/bin/test.sh
每在3点和6点整点都执行/usr/local/bin/test.sh命令
0 8-12***/root/backup.sh
8点到 12点之间的每小时的0分都执行/root/backup.sh
4、基于目录的方式执行计划任务
对于系统的计划任务,已经在/etc/crontab里面定义,采用的就是基于目录的方式。系统会定时读取该文件,并根据里面的定义执行命令。
可以使用vi直接编写/etc/crontab文件,其中格式如下:
#cat/etc/crontab
SHELL=/bin/bash#使用的shell
PATH=/sbin:/bin:/usr/sbin:/usr/bin#预定义的PATH路径
MAILTO=root#出现问题发Email给该用户
HOME=/#家目录
# run-parts
01**** root run-parts/etc/cron.hourly#每小时的目录
02 4*** root run-parts/etc/cron.daily#每天
22 4** 0 root run-parts/etc/cron.weekly#每周日
42 4 1** root run-parts/etc/cron.monthly#每个月1号
分时日月周执行者身份命令
可以看到前面的五个参数的定义和直接编辑计划任务是一样的,增加了执行的用户定义和run-parts参数。
run-parts后面跟的是目录名称,例如:/etc/cron.hourly,表示每小时01分就到/etc/cron.hourly目录中执行目录下的所有可执行文件;当然,目录是可以自己定义的。
如果你需要增加系统的计划任务,只需要在对应的目录添加执行文件即可,例如:我需要在每天都执行updatedb的操作,则我只需要把/usr/bin/updatedb的执行命令链接到/etc/cron.daily目录就可以了。
※同样的,如果不需要使用目录的方式,也可以使用如下的方式:
02 01*** root/root/test.sh
也就是没有了run-parts,后面就直接跟命令的绝对路径
5、注意事项
◆如果使用crontab编辑计划任务或直接修改/etc/crontab文件后,计划任务没有生效,可能需要重启一下crond服务:service crond restart
◆当编写/etc/crontab文件的时候,不要漏了指定执行计划任务的用户,这是和直接用crontab-e编辑不同的。
◆某用户(如root)用crontab-e编辑的计划任务存放在/var/spool/cron/root,这个文件下。但最好不要直接编辑他,因为crond执行的时候,会在/tmp目录中建立需要的临时文件,直接编辑会对此有影响,甚至出错。
◆cron执行的每一项工作都会被纪录到/var/log/cron这个日志文件中,可以从这个文件查看命令执行的状态。
Centos6启动问题排查
要排查问题,首先要了解启动流程。我们先看一下centos6的开机流程:
硬盘上第0磁道第一个扇区被称为MBR,也就是Master Boot Record,即主引导记录,它的大小是512字节,BIOS找到并读取MBR到内存中
MBR中存放的一段小程序统称为boot loader,他有很多种,用来引导centos6用的是grub,这里也只说这种(注意:/boot/grub/stage*只是GRUB几部分内容的复制,真正起作用的还是直接放在磁盘扇区中的内容)grub一般分为3阶段:
这里只从GRUB阶段开始,前面的阶段就不看了。
1阶段出问题症状:不会进入GRUB菜单,如果没有挂光盘,就直接黑屏,挂上光盘后,会直接进入安装菜单(因为GRUB主程序被破坏,检测以为系统没有安装)
我们可以用 dd if=/dev/zero of=/dev/sda bs=1 count=446去破坏MBR中的GRUB,模拟出1阶段错误
恢复步骤:
1.5阶段出问题症状:有GRUB菜单,进来后卡黑屏
模拟环境:用 dd if=/dev/zero of=/dev/sda bs=1 count=3000 skip=512 seek=512来将MBR之后的扇区内容删除一些
处理步骤:
2阶段有很多问题,我们先了解下boot目录下的必需文件作用,再去看问题。
文件丢失对应的错误:
这里的问题都要进入救援模式
2.输入 boot启动,然后进入/boot/grub/grub.conf中写入配置就行
这个阶段有些服务可能会出问题,表现症状为卡在服务那里不动了或者报错failed,我们处理的思路为先进去,再去找这个服务的问题。
我们模拟下at服务的错误,在/etc/init.d/atd启动脚本中,前面加上一个 sleep 100000,让他睡很长时间
这样启动时,就卡在了这里,这时候怎么办呢?
解决步骤如下:
当/boot/目录和/etc/fstab文件都没了的时候,就比较麻烦了,因为救援模式是读取/etc/fstab文件中的内容去找根文件系统的,所以删掉/etc/fstab之后,进救援模式就会挂载不到根(之前是自动挂到/mnt/sysimage中的)
处理思路:先进入救援模式,然后blkid等命令查看分区,尝试挂载,找到根文件系统,在根文件系统中写一份/etc/fstab文件,然后再重启,之后的步骤就和之前说的恢复/boot目录一样了
步骤如下:
1.进入救援模式,不过会提示没有挂载根
2.blkid命令查看分区
3.然后创建一个目录,将每个分区都挂一下,看一下内容,找到根文件系统,然后创建/etc/fstab
内容如下:
4.重启之后,进入救援模式就看到根挂载上了
5.之后的过程和之前的恢复/boot就一样了
当系统是放在逻辑卷中时,删除/etc/fstab和/boot又不一样了,启动是直接进入了GRUB命令行界面了,但是什么东西都没有,补全不能用,所以还是得进救援模式:
同样提示找不到根文件系统:
用blkid看不到根文件系统,只能看到/boot:
用lvdispaly查看,找到了root了,但是是不能使用的:
将根分区挂载到/lv0,查看内容,确认是跟分区
然后之后的步骤和前面的又一样了,不过要注意配置文件中的root路径记得要写逻辑卷的。