Yeah, I’ve never seen a shop in which a user couldn’t delete their own output
either.
Thanks
Sent from Yahoo Mail for iPhone
On Friday, March 13, 2020, 12:06 AM, Jesse 1 Robinson
wrote:
Not all shops use SAF to control SDSF. If so, this advice is fine. If still
using native ISFPARMS, the
Thanks.
Sent from Yahoo Mail for iPhone
On Thursday, March 12, 2020, 4:46 PM, Lizette Koehler
wrote:
If you were not aware, there is a RACF List that you can join to ask RACF
specific questions.
rac...@listserv.uga.edu
Lizette
-Original Message-
From: IBM Mainframe Discussion
Yes, that’s the first thing I did. And IBM doc is so easy to understand I came
here.
Sent from Yahoo Mail for iPhone
On Thursday, March 12, 2020, 4:47 PM, Lizette Koehler
wrote:
Have you done any internet searches on
JESSPOOL RACF?
I got lots of good docs by doing that
Lizette
On 3/12/2020 4:24 PM, Jesse 1 Robinson wrote:
Not all shops use SAF to control SDSF. If so, this advice is fine. If still
using native ISFPARMS, the approach will need to be different, including some
tweaking of the SDSF user exit if used. I'm surprised that any action at all is
necessary for
Not all shops use SAF to control SDSF. If so, this advice is fine. If still
using native ISFPARMS, the approach will need to be different, including some
tweaking of the SDSF user exit if used. I'm surprised that any action at all is
necessary for a user's own jobs...
.
.
J.O.Skip Robinson
A *very* crude approach is to look at any RACF violation message on the console
and translate that into a PERMIT command: PERMIT resource CL(class) ID(id)
ACC(acc). There is typically a resource, a class and the access in the
messages. You may have to apply some "intelligence" -- for example,
Have you done any internet searches on
JESSPOOL RACF?
I got lots of good docs by doing that
Lizette
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Lizette Koehler
Sent: Thursday, March 12, 2020 1:46 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JESSPOOL
If you
If you were not aware, there is a RACF List that you can join to ask RACF
specific questions.
rac...@listserv.uga.edu
Lizette
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Bill Johnson
Sent: Thursday, March 12, 2020 1:09 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject:
I’m not a RACF expert and need help giving a user the ability to delete their
own SDSF output. Not really sure why they don’t have it. Not my setup. Is it an
easy 1 command fix or more complex?
Thanks
--
For IBM-MAIN subscribe
RUCSA([xM],[yM])
Specifies the sizes of the virtual restricted use common service area (RUCSA)
and extended RUCSA.
xM
Specifies the size of the non-extended RUCSA, located below 16 MB.
yM
Specifies the size of the extended RUCSA, located above 16 MB.
Sent from ProtonMail, Swiss-based
That rather implies segment-level protection, rather than page.
Cheers, Martin
Martin Packer
zChampion, Systems Investigator & Performance Troubleshooter, IBM
+44-7802-245-584
email: martin_pac...@uk.ibm.com
Twitter / Facebook IDs: MartinPacker
Blog:
According to my old references, if the Unix file exists, it is used. If
not, the system searches for one of several possible z/OS datasets. Check
your current z/OS Communications Server IP Configuration Guide.
> -Original Message-
> From: IBM Mainframe Discussion List On
> Behalf Of
RUCSA has to be allocated on a 1M boundary, so take that into consideration
when looking at your virtual storage map. A RUCSA allocation below the line, if
you don't also reduce CSA will result in the below the line private being
reduced by 1M. Extended private isn't usually much of a concern.
Thanks for clarifying Jim!
_
Dave Jousma
AVP | Manager, Systems Engineering
Fifth Third Bank | 1830 East Paris Ave, SE | MD RSCB2H | Grand Rapids, MI 49546
616.653.8429 | fax: 616.653.2717
This doesn't answer your specific question but the search order is documented
in the Communication Server IP configuration Guide. Here's what I found:
The resolver uses the IPv4-unique search order for sitename information
unconditionally for getnetbyname API calls.
The IPv4-unique search
For releases earlier than z/OS 2.4, RUCSA is provided by APAR OA56180.
R790 PSY UA98722 UP19/03/28 P F903
R7A0 PSY UA98723 UP19/03/28 P F903
R7B0 PSY UA98724 UP19/03/28 P F903
publibz.boulder.ibm.com/zoslib/pdf/OA56180.pdf
Jim Mulder z/OS Diagnosis, Design, Development, Test IBM Corp.
Yea. The idea is to remediate. We had one home grown automation tool that we
retired (finally), and one vendor (FiServ) banking application that they have
remediated, so we are clear to roll V2.4 to prod.
The problem with RUCSA "feature" not being available in prior version (maybe it
is,
Hi,..I was previously on a Z/OS 2.2 system where I would update
hostnames and IP Address in a Unix directory (/SYSTEM/etc/HOSTS)
.
When I transfered to a different division within the same company I am
working on a z/OS 2.3 system, where Host Names and their associated
IP Address's are stored in
Well, any product that requires ALLOWUSERKEYCSA(YES) won't run on z/OS
2.4 until you do install it.
On Thu, Mar 12, 2020 at 7:54 AM Dana Mitchell wrote:
>
> Is anyone using RUCSA yet? We currently have a very old ISV product that
> requires running with ALLOWUSERKEYCSA(YES) on z/OS 2.2. As
From the z/OS V2.4 announcement. Reading between the lines, I don’t think you
can install this on lower version of z/OS, but maybe a quick support ticket
would be in order. Also it is chargeable feature.
Removal of user key common storage
User key common storage is memory that can be updated
Does it come with a free sample of Alka Seltzer?
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Allan Staller
Sent: Thursday, March 12, 2020 9:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: RUCSA
Can't speak for IBM, but AFAIK, it should be orderable separately.
Can't speak for IBM, but AFAIK, it should be orderable separately.
To quote the old commercial:
"Try it. You'll like it"
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Dana Mitchell
Sent: Thursday, March 12, 2020 7:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re:
Is anyone using RUCSA yet? We currently have a very old ISV product that
requires running with ALLOWUSERKEYCSA(YES) on z/OS 2.2. As we prepare for
new hardware to support upgrade to z/OS 2.4, I'm faced with the possibility of
needing to run 2.4 with RUCSA if we cannot get an upgrade for
23 matches
Mail list logo