Re: Tracking called (non-main) programs using SMF records
This does not give you call relations, where programs are statically linked. And static analysis (related on source code) does not give you relations, where the name of the callee comes from a table or is computed at run time. That's what a former customer did (besides static analysis, which was done, too): every program had a startup macro (no matter, if PL/1, ASSEMBLER, or C). In ASSEMBLER, the startup macro did all the housekeeping, too, of course. This startup macro, on first call, wrote a WTO message, like: "I am module EP called by compiled at " only once. At the end of the day, all production jobs and dialog regions (IMS) etc. were scanned for these message types and the call relations were written to a repository :-) and this was done day by day. Kind regards Bernd Am 13.11.2019 um 22:07 schrieb Mike Schwab: http://www.longpelaexpertise.com.au/ezine/SoftwareUsageWithoutTADz.php For many years IBMs Peter Relson has offered a free ‘as is, no warranty’ tool to monitor program fetch activity: the Module Fetch Monitor. Contact Peter directly at rel...@us.ibm.com. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Tracking called (non-main) programs using SMF records
Write your own CSV exit to knock out an SMF record for these called programs. I have done this several times and only once missed anything because some smartie pants from CA was doing his own program loads. On Thu, Nov 14, 2019 at 3:59 AM Massimo Biancucci wrote: > Hi, > > as other colleagues already said, no standard SMF way. > > At my customers sites, they use TADz (it seems Ptracker gives more > information like the chain between caller and called) and for some of them > a product we developed to correlate CICS-Transactions with LINKed/CALLed > programs (written to SMF records). > > About cleanup, if applicable, keep attention to static linked programs who > seem to be called by nobody. > > Best regards. > Max > > Il giorno mer 13 nov 2019 alle ore 17:07 Steff Gladstone < > steff.gladst...@gmail.com> ha scritto: > > > We would like to clean up our load libraries by deleting unused programs. > > > > Is there any way to use SMF data to track real-time usage of programs > which > > are not main programs but are called by other programs? > > > > We were under the impression that only executions of main programs > (PGM=) > > were recorded with SMF. Scanning program sources for called programs is > > unsatisfactory for us since the call could be dynamic (name of program > > contained in a variable) or conditional on a particular set of > > circumstances that never occurs in practice. > > > > Thanks in advance! > > > > Steff Gladstone > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Tracking called (non-main) programs using SMF records
Hi, as other colleagues already said, no standard SMF way. At my customers sites, they use TADz (it seems Ptracker gives more information like the chain between caller and called) and for some of them a product we developed to correlate CICS-Transactions with LINKed/CALLed programs (written to SMF records). About cleanup, if applicable, keep attention to static linked programs who seem to be called by nobody. Best regards. Max Il giorno mer 13 nov 2019 alle ore 17:07 Steff Gladstone < steff.gladst...@gmail.com> ha scritto: > We would like to clean up our load libraries by deleting unused programs. > > Is there any way to use SMF data to track real-time usage of programs which > are not main programs but are called by other programs? > > We were under the impression that only executions of main programs (PGM=) > were recorded with SMF. Scanning program sources for called programs is > unsatisfactory for us since the call could be dynamic (name of program > contained in a variable) or conditional on a particular set of > circumstances that never occurs in practice. > > Thanks in advance! > > Steff Gladstone > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Tracking called (non-main) programs using SMF records
http://www.longpelaexpertise.com.au/ezine/SoftwareUsageWithoutTADz.php For many years IBMs Peter Relson has offered a free ‘as is, no warranty’ tool to monitor program fetch activity: the Module Fetch Monitor. Contact Peter directly at rel...@us.ibm.com. On Wed, Nov 13, 2019 at 10:07 AM Steff Gladstone wrote: > > We would like to clean up our load libraries by deleting unused programs. > > Is there any way to use SMF data to track real-time usage of programs which > are not main programs but are called by other programs? > > We were under the impression that only executions of main programs (PGM=) > were recorded with SMF. Scanning program sources for called programs is > unsatisfactory for us since the call could be dynamic (name of program > contained in a variable) or conditional on a particular set of > circumstances that never occurs in practice. > > Thanks in advance! > > Steff Gladstone > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Tracking called (non-main) programs using SMF records
Consider solution P-Tracker (ESAi Group, developer: UBS-Hainer) for IBM z/OS software/application program invocation tracking for audit, compliance, asset-management. Link: http://www.esaigroup.com/products/ptracker.htm Scott Barry SBBWorks, Inc. On Wed, 13 Nov 2019 18:06:12 +0200, Steff Gladstone wrote: >We would like to clean up our load libraries by deleting unused programs. > >Is there any way to use SMF data to track real-time usage of programs which >are not main programs but are called by other programs? > >We were under the impression that only executions of main programs (PGM=) > were recorded with SMF. Scanning program sources for called programs is >unsatisfactory for us since the call could be dynamic (name of program >contained in a variable) or conditional on a particular set of >circumstances that never occurs in practice. > >Thanks in advance! > >Steff Gladstone > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Tracking called (non-main) programs using SMF records
On 2019-11-13 11:06, Steff Gladstone wrote: We would like to clean up our load libraries by deleting unused programs. Is there any way to use SMF data to track real-time usage of programs which are not main programs but are called by other programs? We were under the impression that only executions of main programs (PGM=) were recorded with SMF. Scanning program sources for called programs is unsatisfactory for us since the call could be dynamic (name of program contained in a variable) or conditional on a particular set of circumstances that never occurs in practice. Thanks in advance! Steff Gladstone Shameless plug: eventACTION has reference tracking features that can collect the information that you need for this cleanup. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Tracking called (non-main) programs using SMF records
My two cents: - Update every program to make a trace call. I'll prefer General tracking facility than Generic Trace. - http://www.longpelaexpertise.com.au/ezine/SoftwareUsageWithoutTADz.php -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Tracking called (non-main) programs using SMF records
GTF -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Steff Gladstone Sent: Wednesday, November 13, 2019 11:06 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Tracking called (non-main) programs using SMF records We would like to clean up our load libraries by deleting unused programs. Is there any way to use SMF data to track real-time usage of programs which are not main programs but are called by other programs? We were under the impression that only executions of main programs (PGM=) were recorded with SMF. Scanning program sources for called programs is unsatisfactory for us since the call could be dynamic (name of program contained in a variable) or conditional on a particular set of circumstances that never occurs in practice. Thanks in advance! Steff Gladstone -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Tracking called (non-main) programs using SMF records
If you are using ACF2 you can set LOG to the program on the PROGRAM class, I think RACF doesn’t log FASTAUTH requests but ACF2 does. T R(PGM) RECKEY myprog ADD(UID(*) LOG) We actually use a homegrown ICHRTX00 exit to log program usage which works very well and it's "free" but like Charles said, it's not for the faint-hearted. Regards, Leo -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Charles Mills Sent: Wednesday, November 13, 2019 11:30 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Tracking called (non-main) programs using SMF records Similar topics have been kicked around here several times. You are basically correct -- SMF will not do the job you want it to do. SMF 30 reports the "high CPU usage" program of the jobstep. That might be a different program than the jobstep program. It's an additional clue, but it is not the solution to your query. I think the conclusion here was that there were some third-party products that do this. IIRC there is a CSV exit point that audits LOADs, but writing exits is not for the faint-hearted, and performance impact is a concern. There is always the "you bet your job" approach. Move any questionable programs into a shadow copy of the load library and wait for the screams. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Steff Gladstone Sent: Wednesday, November 13, 2019 8:06 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Tracking called (non-main) programs using SMF records We would like to clean up our load libraries by deleting unused programs. Is there any way to use SMF data to track real-time usage of programs which are not main programs but are called by other programs? We were under the impression that only executions of main programs (PGM=) were recorded with SMF. Scanning program sources for called programs is unsatisfactory for us since the call could be dynamic (name of program contained in a variable) or conditional on a particular set of circumstances that never occurs in practice. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Tracking called (non-main) programs using SMF records
Similar topics have been kicked around here several times. You are basically correct -- SMF will not do the job you want it to do. SMF 30 reports the "high CPU usage" program of the jobstep. That might be a different program than the jobstep program. It's an additional clue, but it is not the solution to your query. I think the conclusion here was that there were some third-party products that do this. IIRC there is a CSV exit point that audits LOADs, but writing exits is not for the faint-hearted, and performance impact is a concern. There is always the "you bet your job" approach. Move any questionable programs into a shadow copy of the load library and wait for the screams. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Steff Gladstone Sent: Wednesday, November 13, 2019 8:06 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Tracking called (non-main) programs using SMF records We would like to clean up our load libraries by deleting unused programs. Is there any way to use SMF data to track real-time usage of programs which are not main programs but are called by other programs? We were under the impression that only executions of main programs (PGM=) were recorded with SMF. Scanning program sources for called programs is unsatisfactory for us since the call could be dynamic (name of program contained in a variable) or conditional on a particular set of circumstances that never occurs in practice. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Tracking called (non-main) programs using SMF records
We would like to clean up our load libraries by deleting unused programs. Is there any way to use SMF data to track real-time usage of programs which are not main programs but are called by other programs? We were under the impression that only executions of main programs (PGM=) were recorded with SMF. Scanning program sources for called programs is unsatisfactory for us since the call could be dynamic (name of program contained in a variable) or conditional on a particular set of circumstances that never occurs in practice. Thanks in advance! Steff Gladstone -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN