Re: Date and time - MVS and OMVS

[Seymour J Metz]

There's a lot more than just zone and DST. See CLOCKxx in the initialization & 
tuna reference (it might also be in the guide but I haven't checked.)


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Paul Gilmartin [000433f07816-dmarc-requ...@listserv.ua.edu]
Sent: Thursday, April 7, 2022 9:27 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Date and time - MVS and OMVS

On Thu, 7 Apr 2022 12:05:20 +, Seymour J Metz wrote:

>I think that it would be easier to enhance the processing of CLOCKxx for DST. 
>There is a lot that is in CLOCKxx and not in TZ.
>
TZ is a POSIX requirrement:
.

What's in CLOCKxx that's absent from TZ, which already contains the rules for 
DST?

But the issue that spun this thread is inconsistency.  A utility taking a 
single input
and generating values for both CLOCKxx and TZ might suffice if used.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Looking for SMF30 Programs to Identify Tasks which uses User Key Common Storage

[Salva Carrasco]

Check this page: 
https://www.ibm.com/docs/en/zos/2.3.0?topic=v2r3-prepare-removal-support-user-key-common-areas

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: z16 video

[Bob Bridges]

I would volunteer for that job.  I'd get to indulge my picky, pedantic side 
with a minimum of effort while watching entertaining TV.  (Well, sometimes 
entertaining.)

---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313

/* There is no worse tyranny than to force a man to pay for what he does not 
want merely because you think it would be good for him.  -Robert Anson Heinlein 
*/

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gary Weinhold
Sent: Thursday, April 7, 2022 12:19

It was a great video, I agree, especially if you could watch it without closed 
captioning.  My experience with closed captioning in contrast to proper 
subtitling has led me to believe that most (all?) closed captioning is done by 
voice recognition software coupled with simultaneous interpretation software 
without human review or editing.  I think it's true for some movies too, 
because I'm sure it's a lot cheaper than paying a person with the skills and 
knowledge to translate the original script or the sound track.  When it's 
really bad, it's not only distracting, it can ruin the experience.  In 
contrast, well-done movie subtitling while listening to the foreign language 
soundtrack can be an excellent experience.

I feel it's still an area where the current technology is quite limited (albeit 
significantly faster and cheaper) compared to human capabilities. I wonder if 
it's possible for a video creator to edit the closed-captions for a particular 
language to correct errors?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Command execution through OUTTRAP giving rc -1645

[Dale R. Smith]

On Thu, 7 Apr 2022 09:30:47 +0530, Vaid Laturkar  wrote:

>We have a long running REXX exec working at different customer sites.
>This uses OUTTRAP to trap output of RACF command 'SEARCH CLASS(USER)' and
>then iterates through the list for further processing.
>
>Recently at one customer site, this command execution through REXX exec is
>giving RC -1645 (and incomplete user list) when executed using one user id
>but works when executed using other ID. (gets all users)
>
>READY
>%MYEXECV
>46 *-* cmd ---> The cmd variable has 'SEARCH CLASS(USER)' command
>+++ RC(-1645) +++
>
>We tried to add "PROFILE VARSTORAGE(HIGH)" before OUTTRAP and increased the
>REGION parameter on job too. But somehow it's now working. Earlier we had a
>similar issue and specifying this profile setting has worked.
>There are around 145K+ users and user in error is only able to trap around
>89K users only. RACF permission wise this id is set up properly. so that's
>no issue.
>
>The code snippet goes as below:
>41 issue_scmd:
>42 /*---*/
>43 address TSO
>44 "PROFILE VARSTORAGE(HIGH)"
>45 x = OUTTRAP(rec.,,'NOCONCAT')
>46 cmd = 'SEARCH CLASS(USER)'
>47 cmd
>
>Any pointers on how this can be further investigated. Thanks in advance.
>
>
>Regard
>Vaid

When you output data to a REXX stem and you use that same stem over and over 
again, the storage for the stem is not reused by REXX.  In other words, every 
time you use the same stem name, new storage is allocated, the old storage for 
the stem is not freed.  For most REXX programs this is not an issue because 
they generally end fairly quickly.  In long running REXX programs like yours, 
you eventually run out of storage.  To prevent this from happening, Drop any 
stems after you have finished processing them and before you create the stem 
again.  (REXX does not free storage until the program ends, unless you use 
Drop.) 

For example, you are using stem rec. in your code above.
Do n = 1 to rec.0
  process rec.n...
End /* Do n = 1 to rec.0 */
Drop rec.

-- 
Dale R. Smith

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: how to IPL z/OS by JCL

[Sebastian Welton]

This maybe what you're looking for:

https://www.ibm.com/docs/pt/z-system-automation/4.2.0?topic=guide-sa-bcpii-use-cases

Sebastian.


On Tue, 5 Apr 2022 20:38:03 -0500, Jason Cai  wrote:

>HI all  
>   In our shop, there are many z/OS members with  GDPS and SA. 
>   we need to logon HMC to IPL z/OS  members 
>  Could you tell us how to IPL z/OS  by JCL or script?  
>   Any suggestions are highly appreciated!
>Thanks a lot! 
>
>Jason Cai
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SCCHowTo_Book

[Sasso, Len]

Good Afternoon, Kolusu!

I would really appreciate if you could send it offline (len.sa...@gdit.com).




Thank You and Please Be Safe!

Len Sasso
Systems Administrator Senior
CSRA, A General Dynamics Information Technology Company
327 Columbia TPKE
Rensselaer, NY 12144

TEAM: Together Everyone Achieves More

Office Hours: M-F  7 AM - 3:45 PM

Vacation:

Phone: (518) 257-4209
Cell: (518) 894-0879
Fax: (518) 257-4300
len.sa...@gdit.com
URL: www.gdit.com





From: IBM Mainframe Discussion List  on behalf of Sri 
h Kolusu 
Sent: Thursday, April 7, 2022 1:41 PM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: SCCHowTo_Book



 [External: Use caution with links & attachments]

Len,

The link is active, however most browsers stopped supporting FTP access. You 
can use FTP Clients such as (Filezilla, Winscp...or the good old command prompt 
if you are on windows) using Anonymous logon and you should be able to download 
the document.
If you are having trouble  downloading the document, I can send it offline as 
IBM-MAIN  list prohibits PDF file as attachments.

Thanks,
Kolusu

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SCCHowTo_Book

[Alan Young]

I was able to access it by replacing the protocol of ftp: with https: at the 
start if the URL.
 
-Original Message-
From: IBM Mainframe Discussion List 
Sent: Apr 7, 2022 10:41 AM
To: 
Subject: Re: SCCHowTo_Book
 
Len,
 
The link is active, however most browsers stopped supporting FTP access. You 
can use FTP Clients such as (Filezilla, Winscp...or the good old command prompt 
if you are on windows) using Anonymous logon and you should be able to download 
the document.
If you are having trouble downloading the document, I can send it offline as 
IBM-MAIN list prohibits PDF file as attachments.
 
Thanks,
Kolusu
 
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: z16 video

[Ngan, Robert (DXC Luxoft)]

No one has mentioned the use of "Indian" instead of (the metal) "indium".

Robert Ngan
DXC Luxoft

Date:Wed, 6 Apr 2022 12:26:47 +
From:"Pommier, Rex" 
Subject: Re: [EXTERNAL] Re: z16 video

Oh I got the accidental joke alright (I actually thought it was funny the first 
couple times I saw it), but there were enough other transcription errors that 
the humor left me.  Like I said, I was being picky but it did detract from an 
otherwise fine video.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
David Crayford
Sent: Tuesday, April 5, 2022 8:10 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: z16 video

On 6/4/22 04:52, Pommier, Rex wrote:
> The writing kept referring to the "cash" on the processor instead of the 
> "cache".
haha. Somebody doesn't get the joke!





--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Looking for SMF30 Programs to Identify Tasks which uses User Key Common Storage [EXTERNAL]

[Jasi Grewal]

 Hi Paul,
Thank you for the response and unfortunately it does not display the tasks and 
instead it states in SysProg Response: use SMF30 to extract job steps that use 
user key common storage.
Thanks again for the response,Regards,Jasi Grewal.
On Thursday, April 7, 2022, 01:33:16 p.m. EDT, Feller, Paul 
<02fc94e14c43-dmarc-requ...@listserv.ua.edu> wrote:  
 
 There is a migration health check.  I don't recall if it will display the 
tasks using user key common storage.  The lpar that I use to the display was 
IPLed on April 3rd. 


 SDSF BROWSE  ZOSMIGV2R3_NEXT_VSM_USERKEYCOMM        Line  Col 001 072
 Command ===>                                                  Scroll ===> CSR 
* Top of Data *
CHECK(IBMVSM,ZOSMIGV2R3_NEXT_VSM_USERKEYCOMM)                                  
SYSPLEX:    AGP2      SYSTEM: SYSP                                            
START TIME: 04/07/2022 18:29:15.828610                                        
CHECK DATE: 20170807  CHECK SEVERITY: HIGH                                    
CHECK PARM: ALL                                                                
                                                                              
                                                                              
IGVH113I Use of user key common storage was not detected since                
04/03/2022 18:04:37                                                            
                                                                              
END TIME: 04/07/2022 18:29:15.829300  STATUS: SUCCESSFUL                      
 Bottom of Data ***



Paul Feller
GTS Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jasi Grewal
Sent: Thursday, April 7, 2022 11:45 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Looking for SMF30 Programs to Identify Tasks which uses User Key 
Common Storage [EXTERNAL]

Greetings,
We are planning to upgrade to z/OS v2r5 from z/OS v2r3 and we are trying to 
identify the tasks which uses User key common area, so they can be well 
prepared for z/OS upgrade.
I believe there are Rexx Programs to identify or SMF30 Extract programs and we 
would really appreciate if someone can share those programs.
Any advise would be appreciated.Thank you in advance,Regards,Jasi Grewal.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
Please note:  This message originated outside your organization. Please use 
caution when opening links or attachments.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
  

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SCCHowTo_Book

[Sri h Kolusu]

Len,

The link is active, however most browsers stopped supporting FTP access. You 
can use FTP Clients such as (Filezilla, Winscp...or the good old command prompt 
if you are on windows) using Anonymous logon and you should be able to download 
the document. 
If you are having trouble  downloading the document, I can send it offline as 
IBM-MAIN  list prohibits PDF file as attachments.

Thanks,
Kolusu

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Looking for SMF30 Programs to Identify Tasks which uses User Key Common Storage [EXTERNAL]

[Feller, Paul]

There is a migration health check.  I don't recall if it will display the tasks 
using user key common storage.  The lpar that I use to the display was IPLed on 
April 3rd. 


 SDSF BROWSE  ZOSMIGV2R3_NEXT_VSM_USERKEYCOMM Line  Col 001 072
 Command ===>  Scroll ===> CSR 
* Top of Data *
CHECK(IBMVSM,ZOSMIGV2R3_NEXT_VSM_USERKEYCOMM)  
SYSPLEX:AGP2  SYSTEM: SYSP 
START TIME: 04/07/2022 18:29:15.828610 
CHECK DATE: 20170807  CHECK SEVERITY: HIGH 
CHECK PARM: ALL
   
   
IGVH113I Use of user key common storage was not detected since 
04/03/2022 18:04:37
   
END TIME: 04/07/2022 18:29:15.829300  STATUS: SUCCESSFUL   
 Bottom of Data ***



Paul Feller
GTS Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jasi Grewal
Sent: Thursday, April 7, 2022 11:45 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Looking for SMF30 Programs to Identify Tasks which uses User Key 
Common Storage [EXTERNAL]

Greetings,
We are planning to upgrade to z/OS v2r5 from z/OS v2r3 and we are trying to 
identify the tasks which uses User key common area, so they can be well 
prepared for z/OS upgrade.
I believe there are Rexx Programs to identify or SMF30 Extract programs and we 
would really appreciate if someone can share those programs.
Any advise would be appreciated.Thank you in advance,Regards,Jasi Grewal.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
Please note:  This message originated outside your organization. Please use 
caution when opening links or attachments.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

SCCHowTo_Book

[Sasso, Len]

Good Afternoon!

Anyone know where I can find the document below (the link no longer works.)?


ftp://public.dhe.ibm.com/software/commerce/doc/mft/scc/541/SCCHowTo_Book.pdf



Thank You and Please Be Safe!

Len Sasso
Systems Administrator Senior
CSRA, A General Dynamics Information Technology Company
327 Columbia TPKE
Rensselaer, NY 12144

TEAM: Together Everyone Achieves More

Office Hours: M-F  7 AM - 3:45 PM

Vacation:

Phone: (518) 257-4209
Cell: (518) 894-0879
Fax: (518) 257-4300
len.sa...@gdit.com
URL: www.gdit.com




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Looking for SMF30 Programs to Identify Tasks which uses User Key Common Storage

[Jasi Grewal]

Greetings, 
We are planning to upgrade to z/OS v2r5 from z/OS v2r3 and we are trying to 
identify the tasks which uses User key common area, so they can be well 
prepared for z/OS upgrade.
I believe there are Rexx Programs to identify or SMF30 Extract programs and we 
would really appreciate if someone can share those programs.
Any advise would be appreciated.Thank you in advance,Regards,Jasi Grewal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Date and time - MVS and OMVS

[Paul Gilmartin]

On Thu, 7 Apr 2022 08:34:00 -0500, Jay Maynard wrote:

>To be pedantic, TZ does not itself contain the rules for DST.
>
503 $ uname -s; tail -1 /etc/localtime
Linux
MST7MDT,M3.2.0,M11.1.0
^^
I call that "the rules for DST."

>That's the domain of the timezone database, tzinfo.
>
>Now, what I'd go for is to use tzinfo - which is well understood and well
>maintained - to set both the CLOCKxx and TZ parameters. That would probably
>require sticking it in a SYS1 dataset somewhere.
> 
+1
To be thorough, there's a delicate balance to seek between correctness and
performance requirements for TIME, STCKCONV, and CONVTOD.

-- 
gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: z16 video

[Ed Jaffe]

On 4/7/2022 9:18 AM, Gary Weinhold wrote:
It was a great video, I agree, especially if you could watch it 
without closed captioning. 



It's standard YouTube. Just turn off the CC. That's what I did...


--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
https://www.phoenixsoftware.com/



This e-mail message, including any attachments, appended messages and the
information contained therein, is for the sole use of the intended
recipient(s). If you are not an intended recipient or have otherwise
received this email message in error, any use, dissemination, distribution,
review, storage or copying of this e-mail message and the information
contained therein is strictly prohibited. If you are not an intended
recipient, please contact the sender by reply e-mail and destroy all copies
of this email message and do not otherwise utilize or retain this email
message or any or all of the information contained therein. Although this
email message and any attachments or appended messages are believed to be
free of any virus or other defect that might affect any computer system into
which it is received and opened, it is the responsibility of the recipient
to ensure that it is virus free and no responsibility is accepted by the
sender for any loss or damage arising in any way from its opening or use.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Command execution through OUTTRAP giving rc -1645

[Vaid Laturkar]

Bob, not sure about it. I have written in group bit.listserv.tsorexx.

On Thu, Apr 7, 2022 at 7:01 PM Bob Bridges  wrote:

> Vaid, I haven't seen this post on TSO-REXX yet, just so you know.
>
> ---
> Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
>
> /* Hmmm, I found a strange piece of plastic on the floor that looks like
> it broke off of something, but I have no idea what.  Better save it in the
> junk drawer until I die. */
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Vaid Laturkar
> Sent: Thursday, April 7, 2022 00:01
>
> cross post to IBM-MAIN, TSO REXX.
>
> We have a long running REXX exec working at different customer sites.
> This uses OUTTRAP to trap output of RACF command 'SEARCH CLASS(USER)' and
> then iterates through the list for further processing.
>
> Recently at one customer site, this command execution through REXX exec is
> giving RC -1645 (and incomplete user list) when executed using one user id
> but works when executed using other ID. (gets all users)
>
> READY
> %MYEXECV
> 46 *-* cmd ---> The cmd variable has 'SEARCH CLASS(USER)' command
> +++ RC(-1645) +++
>
> We tried to add "PROFILE VARSTORAGE(HIGH)" before OUTTRAP and increased
> the REGION parameter on job too. But somehow it's now working. Earlier we
> had a similar issue and specifying this profile setting has worked.
> There are around 145K+ users and user in error is only able to trap around
> 89K users only. RACF permission wise this id is set up properly. so that's
> no issue.
>
> The code snippet goes as below:
> 41 issue_scmd:
> 42 /*---*/
> 43 address TSO
> 44 "PROFILE VARSTORAGE(HIGH)"
> 45 x = OUTTRAP(rec.,,'NOCONCAT')
> 46 cmd = 'SEARCH CLASS(USER)'
> 47 cmd
>
> Any pointers on how this can be further investigated. Thanks in advance.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Command execution through OUTTRAP giving rc -1645

[Vaid Laturkar]

Hi Michael, Region size on both user's TSO segments too is the same.
Anywhere else to be checked?

On Thu, Apr 7, 2022 at 4:22 PM Michael Babcock 
wrote:

> Check each users region size?
>
> On Wed, Apr 6, 2022 at 11:11 PM Vaid Laturkar  wrote:
>
> > cross post to IBM-MAIN, TSO REXX.
> >
> >
> > We have a long running REXX exec working at different customer sites.
> > This uses OUTTRAP to trap output of RACF command 'SEARCH CLASS(USER)' and
> > then iterates through the list for further processing.
> >
> > Recently at one customer site, this command execution through REXX exec
> is
> > giving RC -1645 (and incomplete user list) when executed using one user
> id
> > but works when executed using other ID. (gets all users)
> >
> > READY
> > %MYEXECV
> > 46 *-* cmd ---> The cmd variable has 'SEARCH CLASS(USER)' command
> > +++ RC(-1645) +++
> >
> > We tried to add "PROFILE VARSTORAGE(HIGH)" before OUTTRAP and increased
> the
> > REGION parameter on job too. But somehow it's now working. Earlier we
> had a
> > similar issue and specifying this profile setting has worked.
> > There are around 145K+ users and user in error is only able to trap
> around
> > 89K users only. RACF permission wise this id is set up properly. so
> that's
> > no issue.
> >
> > The code snippet goes as below:
> > 41 issue_scmd:
> > 42 /*---*/
> > 43 address TSO
> > 44 "PROFILE VARSTORAGE(HIGH)"
> > 45 x = OUTTRAP(rec.,,'NOCONCAT')
> > 46 cmd = 'SEARCH CLASS(USER)'
> > 47 cmd
> >
> > Any pointers on how this can be further investigated. Thanks in advance.
> >
> >
> > Regard
> > Vaid
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> --
> Michael Babcock
> OneMain Financial
> z/OS Systems Programmer, Lead
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: z16 video

[Gary Weinhold]

It was a great video, I agree, especially if you could watch it without
closed captioning.  My experience with closed captioning in contrast to
proper subtitling has led me to believe that most (all?) closed
captioning is done by voice recognition software coupled with
simultaneous interpretation software without human review or editing.  I
think it's true for some movies too, because I'm sure it's a lot cheaper
than paying a person with the skills and knowledge to translate the
original script or the sound track.  When it's really bad, it's not only
distracting, it can ruin the experience.  In contrast, well-done movie
subtitling while listening to the foreign language soundtrack can be an
excellent experience.

I feel it's still an area where the current technology is quite limited
(albeit significantly faster and cheaper) compared to human
capabilities. I wonder if it's possible for a video creator to edit the
closed-captions for a particular language to correct errors?

Gary

Gary Weinhold
Senior Application Architect
DATAKINETICS | Data Performance & Optimization
Phone:+1.613.523.5500 x216
Email: weinh...@dkl.com
Visit us online at www.DKL.com
E-mail Notification: The information contained in this email and any 
attachments is confidential and may be subject to copyright or other 
intellectual property protection. If you are not the intended recipient, you 
are not authorized to use or disclose this information, and we request that you 
notify us by reply mail or telephone and delete the original message from your 
mail system.



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: how to IPL z/OS by JCL

[Itschak Mugzach]

The HMC supports rest API calls including start and stop partitions. See
https://www.ibm.com/support/pages/sites/default/files/inline-files/SC27-2637-01.pdf

ITschak

*| **Itschak Mugzach | Director | SecuriTeam Software **|** IronSphere
Platform* *|* *Information Security Continuous Monitoring for Z/OS, zLinux
and IBM I **|  *

*|* *Email**: i_mugz...@securiteam.co.il **|* *Mob**: +972 522 986404 **|*
*Skype**: ItschakMugzach **|* *Web**: www.Securiteam.co.il  **|*





On Thu, Apr 7, 2022 at 7:02 PM Steve Horein  wrote:

> It is conceivable to manage more than one system/lpar at a time, yes.
>
> While I cannot provide detailed specifics (company secrets and all),
> "proxy" Application resources (APLs) representing LPARs can be defined on
> the "SysOps" side of SA. So when an Operator wants to shutdown and re-IPL a
> system, the proxy application is stopped, with RESTART=YES provided on the
> request. Omit the RESTART option to leave the LPAR "Not operating".
>
> Extending the "Image/LPAR" proxy concept to the CEC level doesn't seem out
> of the question, with HASPARENT relationships built between CEC and LPAR
> proxy applications. So stopping (proxy) "CEC1" would entail *SA* first
> stopping all (proxy) children systems, including a ISQCCMD DEACTIVATE
> command once the system is varied out of the 'plex,
>
> It also seems possible to build SERVER Application Groups to logically
> group proxy systems, and just manage the APG when the time comes.
>
> When it comes to Batch/JCL, you can use Command Receiver (CMDRCVR)
> functionality to issue commands in batch as if you were entering them at an
> NCCF terminal:
>
> https://www.ibm.com/docs/en/z-system-automation/4.2.0?topic=programming-command-receiver
>
>
> On Wed, Apr 6, 2022 at 8:38 PM Jason Cai  wrote:
>
> > Hello Steve
> >
> >  Thanks for your help!
> >
> >   We have other three questions :
> >
> >  Q1. Could we load all z/OS LPARs  at the same time?
> >
> >  Q2.If the anwser to Q1 is no, how to load the lpar one by one in one
> > script/jcl?
> >
> >  Thanks a lot!
> >
> > Jason Cai
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: how to IPL z/OS by JCL

[Steve Horein]

It is conceivable to manage more than one system/lpar at a time, yes.

While I cannot provide detailed specifics (company secrets and all),
"proxy" Application resources (APLs) representing LPARs can be defined on
the "SysOps" side of SA. So when an Operator wants to shutdown and re-IPL a
system, the proxy application is stopped, with RESTART=YES provided on the
request. Omit the RESTART option to leave the LPAR "Not operating".

Extending the "Image/LPAR" proxy concept to the CEC level doesn't seem out
of the question, with HASPARENT relationships built between CEC and LPAR
proxy applications. So stopping (proxy) "CEC1" would entail *SA* first
stopping all (proxy) children systems, including a ISQCCMD DEACTIVATE
command once the system is varied out of the 'plex,

It also seems possible to build SERVER Application Groups to logically
group proxy systems, and just manage the APG when the time comes.

When it comes to Batch/JCL, you can use Command Receiver (CMDRCVR)
functionality to issue commands in batch as if you were entering them at an
NCCF terminal:
https://www.ibm.com/docs/en/z-system-automation/4.2.0?topic=programming-command-receiver


On Wed, Apr 6, 2022 at 8:38 PM Jason Cai  wrote:

> Hello Steve
>
>  Thanks for your help!
>
>   We have other three questions :
>
>  Q1. Could we load all z/OS LPARs  at the same time?
>
>  Q2.If the anwser to Q1 is no, how to load the lpar one by one in one
> script/jcl?
>
>  Thanks a lot!
>
> Jason Cai
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM deliberately misclassified mainframe sales to enrich execs, lawsuit claims

[zMan]

Oops, now I see the other thread. Sorry about the repost.

On Thu, Apr 7, 2022 at 11:31 AM zMan  wrote:

> Now, this is a lawsuit, not a settlement, but you'll recall this has been
> pointed out here before--now some investors have figured it out, too:
> https://www.theregister.com/2022/04/07/ibm_securities_lawsuit/
> --
> zMan -- "I've got a mainframe and I'm not afraid to use it"
>


-- 
zMan -- "I've got a mainframe and I'm not afraid to use it"

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

IBM deliberately misclassified mainframe sales to enrich execs, lawsuit claims

[zMan]

Now, this is a lawsuit, not a settlement, but you'll recall this has been
pointed out here before--now some investors have figured it out, too:
https://www.theregister.com/2022/04/07/ibm_securities_lawsuit/
--
zMan -- "I've got a mainframe and I'm not afraid to use it"

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Date and time - MVS and OMVS

[Jay Maynard]

I don't recall ever seeing a Unix system that had that specified. It also
does not convey information on what the rules were at some point in the
past, like tzinfo does.

On Thu, Apr 7, 2022 at 9:28 AM Steve Smith  wrote:

> So what is "setenv TZ GMT00BST-01,M3.4.0/01:00,M10.4.0/01:00", chopped
> liver?
>
> sas
>
> On Thu, Apr 7, 2022 at 9:34 AM Jay Maynard  wrote:
>
> > To be pedantic, TZ does not itself contain the rules for DST. That's the
> > domain of the timezone database, tzinfo.
> >
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Jay Maynard

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM Deceived Investors

[Bill Johnson]

If part of a customers cloud contract uses CICS, DB2, IMS, or other IBM 
software, it certainly should be booked as cloud revenue. It’s a frivolous 
lawsuit which I doubt ever gets to trial. Plus, it’s not like IBM is selling at 
a multiple like other cloud companies based on IBM’s cloud growth.


Sent from Yahoo Mail for iPhone


On Thursday, April 7, 2022, 10:03 AM, Matt Hogstrom  wrote:

I suspect its likely more software than hardware … for instance you could claim 
CICS as cloud revenue if it used z/OS Connect to communicate across the 
network.  Most every company pushes the art of the possible through creative 
accounting.  This isn’t surprising.  Not saying it’s right, but, not surprising.

The net is, as you point out, that the mainframe revenue is likely under 
reported.  Let the groups do their investigations and the facts will show the 
truth.

Matt Hogstrom
m...@hogstrom.org


“It may be cognitive, but, it ain’t intuitive."
— Hogstrom

> On Apr 7, 2022, at 9:19 AM, Bob Bridges  wrote:
> 
> Does this mean that IBM is selling substantially MORE mainframes than we've
> been saying in our the-mainframe-is-alive-and-well threads?
> 
> ---
> Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
> 
> /* As an adolescent I aspired to lasting fame, I craved factual certainty,
> and I thirsted for a meaningful vision of human life -- so I became a
> scientist.  This is like becoming an archbishop so you can meet girls.  -M
> Cartmill */
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of
> Lionel B Dyck
> Sent: Thursday, April 7, 2022 06:54
> 
> https://www.theregister.com/2022/04/07/ibm_securities_lawsuit/?fbclid=IwAR3Q
> TGgN3SOMdbXBch5XQ4b95pfvugdJPSRpEto-6P0u33_mWAy0RPpt2nY
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Date and time - MVS and OMVS

[Steve Smith]

So what is "setenv TZ GMT00BST-01,M3.4.0/01:00,M10.4.0/01:00", chopped
liver?

sas

On Thu, Apr 7, 2022 at 9:34 AM Jay Maynard  wrote:

> To be pedantic, TZ does not itself contain the rules for DST. That's the
> domain of the timezone database, tzinfo.
>
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM Deceived Investors

[Lennie Dymoke-Bradshaw]

It's not the mainframes themselves; it's the mainframe business that
generates money. The amount IBM gets through software licensing and services
is enormous. I think they can choose where some of those sums of money go.
Maybe they re-directed them to the new imperatives?

Lennie

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Bob Bridges
Sent: 07 April 2022 14:19
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM Deceived Investors

Does this mean that IBM is selling substantially MORE mainframes than we've
been saying in our the-mainframe-is-alive-and-well threads?

---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313

/* As an adolescent I aspired to lasting fame, I craved factual certainty,
and I thirsted for a meaningful vision of human life -- so I became a
scientist.  This is like becoming an archbishop so you can meet girls.  -M
Cartmill */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Lionel B Dyck
Sent: Thursday, April 7, 2022 06:54

https://www.theregister.com/2022/04/07/ibm_securities_lawsuit/?fbclid=IwAR3Q
TGgN3SOMdbXBch5XQ4b95pfvugdJPSRpEto-6P0u33_mWAy0RPpt2nY

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email
to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM Deceived Investors

[Matt Hogstrom]

I suspect its likely more software than hardware … for instance you could claim 
CICS as cloud revenue if it used z/OS Connect to communicate across the 
network.  Most every company pushes the art of the possible through creative 
accounting.  This isn’t surprising.  Not saying it’s right, but, not surprising.

The net is, as you point out, that the mainframe revenue is likely under 
reported.   Let the groups do their investigations and the facts will show the 
truth.

Matt Hogstrom
m...@hogstrom.org


“It may be cognitive, but, it ain’t intuitive."
— Hogstrom

> On Apr 7, 2022, at 9:19 AM, Bob Bridges  wrote:
> 
> Does this mean that IBM is selling substantially MORE mainframes than we've
> been saying in our the-mainframe-is-alive-and-well threads?
> 
> ---
> Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
> 
> /* As an adolescent I aspired to lasting fame, I craved factual certainty,
> and I thirsted for a meaningful vision of human life -- so I became a
> scientist.  This is like becoming an archbishop so you can meet girls.  -M
> Cartmill */
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of
> Lionel B Dyck
> Sent: Thursday, April 7, 2022 06:54
> 
> https://www.theregister.com/2022/04/07/ibm_securities_lawsuit/?fbclid=IwAR3Q
> TGgN3SOMdbXBch5XQ4b95pfvugdJPSRpEto-6P0u33_mWAy0RPpt2nY
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM Deceived Investors

[Steve Beaver]

Reading the filing, this could be another Sanjay case




-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Lennie Dymoke-Bradshaw
Sent: Thursday, April 7, 2022 7:07 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM Deceived Investors

I have long understood that IBM's "non-strategic mainframe business" has
supported the company for many decades.
Lennie Dymoke-Bradshaw

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Lionel B Dyck
Sent: 07 April 2022 11:54
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IBM Deceived Investors

https://www.theregister.com/2022/04/07/ibm_securities_lawsuit/?fbclid=IwAR3Q
TGgN3SOMdbXBch5XQ4b95pfvugdJPSRpEto-6P0u33_mWAy0RPpt2nY


Lionel B. Dyck <
Website: www.lbdsoftware.com
Sent from my iPhone 12 Pro

Worry more about your character than your reputation.  Character is what you
are, reputation merely what others think you are." - John Wooden
--
For IBM-MAIN subscribe / signoff / archive access instructions, send email
to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Date and time - MVS and OMVS

[Jay Maynard]

To be pedantic, TZ does not itself contain the rules for DST. That's the
domain of the timezone database, tzinfo.

Now, what I'd go for is to use tzinfo - which is well understood and well
maintained - to set both the CLOCKxx and TZ parameters. That would probably
require sticking it in a SYS1 dataset somewhere.

On Thu, Apr 7, 2022 at 8:28 AM Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Thu, 7 Apr 2022 12:05:20 +, Seymour J Metz wrote:
>
> >I think that it would be easier to enhance the processing of CLOCKxx for
> DST. There is a lot that is in CLOCKxx and not in TZ.
> >
> TZ is a POSIX requirrement:
> <
> https://pubs.opengroup.org/onlinepubs/9699919799/basedefs/V1_chap08.html#tag_08
> >.
>
> What's in CLOCKxx that's absent from TZ, which already contains the rules
> for DST?
>
> But the issue that spun this thread is inconsistency.  A utility taking a
> single input
> and generating values for both CLOCKxx and TZ might suffice if used.
>
> -- gil
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Jay Maynard

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Command execution through OUTTRAP giving rc -1645

[Bob Bridges]

Vaid, I haven't seen this post on TSO-REXX yet, just so you know.

---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313

/* Hmmm, I found a strange piece of plastic on the floor that looks like it 
broke off of something, but I have no idea what.  Better save it in the junk 
drawer until I die. */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Vaid Laturkar
Sent: Thursday, April 7, 2022 00:01

cross post to IBM-MAIN, TSO REXX.

We have a long running REXX exec working at different customer sites.
This uses OUTTRAP to trap output of RACF command 'SEARCH CLASS(USER)' and then 
iterates through the list for further processing.

Recently at one customer site, this command execution through REXX exec is 
giving RC -1645 (and incomplete user list) when executed using one user id but 
works when executed using other ID. (gets all users)

READY
%MYEXECV
46 *-* cmd ---> The cmd variable has 'SEARCH CLASS(USER)' command
+++ RC(-1645) +++

We tried to add "PROFILE VARSTORAGE(HIGH)" before OUTTRAP and increased the 
REGION parameter on job too. But somehow it's now working. Earlier we had a 
similar issue and specifying this profile setting has worked.
There are around 145K+ users and user in error is only able to trap around 89K 
users only. RACF permission wise this id is set up properly. so that's no issue.

The code snippet goes as below:
41 issue_scmd:
42 /*---*/
43 address TSO
44 "PROFILE VARSTORAGE(HIGH)"
45 x = OUTTRAP(rec.,,'NOCONCAT')
46 cmd = 'SEARCH CLASS(USER)'
47 cmd

Any pointers on how this can be further investigated. Thanks in advance.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Date and time - MVS and OMVS

[Paul Gilmartin]

On Thu, 7 Apr 2022 12:05:20 +, Seymour J Metz wrote:

>I think that it would be easier to enhance the processing of CLOCKxx for DST. 
>There is a lot that is in CLOCKxx and not in TZ.
> 
TZ is a POSIX requirrement:
.

What's in CLOCKxx that's absent from TZ, which already contains the rules for 
DST?

But the issue that spun this thread is inconsistency.  A utility taking a 
single input
and generating values for both CLOCKxx and TZ might suffice if used.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM Deceived Investors

[Bob Bridges]

Does this mean that IBM is selling substantially MORE mainframes than we've
been saying in our the-mainframe-is-alive-and-well threads?

---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313

/* As an adolescent I aspired to lasting fame, I craved factual certainty,
and I thirsted for a meaningful vision of human life -- so I became a
scientist.  This is like becoming an archbishop so you can meet girls.  -M
Cartmill */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Lionel B Dyck
Sent: Thursday, April 7, 2022 06:54

https://www.theregister.com/2022/04/07/ibm_securities_lawsuit/?fbclid=IwAR3Q
TGgN3SOMdbXBch5XQ4b95pfvugdJPSRpEto-6P0u33_mWAy0RPpt2nY

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM Deceived Investors

[Robert Prins]

Reminds me of 

Robert

On Thu, 7 Apr 2022 at 11:56, Bill Johnson <
0047540adefe-dmarc-requ...@listserv.ua.edu> wrote:

> Non-strategic mainframe business! ROTFLMAO.
>
>
> Sent from Yahoo Mail for iPhone
>
>
> On Thursday, April 7, 2022, 6:54 AM, Lionel B Dyck 
> wrote:
>
>
> https://www.theregister.com/2022/04/07/ibm_securities_lawsuit/?fbclid=IwAR3QTGgN3SOMdbXBch5XQ4b95pfvugdJPSRpEto-6P0u33_mWAy0RPpt2nY
>
>
> Lionel B. Dyck <
> Website: www.lbdsoftware.com
> Sent from my iPhone 12 Pro
>
> Worry more about your character than your reputation.  Character is what
> you are, reputation merely what others think you are." - John Wooden
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Robert AH Prins
robert(a)prino(d)org
The hitchhiking grandfather 
Some REXX code for use on z/OS


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM Deceived Investors

[Lennie Dymoke-Bradshaw]

I have long understood that IBM's "non-strategic mainframe business" has
supported the company for many decades.
Lennie Dymoke-Bradshaw

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Lionel B Dyck
Sent: 07 April 2022 11:54
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IBM Deceived Investors

https://www.theregister.com/2022/04/07/ibm_securities_lawsuit/?fbclid=IwAR3Q
TGgN3SOMdbXBch5XQ4b95pfvugdJPSRpEto-6P0u33_mWAy0RPpt2nY


Lionel B. Dyck <
Website: www.lbdsoftware.com
Sent from my iPhone 12 Pro

Worry more about your character than your reputation.  Character is what you
are, reputation merely what others think you are." - John Wooden
--
For IBM-MAIN subscribe / signoff / archive access instructions, send email
to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Date and time - MVS and OMVS

[Seymour J Metz]

I think that it would be easier to enhance the processing of CLOCKxx for DST. 
There is a lot that is in CLOCKxx and not in TZ.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Paul Gilmartin [000433f07816-dmarc-requ...@listserv.ua.edu]
Sent: Tuesday, April 5, 2022 8:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Date and time - MVS and OMVS

On Tue, 5 Apr 2022 23:22:49 +, Seymour J Metz wrote:

>I would suggest that if you submit an RFE you ask for something that you can 
>use to request TZ=TOD zone. As a secondary consideration, perhaps ask that 
>that be the default TZ.
>
See Appendix I of the UNIX System Services Command Ref.  The TZ string contains
more information than can be gleaned from "TZ=TOD zone".  Rather, the TZ string
must be the point of control and the TOD zone (CVTLDTO) derived from that.

--
gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM Deceived Investors

[Bill Johnson]

Non-strategic mainframe business! ROTFLMAO. 


Sent from Yahoo Mail for iPhone


On Thursday, April 7, 2022, 6:54 AM, Lionel B Dyck  wrote:

https://www.theregister.com/2022/04/07/ibm_securities_lawsuit/?fbclid=IwAR3QTGgN3SOMdbXBch5XQ4b95pfvugdJPSRpEto-6P0u33_mWAy0RPpt2nY


Lionel B. Dyck <
Website: www.lbdsoftware.com
Sent from my iPhone 12 Pro

Worry more about your character than your reputation.  Character is what you 
are, reputation merely what others think you are." - John Wooden 
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

IBM Deceived Investors

[Lionel B Dyck]

https://www.theregister.com/2022/04/07/ibm_securities_lawsuit/?fbclid=IwAR3QTGgN3SOMdbXBch5XQ4b95pfvugdJPSRpEto-6P0u33_mWAy0RPpt2nY


Lionel B. Dyck <
Website: www.lbdsoftware.com
Sent from my iPhone 12 Pro

Worry more about your character than your reputation.  Character is what you 
are, reputation merely what others think you are." - John Wooden 
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Command execution through OUTTRAP giving rc -1645

[Vaid Laturkar]

Yes  Shmuel, PROFILE VARSTORAGE(HIGH) is set already. Somehow, still giving
the same error.

On Thu, Apr 7, 2022 at 2:35 PM Seymour J Metz  wrote:

> You need to do the PROFILE VARSTORAGE(HIGH) before calling the script. It
> will remain in effect across logons.
>
> It might help to release storage no longer needed, e.g., drop variables.
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf
> of Vaid Laturkar [vnath2...@gmail.com]
> Sent: Thursday, April 7, 2022 12:00 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Command execution through OUTTRAP giving rc -1645
>
> cross post to IBM-MAIN, TSO REXX.
>
>
> We have a long running REXX exec working at different customer sites.
> This uses OUTTRAP to trap output of RACF command 'SEARCH CLASS(USER)' and
> then iterates through the list for further processing.
>
> Recently at one customer site, this command execution through REXX exec is
> giving RC -1645 (and incomplete user list) when executed using one user id
> but works when executed using other ID. (gets all users)
>
> READY
> %MYEXECV
> 46 *-* cmd ---> The cmd variable has 'SEARCH CLASS(USER)' command
> +++ RC(-1645) +++
>
> We tried to add "PROFILE VARSTORAGE(HIGH)" before OUTTRAP and increased the
> REGION parameter on job too. But somehow it's now working. Earlier we had a
> similar issue and specifying this profile setting has worked.
> There are around 145K+ users and user in error is only able to trap around
> 89K users only. RACF permission wise this id is set up properly. so that's
> no issue.
>
> The code snippet goes as below:
> 41 issue_scmd:
> 42 /*---*/
> 43 address TSO
> 44 "PROFILE VARSTORAGE(HIGH)"
> 45 x = OUTTRAP(rec.,,'NOCONCAT')
> 46 cmd = 'SEARCH CLASS(USER)'
> 47 cmd
>
> Any pointers on how this can be further investigated. Thanks in advance.
>
>
> Regard
> Vaid
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Command execution through OUTTRAP giving rc -1645

[Michael Babcock]

Check each users region size?

On Wed, Apr 6, 2022 at 11:11 PM Vaid Laturkar  wrote:

> cross post to IBM-MAIN, TSO REXX.
>
>
> We have a long running REXX exec working at different customer sites.
> This uses OUTTRAP to trap output of RACF command 'SEARCH CLASS(USER)' and
> then iterates through the list for further processing.
>
> Recently at one customer site, this command execution through REXX exec is
> giving RC -1645 (and incomplete user list) when executed using one user id
> but works when executed using other ID. (gets all users)
>
> READY
> %MYEXECV
> 46 *-* cmd ---> The cmd variable has 'SEARCH CLASS(USER)' command
> +++ RC(-1645) +++
>
> We tried to add "PROFILE VARSTORAGE(HIGH)" before OUTTRAP and increased the
> REGION parameter on job too. But somehow it's now working. Earlier we had a
> similar issue and specifying this profile setting has worked.
> There are around 145K+ users and user in error is only able to trap around
> 89K users only. RACF permission wise this id is set up properly. so that's
> no issue.
>
> The code snippet goes as below:
> 41 issue_scmd:
> 42 /*---*/
> 43 address TSO
> 44 "PROFILE VARSTORAGE(HIGH)"
> 45 x = OUTTRAP(rec.,,'NOCONCAT')
> 46 cmd = 'SEARCH CLASS(USER)'
> 47 cmd
>
> Any pointers on how this can be further investigated. Thanks in advance.
>
>
> Regard
> Vaid
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Command execution through OUTTRAP giving rc -1645

[Seymour J Metz]

You need to do the PROFILE VARSTORAGE(HIGH) before calling the script. It will 
remain in effect across logons.

It might help to release storage no longer needed, e.g., drop variables.

--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Vaid Laturkar [vnath2...@gmail.com]
Sent: Thursday, April 7, 2022 12:00 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Command execution through OUTTRAP giving rc -1645

cross post to IBM-MAIN, TSO REXX.


We have a long running REXX exec working at different customer sites.
This uses OUTTRAP to trap output of RACF command 'SEARCH CLASS(USER)' and
then iterates through the list for further processing.

Recently at one customer site, this command execution through REXX exec is
giving RC -1645 (and incomplete user list) when executed using one user id
but works when executed using other ID. (gets all users)

READY
%MYEXECV
46 *-* cmd ---> The cmd variable has 'SEARCH CLASS(USER)' command
+++ RC(-1645) +++

We tried to add "PROFILE VARSTORAGE(HIGH)" before OUTTRAP and increased the
REGION parameter on job too. But somehow it's now working. Earlier we had a
similar issue and specifying this profile setting has worked.
There are around 145K+ users and user in error is only able to trap around
89K users only. RACF permission wise this id is set up properly. so that's
no issue.

The code snippet goes as below:
41 issue_scmd:
42 /*---*/
43 address TSO
44 "PROFILE VARSTORAGE(HIGH)"
45 x = OUTTRAP(rec.,,'NOCONCAT')
46 cmd = 'SEARCH CLASS(USER)'
47 cmd

Any pointers on how this can be further investigated. Thanks in advance.


Regard
Vaid

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN