Submit Job Exception Case

Submit Job 找不到

今天记几种400中job被submit出去，但是在相应的subsystem找不到该job的情况：

1. Case 1
   检查是不是用错了jobd！

submit一个job的时候会需要填参数：job description，简称jobd。jobd可以决定job submit 到哪个jobq，从而决定job进入哪个subsystem去运行。
这样，如果你用错了jobd，自然在你检查的subsystem里找不到这个job

那么，怎么解决呢？找对你的jobd呗！

2. Case 2
   检查是不是jobq(job queue)堵了！

一般400里submit 的job会进入jobq等待，subsystem里同时运行的job数量有限。job在jobq里遵从先进先出的原则，等前面job跑完再跑下一个。那么如果subsystem里的job出了错，一直在等subsystem里，而jobq中又涌入了太多job，那你的job排的队越长，等的时间越长。这样你就在subsystem里迟迟看不到你的job。

那么怎么解决呢？插队呗！
用command wrkjobq jobqname 找到你的job，再偷用option2 将参数“ Output priority”和“Job priority”改到比当前小一些。因为在这里，数字越小，运行的优先级越高。
注意！不用改到特别小，比当前的小一点基本就可以使你的job位列前排了。因为优先级不能改到比系统的一些重要job的优先级更高，这样可能会产生重大影响。

3. Case 3
   检查是不是填了hold参数！

submit job时，除了填job，还有很多其他参数，比如：hold on jobq 。如果你填了Yes，那么你的job将不再先进先出跟着队伍走了，它会等在那里。你去jobq里看，会看到它的status 是HLD。如果没人去放开它，你在subsystem里永远等不到你的job。

那么，怎么解决呢？
要么一开始憋填hold on job queue 参数；已经不小心填了就要去jobq里手动放开它，用option 6 release它，它就会按之前进入jobq的时间的排队进入subsystem去跑。

4. Case 4
   检查是不是schedule job！

什么是schedule job呢？你设定的闹钟就像一个schedule job。job可以定好在未来的某天某分某秒去跑。等到了计划中的那个时间点了，你的job会准备进入subsystem去跑。
schedule job也是因为在submit job时填了schedule date和schedule time。在jibq中查看时，还在等待的schedule job status 是SCD。如果不填该参数，则默认为current time，当前时间。

这个case怎么解决呢？只能是submit job时不要填那个参数！

5. Case 5
   检查你的jobq 和你的subsystem是不是断开了！

这种情况很少发生，我只遇到过一次。想想看，你的jobq 会把job放到一个susbsystem去跑，如果链接断了，就像桥断了，job过不去，只会堵在jobq里。
怎样检查jobq的状态呢？WRKJOBQ jobname，查看：Status，一切正常的情况下，jobq的状态是：RLS/SBS 如果断开，则为空，什么都没有。

这种情况怎么解决呢？这属于系统异常情况了，需要找你的leader或者相应的support team去解决。

6. Case 6
   检查是不是jobq被hold住！

这是最后一种会出现的情况是jobq自己被hold住。WRKJOBQ jobname 查看status，如果是HLD则说明jobq被hold。这就像jobq被暂停了，所有了job都不会被放出去。恢复的办法是找到hold它的人，看对方在做什莫类型的测试。如果只是不小心hold住，或者说昨晚测试忘记release，则让release jobq ，这样job就会恢复正常。