Check your PARMLIB SMFPRMxx member to insure the higher number is processed.
Sent with Proton Mail secure email. ------- Original Message ------- On Tuesday, January 31st, 2023 at 8:29 AM, Ituriel do Neto <[email protected]> wrote: > Hi all, > > I'm facing a problem with SMF that is completely unusual, and maybe you can > enlight me. > > I do have a program that generates SMF records and it is possible to specify > the SMF number > of any choice (bigger than 127). The SMF record is issued using SMFWTM macro. > > I also have an IEFU83 and IEFU84 SMF exits and since SMFWTM is being used, > IEFU83 will > be lunched to intercept the previously generated SMF record. > Since it is in test, the first thing IEFU83 does is to WTO the SMF type and > subtype it is processing, > for debugging purposes. > > Now comes the strange part. if the SMF number is between 128 and 205 > (inclusive), the WTO is > issued normaly, but if the SMF number is bigger than 205 it seems the exit is > not invoked because > no WTO is issued at all. > The SMF is generated correctly because I can extract it from SYS1.MANx > datasets. > > Here goes a piece of code of IEF83/4 to ilustrate. > > USING SMFRCD0,R9 * MAPS SMF RECORD HEADER > DXSOTHR CLI SMF0RTY,128 * SMF SYSTEM RECORD (<128)? > BL DXSTYSU * YES, CHECK TYPE/SUBTYPE/PROD > BAS R8,DXMSG <=== TEMP * DISPLAY AND RETURN > DXSTYSU DS 0H > > Are there any kind of restriction because it is completely crazy. > > Best Regards > > Ituriel do Nascimento Neto > z/OS System Programmer > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
