Re: Minimum LPAR size for z15 processor

On Fri, 4 Aug 2023 16:17:25 +, Mark Jacobs wrote: >We're migrating our CF processors from z13's to z15's. One of the CF LPARs on >the z13 is assigned 1.5GB. There are no structures there, it's just used as >placeholder for STP timing links. Will that LPAR activate on a z15 processor

Re: Mainframe Makers.... WAS: Ars Technica: The IBM mainframe: How it runs and why it survives

You can do all of those things with the workplace. It has been available since ISPF 4.2 in 1995. If you don't have it on your primary option panel, you can access it with ISPFWORK from any panel. I have been using it for the last 25 years and haven't had the need to use 3.4 since then. The

Re: USS Features

Re: “It's absurd that on a multi-million $ computer, a user expects to allocate a 100GB file that is for their private use. It would be different if multiple users were accessing that file. This file would be far cheaper on a $5,000 computer and provide the same functionality.” Not absurd

Re: USS Features

> On Sunday, July 30, 2023 at 08:23:54 PM PDT, Andrew Rowley > wrote: >> Whatever.  We use automount, and the "space" wasted is way too trivial to >> worry about. > If it's trivial, you're probably not using actually using it. Unix people don't understand trivial for z/OS. z/OS files are

Re: Separation of Duties RACF Security Admins/Systems Programmers - Sarbanes-Oxley

The goal is to assign application security to a group then add the group to the user's definition. When a person transfers then you add and deleted groups to the user while the user keeps access to personal datasets. On Fri, Aug 4, 2023, 15:51 Steve Thompson wrote: > Don't know if TSS

Re: Separation of Duties RACF Security Admins/Systems Programmers - Sarbanes-Oxley

Sox 404 is the section that mandates segregation of duties. It applies to non-IT systems as well as IT, so not z/OS or even security specific, rather "good business practices". On Fri, Aug 4, 2023 at 11:34 PM Michael Babcock wrote: > I ran across this in a CICS security admin book (which should

Re: Separation of Duties RACF Security Admins/Systems Programmers - Sarbanes-Oxley

In TSS a "group" is just a place to hang a GID for use in OMVS ... although some software vendors use it for other purposes too. But it doesn't get resource permissions; in TSS, a "profile" is a collection of permissions, and it's assigned to multiple users, so I think it's analogous to a

Re: Separation of Duties RACF Security Admins/Systems Programmers - Sarbanes-Oxley

Role-based security ("RBAC") is a ton of work to set up the first time, but I'm sold on its worth. More companies I've worked for than not, in the past 20 years, have implemented it or are implementing it, despite the huge effort required. --- Bob Bridges, robhbrid...@gmail.com, cell 336

Re: Mainframe Makers.... WAS: Ars Technica: The IBM mainframe: How it runs and why it survives

In fact I used to do that; I was an employee at a truck manufacturer for 14 year and had those commands, and a few others, in my command table. But by the time I started contracting in '96, I'd forgotten exactly where to get at the command table, and just got used to typing the TSO prefix.

Re: Separation of Duties RACF Security Admins/Systems Programmers - Sarbanes-Oxley

> On Friday, August 4, 2023 at 01:25:32 PM PDT, Wayne Bickerdike > wrote: > The idea that a systems programmer of any type would be able to > perpetrate fraud is a stretch. A sysprog who can't perpetrate fraud is not a good sysprog. There is a huge difference between desire having the

Re: Separation of Duties RACF Security Admins/Systems Programmers - Sarbanes-Oxley

Don't know if TSS implements groups. But with groups, I can have access to certain DSNs read only, others update|delete|create. I can have access to console commands from TSO, but not have logon access to CICS. Just as examples. Having to change TSO IDs is problematic because one loses access

Re: Separation of Duties RACF Security Admins/Systems Programmers - Sarbanes-Oxley

To implement this would require systems that implement application security. The idea that a systems programmer of any type would be able to perpetrate fraud is a stretch. I had access to everything mainframe (RACF, CICS, z/OS) in a top secret installation. I wouldn't be able to place a purchase

Re: Automount (was USS Features)

> On Monday, July 31, 2023 at 08:29:07 AM PDT, Radoslaw Skorupka wrote: > Regarding automount feature: IMHO it is less than useless. While there is truth to what you say about automount, there are uses where people find it useful because it provides features that some customers need. Most

Re: Mainframe Makers.... WAS: Ars Technica: The IBM mainframe: How it runs and why it survives

> On Friday, August 4, 2023 at 11:16:00 AM PDT, Schmitt, Michael > wrote: > award anyone who can figure out how to effectively use the ISPF Workplace. Wasn't the goal of ISPF Workplace to keep Unix programmers engaged when working on z/OS? z/OS takes away the need for so many of their

Re: Mainframe Makers.... WAS: Ars Technica: The IBM mainframe: How it runs and why it survives

> On Friday, August 4, 2023 at 10:15:01 AM PDT, Bob Bridges > wrote: > I generally type "tso ed " on the ISPF command line. You can easily add "ed" to the ISPF command table (I think it's table ISPCMDS) and drop the "TSO".  Write an exec that TBADDs each command. Additionally, I find I

Re: Mainframe Makers.... WAS: Ars Technica: The IBM mainframe: How it runs and why it survives

Hm, not use 3.4? I still have to go there pretty often, for tasks such as - When cleaning up DATASET-class permissions in the security system, I need to know what datasets actually exist - When deleting old user IDs, I want to pass any important datasets belonging to the dearly departed to

Re: Minimum LPAR size for z15 processor

With z15, there will be a new level of CFCC. This may require additional memory. Although there are no structures, to be safe, I recommend you use the CFSizer tool. From: IBM Mainframe Discussion List on behalf of Mark Jacobs

Re: Accessing JCL SETs in Rexx

On Fri, 4 Aug 2023 17:33:18 +, Jon Perryman wrote: > > On Friday, August 4, 2023 at 09:24:10 AM PDT, Tom Marchant  wrote: > >> What if you copy the JCL to a new data set, replacing all the EXEC PGM=xxx> >> to EXEC PGM=IEFBR14? and submit it? > >Substituting IEFBR14 only stops program

Re: Mainframe Makers.... WAS: Ars Technica: The IBM mainframe: How it runs and why it survives

You, sir, win the 100 points I have been waiting to award anyone who can figure out how to effectively use the ISPF Workplace. Now explain it to the rest of us.  -Original Message- From: IBM Mainframe Discussion List On Behalf Of Tom Marchant Sent: Friday, August 4, 2023 12:36 PM

Re: Accessing JCL SETs in Rexx

> On Friday, August 4, 2023 at 09:37:43 AM PDT, Paul Gilmartin > <042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote: > Where's JES3 Setup processing when you need it? Setup processing doesn't help Dave because it requires the job be submitted and queued. It also ignores inter-job

Re: Mainframe Makers.... WAS: Ars Technica: The IBM mainframe: How it runs and why it survives

I use data set lists in the ISPF workplace (option 11) for similar reasons. I have rarely used 3.4 for decades. -- Tom Marchant On Fri, 4 Aug 2023 13:14:54 -0400, Bob Bridges wrote: >No, sorry, what I really mean is that instead of going to ISPF option 2 and >typing in a DSN, I generally

Re: Accessing JCL SETs in Rexx

> On Friday, August 4, 2023 at 09:24:10 AM PDT, Tom Marchant  wrote: > What if you copy the JCL to a new data set, replacing all the EXEC PGM=xxx> > to EXEC PGM=IEFBR14? and submit it? Substituting IEFBR14 only stops program processing. JCL processing will still alloc, delete and possibly

Re: Mainframe Makers.... WAS: Ars Technica: The IBM mainframe: How it runs and why it survives

No, sorry, what I really mean is that instead of going to ISPF option 2 and typing in a DSN, I generally type "tso ed " on the ISPF command line. Same for VW and BR, and a few other REXX execs. The ED, BR and VW commands run the DSN I give it through RENDSN, a routine that checks the string

Re: Accessing JCL SETs in Rexx

> On Friday, August 4, 2023 at 04:04:39 AM PDT, Seymour J Metz > wrote: > Back in the bad old days, IBM showed the expansion immediately after the JCL.  > Alas, in MVS they chose to show it as a message in a separate JES dataset.  > Have they moved IEF653I to be inline since then? I'm

Re: z/OS performance question

I am working with the Development LPAR (SC08D3). Below is the TSO service class definition for that LPAR. Service Class Name . . . . . : TSOSC Description . . . . . . . . . TSO Production and Development Workload Name . . . . . . . . TSO

Re: Mainframe Makers.... WAS: Ars Technica: The IBM mainframe: How it runs and why it survives

ITYM ISPF commands. Or maybe FASTPATH commands. Surely you don't often use the TSO editor rather than the ISPF editor? -- Tom Marchant On Fri, 4 Aug 2023 00:22:39 -0400, Bob Bridges wrote: >Come to think of it, I still use TSO commands more often than some of the ISPF >menu options - ED and

Re: Accessing JCL SETs in Rexx

I see IEFC653I in the JESJCL data set. I don't know why IEFC653I seems to have replaced IEF653I. -- Tom Marchant On Fri, 4 Aug 2023 11:04:24 +, Seymour J Metz wrote: >Back in the bad old days, IBM showed the expansion immediately after the JCL. >Alas, in MVS they chose to show it as a

Re: Accessing JCL SETs in Rexx

Maybe some DISP=(OLD,DELETE) might have unforseen consequenses when actually executing the JCL, even with PGM=IEFBR14. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu

Re: Accessing JCL SETs in Rexx

On Fri, 4 Aug 2023 11:24:06 -0500, Tom Marchant wrote: >What if you copy the JCL to a new data set, replacing all the EXEC PGM=xxx >to EXEC PGM=IEFBR14? and submit it? > >JCL errors would be pretty obvious. > Where's JES3 Setup processing when you need it? -- gil

Re: Accessing JCL SETs in Rexx

What if you copy the JCL to a new data set, replacing all the EXEC PGM=xxx to EXEC PGM=IEFBR14? and submit it? JCL errors would be pretty obvious. -- Tom Marchant On Thu, 3 Aug 2023 21:58:22 +, David Spiegel wrote: >The purpose of the scan is to ensure that my jobs which implement a

Minimum LPAR size for z15 processor

We're migrating our CF processors from z13's to z15's. One of the CF LPARs on the z13 is assigned 1.5GB. There are no structures there, it's just used as placeholder for STP timing links. Will that LPAR activate on a z15 processor with the same 1.5GB allocation, or will we need to bump it up

Re: Accessing JCL SETs in Rexx

No. Here's what the JCL References says for "EXPORT" - Purpose: Use the EXPORT statement to make specific JCL symbols available to the job step program. Exported JCL symbols can be accessed during the job execution phase using the JCL Symbol Service (IEFSJSYM) or the JES Symbol Service

Re: Accessing JCL SETs in Rexx

Thanks Robert, that looks useful for the rest of us as well. There are ISV products (we use JCLCHECK) that also perform this function as part of preparing JCL for production install, but freely shared code is good too. However, even the best “checker” software can’t tell you if

Re: Accessing JCL SETs in Rexx

Hi Gil, JCL is stored in a file and is read by EXECIO. Regards, David From: IBM Mainframe Discussion List on behalf of Paul Gilmartin <042bfe9c879d-dmarc-requ...@listserv.ua.edu> Sent: Thursday, August 3, 2023 3:53:05 p.m. To: IBM-MAIN@LISTSERV.UA.EDU

Separation of Duties RACF Security Admins/Systems Programmers - Sarbanes-Oxley

I ran across this in a CICS security admin book (which should also apply to z/OS sysprogs): Roles and separation of duties     A key security principle is the separation of duties between different users so that no one person has sufficient access privilege to perpetrate damaging fraud.

Re: Accessing JCL SETs in Rexx

Paul, END is how the variable name ends. It can be separated by comma, a dot, tow dots and a space. After substituting the variable with its value, I clean double dots for example. Remember that in the op situation, the input is a jock library. Nothing was submitted nor running. IEF messages

Re: Channelized I/O WAS: Mainframe Makers.... WAS: Ars Technica: The IBM mainframe: How it runs and why it survives

Also ADP. From: IBM Mainframe Discussion List on behalf of Bob Bridges Sent: Friday, August 4, 2023 8:53 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Channelized I/O WAS: Mainframe Makers WAS: Ars Technica: The IBM mainframe: How it runs and why it

Re: Accessing JCL SETs in Rexx

On Fri, 4 Aug 2023 10:02:29 +0300, Itschak Mugzach wrote: >... > - Substitution is more complex since you have several END options and to > ignore temporary datasets such as those starting with '&' What's an END option? (Example?) I need to submit an RCF that the JCL Ref. fails to

Re: Channelized I/O WAS: Mainframe Makers.... WAS: Ars Technica: The IBM mainframe: How it runs and why it survives

Right, I think it was "EDP" (electronic data processing) when I started. Or maybe even that wasn't the first one I was aware of; it's been a long time now. --- Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313 /* Neither irony nor sarcasm is argument. -Samuel Butler */ -Original

Re: Accessing JCL SETs in Rexx

Senior moment - it was the disposition messages, not the substitution messages, that got moved. For substitution the change was using a message id. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List

Re: Accessing JCL SETs in Rexx

In essence, I've not used this since about forever, but when we, as in I, decided we needed to start using parametrized procs at Willis around the Y2K time, and people were frustrated by not being able to see the wood from the trees, I very quickly knocked up the code below, I have no clue if

Re: Channelized I/O WAS: Mainframe Makers.... WAS: Ars Technica: The IBM mainframe: How it runs and why it survives

Data Processing, most probably from DP division of IBM of that time. Sent from Outlook for Android From: IBM Mainframe Discussion List on behalf of Seymour J Metz Sent: Friday, August 4, 2023 12:14:07 PM To: IBM-MAIN@LISTSERV.UA.EDU

Re: Channelized I/O WAS: Mainframe Makers.... WAS: Ars Technica: The IBM mainframe: How it runs and why it survives

My mistake, the 370/195 had 2 MB, this customer's 360/75 had 1 MB Sent from Outlook for Android From: IBM Mainframe Discussion List on behalf of Seymour J Metz Sent: Friday, August 4, 2023 12:14:07 PM To: IBM-MAIN@LISTSERV.UA.EDU

Re: Channelized I/O WAS: Mainframe Makers.... WAS: Ars Technica: The IBM mainframe: How it runs and why it survives

> The one I worked on at a sister (can I say this or should it be 'person' > organisation of CERN) had a grand total of 1 MB main memory! That sounds more appropriate for a 65 than a 195. > BTW: When I started my career during the early 70s, IT didn't exist. It was > 'computers' or

Re: Accessing JCL SETs in Rexx

Back in the bad old days, IBM showed the expansion immediately after the JCL. Alas, in MVS they chose to show it as a message in a separate JES dataset. Have they moved IEF653I to be inline since then? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3

Re: Channelized I/O WAS: Mainframe Makers.... WAS: Ars Technica: The IBM mainframe: How it runs and why it survives

In response to your comments and some made by others, my 2 cents worth. This discussion started talking about mainframes and 'split' into sub-threads questioning/focusing on IBM z e.g., z/Architecture, what has z ever done, any uniqueness/special features of z etc. In my response, I tried to

Re: Channelized I/O WAS: Mainframe Makers.... WAS: Ars Technica: The IBM mainframe: How it runs and why it survives

> On 4 Aug 2023, at 1:01 pm, Timothy Sipples wrote: > > David Crayford wrote: >> Other platforms have integrated AI engines, AMD ZenDNN, >> Intel oneDNN etc. Both ship with open source libraries and >> toolkits sadly lacking for z/OS. > > Did you miss zDNN? > Nope, I’m aware. Not quite as

Re: Accessing JCL SETs in Rexx

OK. If this is a scan and not run-time, you should be able to identify all types of variables: System variables (returned by MVSVAR(SYMDEF,xxx)), JCL SET commands, and PROC variables. This is the general case. If you only look at your private case that involves only JCL SET variables, you should