:
ACIWorldwide - Telecommuter
H(412-766-2697) C(412-519-2592)
terri.shaf...@aciworldwide.com
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Rob
Scott
Sent: Wednesday, April 17, 2024 11:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: RACF - SDSF question
[You don't often get
tsoftware.com>
W:RocketSoftware.com
From: IBM Mainframe Discussion List On Behalf Of
Shaffer, Terri
Sent: Wednesday, April 17, 2024 08:28
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: RACF - SDSF question
EXTERNAL EMAIL
Hi,
I would like to resurrect this question again, because my issue is back but not
s
Of course, that should read "UPDATE or ALTER access"
Rob
From: IBM Mainframe Discussion List On Behalf Of Rob
Scott
Sent: Wednesday, April 17, 2024 4:02 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: RACF - SDSF question
EXTERNAL EMAIL
You can check what security activity is going
are
From: IBM Mainframe Discussion List On Behalf Of
Shaffer, Terri
Sent: Wednesday, April 17, 2024 1:28 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: RACF - SDSF question
EXTERNAL EMAIL
Hi,
I would like to resurrect this question again, because my issue is back but not
sure if b
@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: RACF - SDSF question
Hi,
I would like to resurrect this question again, because my issue is back but
not sure if by design or my RACF setup...
Because we are a development shop, we allow our developers to start/stop and
issue modify commands to shutdown
- Telecommuter
H(412-766-2697) C(412-519-2592)
terri.shaf...@aciworldwide.com
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Shaffer, Terri
Sent: Wednesday, February 8, 2023 9:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: RACF - SDSF question
EXTERNAL EMAIL: Do
On 2/8/2023 3:10 PM, Lennie Dymoke-Bradshaw wrote:
Ed,
We have NO discrete profiles, but we do have generic profiles with no wildcard
characters in them.
You can do that with profiles in the DATASET class but I don't think you can do
it with general classes.
Good point. I should have said
local code to achieve this?
Lennie
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Ed
Jaffe
Sent: 08 February 2023 02:32
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: RACF - SDSF question
On 2/7/2023 5:14 PM, Seymour J Metz wrote:
> Generic is usually more useful, bu
-
Date:Tue, 7 Feb 2023 13:31:41 +
From:"Shaffer, Terri"
Subject: RACF - SDSF question
Hi,
I know there is a RACF group, but hopefully this is simple and I am just
missing something I have done 100 times over with no issues.
We run our CICS regions as batch jobs, and I
@LISTSERV.UA.EDU
Subject: Re: RACF - SDSF question
EXTERNAL EMAIL
Hi Terri,
Here are a couple of thoughts to add to what others have mentioned.
Since SDSF is issuing a JES2 cancel job $CJ command, the name of the OPERCMDS
resource being checked is JES2.CANCEL.BAT. Profile JES2.CANCEL.BAT.C30TCI
www.linkedin.com/in/roberthansel
www.rshconsulting.com
-Original Message-
Date:Tue, 7 Feb 2023 13:31:41 +
From:"Shaffer, Terri"
Subject: RACF - SDSF question
Hi,
I know there is a RACF group, but hopefully this is simple and I am just
missing something I have done 100
. *** Celebrating our 30th Anniversary ***
617-969-8211
www.linkedin.com/in/roberthansel
www.rshconsulting.com
-Original Message-
Date:Tue, 7 Feb 2023 18:31:46 -0800
From:Ed Jaffe
Subject: Re: RACF - SDSF question
On 2/7/2023 5:14 PM, Seymour J Metz wrote:
> Generic is usually m
On 2/7/2023 5:14 PM, Seymour J Metz wrote:
Generic is usually more useful, but you can certainly use specific profiles.
Even discrete profiles can be made generic by specifying GENERIC when
created.
That's what we do here. We have NO discrete profiles, but we do have
generic profiles with
M-MAIN@LISTSERV.UA.EDU
Subject: Re: RACF - SDSF question
I guess this bring up another question, which is probably why I am confused.
This is for MVS cancel
CANCEL jobname MVS.CANCEL.JOB.jobname MVS.CANCEL.** Update Medium
And
Table 1. RACF profiles and JES2 commands
JES2 CommandResourc
Subject: Re: RACF - SDSF question
EXTERNAL EMAIL: Do not click links or open attachments unless you know the
content is safe.
Note that there is no jobname qualifier on the JES2.CANCEL.BAT profile. This is
why SDSF has the extra JESSPOOL profile check that goes beyond vanilla JES2
cancel command
7, 2023 3:52 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: RACF - SDSF question
EXTERNAL EMAIL: Do not click links or open attachments unless you know the
content is safe.
Note that there is no jobname qualifier on the JES2.CANCEL.BAT profile. This is
why SDSF has the extra JESSPOOL profile
> From: IBM Mainframe Discussion List on behalf
> of Shaffer, Terri <017d5f778222-dmarc-requ...@listserv.ua.edu>
> Sent: Tuesday, February 7, 2023 6:10:11 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: RACF - SDSF question
>
> EXTERNAL EMAIL
>
>
>
>
> Ok
om Outlook for Android<https://aka.ms/AAb9ysg>
From: IBM Mainframe Discussion List on behalf of
Shaffer, Terri <017d5f778222-dmarc-requ...@listserv.ua.edu>
Sent: Tuesday, February 7, 2023 6:10:11 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: RACF - S
- Telecommuter
H(412-766-2697) C(412-519-2592)
terri.shaf...@aciworldwide.com
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Rob
Scott
Sent: Tuesday, February 7, 2023 9:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: RACF - SDSF question
EXTERNAL EMAIL: Do not click
Terri said their CICSs are run as jobs, so it would need to be:
MVS.CANCEL.JOB.C30TCI* (G)
MVS.CANCEL.JOB.** (G)
Dana
On Tue, 7 Feb 2023 09:22:19 -0500, Roger W Suhr wrote:
>Hi Ms. Terri,
>
>The OPERCMDS JES2.CANCEL.** profiles protect the JES2 ($C...) cancel command.
>I believe you also
of the action character.
Rob Scott
Rocket Software
From: IBM Mainframe Discussion List On Behalf Of
Roger W Suhr
Sent: 07 February 2023 14:22
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: RACF - SDSF question
EXTERNAL EMAIL
Hi Ms. Terri,
The OPERCMDS JES2.CANCEL.** profiles protect the JES2 ($C
as an
STC!)
MVS.CANCEL.STC.C30TCI* (G)
MVS.CANCEL.STC.** (G)
Roger W. Suhr
suhr...@gmail.com
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Shaffer, Terri
Sent: Tuesday, February 7, 2023 8:32
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: RACF - SDSF question
Hi,
I know
Hi,
I know there is a RACF group, but hopefully this is simple and I am just
missing something I have done 100 times over with no issues.
We run our CICS regions as batch jobs, and I just found out a user instead of
them issuing a CEMT PERF SHUT command, they are canceling it.
Which then
22, 2020 8:03 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [External] Re: z/OS 2.4 and SDSF question
In regards to TYPRUN=COPY not working.
In case anybody is interested in this, I received notice yesterday that PTF
UJ04073 is now available for this APAR. I haven't installed it yet but it's
On Thu, 22 Oct 2020 13:02:53 +, Pommier, Rex wrote:
>In regards to TYPRUN=COPY not working.
>
>In case anybody is interested in this, I received notice yesterday that PTF
>UJ04073 is now available for this APAR. I haven't installed it yet but it's
>there.
>
Where I see:
Local fix
Sent: Monday, June 22, 2020 8:53 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [External] Re: z/OS 2.4 and SDSF question
IBM assigned an APAR number on Friday to this. It is APAR OA59800.
Thanks,
Rex
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Pommier, Rex
Sent
Thx for that info...
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Pommier, Rex
Sent: Monday, June 22, 2020 8:53 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS 2.4 and SDSF question
[CAUTION: This Email is from outside the Organization. Unless you trust
IBM assigned an APAR number on Friday to this. It is APAR OA59800.
Thanks,
Rex
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Pommier, Rex
Sent: Friday, June 19, 2020 9:10 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [External] Re: z/OS 2.4 and SDSF question
Not assigned yet. I'll let you know when I get it.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Allan Staller
Sent: Friday, June 19, 2020 9:08 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [External] Re: z/OS 2.4 and SDSF question
Apar number?
-Original Message
Apar number?
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Pommier, Rex
Sent: Friday, June 19, 2020 9:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS 2.4 and SDSF question
[CAUTION: This Email is from outside the Organization. Unless you trust the
sender
2.4 and SDSF question
Hello list,
I have a "does it work" question. We don't run SDSF, instead have a competing
product. As part of our testing of 2.4, one of my coworkers submitted a job
with TYPRUN=COPY on the job card and found it doesn't work. Under 2.2, we get
the entire in
@LISTSERV.UA.EDU
Subject: [External] Re: z/OS 2.4 and SDSF question
This is an interesting discussion.
So TYPRUN=COPY is just suppose to copy the JCL to SYSOUT. I am not sure what
the expectation is by the OP
But on my z/OS 2.3 system with SDSF (I know he wants to know about other vendors
I can see the JCL
Good point. As a matter of fact, I looked at both jobs' output on both the
2.3 and 2.4 systems with SDSF.
To be completely unambiguous, I think I must be wordy & redundant (not a
poke at anyone... take that literally).
The TYPRUN=COPY job that *ran* on 2.3 displayed with complete JCL in SDSF
on
ith
> Sent: Wednesday, June 17, 2020 4:00 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [External] Re: z/OS 2.4 and SDSF question
>
> Well... I just tried it, and it's true... when run on z/OS 2.4, only the
> job card is listed; whereas on 2.3, all the JCL shows up.
>
> N.B.:
.
Rex
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Steve Smith
Sent: Wednesday, June 17, 2020 4:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [External] Re: z/OS 2.4 and SDSF question
Well... I just tried it, and it's true... when run on z/OS 2.4, only the job
card
Discussion List On Behalf Of
Lizette Koehler
Sent: Wednesday, June 17, 2020 3:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [External] Re: z/OS 2.4 and SDSF question
This is an interesting discussion.
So TYPRUN=COPY is just suppose to copy the JCL to SYSOUT. I am not sure what
the expectation
Well... I just tried it, and it's true... when run on z/OS 2.4, only the
job card is listed; whereas on 2.3, all the JCL shows up.
N.B.: This isn't an SDSF issue. SDSF does not run jobs, and does not spool
their output. JES2 (or 3) does that.
sas
On Wed, Jun 17, 2020 at 4:50 PM Lizette
: Wednesday, June 17, 2020 1:27 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS 2.4 and SDSF question
I get the same result under z/OS 2.4. I submit the following job:
//ALOEFTST JOB $,CLASS=A,MSGCLASS=Y,TYPRUN=COPY
//IEFBR14 EXEC PGM=IEFBR14
SDSF has a record count of 12
On Behalf Of
Pommier, Rex
Sent: Tuesday, June 16, 2020 11:32 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: z/OS 2.4 and SDSF question
Hello list,
I have a "does it work" question. We don't run SDSF, instead have a competing
product. As part of our testing of 2.4, one of my coworkers submi
Default is MSGLEVEL=(1,1)
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Pommier, Rex
Sent: Tuesday, June 16, 2020 2:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [External] Re: z/OS 2.4 and SDSF question
[CAUTION: This Email is from outside the Organization
this is under z/OS 2.3:
//BWTESTER JOB (xx,xx,xx),'BRIAN WESTERMAN',MSGCLASS=V,
JOB07842
//CLASS=R,NOTIFY=,TIME=1440,TYPRUN=COPY
00020056
//* REFER WESTERB.PDS.DATA(COMMANDZ)
Of
Michael Babcock
Sent: Tuesday, June 16, 2020 3:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [External] Re: z/OS 2.4 and SDSF question
The default MSGLEVEL was 1,1 and that’s what was coded on the jobcard.
On Tue, Jun 16, 2020 at 2:47 PM Pommier, Rex
wrote:
> Hi Michael and Allan,
>
;
> Rex
>
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf
> Of Michael Babcock
> Sent: Tuesday, June 16, 2020 2:08 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [External] Re: z/OS 2.4 and SDSF question
>
> I get the same thing you do unde
s again,
>
> Rex
>
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf
> Of Michael Babcock
> Sent: Tuesday, June 16, 2020 2:08 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [External] Re: z/OS 2.4 and SDSF question
>
> I get the sa
: [External] Re: z/OS 2.4 and SDSF question
I get the same thing you do under z/OS 2.4. About 12 lines of output. I
have SDSF.
On Tue, Jun 16, 2020 at 1:32 PM Pommier, Rex
wrote:
> Hello list,
>
> I have a "does it work" question. We don't run SDSF, instead have a
I get the same thing you do under z/OS 2.4. About 12 lines of output. I
have SDSF.
On Tue, Jun 16, 2020 at 1:32 PM Pommier, Rex
wrote:
> Hello list,
>
> I have a "does it work" question. We don't run SDSF, instead have a
> competing product. As part of our testing of 2.4, one of my
Works for me with no issues. However I use sdsf.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Pommier, Rex
Sent: Tuesday, June 16, 2020 1:32 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: z/OS 2.4 and SDSF question
[CAUTION: This Email is from outside the Organization
-
From: IBM Mainframe Discussion List On Behalf Of Joe
Monk
Sent: Tuesday, June 16, 2020 1:41 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [External] Re: z/OS 2.4 and SDSF question
There is an APAR for 0C4 in JES2 when TYPRUN=COPY...
https://www.ibm.com/support/pages/apar/OA57427
Joe
On Tue, Jun 16
There is an APAR for 0C4 in JES2 when TYPRUN=COPY...
https://www.ibm.com/support/pages/apar/OA57427
Joe
On Tue, Jun 16, 2020 at 1:32 PM Pommier, Rex
wrote:
> Hello list,
>
> I have a "does it work" question. We don't run SDSF, instead have a
> competing product. As part of our testing of
Hello list,
I have a "does it work" question. We don't run SDSF, instead have a competing
product. As part of our testing of 2.4, one of my coworkers submitted a job
with TYPRUN=COPY on the job card and found it doesn't work. Under 2.2, we get
the entire input stream before the JES2 job
Example of RGEN from the ST panel:
/* REXX */
Arg debug
/**
*
* SDSF RGEN Generated EXEC
*
* This exec was generated by the SDSF RGEN command on
* Sunday 2017/09/24 at 06:01:00.17.
*
* 5650-ZOS
* SDSF level = z/OS 02.02.00
On Fri, 22 Sep 2017 05:38:11 +1000, Wayne Bickerdike wrote:
>Not sure how useful this command is. It generates what looks like a common
>template and the output from the SDSF command is directed to a stem
>variable.
>
Is that direction to a stem intrinsic or does it use EXECIO DISKR? I know
"invalid command" on our V2.1 system.
>
> Peter
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Beesley, Paul
> Sent: Thursday, September 21, 2017 5:19 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: R
Yes, RGEN is "invalid command" on our V2.1 system.
Peter
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Beesley, Paul
Sent: Thursday, September 21, 2017 5:19 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: REXX and SDS
... assuming you have z/OS 2.2 and up ...
Paul
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Rob Scott
Sent: Thursday, September 21, 2017 9:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: REXX and SDSF question (expanded API
MAIN@LISTSERV.UA.EDU
Subject: Re: REXX and SDSF question (expanded API question)
Can someone point me to some documentation (coding examples) on how to use the
SDSF API in REXX? I have my REXX/SDSF exec working, but it runs slow issuing
those commands. I would like to try
Thanks, this will be a good starting point for me.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Take a look at
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.isfa500/rexx.htm
Peter Ten Eyck wrote:
Can someone point me to some documentation (coding examples) on how to use the
SDSF API in REXX? I have my REXX/SDSF exec working, but it runs slow issuing
those
On Wed, 20 Sep 2017 12:34:50 -0500, John McKown wrote:
>On Wed, Sep 20, 2017 at 12:25 PM, Peter Ten Eyck wrote:
>
>> Can someone point me to some documentation (coding examples) on how to use
>> the SDSF API in REXX? I have my REXX/SDSF exec working, but it runs slow
>> issuing those commands. I
On Wed, Sep 20, 2017 at 12:25 PM, Peter Ten Eyck <
peter.tene...@americannational.com> wrote:
> Can someone point me to some documentation (coding examples) on how to use
> the SDSF API in REXX? I have my REXX/SDSF exec working, but it runs slow
> issuing those commands. I would like to try a
Can someone point me to some documentation (coding examples) on how to use the
SDSF API in REXX? I have my REXX/SDSF exec working, but it runs slow issuing
those commands. I would like to try a different approach.
--
For
Yes, that API does sound nice. This is the technique documented in the Redbook
for REXX and SDSF, which was the starting point for my REXX script. Thanks for
the tip.
--
For IBM-MAIN subscribe / signoff / archive access
On 2017-09-18, at 16:52, Jesse 1 Robinson wrote:
> ... you have to orchestrate a complete scenario like a line of domino tiles.
> ...
>
Thanks for reminding me:
Honda - The Cog - YouTube
https://www.youtube.com/watch?v=_ve4M4UsJQo
By some reports (the producers'?), with several hundred
On 2017-09-18, at 16:52, Jesse 1 Robinson wrote:
> As Gil noted, this is the old pre-API method of running SDSF out of Rexx.
> There's nothing essentially wrong with the technique except that you have to
> orchestrate a complete scenario like a line of domino tiles. If anything goes
> wrong,
...@sce.com
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Peter Ten Eyck
Sent: Monday, September 18, 2017 1:10 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: REXX and SDSF question
This is now working for me. I added the SDSF
On Mon, 18 Sep 2017 15:09:45 -0500, Peter Ten Eyck wrote:
>This is now working for me. I added the SDSF command input on to see all DDs
>via TSO SDSF and ISPF SDSF:
>
>CHECKCICSSTATUS:
>ADDRESS TSO
> "ALLOC F(FILEOUT) UNIT(VIO) NEW REUSE",
> "CYLINDERS SPACE(10 10) RECFM(F B A)"
> "ALLOC
This is now working for me. I added the SDSF command input on to see all DDs
via TSO SDSF and ISPF SDSF:
CHECKCICSSTATUS:
ADDRESS TSO
"ALLOC F(FILEOUT) UNIT(VIO) NEW REUSE",
"CYLINDERS SPACE(10 10) RECFM(F B A)"
"ALLOC FI(ISFOUT) SYSOUT(Q)"
"ALLOC F(ISFIN) UNIT(VIO) NEW
Peter Ten Eyck wrote:
>I have found the issue. STC output is displayed differently (DDs displayed) on
>this LPAR when viewing it through SDSF launched via the ISPF menu option;
>compared to SDSF launched via TSO command line. I do not know why, researching.
Bravo, you, as a brave detective,
I have found the issue. STC output is displayed differently (DDs displayed) on
this LPAR when viewing it through SDSF launched via the ISPF menu option;
compared to SDSF launched via TSO command line. I do not know why, researching.
On 9/18/2017 11:43 AM, Paul Gilmartin wrote:
Someone will proudly tell you that (E)JES has a command that shows
everything in the spool so you don't need to jump around madly.
I don't know whether that likewise covers the Rexx API.
Haha! But, of course!
[Spoken with an French Occitan accent
Of Elardus Engelbrecht
Sent: Monday, September 18, 2017 2:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: REXX and SDSF question
Grinsell, Don wrote:
>>Are you accommodating for the different SYSNAMEs that you are processing
>>(LPARs) : QUEUE " SYSNAME ESA1"
>Good eye. I'm
Grinsell, Don wrote:
>>Are you accommodating for the different SYSNAMEs that you are processing
>>(LPARs) : QUEUE " SYSNAME ESA1"
>Good eye. I'm betting you'll be getting the gold star for this one. ☺
I originally missed that one, and of course I will not get a gold star. ;-)
Thanks for
frame Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Cieri, Anthony
> Sent: Monday, September 18, 2017 12:36 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: REXX and SDSF question
>
>
> Are you accommodating for the different SYSNAMEs that you are
&g
On Mon, 18 Sep 2017 12:17:47 -0500, Elardus Engelbrecht wrote:
>Peter Ten Eyck wrote:
>
>> "ALLOC FI(ISFOUT) DUMMY"
>
>I'm curious, why DUMMY?
>
>Try this out just for tests and see if something appears there:
>
>"ALLOC FI(ISFOUT) SYSOUT(X)"
>
Is X a bitbucket class? (I suspect
17 2:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: REXX and SDSF question
Is CICSREGION set properly?
What happens if you hard code the region name prefix?
Or try it in quotes and SET DISPLAY ON:
QUEUE "SET DISPLAY ON"
QUEUE "PREFIX "CICSREGION" "
-Original Mes
A.EDU] On Behalf
Of Peter Ten Eyck
Sent: Monday, September 18, 2017 12:43 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: REXX and SDSF question
I have some rexx code that is working on one z/OS 2.2 LPAR and "partially" on
another.
The code determines if a CICS region is running and if t
Yes, I have tried that, no change. Recall that this REXX exec is working on the
LPAR for CICS regions running as jobs and the commands do work manually. I must
be missing something...
--
For IBM-MAIN subscribe / signoff /
Try QUEUE "OWNER *" not just OWNER
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Elardus Engelbrecht
Sent: Monday, September 18, 2017 1:12 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: REXX and SDSF question
Peter Ten E
This is how it was coded in my starting example code from the Redbook. I
changed it to your suggestion, no change, still not getting the output.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
Yes, I have manually entered the SDSF commands for the STCs not working... and
they work (output retrieved). I think that takes care of SDSF and RACF. The
REXX exec runs under my id.
I did see a difference with the WHO command...COMM=NOTAVAIL as opposed to
COMM=ENABLED.
Recall that this REXX
Peter Ten Eyck wrote:
> "ALLOC FI(ISFOUT) DUMMY"
I'm curious, why DUMMY?
Try this out just for tests and see if something appears there:
"ALLOC FI(ISFOUT) SYSOUT(X)"
Groete / Greetings
Elardus Engelbrecht
--
Peter Ten Eyck wrote:
> QUEUE " DA ALL"
> QUEUE " OWNER"
> QUEUE " SYSNAME ESA1"
> QUEUE " PRE " CICSREGION
... and ...
>This works fine on one LPAR and works for something's (possibly just jobs) on
>another
I have some rexx code that is working on one z/OS 2.2 LPAR and "partially" on
another.
The code determines if a CICS region is running and if the desired messages are
found
in the DD JESMSGLG.
This code chunk is what goes out gets the SDSF output:
CHECKCICSSTATUS:
: Tuesday, April 28, 2015 5:46 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SDSF question
I am not clear why a table exit needs to be used.
As far as I know, the ISFPRMXX and RACF can co-exist. The ISFPRMXX has
the ability to Exclude access (visibility) to the information.
The ISFPRMxx may
On Tue, 28 Apr 2015 07:16:00 -0500, Elardus Engelbrecht wrote:
Gadi wrote:
I agree, but that's what the big bosses want in this case.
Ouch. Not for us lowly worms to argue...
There's some reasonable motivation in forestalling traffic analysis.
Will this sample ISF.SISFSRC(ISFUSER) help you
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SDSF question
Can write it for you...
Itschak
בתאריך 28 באפר 2015 15:19, גדי בן אבי gad...@malam.com כתב:
Unfortunately, my assembler skills are lacking, so it doesn't help much.
Gadi
-Original Message-
From: IBM Mainframe
I agree, but that's what the big bosses want in this case.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Elardus Engelbrecht
Sent: Tuesday, April 28, 2015 1:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SDSF question
Gadi wrote
Lizette Koehler wrote:
I am not clear why a table exit needs to be used.
Neither me, because the OP said he used both ISFPRMxx and RACF.
The ISFPRMXX has the ability to Exclude access (visibility) to the
information.
Indeed. You're probably referring to GROUP, IFIELDS, ISTATUS statements
Might do a search on SHARE Seattle SDSF session
Hopefully you get a hit on 16604. It's a well done user presentation on
SDSF.
While it probably doesn't answer all question it's got a hot index on pg 82
that will take you just about everywhere you need to go with SDSF. 'cept
maybe JES3.
On Tue, 28 Apr 2015 12:42:39 -0300, Lucas Rosalen wrote:
If you have all your production jobs submitted under the same or just a few
userids, it might be hard to find your job filtering only by owner
(assuming you keep many outputs in spool).
I very rarely filter by owner myself though.
I do
@LISTSERV.UA.EDU
Subject: Re: SDSF question
Gadi wrote:
We use RACF for security.
Good. Use the link Paul kindly provided and look to JESSPOOL, SDSF and RACFVARS
classes amongst other things to achieve your goal.
Groete / Greetings
Elardus Engelbrecht
not have authority
to view.
Gadi
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Elardus Engelbrecht
Sent: Tuesday, April 28, 2015 11:12 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SDSF question
Gadi wrote:
We use RACF
Gadi wrote:
Is it possible to prevent a user from seeing jobs that belong to other users?
Yes. You can do that by owner or by jobname.
You've got good replies. What are you using for security? RACF, ESM or ISFPRMxx?
Groete / Greetings
Elardus Engelbrecht
, 2015 10:39 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SDSF question
Gadi wrote:
Is it possible to prevent a user from seeing jobs that belong to other
users?
Yes. You can do that by owner or by jobname.
You've got good replies. What are you using for security? RACF, ESM or
ISFPRMxx
Gadi wrote:
We use RACF for security.
Good. Use the link Paul kindly provided and look to JESSPOOL, SDSF and RACFVARS
classes amongst other things to achieve your goal.
Groete / Greetings
Elardus Engelbrecht
--
For
We use RACF for security.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Elardus Engelbrecht
Sent: Tuesday, April 28, 2015 10:39 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SDSF question
Gadi wrote:
Is it possible to prevent
I've experienced several instances of antiquated convention that were
byproducts of batch job owner generation via a feature of Top Secret and
ACF2. As are many old inherited conventions they're troublesome to
remove, more for cultural than technical considerations.
On 4/28/2015 11:02 AM,
Gadi wrote:
Users can still see a job in the job lists that they do not have authority to
view.
Ok. We all at first assumed you want to prevent them to see the CONTENTs of the
jobs and to reroute/purge the jobs. Thanks for finally saying it is about the
tables you want to be limited.
Gadi:
Thanks
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Itschak Mugzach
Sent: Tuesday, April 28, 2015 12:04 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SDSF question
Shalom Gadi,
What you need is Table Build Exit (see SDSF
This can be handled in ISFPARMS by placing the users in different groups.
This can be combined with the SDSF user exit (ISFUSER) for even more control.
Check the fine manual z/OS SDSF Operation and Customization SA23-2274-01
HTH,
snip
Is it possible to prevent a user from seeing jobs
1 - 100 of 104 matches
Mail list logo