If the programs are ILE, you can set up SEP breakpoints. You can do these in WDSC/RDp/RDi or on green screen.

Of course, you do have to have debug information - more than *STMT.

On green screen, start out in the STRDBG, then use SBREAK nnn USER xxxxx - nnn is the line to break at, xxxx is the user that has to be running the program in order for it to break. For the database jobs, QZDASOINIT, go see what it is - QSYS, QUSER, whatever.

I think someone put my 18 steps to use SEP breakpoints into the wiki - it's not really so daunting as that sounds!!

When you do this in a live environment, it will stop every time the program is called - this can block up traffic - you'll be instructed to run the STRSRVJOB command - maybe once you've done that in a separate session, go the one where you did the SBREAK and cancel debug there.

HTH
Vern

On 7/23/2014 9:16 AM, Jim Franz wrote:
We are seeing odd failures in database updates from win clients when their
server framework updated to 4.5.1.

Not finding job log info that points to the failures, but database updates
that have worked for years are having issues (example: large strings of
text passed to stored procedure only updating some of the text).
Looking for what server jobs are best to monitor.
Anyone else seen similar issue.
It is certainly possible the whole issue on Win side, but I'm asked to
monitor i side.
Jim Franz


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.