关于crontab定时任务报错问题

Posted 2023-05-10

参考技术A localhost crond: /usr/sbin/sendmail: error while loading shared libraries: libmysqlclient.so.18: cannot open shared object file: No such file or directory

最近发现服务器没有校时，设置定时任务后服务器日志打印libmysqlclient.so.18没有找到错误。百度查的千篇一律，都是让ln -s /usr/local/mysql/lib/libmysqlclient.so.18 /usr/lib做软连接。开始照着百度的做，一直没办法解决。

后来查看/var/log/messages，发现服务器启动时就有postmail报错。然后在测试服务器上yum安装postfix时发现依赖了mariadb-lib的包，回想起当初装MySQL时卸载了mariadb所有的rpm包；至此问题根源找到了。

在现场环境中卸载postfix，然后yum -y install postfix重新安装，find / -name libmysqlclient* ：

/usr/lib64/mysql/libmysqlclient.so.18

/usr/lib64/mysql/libmysqlclient.so.18.0.0

文件已经可以找到。而且比较坑的是搜索所有的文章都是说在/usr/lib上，实际中我用的是Centos7的64位版本，位置也不一样，看来找问题还是不能尽信别人。

以后有时间尝试把mariadb-lib包卸载后，软连接建到/usr/lib64/mysql/目录下。看看还有没有错误

PS：建软连接已经尝试过，不可行。

现场如果有MySQL怕影响业务，可以在crontab定时任务后面加  &>/dev/null 就不会调用sendmail了

crontab内环境变量问题(crontab定时任务执行脚本异常)

• 问题
  有时需要用到Crontab的定时任务去执行脚本，但是发现通过命令（./test.sh)执行Shell文件的时候，可以获取Linux的环境变量;可是通过Crontab做的定时任务，无法获取。

• 问题剖析
  crontab有一个坏毛病，就是它总是不会缺省的从用户profile文件中读取环境变量参数，经常导致在手工执行某个 脚本时是成功的，但是到crontab中试图让它定期执行时就是会出错。
  crontab执行环境在/etc/crontab，具体配置如下：
  

  配置解释：前四行是用来配置crond任务运行的环境变量
  第一行SHELL变量指定了系统要使用哪个shell，这里是bash；
  第二行PATH变量指定了系统执行命令的路径；
  第三行MAILTO变量指定了crond的任务执行信息将通过电子邮件发送给root用户，如果MAILTO变量的值为空，则表示不发送任务执行信息给用户；
  第四行的HOME变量指定了在执行命令或者脚本时使用的主目录。
  手动执行的执行环境是当前账户的配置文件~/.bash_profile

• 几种解决办法

  • 1、在Shell文件里面获取环境变量值的路径写成绝对路径，别用环境变量的路径值。例如获取CPU的使用情况 通过绝对路径/proc/cpuinfo 来获取值；

  • 2、在即将执行的Shell脚本缺省的#!/bin/sh开头换行后的第一行
    #!/bin/sh

    . /etc/profile

    . ~/.bash_profile

  • 3、在/etc/crontab中添加环境变量
    即可在PATH属性后面添加，也可以在执行对应的命令之前，加入一条命令，使得环境变量生效，例如：

0 * * * * . /etc/profile;/bin/sh /var/www/java/audit_no_count/bin/restart_audit.sh

• 备注：在corntable 中执行多条语句时，用分号“；”隔开。故以上例子就是先执行. /etc/profile; 这条命令，然后再运行sh脚本。

这样，crontab在执行脚本的时候，就能够读到用户的环境变量参数

• 应该注意的几点问题

  1. 新创建的cron job，不会马上执行，至少要过2分钟才执行。如果重启cron则马上执行。
  2. 每条 JOB 执行完毕之后，系统会自动将输出发送邮件给当前系统用户。日积月累，非常的多，甚至会撑爆整个系统。所以每条 JOB 命令后面进行重定向处理是非常必要的： >/dev/null 2>&1 。前提是对 Job 中的命令需要正常输出已经作了一定的处理, 比如追加到某个特定日志文件.
  3. 当crontab突然失效时，可以尝试/etc/init.d/crond restart解决问题。或者查看日志看某个job有没有执行/报错tail -f /var/log/cron。
  4. 千万别乱运行crontab -r。它从Crontab目录（/var/spool/cron）中删除用户的Crontab文件。删除了该用户的所有crontab都没了。
  5. 在crontab中%是有特殊含义的，表示换行的意思。如果要用的话必须进行转义\\%，如经常用的date ‘+%Y%m%d’在crontab里是不会执行的，应该换成date ‘+\\%Y\\%m\\%d’。

• etc/profile, /etc/bashrc, .bash_profile和.bashrc的差别

  1. 调用顺序
     登陆Linux系统时：
     首先启动”/etc/profile”；
     然后启动 用户目录下的”~/.bash_profile” 附：(~/.bash_profile文件先调用~/.bashrc，然后再把PATH加载)；
     如果”~/.bash_login”和”~/.profile”文件存在的时候也会在执行”~ /.bash_profile”后被依次调用。
  2. 各个文件的作用
     /etc/profile：此文件为系统的每个用户设置环境信息,当用户第一次登录时,该文件被执行，并从/etc/profile.d目录的设置文件中搜集shell的设置；
     /etc/bashrc：为每一个运行bash shell的用户执行此文件，当bash shell被打开时，该文件被读取；
     ~/.bash_profile：每个用户都可使用该文件输入专用于自己使用的shell信息，当用户登录时，该文件仅仅执行一次！默认情况下，他设置一些环境变量，执行用户的.bashrc文件，
     ~/.bashrc:该文件包含专用于你的bash shell的bash信息,当登录时及每次打开新的shell时,该文件被读取；
     ~/.bash_logout:当每次退出系统(退出bash shell)时,执行该文件；
  3. 区别
     /etc/profile是全局性的功能，其中设置的变量作用于所有用户，~/.bash_profile中设置的变量能继承/etc/profile中的变量并作用于用户。
     ~/.bash_profile 是交互式、login 方式进入 bash 运行的；~/.bashrc 是交互式 non-login 方式进入 bash 运行的。