Robert S. Hansel (RSH) wrote:
>Restricting access to the RACF database is essential, but it isn't enough to
>save you if the database is not allocated as unmovable. DFSMSdss' data
>management utility ADRDSSU, when used with the ADMINISTRATOR keyword, ignores
>dataset profiles and can perform fu
2017 18:36:52 +
From:"Burrell, Todd"
Subject: Re: RACF Database (was: Sample JCL for file transfer using NJE/TCPIP)
Wouldn't a simpler solution to protecting the RACF database simply be to give
pretty much no one ALTER access to it? I know that at most shops only one o
robin...@sce.com
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Radoslaw Skorupka
Sent: Tuesday, May 23, 2017 12:04 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: RACF Database (was: Sample JCL for file transfer using
NJE/TCPIP
RACF A/S can be easily stopped using STOP command (not an MVS STOP, it is
@STOP). It also can be started again as well. The only cost is "address space
unavailable" issue.
Of course *properly protected* RACF db cannot be moved or deleted, due to lack
of authorities. No one should have even READ
-MAIN@LISTSERV.UA.EDU
Subject: Re: RACF Database (was: Sample JCL for file transfer using NJE/TCPIP)
I have not tried this, but IBM supplies a RACF started task whose purpose is to
issue RACF commands via a console. As supplied, the RACF STC has no DDs, but I
suppose you could add one for the primary and
o: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: RACF Database (was: Sample JCL for file transfer using
NJE/TCPIP)
On Mon, 22 May 2017 17:44:16 -0500, Joel C. Ewing wrote:
>RECFM PSU may prevent moving the database, but it doesn't block
>deletion. After realizing this somewhat-essen
ssage-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Paul Gilmartin
Sent: Monday, May 22, 2017 4:58 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: RACF Database (was: Sample JCL for file transfer using
NJE/TCPIP)
On Mon, 22 May 2017 17:44:16 -0500, Joel C
On Tue, 23 May 2017 12:27:10 -0400, Tony Harminc (t...@harminc.net)
wrote about "Re: RACF Database (was: Sample JCL for file transfer using
NJE/TCPIP)" (in
):
On 22 May 2017 at 12:57, Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
[snip]
How doe
On 22 May 2017 at 12:57, Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
> > ... In any case, a SAF product has to be available extremely early in
> IPL, ...
> >
> How does ACF2, based on VSAM, meet this requirement of early availability?
>
The same way it would if ACF2 us
On Tue, 23 May 2017 07:30:02 -0500, John McKown
wrote:
>On Mon, May 22, 2017 at 5:17 PM, Jesse 1 Robinson
>wrote:
>
>> Brief war story. Long before "z/OS", someone accidentally deleted (!!!)
>> the primary RACF data base. It was not enqueued on as previously noted.
>>
>
>Been there. Done that.
John McKown wrote:
>>Long before "z/OS", someone accidentally deleted (!!!) the primary RACF data
>>base.
>> Could not have done that with VSAM. ;-)
>Been there. Done that. Beat up the programmer.
I hope he survived your cruel beating, because if he did the same error on the
BACKUP RACF DB,
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Jesse 1 Robinson
> Sent: 23 May, 2017 0:18
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: RACF Database (was: Sample JCL for file transfer using
> NJE/TCPIP)
On Mon, May 22, 2017 at 5:17 PM, Jesse 1 Robinson
wrote:
> Brief war story. Long before "z/OS", someone accidentally deleted (!!!)
> the primary RACF data base. It was not enqueued on as previously noted.
> Data was intact and the system hummed along, but there was no 'SYS1.RACF'
> in the catalog
On Mon, 22 May 2017 17:44:16 -0500, Joel C. Ewing wrote:
>RECFM PSU may prevent moving the database, but it doesn't block
>deletion. After realizing this somewhat-essential data set wasn't
>protected by an enqueue, we picked an installation started task that was
>normally running all the time (bu
On Mon, 22 May 2017 09:21:48 -0400, Robert S. Hansel (RSH) wrote:
>
>... then immediately closes them.
>
Why?
Does it also FREE then? Why?
-- gil
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
M-MAIN@LISTSERV.UA.EDU] On
> Behalf Of John McKown
> Sent: Monday, May 22, 2017 8:03 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):Re: RACF Database (was: Sample JCL for file transfer
> using NJE/TCPIP)
>
> On Mon, May 22, 2017 at 8:21 AM, Robert S. Hansel (RSH) <
Sent: Monday, May 22, 2017 7:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: RACF Database (was: Sample JCL for file transfer using
NJE/TCPIP)
On Sun, 21 May 2017 14:19:39 -0500, Paul Gilmartin wrote:
>On Sun, 21 May 2017 05:12:00 -0500, Elardus Engelbrecht wrote:
>>
&g
ssage-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of David W Noon
Sent: Monday, May 22, 2017 10:11 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: RACF Database (was: Sample JCL for file transfer using
NJE/TCPIP)
On Mon, 22 May 2017 10:57:26 -
On Mon, 22 May 2017 10:57:26 -0600, Paul Gilmartin
(000433f07816-dmarc-requ...@listserv.ua.edu) wrote about "Re: RACF
Database (was: Sample JCL for file transfer using NJE/TCPIP)" (in
<507b5253-a062-4547-91f6-3de9e6f3b...@aim.com>):
On 2017-05-22, at 10:01, Jesse
On 2017-05-22, at 10:01, Jesse 1 Robinson wrote:
> ... Nonetheless ACF2, based on VSAM, was well established ...
>
> ... In any case, a SAF product has to be available extremely early in IPL,
> ...
>
How does ACF2, based on VSAM, meet this requirement of early availability?
-- gil
-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of John McKown
Sent: Monday, May 22, 2017 8:03 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: RACF Database (was: Sample JCL for file transfer using
NJE/TCPIP)
On Mon, May 22, 2017 at 8:21 AM, Robert S. Hansel
On Mon, May 22, 2017 at 8:21 AM, Robert S. Hansel (RSH) <
r.han...@rshconsulting.com> wrote:
> Gil,
>
> The RACF database is BDAM (Basic Direct Access Method) and has, to my
> knowledge, always been so since it was first released in 1976. The index
> records are stored in the database with the pro
On Sun, 21 May 2017 14:19:39 -0500, Paul Gilmartin wrote:
>On Sun, 21 May 2017 05:12:00 -0500, Elardus Engelbrecht wrote:
>>
>>>RACF (I'm less sure) is VSAM.
>>
>>No, it is PSU (PS and Unmovable). Other attributes are mandated by IBM.
>>
>"Unmovable" would seem to imply uncopyable; the copy wou
Gil,
The RACF database is BDAM (Basic Direct Access Method) and has, to my
knowledge, always been so since it was first released in 1976. The index
records are stored in the database with the profile (data) records, so it is
completely self-contained. I know of no other product using this struc
24 matches
Mail list logo