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
:52 +
From:"Burrell, Todd" <todd_burr...@csx.com>
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
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
@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 maybe
: (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-essential data set wasn't
>protected by a
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. Ewing wrote:
>RECFM PSU
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:
> > ... 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
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
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
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
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
Kown
> 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) <
> r.han...@rshconsulting.com> wrote:
&
ay, 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 <paulgboul...@aim.com> wrote:
>On Sun, 21 May 2017 05:12:00 -0500, Elardus Engelbrecht wro
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 -0600, Paul Gilmartin
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
[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 (RSH) <
r.han...@rshconsulting.
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
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
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
24 matches
Mail list logo