cron的用法 /

<<cron help guide>>

cron来源于希腊单词chronos(意为“时间”),是linux系统下一个自动执行指定任务的程序。例如,你想在每晚睡觉期间创建某些文件或文件夹的备份,就可以用cron来自动执行。

服务的启动和停止

cron服务是linux的内置服务,但它不会开机自动启动。可以用以下命令启动和停止服务:

/sbin/service crond start
/sbin/service crond stop
/sbin/service crond restart
/sbin/service crond reload

以上1-4行分别为启动、停止、重启服务和重新加载配置。

要把cron设为在开机的时候自动启动,在 /etc/rc.d/rc.local 脚本中加入 /sbin/service crond start 即可。

查看、编辑和删除

cron把命令行保存在crontab(cron table)文件里,这个文件通常在 /etc 目录下。每个系统用户都可以有自己的crontab(在 /var/spool/cron/ 下)。要查看当前用户的crontab,输入 crontab -l;要编辑crontab,输入 crontab -e;要删除crontab,输入 crontab -r。如当前是root身份,要查看/编辑/删除/某用户的crontab,只需在相应的命令后加上 -u USERNAME(如 crontab -e -u USERNAME)即可。crontab文件的默认编辑器是vi,可以输入 export VISUAL=’editor’ 更改默认编辑器。

cron服务每分钟不仅要读一次 /var/spool/cron 目录内的所有文件,还需要读一次 /etc/crontab 文件。配置这个文件也能让cron执行任务。使用crontab命令是对用户级任务的配置,而编辑 /etc/crontab 文件是对系统级任务的配置。

语法说明

以下是两个cron语句的例子(在 /etc/crontab 文件里)。前者用来晚间备份 /etc 目录,后者运行Analog程序处理服务器的统计信息。

12 3 * * * root tar czf /usr/local/backups/daily/etc.tar.gz /etc >> /dev/null 2>&1
52 5 * * * root /usr/local/src/analog-5.32-lh/analog >> /dev/null 2>&1

以下是cron语句中的字段与字段说明:

字段说明
1分钟(0-59)
2小时(2-24)
3日期(1-31)
4月份(1-12;或英文缩写Jan、Feb等)
5周几(0-6,0为周日;或单词缩写Sun、Mon等)
6用户名(执行命令时以此用户的身份)
7要执行的命令(路径)
  

现在来看第一行:

12 3 * * * root tar czf /usr/local/backups/daily/etc.tar.gz /etc >> /dev/null 2>&1

这条语句将在每天的凌晨3点12分(03:12)运行 tar czf /usr/local/backups/daily/etc.tar.gz /etc 命令。>> /dev/null 2>&1 表示把所有标准输出发送到 /dev/null(linux的回收站),把标准错误输出(2)发送到和标准输出(1)同样的地方(即 /dev/null)。运行这行命令将不会产生任何输出。

这条语句可以变得稍微复杂一点:

30 15 13 6 1 * root tar czf /usr/local/backups/daily/etc.tar.gz /etc >> /dev/null 2>&1

它将在6月13日周一的15:30运行 tar czf /usr/local/backups/daily/etc.tar.gz /etc 命令。

以下语句可以达到同样的效果:

30 15 13 Jun Mon * root tar czf /usr/local/backups/daily/etc.tar.gz /etc >> /dev/null 2>&1

如果你想以用户joey的身份每小时的第15分钟运行某个程序,可以使用:

15 * * * * joey /usr/bin/somecommand >> /dev/null 2>&1

其中的星号(*)是通配符,表示cron将忽略这个字段。

如果你想每两小时就运行某个程序,可以在小时字段里使用 */2。它将会在2点,4点,6点……22点,24点运行。具体语句如下:

0 */2 * * * joey /usr/bin/somecommand >> /dev/null 2>&1

cron语句中还可以使用逗号(,)来指定多个时间。例如你想在每小时的15分和30分运行某个程序,可以在分钟字段使用 15,30

15,30 * * * * joey /usr/bin/somecommand >> /dev/null 2>&1

如果你想在每月的第一周(即1号到7号)每天的指定时间运行某个程序,可以在日期字段使用 1-7

15,30 */2 1-7 * * joey /usr/bin/somecommand >> /dev/null 2>&1

这条语句将在每月的第1-7日每两小时的15分和30分(02:15,02:30……22: 15,22:30等)运行 /usr/bin/somecommand 命令。

如果你想在每天的16:18执行一个脚本集合,可以把所有要执行的脚本放到一个目录中(如 /home/username/cron),可以使用:

18 16 * * * root run-parts /home/username/cron >> /dev/null 2>&1

如果你想保存某个程序的输出结果, 可以把 >> /dev/null 2>&1 替换为 >> /home/user/somecommand.log 2>&1

总结

  • 查看当前用户的cron配置,使用 crontab -l
  • 编辑当前用户的cron配置,使用 crontab -e
  • 删除当前用户的cron配置,使用 crontab -r
  • 以root身份查看/编辑/删除某用户的cron配置,在命令后加上 -u USERNAME
  • 配置系统级的任务,编辑 /etc/crontab 文件
 
<think>好的,用户的问题是关于Linux系统时间在整点自动变化,可能与RTC或时间同步设置有关。用户已经做了一些排查,比如用hwclock同步了硬件时钟,但整点时系统时间突然快了3分钟。需要分析可能的原因,并提供检查步骤。首先,回顾用户之前的提问和我的回答,用户已经知道需要检查NTP服务、内核的rtcsync功能以及定时任务。现在用户进一步询问如何排查,特别是涉及rtc_cmos、hwclock、ntpd的配置检查。根据用户提供的站内引用,引用1提到Linux时间系统分为系统时间和RTC时间,系统启动时会从RTC读取时间,但之后独立运行。引用2提到系统时钟和硬件时钟的关系,以及UTC和本地时间的区别。引用3是关于C语言设置RTC和系统时间的函数。接下来需要结合这些信息分析可能的原因。用户的问题可能涉及以下几个方面:1.**RTC与系统时间的同步机制**:系统启动时从RTC读取时间,但之后可能通过其他方式同步,比如ntpd或chronyd。如果RTC时间本身有问题,或者在启动后被错误地同步,可能导致系统时间偏差。 2. **NTP服务的影响**:ntpd或chronyd可能会在整点进行时间同步,尤其是如果配置了较大的时间调整,可能会突然改变系统时间。需要检查NTP服务的状态和配置。3.**内核的rtcsync功能**:某些系统(如RHEL/CentOS)会定期将系统时间写回RTC,如果这个功能开启,可能导致RTC和系统时间之间的冲突,尤其是在整点附近。4.**硬件时钟的漂移**:RTC的晶振可能不稳定,导致时间逐渐漂移,但用户的问题是在整点突然变化,可能不是漂移而是同步问题。5.**定时任务脚本**:整点执行的cron任务可能包含时间设置命令,比如hwclock或date,错误地修改了系统时间。需要逐步检查这些可能性,给出具体的命令和步骤,帮助用户定位问题。首先,检查NTP服务的状态,确认是否正在运行,以及是否有时间跳变的记录。然后查看内核日志,确认是否有rtc_cmos相关的同步操作。同时检查定时任务,是否有整点执行的脚本影响时间。最后,确认RTC的时间和时区设置是否正确,避免UTC和本地时间的混淆。在回答中需要结构清晰,分步骤说明每个可能的排查点,并给出相应的命令和解释。同时,引用之前的引用内容,特别是关于RTC和系统时间的关系,以及同步机制的部分,来支持分析。 最后,生成相关问题,帮助用户进一步深入理解可能的问题点,比如如何永久禁用rtcsync,NTP服务之间的区别,定时任务的影响等。</think>### Linux系统时间整点偏移排查指南 #### 一、RTC与系统时间同步机制分析 根据引用[1]描述,Linux系统启动时通过`rtc_hctosys`函数从RTC芯片读取初始时间到系统时间: $$ t_{sys} = f_{conv}(t_{rtc}) + Δt_{boot} $$ 其中$f_{conv}$包含时区转换逻辑,$Δt_{boot}$为启动耗时补偿。但后续运行中两者相互独立,需排查以下交互场景: #### 二、核心问题排查路径 1. **RTC硬件时钟质量检查** 使用`hwclock`命令验证RTC稳定性: ```bash hwclock --verbose --debug | grep "drift" # 示例输出:Last drift adjustment done at 1699999999 seconds since 1969 # adjustment was 0.123456 seconds ``` 若漂移值超过±20ppm(每日±1.728秒),则硬件需要更换[^1] 2. **内核级时间同步干预** 检查`rtc_cmos`驱动的同步行为: ```bash dmesg | grep -i "rtc_cmos.*setting system" # 典型问题日志:rtc_cmos 00:01: System clock set to 2024-07-15T16:03:16 UTC ``` 结合`/sys/class/rtc/rtc0/device/rtcsync`文件状态判断是否启用周期回写(RHEL默认开启) 3. **NTP服务配置审计** 分析ntpd或chronyd的调整策略: ```bash grep -E "makestep|maxchange" /etc/chrony.conf # 关键参数:makestep 1.0 3 # 允许前3次校正使用步进调整 ``` 当本地时间与NTP服务器偏差超过阈值(默认128ms)时触发跳跃修正 #### 三、关键诊断矩阵 | 现象特征 | 可能原因 | 验证方法 | |----------------|--------------------------|------------------------------| | 整点±1秒突变 | cron定时任务干预 | `grep hwclock /etc/cron.*` | | 周期性小时偏移 | 时区配置错误 | `timedatectl | grep zone` | | 固定3分钟偏差 | RTC与系统时区模式冲突 | `hwclock --localtime --show` | | 随机时间跳跃 | NTP服务器异常 | `chronyc sources -v` | #### 四、操作验证流程 ```mermaid graph TD A[整点时间跳变] --> B{检查NTP状态} B -->|服务活动| C[分析sourcestats偏移量] B -->|服务未运行| D[检查rtcsync标志] C --> E[确认NTP校正策略] D --> F[查看内核同步日志] E --> G{存在makestep触发?} G -->|是| H[调整chrony.conf阈值] G -->|否| I[排查RTC硬件] F --> J[发现周期同步记录] J --> K[禁用rtcsync功能] ``` #### 五、配置修正方案 1. **统一时间基准模式** 强制RTC使用UTC存储: ```bash timedatectl set-local-rtc 0 hwclock --systohc --utc ``` 2. **限制NTP跳跃修正** 修改`/etc/chrony.conf`: ```conf maxchange 1000 1 2 # 允许单次最大调整1000秒,仅限启动后2分钟内 ``` 3. **禁用内核自动同步** 永久关闭rtcsync: ```bash echo 'options rtc_cmos rtcsync=0' > /etc/modprobe.d/rtc.conf systemctl restart systemd-modules-load ``` #### 六、硬件时钟诊断工具 使用`rtc-tools`进行深度检测: ```bash rtctest /dev/rtc0 # 输出包含:RTC accuracy check: 12.34 ppm (合格范围<50ppm) ```
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值