AIX 7.1环境下修改后的ksh脚本仍运行旧版本问题咨询

问题根因 #

• ksh88的脚本预读缓存机制：AIX 7.1默认的/bin/ksh为ksh88版本，该版本解释器执行脚本时会预先将部分或全部脚本内容读取到内存缓存中，不会逐行实时从磁盘读取。如果修改脚本时未彻底终止旧的关联进程，或修改后启动新脚本时缓存未清空，ksh可能交替读取缓存中的旧内容和磁盘上的新内容，导致每两次迭代就触发一次旧逻辑。
• AIX vi的文件保存逻辑：AIX自带的vi编辑器保存修改时，默认会先将原文件重命名为临时交换文件，再写入新内容到原文件名路径，新旧文件会短暂共存于系统中。如果新脚本启动时旧文件的句柄未被系统完全回收，ksh可能读取到旧inode对应的文件内容。
• 脚本嵌套/自调用逻辑：如果脚本内部存在调用自身、或引入外部同路径脚本片段的逻辑，即使覆盖了磁盘上的文件，进程缓存中的旧逻辑仍然会被触发执行。

解决方案 #

1. 彻底清理旧进程残留 #

先终止所有关联脚本进程，避免残留：

# 替换<your_script_name>为实际脚本文件名，批量杀死相关进程
ps -ef | grep <your_script_name> | grep -v grep | awk '{print $2}' | xargs kill -9
# 确认无残留进程
ps -ef | grep <your_script_name> | grep -v grep

2. 采用原子方式更新脚本 #

不要直接用vi修改运行中的脚本文件，改用原子替换方式规避新旧内容混杂问题：

1. 将修改后的脚本写入临时文件，例如your_script_v2.sh
2. 赋予临时文件执行权限：chmod +x your_script_v2.sh
3. 用mv命令原子替换原文件：mv your_script_v2.sh /path/to/your/actual/script.sh

3. 清空ksh缓存后启动新脚本 #

启动新脚本前先清空ksh的命令/脚本缓存，再后台启动：

# 清空ksh缓存
hash -r
# 后台启动脚本
nohup /path/to/your/actual/script.sh &

4. 验证修复效果 #

启动脚本后观察至少3个迭代周期，确认旧故障逻辑不再触发。如果需要进一步确认执行的是新版本，可以在脚本开头加入版本日志打印：

# 加入版本标识打印到日志，替换为实际版本号
echo "Running script version: 20240520_bugfix" >> /var/log/your_script_run.log

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