Re: HSM statistics

2005-07-06 Thread Mark Zelden
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

2005-07-05 Thread Knutson, Sam
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

2005-07-05 Thread Ron and Jenny Hawkins
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

2005-07-01 Thread Shmuel Metz (Seymour J.)
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

2005-07-01 Thread Shmuel Metz (Seymour J.)
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

2005-06-30 Thread Dave Cartwright
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

2005-06-30 Thread Mark Zelden
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

2005-06-30 Thread Mark Zelden
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

2005-06-30 Thread Paul Gilmartin
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

2005-06-30 Thread Edward E. Jaffe

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

2005-06-30 Thread Ted MacNEIL
...
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

2005-06-30 Thread Martin Packer
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

2005-06-30 Thread Mark Zelden
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

2005-06-30 Thread Shmuel Metz (Seymour J.)
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

2005-06-30 Thread Shmuel Metz (Seymour J.)
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

2005-06-30 Thread Ted MacNEIL
...
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

2005-06-30 Thread Edward E. Jaffe

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

2005-06-30 Thread Paul Gilmartin
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

2005-06-30 Thread Edward E. Jaffe

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

2005-06-29 Thread Cliff Hess
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

2005-06-29 Thread Richards.Bob
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

2005-06-29 Thread Perryman, Brian
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

2005-06-29 Thread Richards.Bob
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

2005-06-29 Thread Perryman, Brian
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

2005-06-29 Thread ibm-main
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

2005-06-29 Thread Richards.Bob
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

2005-06-29 Thread Mark Zelden
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

2005-06-29 Thread Richards.Bob
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

2005-06-29 Thread Barry Schwarz
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

2005-06-29 Thread Mark Zelden
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

2005-06-29 Thread Stephen Hall
___

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