IBM i Global

 View Only
Expand all | Collapse all

SYSTOOLS.ENDED_JOB_INFO() return ++++++++++++ Value

  • 1.  SYSTOOLS.ENDED_JOB_INFO() return ++++++++++++ Value

    Posted 6 days ago

    Hi, 

    I try to use the table SYSTOOLS.ENDED_JOB_INFO(), I have find  an exemple in ACS in run sql query tool.

    When I run the sql example statements the columns name JOB_ENTERED_SYSTEM_TIME and JOB_ACTIVE_TIME return "+++++++++++++++" value.

    From IBM theses Columns return the null value if the value is not available. Does the +++++++++++++++ is a null value or is this a bug ?

    Regards



    ------------------------------
    Virgile VATIN
    ------------------------------


  • 2.  RE: SYSTOOLS.ENDED_JOB_INFO() return ++++++++++++ Value

    IBM Champion
    Posted 5 days ago

    Well, if you do a 

    ... where JOB_ENTERED_SYSTEM_TIME is null

    does that only shows the rows with plus signs or is there a mix?

    I would think this function would have to match the CPF1164 message with it's matching CPF1124 message like the following:

    CPF1124: Job 146476/QSYS/QYMEARCPMA started on 06/26/24 at 00:00:02 in subsystem QSYSWRK in QSYS. Job entered system on 06/26/24 at 00:00:02.

    CPF1164: Job 146476/QSYS/QYMEARCPMA ended on 06/26/24 at 00:00:03; .146 seconds used; end code 0

    And if the job has been running longer than your purge interval on your history log, then I can see how those columns would be null.

    GO CLEANUP     

    1. Change cleanup options

    System journals and system logs . . . . . . . .   30



    ------------------------------
    Robert Berendt IBMChampion
    ------------------------------



  • 3.  RE: SYSTOOLS.ENDED_JOB_INFO() return ++++++++++++ Value

    Posted 4 days ago

    Hi Robert,

    I try with the clause "where JOB_ENTERED_SYSTEM_TIME  is null". The query failed with error 6 

    SQL status : 22023

    Provider code: -802 Message: [SQL0802] Data conversion or mapping error

    Error 6  which mean Incorrect numeric data

    I've look at a job with the two CPF1124 & CPF1164 in dsplog, the same i've the columms with ++++++++++++ and only ++++++++++++ no other characters for all job.



    ------------------------------
    Virgile VATIN
    ------------------------------



  • 4.  RE: SYSTOOLS.ENDED_JOB_INFO() return ++++++++++++ Value

    IBM Champion
    Posted 4 days ago

    At one time you used to be able to search PTF cover letters.  There's still a site for this but it really no longer works.  I tried to submit feedback on it today but it seems non responsive.  Other IBM sites are having issues too so... But here is the ptf cover letter site. https://www.ibm.com/support/pages/access-ptf-cover-letters  I really tried to find a PTF which matches the issue but the search is upsetting me and I've got "real" work to do.

    Today I am actually updating our sandbox P10.  I am putting the latest TR, cume, firmware and vios updates on.

    In summary:  If you can put on PTF's I would strongly recommend you do so.  If you still have the issue, open a case with IBM.  



    ------------------------------
    Robert Berendt IBMChampion
    ------------------------------



  • 5.  RE: SYSTOOLS.ENDED_JOB_INFO() return ++++++++++++ Value

    Posted 4 days ago

    Thank you Robert,

    I will do that.

    Regards



    ------------------------------
    Virgile VATIN
    ------------------------------



  • 6.  RE: SYSTOOLS.ENDED_JOB_INFO() return ++++++++++++ Value

    IBM Champion
    Posted 4 days ago

    I did find the newer fix site at https://www.ibm.com/mysupport/s/product-defect-list?language=en_US&productid=01t500000051Jh7AAE

    but I'm not finding that function in there.  About 21 hits for 22023 though



    ------------------------------
    Robert Berendt IBMChampion
    ------------------------------



  • 7.  RE: SYSTOOLS.ENDED_JOB_INFO() return ++++++++++++ Value

    IBM Champion
    Posted 4 days ago

    Hi.

    The SYSTOOLS.ENDED_JOB_INFO table function is interpreting the message data in CPF1164 messages, but it gets the date wrong if you're not in US with dates on format MMDDYY!

    IBM should fix this - requires some to report this issue - but meanwhile you can extract the source for SYSTOOLS.ENDED_JOB_INFO, change the code to correctly interpret your date format and create your fixed ENDED_JOB_INFO table function in a schema of your own.

    HTH.

    Best regards,

    Christian



    ------------------------------
    Christian Jorgensen
    IT System Administrator
    Network of Music Partners A/S
    ------------------------------



  • 8.  RE: SYSTOOLS.ENDED_JOB_INFO() return ++++++++++++ Value

    Posted 4 days ago

    Hi,

    Yes, It's not US version.

    I have updated the DB2 PTFs on the partition, but I have the same thing. So I opened a case with IBM support

    Thanks to all.

    Best regards



    ------------------------------
    Virgile VATIN
    ------------------------------



  • 9.  RE: SYSTOOLS.ENDED_JOB_INFO() return ++++++++++++ Value

    IBM Champion
    Posted 3 days ago

    Tried to recreate the error with:

    cl: CHGJOB DATFMT(*YMD) ;
    select * from table (SYSTOOLS.ENDED_JOB_INFO( START_TIME => CURRENT DATE - 1 DAYS);

    But that didn't seem to do it.  Too bad, that would have been an easy work around.



    ------------------------------
    Robert Berendt IBMChampion
    ------------------------------



  • 10.  RE: SYSTOOLS.ENDED_JOB_INFO() return ++++++++++++ Value

    Posted 3 days ago

    Hi Robert,

    IBM Tech Support France give me an SQL function to bypass this problem. As Christian says it 's not a problem for OS in US version, but a problem for some other country.

    I've try your query, not work, Ihave also +++++++++++++++. I've also try to modify parameters in strsql  and services (F13) bfore open a case, you can modify date and time with no success.

    Best Regards

     



    ------------------------------
    Virgile VATIN
    ------------------------------



  • 11.  RE: SYSTOOLS.ENDED_JOB_INFO() return ++++++++++++ Value

    IBM Champion
    Posted yesterday

    Hi Robert and Virgile.

    The SQL function extracts CPF1164 messages from the history log - so it's the system value for QDATFMT, that controls the format of the date in the message, not your job date format.

    This is the portion of the SQL where the timestamps are extracted - note the hardcoded date format 'MM/DD/YY' in the timestamp format function:

    If you change the date format string to correspond to your system value QDATFMT and create the function in your own schema, it will works as intended.



    ------------------------------
    Christian Jorgensen
    IT System Administrator | CEAC member
    Network of Music Partners A/S
    ------------------------------