问题描述
假设用户 AAA000 已经安排了一个作业名称为 weekend_backup_190719 的 LSF 作业，并且该作业最终获得了 LSF 作业 ID 123456。
此时，与用户 AAA000 不同的用户，例如用户 ZZZ999，可以使用 bsub 来安排依赖于用户的作业AAA000 的作业，通过其 LSF 作业 ID 引用后者，如下所示：
bsub -w 'done(123456)' ...
这将按预期工作：ZZZ999 的作业将运行，但仅在 AAA000 的作业成功完成后才能运行。
另一方面，如果用户 AAA000 不使用用户 ZZZ999 的作业的 LSF 作业 ID，而是使用该作业的作业名称指定依赖项，像这样：
bsub -w 'done("weekend_backup_190719")' ...
...bsub 会失败，并出现错误
weekend_backup_190719: No matching job found: Job not submitted.
类似地，如果用户 ZZZ999 运行命令 bjobs 123456，后者将产生通常的输出，提供有关 LSF 作业 ID 123456 的作业状态的信息（尽管该作业属于由用户 AAA000），但如果同一用户运行命令 bjobs -J weekend_backup_190719，后者将失败并显示错误：
Job <weekend_backup_190719> is not found
此失败的原因似乎是当作业由其作业名称指定时，默认情况下 bjobs 仅在发出 bjobs 命令的用户拥有的作业中进行搜索。支持这一猜想的事实是，如果用户 ZZZ999 运行命令
bjobs -u AAA000 -J weekend_backup_190719
...后者产生的输出与
产生的输出相同bjobs 123456
...（当由用户 ZZZ999 运行时）。
我认为，当用户 bsub 在 ZZZ999 命令行中包含依赖项 -w 'done("weekend_backup_190719")' 时，bsub 会失败的原因类似。 IE。 bsub 仅在用户 weekend_backup_190719 拥有的作业中查找名为 ZZZ999 的作业。
我的问题是：是否有办法让用户 ZZZ999 指定对作业名称为 bsub 的作业的 weekend_backup_190719 依赖，通过某种方式让bsub 知道此作业属于用户 AAA000。
解决方法
暂无找到可以解决该程序问题的有效方法，小编努力寻找整理中！
如果你已经找到好的解决方法，欢迎将解决方案带上本链接一起发送给小编。
小编邮箱:dio#foxmail.com (将#修改为@）