linux-常见问题收集

1. 计划任务配置中/etc/crontab和crontab -e的区别

https://blog.csdn.net/qq_36937234/article/details/80558871

1.1. 二者差异

  1. 级别差异
    /etc/crontab是系统级别的crontab，系统的设置
    crontab -e是用户级的crontab
    linux下实际保存在/var/spool/cron/username中
    有些系统设置即使用root账号crontab -e也不行，必须放到/etc/crontab中
  2. 语法区别
    /etc/crontab 有用户字段
    */5 * * * * root /root/scripts/refresh.sh >/dev/null 2>&1
    crontab -e中不能设置用户字段
    1 * */1 * * /bin/sh /root/scripts/refresh.sh > /dev/nul 2>&1

1.2. 注意点

  1. /var/spool/clientmqueue目录过大，占用磁盘满了
    原因：/var/spool/clientmqueue是如果系统中有用户开启了cron，而cron中执行的程序有输出内容，输出内容会以邮件形式发给cron的用户，而sendmail没有启动所以就产生了这些文件
    解决：将输出重定向，如> /dev/null 2>&1，补充：错误输出也要重定向
  2. /etc/crontab的读写权限 不要随意改动这个文件的读写权限，这个文件应该设置成644或者600，否则会报(system) BAD　FILE MODE (/etc/crontab )
  3. 手动能够执行，但是crontab脚本里面不执行
    解决：检查下crontab的环境变量 ：
HELL=/bin/bash 
PATH=/sbin:/bin:/usr/sbin:/usr/bin 
MAILTO=root 
HOME=/

2. CentOS 7.x 设置开机启动项报错，或软连接报 Too many levels of symbolic links

这个问题报错原因其实已经说明得很明显了，实际上就是在同一个地方创建了同样名字的多个软连接，之所以记录是应为网上鬼扯了一些毫无关联解决方案，可能也存在那样的问题，这儿遇见的是在设置开机启动项systemctl enable的时候报的错，检查了下发现，systemctl enable设置的目录确实是已经存在了一个同名的了，把原来的那个删掉或者改个名字，在创建正常