That is a very intriguing question and there were some responses that further piqued my curiosity, so I did some digging.
I believe that the SDSF "PS" command may be using the MVS BPXEKDA service to display the "waiting for child" status. I took a dump of one of these "waiting for child" address spaces and discovered the following: 1) The "current TCB" is ATTACHed under the Initiator (IEFIIC), which linked to EP=BPXPRJRW; this is analogous to what's specified in PROC=BPXAS. 2) The "current TCB" itself has a single PRB. The EP is the "batch" program and the last thing it did was SVC 60 (ESTAE). No further RBs are chained to this RB. 3) The only way that I could tell that this TCB represents a "dubbed" process is that it has a non-zero value in STCBOTCB (the OTCB is USS's primary control block for a task). I'm not sure how much more it is possible to derive by scanning control blocks in this address space but the BPXEKDA service looks promising, albeit somewhat cumbersome. As far as I can tell, the SMF IEFUTL exit is invoked as an IRB in the address space that has exceeded JWT and is therefore permitted to use the BPXEKDA service. The BPXZODMV macro maps both the input area passed to the service and the output area that it returns. In a nutshell: 1) The input area of the ODMV (mapped by BPXZODMV) is about 88 bytes long, following an 8-byte header (I think) Byte 0: C'ODMV' Byte 4: A(output area) should be at least 1M Input area begins at ODMV+8 > flag byte called ODMVINBYTEM1 should be set to ODMVASIDS (X'20') = ASID will be specified > area called ODMVASIDPARM should be set to value in ASCBASID 2) The output area that you passed (via the ODMV) is filled in with information about the address space. > The DSECT that maps the information returned for request "ODMVASIDS" is called ODMVPROCESS. > The DSECT includes a byte called ODMVSTATUS3 which is set to C'W' (ODMVCHILD) when it is "Waiting for child" I'm glad you asked because I'd never looked at this stuff before. I hope the information proves useful. Regards, Alan -----Original Message----- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Tuesday, August 24, 2010 10:56 To: IBM-MAIN@bama.ua.edu Subject: Re: iEFUTL Exit...Batch job with OMVS Spawned Address Spaces Did a quick look. If you use SDSF and the PS command to look at UNIX processes, you will see that SDSF has a message on the job which says: TSH0099 STC47962 SWAPPED,WAITING FOR CHILD TSH009 1WI 0.06 83887051 83887047 79 004F -sh So SDSF knows that it is waiting for a child. But I don't know how it knows. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-691-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM > -----Original Message----- > From: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John > Sent: Tuesday, August 24, 2010 12:35 PM > To: IBM-MAIN@bama.ua.edu > Subject: Re: iEFUTL Exit...Batch job with OMVS Spawned Address Spaces > > I can't directly help you. But what I'd do is run one of these jobs. > When the step is waiting for a UNIX process to finish, I'd do a > console DUMP command of that address space. > I'd then look at the TCB and RB to see if there is something that I > could test in my IEFUTL exit. I would guess that the batch step is > doing a a BPX1WAT function. But I don't know what that "looks like". > > -- > John McKown > Systems Engineer IV > IT > > Administrative Services Group > > HealthMarkets(r) > > 9151 Boulevard 26 * N. Richland Hills * TX 76010 > (817) 255-3225 phone * (817)-691-6183 cell > john.mck...@healthmarkets.com * www.HealthMarkets.com > > Confidentiality Notice: This e-mail message may contain confidential > or proprietary information. If you are not the intended recipient, > please contact the sender by reply e-mail and destroy all copies of > the original message. > HealthMarkets(r) is the brand name for products underwritten and > issued by the insurance subsidiaries of HealthMarkets, Inc. -The > Chesapeake Life Insurance Company(r), Mid-West National Life Insurance > Company of TennesseeSM and The MEGA Life and Health Insurance > Company.SM > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
