R.S. wrote:
W dniu 2018-01-24 o 16:57, Jousma, David pisze:
I wonder if the idea of UADS is a false sense of security
anymore Don’t get me wrong, we still maintain one here with a
few id's in it. But with no active security database, IPLing would
be tough. How would any UNIX task be ass
W dniu 2018-01-24 o 16:57, Jousma, David pisze:
I wonder if the idea of UADS is a false sense of security anymore Don’t
get me wrong, we still maintain one here with a few id's in it. But with no
active security database, IPLing would be tough. How would any UNIX task be
assigned a UI
B2H
p 616.653.8429
f 616.653.2717
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of John Eells
Sent: Wednesday, January 24, 2018 10:08 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ServerPac z/OS 2.3
**CAUTION EXTERNAL EMAIL**
**DO NOT
John Eells wrote:
Barbara Nitz wrote:
And I just discovered that SYS1.UADS is in SMPE, but was NOT restored
by serverpac, same as sys1.Auads. In my thinking it would have been
fine to not have a sys1.uads *at all*, but to have it in the SMPE
environment but not on the restored volumes is bad.
Barbara Nitz wrote:
this has been my request for a long long long time. (with the exception of
the ZFS datasets of course). The problem with this is that the other
Serverpac jobs that massage the CPAC parmlib/proclib that come with it.
That was my other 'problem'. I don't want that CPAC s
>I agree with the above under "normal" circumstances. tut what if RACF is
>broken for some reason?
>UADS may save you’re a**s.
Allan,
I completely agree. I am not saying not to have a sys1.uads on a running
system, I am dissatisfied with having half (the definition) in SMPE but not the
actual
A.EDU] On Behalf
Of Barbara Nitz
Sent: Wednesday, January 24, 2018 7:35 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ServerPac z/OS 2.3
>this has been my request for a long long long time. (with the exception of
>the ZFS datasets of course). The problem with this is that the other
>Serverp
> On Jan 24, 2018, at 7:34 AM, Barbara Nitz wrote:
>
> That was my other 'problem'. I don't want that CPAC stuff on my target (or
> residence) volume, and I did not find a way to move it to an SMS-managed,
> pre-existing qualifier. I ended up massaging that, too. I only keep CPAC as
> referenc
AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ServerPac z/OS 2.3
**CAUTION EXTERNAL EMAIL**
**DO NOT open attachments or click on links from unknown senders or unexpected
emails**
>this has been my request for a long long long time. (with the exception of
>the ZFS datasets of course).
>this has been my request for a long long long time. (with the exception of
>the ZFS datasets of course). The problem with this is that the other
>Serverpac jobs that massage the CPAC parmlib/proclib that come with it.
That was my other 'problem'. I don't want that CPAC stuff on my target
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Barbara Nitz
Sent: Wednesday, January 24, 2018 3:23 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: ServerPac z/OS 2.3
(snip)
And a second question: Is there a way to get the dialogs to
Latest ADCD of z/OS 2.3 has SYS1.AUADS on A3DIS2.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Beesley, Paul
Sent: Wednesday, January 24, 2018 4:00 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ServerPac z/OS 2.3
[External Email
mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Barbara Nitz
Sent: Wednesday, January 24, 2018 8:23 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: ServerPac z/OS 2.3
While installing my (downloaded :-) ) serverpac for z/OS 2.3, I have noticed
three problems (so far):
Datasets FFST.V120ESA.AEPWBENU and IO
While installing my (downloaded :-) ) serverpac for z/OS 2.3, I have noticed
three problems (so far):
Datasets FFST.V120ESA.AEPWBENU and IOA.AIOAIBIN were both placed on my target
volume instead of my DLIB volume.
And SYS1.AUADS is in SMPE, but it is completely missing, even from the RESTORE
j
14 matches
Mail list logo