AlmaLinux 9中同一Bash脚本在Shell与Cron执行结果差异问询

问题描述 #

• 手动执行脚本sh /a/test_ask.sh时，输出符合预期，能正确统计到文本中Release 1.1.5和dbstore的匹配次数
• 通过Cron定时执行相同脚本时，匹配计数全为0，触发错误分支输出

排查思路与修复方案 #

1. 补全Cron的环境变量
   Cron默认的运行环境PATH非常精简，即便使用了/usr/bin/ack的绝对路径，也可能因依赖工具不在PATH中导致执行异常。可以直接在脚本开头添加环境变量配置：

#!/bin/bash
# 显式设置完整的系统命令路径
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin

或者在Cron任务中直接指定PATH：

15 6 * * * PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin sh /a/test_ask.sh > /tmp/test_ask_cron.txt

2. 替换ack为系统原生grep
ack依赖Perl环境，部分场景下Cron环境可能无法正常加载其依赖。改用grep完全能满足当前匹配计数需求，且更稳定：
   修改脚本中的匹配逻辑：

version=$(grep -c "Release 1.1.5" /tmp/forbashtest)
dbexist=$(grep -c "dbstore" /tmp/forbashtest)

grep -c直接返回匹配行数，比ack | wc -l更高效，也规避了ack的环境依赖问题。

3. 确认目标文件的可用性
   部分系统会定期清理/tmp目录，可能导致Cron执行时目标文件已被删除；同时要确保Cron对/tmp目录有足够访问权限。可以在脚本开头添加文件检查：

if [ ! -f /tmp/forbashtest ]; then
    echo "错误：/tmp/forbashtest 文件不存在" >> /tmp/test_ask_cron.txt
    exit 1
fi

也可以将测试文件迁移到非临时目录，比如/a/forbashtest，避免被自动清理。

4. 开启Cron执行调试
   在Cron任务中输出环境变量和完整执行日志，便于定位问题：

15 6 * * * env > /tmp/cron_env.txt; sh /a/test_ask.sh > /tmp/test_ask_cron.txt 2>&1

对比/tmp/cron_env.txt与用户Shell下env的输出，找出环境差异；2>&1会把错误输出也写入日志，能直接看到ack等命令的报错信息。

5. 清理脚本冗余代码
   原脚本末尾的sh命令完全多余，会导致脚本执行完后启动交互式Shell，在Cron环境中无意义，建议删除该行，避免额外问题。

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