Re: HSM statistics
On Wed, 6 Jul 2005 08:51:36 +0800, Ron and Jenny Hawkins [EMAIL PROTECTED] CABLE.COM wrote: Seeing as the dataset is opened, wouldn't there be a type 42-6 record for it that is not just using the relative concat id? Good thought, but no go. I just ran a test and not even the STEPLIB that my program came from was in the SMF42 records. The only data set I saw was the CA-JOBTRAC checkpoint data set (which all jobs allocate). I have never looked closely at SMF42 records before, but here is what the fine manual says about subtype 6: Subtype 6 -- records DASD data set level I/O statistics. There are two events that cause subtype 6 to be generated: - Close, or - Immediately after the recording of the type 30 interval record. There is one type 42 subtype 6 record for each type 30 interval record. Looks like ThruPut manager may still my best solution. Cheers, Mark -- Mark Zelden Sr. Software and Systems Architect mailto: [EMAIL PROTECTED] Systems Programming expert at http://Search390.com/ateExperts/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM statistics
Hi, It's worth mentioning I had a similar need lately. We upgraded from CA-11 2.x to 3.x and so the repository for job data is now a DATACOM database rather than a PDS. It was decided (not by me) that we had to get rid of the data set which was previously the CMT PDS. I suggested life would be easier if kept it around empty for a few years but that is not what we want to do so... I wound up adding a small piece of Thruput Manager DAL to write a warning message every time it was observed in JCL. This data set is no longer opened or used by the current release so SMF was not an option. If I had to put this in an update in JES2 exit 6 it would have taken longer but it would have worked. This is not bullet proof for all cases since anything you could sensibly dynamically allocate would not be seen. This particular utility is used in batch alone so I have not worried about anything other than batch allocations. In Thruput Manager base DAL routine MSGDEF MSG37 ('GEICOTM37W ',$JOBNAME,' SYS1.RMSCMT USED NEED TO REMOVE') EVALUATE RMSCMT ($DSNAME(SYS1.RMSCMT)) /* Still using old CA-11 CMT ? */ IF (RMSCMT) WTO MSG37 WTU MSG37 ENDIF We have been notifying everyone for a while this data set would go away and this allowed us to observe anyone still allocating it and notify them individually. Some folks won't change jobs till they start to JCL ERROR but I made a good effort to prevent an impact to anyone's productivity. There are other tools that provide this type of JCL screening so if you have this type of problem it is worth doing an inventory of your tools at hand to see if you have a vendor product that might help even if you don't normally employ it this way. Best Regards, Sam Knutson, GEICO Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 Murphy's Computer Law 49: Any device requiring service or adjustment will be least accessible. -Original Message- SMF wasn't a help because the data set wasn't opened, just allocated in STEPLIB. I've often wanted an SMF record just for allocation of a data set. This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM statistics
Seeing as the dataset is opened, wouldn't there be a type 42-6 record for it that is not just using the relative concat id? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Shmuel Metz (Seymour J.) Sent: Friday, 1 July 2005 4:29 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: HSM statistics In [EMAIL PROTECTED], on 06/30/2005 at 12:00 AM, Ted MacNEIL [EMAIL PROTECTED] said: To get the data into SMF, you would first have to change JES. Why? How do you believe that it is involved in the collection of the data? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM statistics
In [EMAIL PROTECTED], on 06/30/2005 at 12:00 AM, Ted MacNEIL [EMAIL PROTECTED] said: In the fact that SMF takes the data from the JFCB, yes. The JFCB has nothing to do with JES. The above is an out of context quote. It shows what you wanted to say, rather than what I said. Huh? How is To get the data into SMF, you would first have to change JES. out of context, and how does it not reflect what you said? What I wanted to say is what I said: the data have noting to do with JES, never did and never will. I said what I meant and I meant what I said a sysprog is faithfull, 100%. Horton Hears an IPL -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM statistics
In [EMAIL PROTECTED], on 06/30/2005 at 03:16 PM, Edward E. Jaffe [EMAIL PROTECTED] said: *$L2=USSPO,HDZ11H0,010625,SJPLGEC: BPAM USS DIRECTORY SUPPORT @L2A I read that as June, 2001. Thanks. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM statistics
On Wed, 29 Jun 2005 13:53:06 +0100, Perryman, Brian [EMAIL PROTECTED] wrote: Ah yes, forgot about those HSM records going to SMF! Brian, Member HPR of file 172 in the CBT tape is a report program for HSM's SMF records. It doesn't do what you want, but maybe you could use it as a starting point. Dave -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM statistics
On Wed, 29 Jun 2005 16:35:21 -0600, Paul Gilmartin [EMAIL PROTECTED] wrote: In a recent note, Mark Zelden said: Date: Wed, 29 Jun 2005 17:17:27 -0500 Good question. The LE (SCEERUN) library in the STEPLIB was emptied at Y2K time to ensure the modules from the LNKLST were picked up. Quick fix at the time to make sure everyone used the Y2K complient library without having to worry about missing a JCL change somewhere. So the library is in the STEPLIB concatenation, but never opened. ??? Doesn't the initiator still need to open it to read the directory just to find that it's empty? Hmmm... You're right! So I wonder why I couldn't find the trail of who used the data set(s) in SMF 14 records. Does only the first library in the concatenation of STEPLIB show up? I didn't think that was the case. I guess I can run a quick test to find out... Mark -- Mark Zelden Sr. Software and Systems Architect mailto: [EMAIL PROTECTED] Systems Programming expert at http://Search390.com/ateExperts/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM statistics
On Thu, 30 Jun 2005 08:46:23 -0500, Mark Zelden [EMAIL PROTECTED] wrote: So I wonder why I couldn't find the trail of who used the data set(s) in SMF 14 records. Does only the first library in the concatenation of STEPLIB show up? I didn't think that was the case. I guess I can run a quick test to find out... A quick test showed that only the first data set in the JOBLIB/STEPLIB concatenation shows up in the SMF 14 records. So that explains why I couldn't find the usage in SMF. Mark -- Mark Zelden Sr. Software and Systems Architect mailto: [EMAIL PROTECTED] Systems Programming expert at http://Search390.com/ateExperts/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM statistics
In a recent note unmask] said: Date: Thu, 30 Jun 2005 09:40:20 -0500 A quick test showed that only the first data set in the JOBLIB/STEPLIB concatenation shows up in the SMF 14 records. So that explains why I couldn't find the usage in SMF. Bummer. But not only SMF but also too many (0) applications commit the same offense. The first one that comes to mind is SMP/E, which produces a summary of data sets used, but lists only first catenands. (I wonder what HLASM does?) Ideally, there should be a generally callable service which returns in a reply buffer a formatted abstract of DDNAME characteristics: (UNIT, VOLSER, DSNAME, etc.; or, for an HSF file, pathname, not PATH= SPECIFIED.; for all catenands) and could supply uniformly formatted information for both applications' summaries and SMF reports. -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM statistics
Paul Gilmartin wrote: Ideally, there should be a generally callable service which returns in a reply buffer a formatted abstract of DDNAME characteristics: (UNIT, VOLSER, DSNAME, etc.; or, for an HSF file, pathname, not PATH= SPECIFIED.; for all catenands) and could supply uniformly formatted information for both applications' summaries and SMF reports. This service is available to Assembler language programs that issue RDJFCB with Type 13 JFCB Exit List Entry in their DCB exit list. Other languages will need to call an assembler subroutine to perform this function. -- .-. | Edward E. Jaffe|| | Mgr, Research Development| [EMAIL PROTECTED]| | Phoenix Software International | Tel: (310) 338-0400 x318 | | 5200 W Century Blvd, Suite 800 | Fax: (310) 338-0801| | Los Angeles, CA 90045 | http://www.phoenixsoftware.com | '-' -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM statistics
... Bummer. But not only SMF but also too many (0) applications commit the same offense. ... IIRC, all SMF reporting only includes the first in a concatenation. The field is only 44 bytes. The data comes from the JFCB, which only holds the first name. To get the data into SMF, you would first have to change JES. Then, what would you do? Have a linked list of all (possible) 255 concatenated datasets? -teD (The secret to success is sincerity. If you can fake that, you've got it made!) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM statistics
What about Type 30? Martin Martin Packer, MBCS CITPMartin Packer/UK/IBM 020-8832-5167 in the UK (+44) (MOBX 273643, Internal 7-325167, Mobile 07802-245584) Las cosas de palacio van despacio External Blog: http://www-128.ibm.com/developerworks/blogs/dw_blog.jspa?blog=476 Internal Blog: http://barney.adtech.internet.ibm.com/pilot/weblogs/comments/[EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM statistics
On Thu, 30 Jun 2005 17:27:28 +0100, Martin Packer [EMAIL PROTECTED] wrote: What about Type 30? AFAIK, DDNAME statistics only. If you know a way to get data set name usage from type 30, please let me know. Regards, Mark -- Mark Zelden Sr. Software and Systems Architect mailto: [EMAIL PROTECTED] Systems Programming expert at http://Search390.com/ateExperts/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM statistics
In [EMAIL PROTECTED], on 06/30/2005 at 12:00 AM, Ted MacNEIL [EMAIL PROTECTED] said: To get the data into SMF, you would first have to change JES. Why? How do you believe that it is involved in the collection of the data? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM statistics
In [EMAIL PROTECTED], on 06/30/2005 at 08:45 AM, Edward E. Jaffe [EMAIL PROTECTED] said: This service is available to Assembler language programs that issue RDJFCB with Type 13 JFCB Exit List Entry in their DCB exit list. When did the ARL start supporting HFS, e.g., returning pathname? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM statistics
... To get the data into SMF, you would first have to change JES. Why? How do you believe that it is involved in the collection of the data? ... In the fact that SMF takes the data from the JFCB, yes. Since the JFCB only has the first dataset in the concatenation, SMF is a victim of this. The above is an out of context quote. It shows what you wanted to say, rather than what I said. -teD (The secret to success is sincerity. If you can fake that, you've got it made!) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM statistics
Shmuel Metz (Seymour J.) wrote: In [EMAIL PROTECTED], on 06/30/2005 at 08:45 AM, Edward E. Jaffe [EMAIL PROTECTED] said: This service is available to Assembler language programs that issue RDJFCB with Type 13 JFCB Exit List Entry in their DCB exit list. When did the ARL start supporting HFS, e.g., returning pathname? *$L2=USSPO,HDZ11H0,010625,SJPLGEC: BPAM USS DIRECTORY SUPPORT @L2A I read that as June, 2001. -- - | Edward E. Jaffe|| | Mgr, Research Development| [EMAIL PROTECTED]| | Phoenix Software International | Tel: (310) 338-0400 x318 | | 5200 W Century Blvd, Suite 800 | Fax: (310) 338-0801| | Los Angeles, CA 90045 | http://www.phoenixsoftware.com | - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM statistics
In a recent note, Edward E. Jaffe said: Date: Thu, 30 Jun 2005 15:16:14 -0700 Shmuel Metz (Seymour J.) wrote: In [log in to unmask], on 06/30/2005 at 08:45 AM, Edward E. Jaffe [log in to unmask] said: This service is available to Assembler language programs that issue RDJFCB with Type 13 JFCB Exit List Entry in their DCB exit list. When did the ARL start supporting HFS, e.g., returning pathname? *$L2=USSPO,HDZ11H0,010625,SJPLGEC: BPAM USS DIRECTORY SUPPORT @L2A I read that as June, 2001. I'm floundering in alphabet soup. ARL? Type 13? But I think I understand BPAM USS DIRECTORY SUPPORT. BLDL is supported; DESERV is not (and certainly not STOW). And BLDL returns no pathname to the caller, merely an opaque token, suitable for use in a subsequent NOTE. -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM statistics
Paul Gilmartin wrote: I'm floundering in alphabet soup. ARL? Type 13? http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/dgt2s321/7.3.1.3 -- - | Edward E. Jaffe|| | Mgr, Research Development| [EMAIL PROTECTED]| | Phoenix Software International | Tel: (310) 338-0400 x318 | | 5200 W Century Blvd, Suite 800 | Fax: (310) 338-0801| | Los Angeles, CA 90045 | http://www.phoenixsoftware.com | - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM statistics
That sort of detail can be found in the HSM log. However, I don't think I have this set up properly, and hence, nobody will see this reply. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 29, 2005 7:36 AM To: IBM-MAIN@BAMA.UA.EDU Subject: HSM statistics Hi folks Is here a quick and easy way to ask HSM who caused a dataset to be recalled? I thought REPORT FUNCTION(RECALL) might do it but it just gives a load of totals and counts. There doesn't seem to be anything particularly specific to this in SMF 14 or 15 either. TIA Brian This e-mail message is for the sole use of the intended recipient(s)and may contain confidential and privileged information of Transaction NetworkServices. Any unauthorized review, use, disclosure or distribution isprohibited. If you are not the intended recipient, please contact thesender by reply e-mail and destroy all copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM statistics
We saw it. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Cliff Hess Sent: Wednesday, June 29, 2005 8:44 AM To: IBM-MAIN@BAMA.UA.EDU Subject:Re: HSM statistics That sort of detail can be found in the HSM log. However, I don't think I have this set up properly, and hence, nobody will see this reply. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 29, 2005 7:36 AM To: IBM-MAIN@BAMA.UA.EDU Subject: HSM statistics Hi folks Is here a quick and easy way to ask HSM who caused a dataset to be recalled? I thought REPORT FUNCTION(RECALL) might do it but it just gives a load of totals and counts. There doesn't seem to be anything particularly specific to this in SMF 14 or 15 either. TIA Brian This e-mail message is for the sole use of the intended recipient(s)and may contain confidential and privileged information of Transaction NetworkServices. Any unauthorized review, use, disclosure or distribution isprohibited. If you are not the intended recipient, please contact thesender by reply e-mail and destroy all copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html LEGAL DISCLAIMER The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. Seeing Beyond Money is a service mark of SunTrust Banks, Inc. [ST:XCL] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM statistics
Thanks Bob I've got HOLD LOG and ARCLOGX and Y set to DUMMY at the moment, with everything going to SMF instead. I didn't want the extra hassle of setting up an archiving procedure for them when one was already in place for SMF. Was that a bad move? Is it better to use the logs? Cheers Brian - This e-mail message is for the sole use of the intended recipient(s)and may contain confidential and privileged information of Transaction NetworkServices. Any unauthorized review, use, disclosure or distribution isprohibited. If you are not the intended recipient, please contact thesender by reply e-mail and destroy all copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM statistics
Brian, No, it wasn't a bad move. Most shops have it that way and the fine manual even recommends that it be set up that way. See below: The DFSMShsm log data sets provide DFSMShsm with information about events on a particular processing unit and about commands that are entered with the LOG command. The DFSMShsm log records this information in chronological order. However, the SMF and the problem determination aid data sets already record much of the information in the log. If you already are keeping SMF and PDA data and you do not have an ISV product that needs to directly scan the LOGX/LOGY files, it is recommended that you do not maintain LOGX/LOGY files. Specify DD DUMMY and use the HOLD LOG command. In the past, I have set it up both ways. If you do not mind my asking, why do you care who recalled a dataset? Bob -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Perryman, Brian Sent: Wednesday, June 29, 2005 9:37 AM To: IBM-MAIN@BAMA.UA.EDU Subject:Re: HSM statistics Thanks Bob I've got HOLD LOG and ARCLOGX and Y set to DUMMY at the moment, with everything going to SMF instead. I didn't want the extra hassle of setting up an archiving procedure for them when one was already in place for SMF. Was that a bad move? Is it better to use the logs? Cheers Brian - LEGAL DISCLAIMER The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. Seeing Beyond Money is a service mark of SunTrust Banks, Inc. [ST:XCL] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM statistics
Thanks Bob. Ah, the reason I want to know is that there is an obsolete (ex-test) application load library that I want to get rid of (for another whole bunch of reasons) so late yesterday evening I migrated it first, rather than delete it. This morning it was back on disk. The likelihood is that it's wormed its way into some one or more production JCL decks and I need to identify them. Brian - This e-mail message is for the sole use of the intended recipient(s)and may contain confidential and privileged information of Transaction NetworkServices. Any unauthorized review, use, disclosure or distribution isprohibited. If you are not the intended recipient, please contact thesender by reply e-mail and destroy all copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM statistics
Stick a RACF rule on it - sit back and wait for the messages. KISS. Shane ... From: Perryman, Brian Ah, the reason I want to know is that there is an obsolete (ex-test) application load library that I want to get rid of (for another whole bunch of reasons) so late yesterday evening I migrated it first, rather than delete it. This morning it was back on disk. The likelihood is that it's wormed its way into some one or more production JCL decks and I need to identify them. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM statistics
Use PDS 8.5, SRCHFOR, STARTOOLS, etc. and scan those decks for a string match! grin Bob -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Perryman, Brian Sent: Wednesday, June 29, 2005 10:02 AM To: IBM-MAIN@BAMA.UA.EDU Subject:Re: HSM statistics Thanks Bob. Ah, the reason I want to know is that there is an obsolete (ex-test) application load library that I want to get rid of (for another whole bunch of reasons) so late yesterday evening I migrated it first, rather than delete it. This morning it was back on disk. The likelihood is that it's wormed its way into some one or more production JCL decks and I need to identify them. Brian - This e-mail message is for the sole use of the intended recipient(s)and may contain confidential and privileged information of Transaction NetworkServices. Any unauthorized review, use, disclosure or distribution isprohibited. If you are not the intended recipient, please contact thesender by reply e-mail and destroy all copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html LEGAL DISCLAIMER The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. Seeing Beyond Money is a service mark of SunTrust Banks, Inc. [ST:XCL] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM statistics
On Wed, 29 Jun 2005 10:08:32 -0400, Richards.Bob [EMAIL PROTECTED] wrote: I'm with Shane on this one. I really like that idea! No muss, no fuss. Invovling the RACF people to make a rule just to find out who is recalling a data set is easier said than done. Much easier to look at a log (that's what they're for). Had to do this here recently to find out who/what was recalling some old LE data sets (installed off sysres back when it was installed outside of ServerPac around MVS/ESA V5). Scanning prod JCL decks wasn't an answer either since it was some programmer's JCL. SMF wasn't a help because the data set wasn't opened, just allocated in STEPLIB. I've often wanted an SMF record just for allocation of a data set. Mark -- Mark Zelden Sr. Software and Systems Architect mailto: [EMAIL PROTECTED] Systems Programming expert at http://Search390.com/ateExperts/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM statistics
By your own wordsin Brian's case, logging was not active. He probably has no plans to change it either for the rare instance the logs are useful. Your point about STEPLIB is very valid and goes to negate some portion of my scanning suggestion, especially if it results in no hits. However, in this case, RACF *is* the easiest solution for this particular situation. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: Wednesday, June 29, 2005 12:17 PM To: IBM-MAIN@BAMA.UA.EDU Subject:Re: HSM statistics On Wed, 29 Jun 2005 10:08:32 -0400, Richards.Bob [EMAIL PROTECTED] wrote: I'm with Shane on this one. I really like that idea! No muss, no fuss. Invovling the RACF people to make a rule just to find out who is recalling a data set is easier said than done. Much easier to look at a log (that's what they're for). Had to do this here recently to find out who/what was recalling some old LE data sets (installed off sysres back when it was installed outside of ServerPac around MVS/ESA V5). Scanning prod JCL decks wasn't an answer either since it was some programmer's JCL. SMF wasn't a help because the data set wasn't opened, just allocated in STEPLIB. I've often wanted an SMF record just for allocation of a data set. Mark -- Mark Zelden Sr. Software and Systems Architect mailto: [EMAIL PROTECTED] Systems Programming expert at http://Search390.com/ateExperts/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html LEGAL DISCLAIMER The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. Seeing Beyond Money is a service mark of SunTrust Banks, Inc. [ST:XCL] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM statistics
If the step executed, how could the steplib not be opened? Mark Zelden [EMAIL PROTECTED] wrote:snip Invovling the RACF people to make a rule just to find out who is recalling a data set is easier said than done. Much easier to look at a log (that's what they're for). Had to do this here recently to find out who/what was recalling some old LE data sets (installed off sysres back when it was installed outside of ServerPac around MVS/ESA V5). Scanning prod JCL decks wasn't an answer either since it was some programmer's JCL. SMF wasn't a help because the data set wasn't opened, just allocated in STEPLIB. I've often wanted an SMF record just for allocation of a data set. - Yahoo! Sports Rekindle the Rivalries. Sign up for Fantasy Football -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM statistics
On Wed, 29 Jun 2005 14:37:44 -0700, Barry Schwarz [EMAIL PROTECTED] wrote: If the step executed, how could the steplib not be opened? Good question. The LE (SCEERUN) library in the STEPLIB was emptied at Y2K time to ensure the modules from the LNKLST were picked up. Quick fix at the time to make sure everyone used the Y2K complient library without having to worry about missing a JCL change somewhere. So the library is in the STEPLIB concatenation, but never opened. I just recently noticed that some of these old LE libraries were never cleaned up and I'm trying to do so now without causing jobs to fail due to JCL errors (even if they are only programmer jobs). After some due diligence, then I will get rid of them (via proper change control of course) and take any heat from people who were not informed. Cheers, Mark -- Mark Zelden Sr. Software and Systems Architect mailto: [EMAIL PROTECTED] Systems Programming expert at http://Search390.com/ateExperts/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM statistics
___ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. ___ Brian, Sorry if this is late, but I get the digest. Have you tried DAF ? Regards, Stephen Hall Host Systems Support Technology Services Insurance Australia Group (IAG) 23 Lakeside Drive, East Burwood, Melbourne 3151. Mail: GPO Box 9902, Melbourne VIC 3000. ph: 03-8804-3155 email: [EMAIL PROTECTED] Mainframe - An obsolete device still used by thousands of obsolete companies, serving billions of obsolete customers, and making huge obsolete profits, for their obsolete shareholders. And this year's run twice as fast as last year's. -Phil Payne- Original Message: Date:Wed, 29 Jun 2005 15:02:19 +0100 From:Perryman, Brian [EMAIL PROTECTED] Subject: Re: HSM statistics Thanks Bob. Ah, the reason I want to know is that there is an obsolete (ex-test) application load library that I want to get rid of (for another whole bunch of reasons) so late yesterday evening I migrated it first, rather than delete it. This morning it was back on disk. The likelihood is that it's wormed its way into some one or more production JCL decks and I need to identify them. Brian The information transmitted in this message and its attachments (if any) is intended only for the person or entity to which it is addressed. The message may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information, by persons or entities other than the intended recipient is prohibited. If you have received this in error, please contact the sender and delete this e-mail and associated material from any computer. The intended recipient of this e-mail may only use, reproduce, disclose or distribute the information contained in this e-mail and any attached files, with the permission of the sender. This message has been scanned for viruses with Symantec Scan Engine and cleared by MailMarshal. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html