Re: HSM statistics

In <[EMAIL PROTECTED]>, on 07/06/2005 at 08:51 AM, Ron and Jenny Hawkins <[EMAIL PROTECTED]> said: >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? Apparently not, although perhaps[1] there should be. IAC, the collect

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 m

Re: HSM statistics

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? H

Re: HSM statistics

On Tue, 5 Jul 2005 13:25:25 -0400, Knutson, Sam <[EMAIL PROTECTED]> wrote: >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 g

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

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

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 i

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,

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

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 sta

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 a

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 pathna

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 posi

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 PROTE

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=47

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

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

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

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 qu

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 >>

Re: HSM statistics

In <[EMAIL PROTECTED]>, on 06/29/2005 at 05:17 PM, Mark Zelden <[EMAIL PROTECTED]> said: >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 >complien

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 po

Re: HSM statistics

+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 migr

Re: HSM statistics

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

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

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 recentl

Re: HSM statistics

wever, 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

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'

Re: HSM statistics

I'm with Shane on this one. I really like that idea! No muss, no fuss. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of ibm-main Sent: Wednesday, June 29, 2005 10:07 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re

Re: HSM statistics

: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

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 migrat

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 tha

Re: HSM statistics

frame 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.

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

Re: HSM statistics

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

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

Re: HSM statistics

Ah yes, forgot about those HSM records going to SMF! Thanks! 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 isprohibit

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

Re: HSM statistics

Mainframe cc Discussion List <[EMAIL PROTECTED] Subject .EDU>

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-ma