如何在cron中调度需要root用户权限运行的bash脚本

核心原因说明 #

你遇到的cron执行失败问题本质是两个常见的cron特性导致的：

1. cron的默认执行环境是极简的，不会加载用户登录时自动加载的环境变量配置，很容易出现依赖的路径、变量找不到的情况
2. cron的执行用户和你手动执行时切换的「数据管理员角色」不一致，导致权限不足

方案1：无需修改原有bash脚本（优先选择） #

不需要强行转换为csh脚本，直接按如下步骤配置即可正常运行：

• 首先确认你手动执行脚本时使用的数据管理员用户名（假设为data_admin），直接将定时任务配置在该用户的crontab中：
  执行su - data_admin切换到对应用户后，运行crontab -e编辑定时规则，不要使用sudo crontab -e（该命令编辑的是root用户的crontab）
• 在bash脚本开头补全环境变量：你不需要source csh格式的配置文件，如果业务依赖的全局变量都在/central/confg/global.cshrc中，可以在bash脚本开头加一行代码批量导入变量：
  eval $(csh -c 'source /central/confg/global.cshrc && env | sed "s/=/=\'/;s/$/\'/"')
• 给所有相关脚本加执行权限：

  chmod +x /path/to/your/script.sh
  chmod +x /path/to/your/call/perl_script.pl
  

  同时确认脚本涉及读写的所有目录、文件都已给data_admin用户开放对应权限
• 模拟cron环境测试：切换到data_admin用户后执行env -i /path/to/your/script.sh，如果运行正常，配置到crontab中即可生效

方案2：按要求转换为csh脚本的操作步骤 #

如果必须使用csh脚本并加载指定配置，转换操作非常简单：

• 把原有bash脚本开头的shebang行#!/bin/bash替换为#!/bin/csh
• 第二行直接添加要求的配置：source /central/confg/global.cshrc
• 调整少量语法差异即可，其余逻辑（包括调用Perl脚本的部分）完全不需要修改：
  • bash的export VAR=value改为csh的setenv VAR value
  • bash的var=value改为csh的set var=value
  • 循环、判断等逻辑如果没有复杂写法，大部分基础执行语句两种shell是兼容的
• 修改完成后执行chmod +x /path/to/new/script.csh，同样用data_admin用户模拟cron环境测试通过后，配置到该用户的crontab即可

内容的提问来源于stack exchange，提问作者Saurabh Latambale