rth Keller wrote:
From: Darth Keller
Subject: Re: DFHSM QUESTION - PRIMARY SPACE MANAGEMENT
To: IBM-MAIN@bama.ua.edu
Received: Monday, July 18, 2011, 8:25 AM
"DFHSM is the culprit."
On behalf of DFHSM, I object. HSM merely enforces policy. If there's a
culprit here, it would be t
"DFHSM is the culprit."
On behalf of DFHSM, I object. HSM merely enforces policy. If there's a
culprit here, it would be the person(s) who designed the policy or maybe
applications for not understanding the rules. They do know there are
rules, right?
;o)
ddk
This e-mail message and all att
. However since I do not have the SMF tapes going back to
October 24 2010 backwrds it is hard to prove the cause of the deletion.
--- On Wed, 7/13/11, Elardus Engelbrecht wrote:
From: Elardus Engelbrecht
Subject: Re: DFHSM QUESTION - PRIMARY SPACE MANAGEMENT
To: IBM-MAIN@bama.ua.edu
Received
Assuming that all SMF records are being recorded... And all SMF records from
all systems are being kept then even HSM will show up deleting the dataset (and
all SMF record types are being archived and are input to DAF then you will find
the culprit. I have in the past scanned hundreds of tapes v
Elardus Engelbrecht wrote:
>willie bunter wrote:
>>I went back as far as July 01 SMF records and nothing showed despite
>>searching for records 14 15 17 18 61 62 63 64 65 67 68 136 & 139
>Why SMF record type 138 and 139? What product is generating them?
Aw, f** s***, I really mean SMF type 136
Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
willie bunter
Sent: Wednesday, July 13, 2011 10:20 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DFHSM QUESTION - PRIMARY SPACE MANAGEMENT
I went back as far as July 01 SMF records and nothing showed despite searching
for records 14 15 17
willie bunter wrote:
>I went back as far as July 01 SMF records and nothing showed despite searching
>for records 14 15 17 18 61 62 63 64 65 67 68 136 & 139
No RACF SMF records? Hmmm? I hope you have really LOGOPTIONS=ALWAYS for dataset
RACF class...
Are *all* your SMF processes running 100% f
I went back as far as July 01 SMF records and nothing showed despite searching
for records 14 15 17 18 61 62 63 64 65 67 68 136 & 139
--- On Wed, 7/13/11, Staller, Allan wrote:
From: Staller, Allan
Subject: Re: DFHSM QUESTION - PRIMARY SPACE MANAGEMENT
To: IBM-MAIN@bama.ua.edu
Rece
2011 12:02 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: [IBM-MAIN] DFHSM QUESTION - PRIMARY SPACE MANAGEMENT
I don't think so because the STC was using it until July 10 at 04:00 a.m.
When the user attempted to bring up the STC on July 11 she received a jcl error
- dsn not found.
--- On We
PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DFHSM QUESTION - PRIMARY SPACE MANAGEMENT
I don't think so because the STC was using it until July 10 at 04:00 a.m.
When the user attempted to bring up the STC on July 11 she received a jcl error
- dsn not found.
--- On Wed, 7/13/11, Jonathan Go
Again, if the dsn was deleted by a TSO user wouldn't it show up in the
SMF records?
Absolutely.
Since you indicated in another post the data set was "in use" as of July
10th by an STC, I would go back at least to the start date/time of that
STC for you SMF hunt.
Again, DAF is your friend. Jus
ssion List wrote on 07/13/2011
10:23:31 AM:
> From: willie bunter
> To: IBM-MAIN@bama.ua.edu
> Date: 07/13/2011 10:26 AM
> Subject: DFHSM QUESTION - PRIMARY SPACE MANAGEMENT
> Sent by: IBM Mainframe Discussion List
>
> Hallo To All,
>
> I am trying to track down a pr
o: IBM-MAIN@bama.ua.edu
> Date: 07/13/2011 10:26 AM
> Subject: DFHSM QUESTION - PRIMARY SPACE MANAGEMENT
> Sent by: IBM Mainframe Discussion List
>
> Hallo To All,
>
> I am trying to track down a problem of a missing dataset. The dsn
> was used by a STC however fo
DFHSM QUESTION - PRIMARY SPACE MANAGEMENT
To: IBM-MAIN@bama.ua.edu
Received: Wednesday, July 13, 2011, 8:42 AM
Expire after Days Non-usage . : 540
Expire after Date/Days . . . . : NOLIMIT
Retention Limit . . . . . .
Expire after Days Non-usage . : 540
Expire after Date/Days . . . . : NOLIMIT
Retention Limit . . . . . . . : 0
Indicates to delete the dataset 540 days after last use. The NOLIMIT
allows the user to override the defa
Hallo To All,
I am trying to track down a problem of a missing dataset. The dsn was used by
a STC however for some unexplainable reason it "disappeared". In the STC the
dsn is DISP=SHR. I checked all the SMF records -TYPE 17, 18, 61, 62, 63, 64,
65, 67, 68, 136, 138 & 139- but there is no r
16 matches
Mail list logo