从Automic批处理计划工具运行脚本。
它以管理员用户身份通过命令行参数从服务器（sr9999x）调用以下脚本：
/myDirectory/Generator.sh -f /tmp/9090909PP.var
最后一个参数将文件9090909PP.var传递到脚本，该脚本实际上仅包含批处理作业名称及其状态，并将它们作为变量导入。此文件的内容与以下问题无关，因为该问题9090909PP.var文件在服务器/tmp的{{1}}目录中永远不存在。
在整个服务器上运行find命令时，它永远不会找到文件sr9999x
在Generator.sh脚本中调用时，9090909PP.var的内容与sr9999x:/tmp的输出完全不同。好像从ls /tmp调用了此脚本，但是文件sr9999x是从不同服务器或不同根目录的9090909PP.var目录中获取的。但是，您可以看到脚本/tmp和Generator.sh文件都是从同一外壳的同一行调用的。
甚至将文件9090909PP.var从/tmp/9090909PP.var脚本中复制到当前目录，并将其复制到Generator.sh
我们甚至将监视程序放在目录/myDirectory/上，/tmp文件从不存在，甚至不到一秒钟。即使在文件创建后进入睡眠100，即使它显然是用9090909PP.var
说明问题。服务器echo ...... > /tmp/9090909PP.var上的命令行ls –lrthba /tmp/的输出与Generator.sh脚本中调用的sr9999x生成的文件内容完全不同。
echo `ls -lrthba /tmp` > /myDirectory/testJB.txt在命令行/myDirectory/Generator.sh -f /tmp/9090909PP.var
中执行以下命令时，找不到文件/myDirectory/Generator.sh -f /tmp/9090909PP.var，但是，从Automic批处理脚本运行此命令时，可以很好地从服务器调用/tmp/9090909PP.var脚本/myDirectory/Generator.sh，但从其他服务器提取sr9999x文件。尽管从未明确声明。批处理创建团队已经研究了此开发人员和其他一些才华横溢的开发人员，这完全是个谜。请帮忙！