問題上Autosys條件

Question

所以我有以下3個項目定義...

/* ----------------- JOB_A ----------------- */ 

    insert_job: JOB_A job_type: CMD 
    command: ${BatchScripts}/JOB_A.ksh 
    machine: xyz 
    owner: abc@xyz 
    permission: mx 
    date_conditions: 1 
    run_calendar: 13BUSDAY 
    start_times: "00:10" 
    std_out_file: /autotmp/JOB_A.std 
    std_err_file: /autotmp/JOB_A.err 
    alarm_if_fail: 1 
    profile: /export/home/abc/.profile_autosys 


    /* ----------------- JOB_B ----------------- */ 

    insert_job: JOB_B job_type: CMD 
    command: ${BatchScripts}/JOB_B.ksh 
    machine: xyz 
    owner: abc@xyz 
    permission: mx 
    date_conditions: 1 
    run_calendar: 13BUSDAY 
    start_times: "00:15" 
    condition: s(JOB_A) 
    std_out_file: /autotmp/JOB_B.std 
    std_err_file: /autotmp/JOB_B.err 
    alarm_if_fail: 1 
    profile: /export/home/abc/.profile_autosys 


    /* ----------------- JOB_C ----------------- */ 

    insert_job: JOB_C job_type: CMD 
    command: ${BatchScripts}/JOB_C.ksh 
    machine: xyz 
    owner: abc@xyz 
    permission: mx 
    date_conditions: 1 
    run_calendar: 13BUSDAY 
    start_times: "00:45" 
    condition: s(JOB_B) 
    std_out_file: /autotmp/JOB_C.std 
    std_err_file: /autotmp/JOB_C.err 
    alarm_if_fail: 1 
    profile: /export/home/abc/.profile_autosys 

他們運行，並檢查自己的狀態，我看到這一點。

Job Name   Last Start   Last End    ST Run/Ntry Pri/Xit 
    ___________________ ____________________ ____________________ __ ________ _______ 
    JOB_A    05/18/2016 00:10:03 05/18/2016 00:46:22 SU 76659457/1 0 

    Job Name   Last Start   Last End    ST Run/Ntry Pri/Xit 
    ___________________ ____________________ ____________________ __ ________ _______ 
    JOB_B    05/18/2016 00:46:24 05/18/2016 00:48:19 SU 76660708/1 0 

    Job Name   Last Start   Last End    ST Run/Ntry Pri/Xit 
    ___________________ ____________________ ____________________ __ ________ _______ 
    JOB_C    05/18/2016 00:45:03 05/18/2016 00:45:07 SU 76660477/1 0 

現在，我們正與JOB_C一個問題..它沒有運行「正常」 ......我們設法跟蹤它回到事實，這是早於它應該運行。 換句話說，正如您在JOB_C的開始/結束時間所看到的那樣，它在JOB_B開始之前就開始（並完成了）。

我在這混亂的，因爲我們有一個「S（JOB_B）」上JOB_C條件...

什麼引起這種行爲？ JOB_B像它應該有的那樣等待JOB_A，並且運行良好，但是，JOB_C看起來有點「不耐煩」。

這已經發生了幾個晚上，但似乎並不是每晚都會發生（也許3箇中的1個以上述方式失敗）。

我猜測的唯一的事情是，因爲JOB_B還沒有「開始」但@：45分鐘......它看到了從以前的運行SU？

但是，這是沒有意義的，因爲JOB_B設置爲開始@：15 ..不應該它首先變爲AC狀態？然後根據條件等待JOB_A？

[編輯] 版是： CA工作量自動化代理

爲LINUX（英特爾）32位

版R11.3，Service Pack 2的維修等級0，版本508 [/編輯]

Answer 1

您說得對，因爲在00:45，作業B過早啓動，因此作業B仍然處於上一次運行的SU狀態。作業B等待作業A，因爲作業B的運行時間爲00:15時作業A的狀態爲RU。

作業B不會更改爲AC狀態，因爲它不在可以激活它的框內。

我的建議是將工作A，B和C置於計劃在00:10開始的盒子中，並刪除工作A的start_times。這應該會導致作業A在00:10立即啓動，並且作業B和C將更改爲AC狀態並防止您遇到的問題。