Re: CVT and PROCLIB

[Steve Horein]

Which ones? Master scheduler? JES? Your own?
I don't really have an immediate answer for any of the above, but was
curious about the context.

On Wed, Jun 5, 2024 at 3:37 PM Radoslaw Skorupka <
0471ebeac275-dmarc-requ...@listserv.ua.edu> wrote:

> Is there any way to obtain a list of PROCLIB concatenation programatically?
> (I mean REXX)
>
> --
> Radoslaw Skorupka
> Lodz, Poland
>
> --
> 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: IDz and RDz?

[Steve Horein]

Is it now Irrational?


On Fri, May 24, 2024 at 7:08 AM Jousma, David <
01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote:

> RDz is the old name for IDz when it was still Rational.Current version
> of iDZ is 16.04.If all the hosts you connect to are current with
> regards to RSED task, then you should be able to ditch RDZ
>
> Dave Jousma
> Vice President | Director, Technology Engineering
>
>
>
>
>
> From: IBM Mainframe Discussion List  on behalf
> of Seymour J Metz 
> Date: Friday, May 24, 2024 at 8:03 AM
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Subject: IDz and RDz?
> I currently have both IDz and RDz installed. Do I lose any functionality
> if I uninstall RDz? -- Shmuel (Seymour J. ) Metz https: //urldefense.
> com/v3/__http: //mason. gmu.
> edu/*smetz3__;fg!!MwwqYLOC6b6whF7V!jujF6499mtUqS9VG2db9pmAWzXGy1n37HUvv-HgnEKimpCnxnG4O8RbMtx2nXE9aRKmQ-dyoCNqYyFVw$
>
>
> I currently have both IDz and RDz installed. Do I lose any functionality
> if I uninstall RDz?
>
>
>
> --
>
> Shmuel (Seymour J.) Metz
>
>
> https://urldefense.com/v3/__http://mason.gmu.edu/*smetz3__;fg!!MwwqYLOC6b6whF7V!jujF6499mtUqS9VG2db9pmAWzXGy1n37HUvv-HgnEKimpCnxnG4O8RbMtx2nXE9aRKmQ-dyoCNqYyFVw$
> <
> https://urldefense.com/v3/__http:/mason.gmu.edu/*smetz3__;fg!!MwwqYLOC6b6whF7V!jujF6499mtUqS9VG2db9pmAWzXGy1n37HUvv-HgnEKimpCnxnG4O8RbMtx2nXE9aRKmQ-dyoCNqYyFVw$
> >
>
> עַם יִשְׂרָאֵל חַי
>
> נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר
>
>
>
> --
>
> For IBM-MAIN subscribe / signoff / archive access instructions,
>
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> This e-mail transmission contains information that is confidential and may
> be privileged.   It is intended only for the addressee(s) named above. If
> you receive this e-mail in error, please do not read, copy or disseminate
> it in any manner. If you are not the intended recipient, any disclosure,
> copying, distribution or use of the contents of this information is
> prohibited. Please reply to the message immediately by informing the sender
> that the message was misdirected. After replying, please erase it from your
> computer system. Your assistance in correcting this error is appreciated.
>
> --
> 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: VTOCs vs. catalogs

[Steve Thompson]

If I remember correctly (since I started on DOS R26?) on a 
S/360-30, we also had to use EXTENT cards (to define where a file 
existed on a volume). So hazy memory recalls we had a Label 
cylinder and an ALT Label cylinder. But maybe that came with 
DOS/VS Too long ago now.


Then DOS got VTOCs and so if sharing with OS|MVS, the volume got 
the "dirty" bit turned on if DOS did any work in the VTOC. (MVS 
then had to RESERVE the volume and fix the VTOC to know where the 
free extents were since DOS didn't have that feature).


The joys of migrating to OS/VS (MVS) and sharing of Volumes 
between systems in a service Bureau oh, Cloud (sorry I forgot 
the in-vogue term).


Steve Thompson


On 5/24/2024 6:02 AM, Lennie Bradshaw wrote:

When I started on IBM System/370 the shop I was at used DOS/VS. DOS/VS at that 
time did not have VTOCs. We used //DLBL statements in JCL which specified the 
exact locations of datasets on disk. This changed with the introduction of VSAM 
on DOS/VS, but only for VSAM datasets.
Fortunately I soon moved to a company using OS/VS2 and got to use VTOCs and 
CVOLs there.

As regards, why both VTOCs and Catalogs exist, what would be the alternative?
The more pertinent question is, I think,
Why do we have both VVDS datasets and VTOCs? Historically I understand, but it 
could improve efficiency to merge these.
It would probably break too many existing interfaces though.

Lennie Dymoke-Bradshaw
https://rsclweb.com


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Joel C. Ewing
Sent: 24 May 2024 06:02
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: VTOCs vs. catalogs

VTOCs did come first.   The  original DOS/360 Operating System did not have catalogs.   
VTOCs contain not only information about physical location and organization of datasets 
on the volume but also (for OS/360 and its MVS and z/OS descendants) contains a list of 
all the free extents on the volume to support automated allocation of new extents for 
datasets.   It makes sense to still keep that level of information at the volume level 
and not in some centralized "catalog", because an individual volume can be 
varied online or offline, added to or deleted from the system, and also any hardware 
failures that might affect data availability tends to affects specific  volumes, so it 
simplifies many things to keep volume-level descriptive information on the related volume.

As the total number number of DASD volumes on a system increases, having that 
VTOC-level information  distributed across all  volumes vs putting all that 
info in a centralized location improves  performance by distributing read/write 
activity for that data across all the volumes, and prevents a single point of 
failure that could cause loss of all datasets.

Without  a catalog to map data set names to volumes, it was necessary to 
manually record and maintain a record of what volume(s) contain each dataset.   
That was practical for a few volumes and a small number of datasets, but 
obviously impractical when talking about 100's of volumes and 1000's of 
datasets. OS/360 was designed to support very large systems;  Hence it included 
a catalog; but its use was optional for application datasets.   These days the 
recommended practice is that all z/OS application DASD datasets should be under 
SMS, and SMS datasets must be cataloged.

The original CVOL catalog evolved into multi-level ICF catalogs, and an 
eventual need to save additional dataset attributes  to support SMS and VSAM 
datasets resulted in an additional VVDS dataset to store that info on each 
volume.

As the capacity and maximum number of datasets on a volume increased, a serial 
search through a VTOC became a performance bottleneck, and an optional VTOCIX 
(VTOC Index) was added to each volume for more efficient access.

There is some redundancy with having  VTOCs, VVDSs, and Catalogs, but that aids 
in error detection and recovery by allowing cross-checking between VTOCs, VVDSs 
and Catalogs to look for and resolve inconsistencies.

On z/OS it is typical to use multi-level catalogs for security and availability 
reasons and to keep application and personal datasets in catalogs distinct from 
those containing system-level datasets essential to the operating system.

To reduce I/O and improve catalog performance, z/OS accesses catalogs via a 
system Catalog address space that provides additional in-memory caching for all 
open ICF catalogs.

      JC Ewing

On 5/23/24 21:32, Phil Smith III wrote:

I'm curious whether any of you old-timers can explain why we have both
VTOCs and catalogs. I'm guessing it comes down to (a) VTOCs came first
and catalogs were added to solve some problem (what?) and/or (b) catalogs were 
added to save some I/O and/or memory, back when a bit of those mattered. But 
I'd like to understand. Anyone?


...

--
Joel C. Ewing

--
For IBM-MAIN subscribe

Re: IBM Sterling Connect:Direct for z/OS Version 6, Release 2

[Steve Thompson]

Len:

Even if they are not Mainframe based, they should have the 
"utility" for their system if they are running Connect:Direct for 
that system. Otherwise, they are going to fail the hand-shake for 
the XFER protocols used by C:D, unless the new owners have made 
other changes to have C:D use "FTP". But then I didn't work on V6 
or later.


Steve Thompson

On 5/23/2024 1:39 PM, Sasso, Len wrote:

Tony:

Most, if not all, of our customers are not mainframe based.

  


Thank You and Please Be Safe.

Please Note: I would appreciate it if you would please include my teammates 
("rdc_applications_...@gdit.com") in future emails to keep them informed.

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:30 PM

Out-Of-The-Office:
   
Cell: (518) 894-0879

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

Customer Focused, Value Driven, Delivery Obsessed


From: IBM Mainframe Discussion List  on behalf of Cieri, 
Anthony <02d7f4ec1fff-dmarc-requ...@listserv.ua.edu>
Sent: Thursday, May 23, 2024 1:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: IBM Sterling Connect:Direct for z/OS Version 6, Release 2
  
This Message Is From an External Sender

Please use caution with links, attachments, and any requests for credentials.
  
	Hi Len ,


Check with IBM on your open Case, but I suspect that GZIP is NOT 
compatibleYour remote client should already have a copy of 
DGASACMP.. Why not just use that..???

Thanks
Tony
  



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Sasso, Len
Sent: Thursday, May 23, 2024 1:13 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM Sterling Connect:Direct for z/OS Version 6, Release 2

[[ SEI WARNING *** This email was sent from an external source. Do not open 
attachments or click on links from unknown or suspicious senders. *** ]]


Good afternoon, Tony!

I found the manual and opened Case TS016307677 - Connect:Direct - DGASACMP 
Program Parameters: Can this program accept a parameter (QPL_FLAG_GZIP_MODE 
flag) to add GZIP header and trailer information to the output stream (when 
performing compression)?


If this is possible, then I and our customer will be able to unzip the file 
with GZip.


Thank You and Please Be Safe.

Please Note: I would appreciate it if you would please include my teammates 
("rdc_applications_...@gdit.com") in future emails to keep them informed.

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:30 PM

Out-Of-The-Office:
   
Cell: (518) 894-0879

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

Customer Focused, Value Driven, Delivery Obsessed




From: IBM Mainframe Discussion List  on behalf of Cieri, 
Anthony <02d7f4ec1fff-dmarc-requ...@listserv.ua.edu>
Sent: Thursday, May 23, 2024 12:45 PM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: IBM Sterling Connect:Direct for z/OS Version 6, Release 2
  
This Message Is From an External Sender

Please use caution with links, attachments, and any requests for credentials.
  
	Len,


Check out the following manual;  IBM Connect:Direct for z/OSVersion 
6.1.

On page 653 is an example of the Batch Compression utility (DGASACMP). 
You can run this and then transfer the file

Good Luck
Tony


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Sasso, Len
Sent: Thursday, May 23, 2024 7:48 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM Sterling Connect:Direct for z/OS Version 6, Release 2

[[ SEI WARNING *** This email was sent from an external source. Do not open 
attachments or click on links from unknown or suspicious senders. *** ]]


Good morning, Steve!

Could you please provide an example of running compression in a run task and 
then sending the resulting file to the target system?

Or point me to a manual that provides an example?


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:30 PM


Out-Of-The-Office:
   
Cell: (518) 894-0879

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


Customer Focused, Value Driven, Delivery Obsessed









From: IBM Mainframe Discussion List  on behalf of Steve 
Thompson 
Sent: Wednesday, May 22, 2024 6:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: IBM S

Re: IBM Sterling Connect:Direct for z/OS Version 6, Release 2

[Steve Thompson]

Yes. You can either run compression in a run task, and then send 
the resulting file to the target system, OR you can compress it 
via a z/OS job and then have C:D pick up the resulting file and 
send it.


The receiving site, if they are going to use it, must know what 
you used for compression.


When I was last working on C:D, there was a utility provided to 
do compress/decompress in "batch". But one could also do the same 
with, say, ADRDSSU.


Regards,
Steve Thompson


On 5/22/2024 10:12 AM, Sasso, Len wrote:

Good morning!

The Connect Direct set of cards below will compress the file during transfer to 
the destination and then extract the file at the destination.

SIGNON CASE=YES
  SUBMIT PROC=COPYDISK  =COMPRESS -
   SNODE=SFGTST  SNODEID=(ABCDE,123stu456) -
   =ABC.FILE -
   ='/mailbox/TEST.FILE’
SIGNOFF

Is it possible to "tell" Connect Direct, not to extract the file at the 
destination?
If so, how?


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


--
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

DFSORT Fixed Records to CSV - Trim Extraneous Blanks?

[Steve Estle]

Hello All,

I looked back at history of DFSORT questions / answers and didn't see anything 
that quite matched up on this.

My question is the following - I have a sharp App Developer I work with who is 
very good with SAS but can't quite get SAS to do what he wants - long story.  
In a nutshell he has a very large input file (~500K records) that are in fixed 
length format / fixed position format that he wants to extract select fields 
from the input records and then the output records will be written in CSV 
format.  Some of the fields are variable length in size but he knows max length 
of each of the fields.  He is interested in using DFSORT ICETOOL if possible, 
but he and I do not see anything in DFSORT App Guide that allows you to strip 
off extraneous blanks (TRIM function?) at the end of these input fields before 
it is packed into the output CSV file.

Is this doable in DFSORT?  If so, can help point me to some examples / 
suggested reading / command statements?

Thanks,
Steve Estle

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

Re: Dump Analysis Best Training / Documentation

[Steve Estle]

Seymour,

I do not have access to Share proceedings unfortunately.

Thanks,

Steve Estle

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

Dump Analysis Best Training / Documentation

[Steve Estle]

Hello All,

Way back in the day I used to read dumps fairly handily in the MVS/XA era.  But 
have been away for so long I know things have evolved but appears everything is 
basically still intact relative to ASCB to PRB relationships.  I'm working on a 
hang/loop condition that prevents started task from being stopped normally (P 
STC) and have taken SVC dump and want to interpret it.  I'm somewhat fluent 
with IPCS and can bring up via panels, but from there am struggling with where 
to go to identify where the hang/loop condition is happening.  

Any shares of doc, presentations, tips, etc. are much appreciated as I still 
think this is one of the lost arts that in the end to be a top notch systems 
programmer you need to be able to interpret.  I know IBM used to teach whole 
classes on this but believe much of that has gone way of dodo bird...

Thanks in advance.

Steve Estle

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

Re: JOB card format

[Steve Beaver]

TIME=1440 turns off the timing  -- This depends on whether there is an exit 
controlling the use of 1440



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Hayim Sokolsky
Sent: Thursday, May 9, 2024 10:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JOB card format

In truth, TIME= is “wall time” and not CPU time. How many real-world minutes is 
your job allowed to run before it gets cancelled if it runs over.

As there are 1,440 minutes in a 24 hour day, TIME=1440 turns off the timing.


Hayim


Hayim Sokolsky (he/him/his)
Director, Software Engineering
Rocket Software, USA
E: hsokol...@rocketsoftware.com
W:RocketSoftware.com

The views I have expressed in this email are my own personal views, and are not 
endorsed or supported by, and do not necessarily express or reflect, the views, 
positions or strategies of my employer.

From: IBM Mainframe Discussion List  On Behalf Of 
Phil Smith III
Sent: Wednesday, May 8, 2024 20:59
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JOB card format

EXTERNAL EMAIL


Thanks. I knew it would be something like that!

What I wanted to grok in fullness was the TIME= parameter. Page 394 of that PDF 
talks about it, but is vague about what the time value means. I always thought 
it was CPU time, and the doc says things like "number of minutes the step can 
use the processor", though that's an odd way to say "CPU time" IMHO. And then 
it talks about "continuous wait state", which tends not to use much CPU (!). 
Nowhere does it seem to define things in detail. Or maybe the wait state thing 
is just saying (clumsily) that when CPU time is unlimited (via TIME=1440 or 
TIME=NOLIMIT), the other, usually unrelated maximum wait time is also 
overridden to be unlimited?

What led me to this was an STC we have that's generating
$HASP308  ESTIMATED TIME EXCEEDED BY 345 MINUTES
yet total CPU used is 0.02. Some Googling found this APAR:
https://www.ibm.com/support/pages/apar/OA54766
which says "These values represent Wall-Clock time". That totally confuses me, 
and is perhaps just wrong.

This thread: 
https://bit.listserv.ibm-main.narkive.com/IAGR45k7/hasp308-message
 talks about trying to limit based on wall-clock time and folks aren't saying 
"Sure, that's what TIME= means".

So...which is it? Seems like wall-clock (with or without the Random Capitals) 
makes little sense?!

-Original Message-
From: IBM Mainframe Discussion List 
mailto:IBM-MAIN@LISTSERV.UA.EDU>> On Behalf Of Mark 
Jacobs
Sent: Wednesday, May 8, 2024 7:45 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JOB card format

Google JCL reference manual. You'll find the documentation there. Or just use 
this link, 
https://www.ibm.com/docs/en/SSLTBW_3.1.0/pdf/ieab600_v3r1.pdf

Mark Jacobs

Sent from ProtonMail, Swiss-based encrypted email.

GPG Public Key - 
https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com


On Wednesday, May 8th, 2024 at 7:38 PM, Phil Smith III 
mailto:li...@akphs.com>> wrote:

> I just spent far longer Googling than I think I should have NOT finding 
> documentation on the format of a JOB card. Surely this exists.?
>
> --
> 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


Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ 
Main Office Toll Free Number: +1 855.577.4323
Contact Customer Support: 
https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport
Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - 
http://www.rocketsoftware.com/manage-your-email-preferences
Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy


This communication and any attachments may contain confidential information of 
Rocket Software, Inc. All unauthorized use, disclosure or distribution is 
prohibited. If you are not the intended recipient, please notify Rocket 
Software immediately and destroy 

Re: IEFBR14 -- DSCB set? [WAS: Consultation on the Potential Risks of Deleting Specific Datasets]

[Steve Thompson]

Let me try to remember the number of APARs for IEFBR14.. I 
seem to remember, "Eyecatcher" was one, not setting R15 = 0 was 
another.....


Steve Thompson

On 5/8/2024 1:15 PM, Seymour J Metz wrote:

What release? There have been multiple code changes over the years.

--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
עַם יִשְׂרָאֵל חַי
נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר


From: IBM Mainframe Discussion List  on behalf of Steve 
Beaver <050e0c375a14-dmarc-requ...@listserv.ua.edu>
Sent: Wednesday, May 8, 2024 1:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IEFBR14 -- DSCB set? [WAS: Consultation on the Potential Risks of 
Deleting Specific Datasets]

BR14 is 2 instructions


LA   15,0
BR14


Sent from my iPhone

No one said I could type with one thumb


On May 8, 2024, at 12:00, Seymour J Metz  wrote:

Could you be thinking of the option to write an EOF when allocating a new PS?

--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
עַם יִשְׂרָאֵל חַי
נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר


From: IBM Mainframe Discussion List  on behalf of Steve 
Thompson 
Sent: Wednesday, May 8, 2024 12:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IEFBR14 -- DSCB set? [WAS: Consultation on the Potential Risks of 
Deleting Specific Datasets]

I remember some releases ago of z/OS that the system will
effectively do an OPEN if a DSN is created using IEFBR14. But now
I can't seem to find where that is documented. So far I can't
find it in the z/OS 2.2 or 3.1 JCL User's guide.

I think that if the allocation specified the DCB info (LRECL,
RECFM, and blksize) that this would be put into the VTOC when
IEFBR14 was used to do the allocation.

So in a case like this, would the last ref date be "empty"?

Steve Thompson

--
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: IEFBR14 -- DSCB set? [WAS: Consultation on the Potential Risks of Deleting Specific Datasets]

[Steve Beaver]

It’s still basically 2 instructions 


Sent from my iPhone

No one said I could type with one thumb 

> On May 8, 2024, at 12:15, Seymour J Metz  wrote:
> 
> What release? There have been multiple code changes over the years.
> 
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
> עַם יִשְׂרָאֵל חַי
> נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר
> 
> 
> From: IBM Mainframe Discussion List  on behalf of 
> Steve Beaver <050e0c375a14-dmarc-requ...@listserv.ua.edu>
> Sent: Wednesday, May 8, 2024 1:06 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IEFBR14 -- DSCB set? [WAS: Consultation on the Potential Risks 
> of Deleting Specific Datasets]
> 
> BR14 is 2 instructions
> 
> 
> LA   15,0
> BR14
> 
> 
> Sent from my iPhone
> 
> No one said I could type with one thumb
> 
>> On May 8, 2024, at 12:00, Seymour J Metz  wrote:
>> 
>> Could you be thinking of the option to write an EOF when allocating a new 
>> PS?
>> 
>> --
>> Shmuel (Seymour J.) Metz
>> http://mason.gmu.edu/~smetz3
>> עַם יִשְׂרָאֵל חַי
>> נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר
>> 
>> 
>> From: IBM Mainframe Discussion List  on behalf of 
>> Steve Thompson 
>> Sent: Wednesday, May 8, 2024 12:54 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: IEFBR14 -- DSCB set? [WAS: Consultation on the Potential Risks of 
>> Deleting Specific Datasets]
>> 
>> I remember some releases ago of z/OS that the system will
>> effectively do an OPEN if a DSN is created using IEFBR14. But now
>> I can't seem to find where that is documented. So far I can't
>> find it in the z/OS 2.2 or 3.1 JCL User's guide.
>> 
>> I think that if the allocation specified the DCB info (LRECL,
>> RECFM, and blksize) that this would be put into the VTOC when
>> IEFBR14 was used to do the allocation.
>> 
>> So in a case like this, would the last ref date be "empty"?
>> 
>> Steve Thompson
>> 
>> --
>> 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: IEFBR14 -- DSCB set? [WAS: Consultation on the Potential Risks of Deleting Specific Datasets]

[Steve Thompson]

I think that is it. Thank you.

Steve Thompson

On 5/8/2024 1:00 PM, Seymour J Metz wrote:

Could you be thinking of the option to write an EOF when allocating a new PS?

--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
עַם יִשְׂרָאֵל חַי
נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר


From: IBM Mainframe Discussion List  on behalf of Steve 
Thompson 
Sent: Wednesday, May 8, 2024 12:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IEFBR14 -- DSCB set? [WAS: Consultation on the Potential Risks of 
Deleting Specific Datasets]

I remember some releases ago of z/OS that the system will
effectively do an OPEN if a DSN is created using IEFBR14. But now
I can't seem to find where that is documented. So far I can't
find it in the z/OS 2.2 or 3.1 JCL User's guide.

I think that if the allocation specified the DCB info (LRECL,
RECFM, and blksize) that this would be put into the VTOC when
IEFBR14 was used to do the allocation.

So in a case like this, would the last ref date be "empty"?

Steve Thompson

--
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

Adoption of ASCII [Was: EBCDIC/ASCII - FTP]

[Steve Thompson]

I think the answer to this question "If IBM had "inflicted" ASCII 
on its customers in 1964, would the System/360 have had the wide 
acceptance that it did?" was the WANG VS series machines. Just 
from my personal experience, many banks were using them, and IBM 
was, to some degree, targeting them with MP2000 & 3000 boxes. 
Again from my experience in programming with the Wang VS systems, 
they appeared to me to be a S/360 with DAT. I think this may have 
been because Dr. Wang waited until the patents expired for the 
S/370 features. I was involved in migrating several of those 
systems into an MVS/JES3 environment (mid-1980s time frame) used 
by a major bank that was buying up small banks that were using 
WANG VS machines. I had to convert their banking software data to 
match Florida Software (for banks) [not to be confused with the 
State of Florida]. Steve Thompson

On 5/8/2024 11:36 AM, Tom Marchant wrote:

I have seen this before, and I am not persuaded. I find it interesting
that all of the references provided were written by Mr. Beemer himself,
some of them with another author.

Perhaps, in hindsight it would have been better if IBM had made the
System/360 an ASCII only machine. But at the time, ASCII was new and
relatively unknown. As it was, the market had generally rejected ASCII
on System/360, so the USASCII bit was removed with the introduction of
System/370 in 1970.

Both ASCII and EBCDIC are limited. ASCII, even more so because it is a
7 bit code, though there are proprietary 8 bit extensions. No one knew
in 1964 that Unicode would later be designed based upon ASCII.

The claim that "A 1-to-1 translation between the two [ASCII and EBCDIC]
exists" is false.Each includes characters that are not defined in the
other. This has always been the case.

If IBM had "inflicted" ASCII on its customers in 1964, would the
System/360 have had the wide acceptance that it did? We will never know.

According to "Architecture of System/360"
https://cpb-us-w2.wpmucdn.com/sites.gatech.edu/dist/8/175/files/2015/08/IBM-360.pdf


The reasons against such exclusive adoption was the
widespread use of the BCD code derived from and easily
translated to the IBM card code. To facilitate use of both
codes, the central processing units are designed with a
high degree of code independence, with generalized code
translation facilities, and with program-selectable BCD or
ASCII modes for code-dependent instructions. Neverthe-
less, a choice had to be made for the code-sensitive I/O
devices and for the programming support, and the solution
was to offer both codes, fully supported, as a user option.
Systems with either option will, of course, easily read or
write I/O media with the other code.


Aside from that, it wasn't the "P-bit", but the A bit.



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

Re: IEFBR14 -- DSCB set? [WAS: Consultation on the Potential Risks of Deleting Specific Datasets]

[Steve Beaver]

BR14 is 2 instructions 


LA   15,0
BR14


Sent from my iPhone

No one said I could type with one thumb 

> On May 8, 2024, at 12:00, Seymour J Metz  wrote:
> 
> Could you be thinking of the option to write an EOF when allocating a new PS?
> 
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
> עַם יִשְׂרָאֵל חַי
> נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר
> 
> 
> From: IBM Mainframe Discussion List  on behalf of 
> Steve Thompson 
> Sent: Wednesday, May 8, 2024 12:54 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: IEFBR14 -- DSCB set? [WAS: Consultation on the Potential Risks of 
> Deleting Specific Datasets]
> 
> I remember some releases ago of z/OS that the system will
> effectively do an OPEN if a DSN is created using IEFBR14. But now
> I can't seem to find where that is documented. So far I can't
> find it in the z/OS 2.2 or 3.1 JCL User's guide.
> 
> I think that if the allocation specified the DCB info (LRECL,
> RECFM, and blksize) that this would be put into the VTOC when
> IEFBR14 was used to do the allocation.
> 
> So in a case like this, would the last ref date be "empty"?
> 
> Steve Thompson
> 
> --
> 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: IEFBR14 -- DSCB set? [WAS: Consultation on the Potential Risks of Deleting Specific Datasets]

[Steve Beaver]

BR14 is just a carrier and does nothing 


Sent from my iPhone

No one said I could type with one thumb 

> On May 8, 2024, at 11:53, Steve Thompson  wrote:
> 
> I remember some releases ago of z/OS that the system will effectively do an 
> OPEN if a DSN is created using IEFBR14. But now I can't seem to find where 
> that is documented. So far I can't find it in the z/OS 2.2 or 3.1 JCL User's 
> guide.
> 
> I think that if the allocation specified the DCB info (LRECL, RECFM, and 
> blksize) that this would be put into the VTOC when IEFBR14 was used to do the 
> allocation.
> 
> So in a case like this, would the last ref date be "empty"?
> 
> Steve Thompson
> 
> --
> 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

IEFBR14 -- DSCB set? [WAS: Consultation on the Potential Risks of Deleting Specific Datasets]

[Steve Thompson]

I remember some releases ago of z/OS that the system will 
effectively do an OPEN if a DSN is created using IEFBR14. But now 
I can't seem to find where that is documented. So far I can't 
find it in the z/OS 2.2 or 3.1 JCL User's guide.


I think that if the allocation specified the DCB info (LRECL, 
RECFM, and blksize) that this would be put into the VTOC when 
IEFBR14 was used to do the allocation.


So in a case like this, would the last ref date be "empty"?

Steve Thompson

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

Re: Mainframe performance tool replacement -- Price reduction....

[Steve Thompson]

In another place where I worked, we set up a penalty LPAR. And 
since Vendors wanted to bill by MSUs. Well, that LPAR was 
limited to maybe 10 MSUs. As I recall, they only got the SCRT 
reports for that LPAR.


Just backing up what Paul said. And no, to my knowledge we didn't 
work at the same place.


Also we had a TPM and it was set to route those products to the 
penalty box/lpar, so there was no cheating.


Steve Thompson


On 5/7/2024 5:52 PM, Paul Feller wrote:

I'll go a little different route.  If the real issue is with the dollars for 
the software there is an interesting approach you could look at.

The place I worked at had setup some years ago several lpars that got grouped 
together in a softcap capacity group.  Then we forced jobs to run there based 
on the software they ran.  A good example for us was SAS and SAS/MXG stuff.  We 
had other software that also got forced there.  This allowed us to save money.  
Didn't have to pay SAS the full machine price for their software.

So, there are some things to consider.

You would need to have some spare MIPS and memory for two or three lpars on the 
same CEC.  We used three lpars.  One prod, one test and one for the systems 
programmers.

You would have to setup some type of routing scheme to get the jobs over to the 
lpars.  We used JES2 exits to do that.  This way we didn't have to change JCL 
to get the jobs run on those lpars.  Naturally you would either use shared 
spool or an NJE connection to get jobs routed and run.

It would be best if you are a sysplex so you could properly setup things like 
WLM and GRS and your security product.

There maybe some work for your scheduling software and maybe your spool offload 
product (if you have one).

You have to look at all the resources your SAS jobs need and how do you share 
those resources across lpars.

I'm sure I missed something to mention.

Yes, this is a bit of work to setup.

The up side is you now have a place to run things like SAS that maybe have low 
usage but high dollars.  I think we had someplace between 6 to 10 software 
products that we pushed to the environment.  Basically, low usage software that 
we needed but didn't like paying full price for.

Also, this assumes the software vendor plays nicely and agrees to charge based 
on the softcap.


Paul

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Bob 
Bridges
Sent: Tuesday, May 7, 2024 4:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Mainframe performance tool replacement

I think I'm about to reveal my obsolescence:  Where my clients didn't use SAS, 
they mostly used DYL-280II or QuikJob.  Or REXX, of course.

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

/* Jonny snorted. "You mean out among the decadence of the big worlds? Come on, Jame, you 
don't really believe that sophistication implies depravity, do you?" / "Of course not. 
But someone's bound to try and convince you that depravity implies sophistication."  From 
_Cobra_ by Timothy Zahn */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
raji ece
Sent: Tuesday, May 7, 2024 8:20 AM

We have been running with SAS and MICS software to analysis system performance 
and to produce reports on daily basis.

There is a situation to come out of using SAS due to many reasons.

We would like to know the alternate product for this SAS and MICS.

--
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


--
Regards,
Steve Thompson

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

Re: Execute Rexx from Cobol

[Steve Thompson]

I see that Sri Hari Kolusu posted before I got done.

But here is another set of things you may want to look at 
(assuming you haven't already): EAGGXOB in prefix.SEAGSAM. It has 
a sample for setting up to invoke REXX from a COBOL program. [our 
system is in the process of migrating, so certain libraries are 
not available to me now, so I can't find the "prefix" for SEAGSAM 
so I could copy the sample to here.]


For tracing purposes, in the called REXX that does not return 
with a value, put in a "TS" (Trace Start). This will cause trace 
to run in a non-interactive environment. To stop it  use "TE" 
(Trace End). In my case, this writes out to SYSTSPRT.


I hope this helps you.

Steve Thompson


On 5/7/2024 7:33 AM, Lars Höglund wrote:

Hi
Trying to execute a Rexx from my Cobol program by using IRXEXEC and IKJTSOEV

The Rexx starts and executes ok until that Rexx is calling another Rexx (in the 
same library, allocated to SYSEXEC) that shall return a value, but I'm getting

An error has occurred in Rexx module: XMAIL
Error Type: SYNTAX
Error Line Number : 299
Instruction   :   jobinfo = JOBINFO()
Return Code   : 44
Error Message text: Function did not return data

Running the same Rexx in ISPF or TSO, it works just fine

I have also a trace in the called Rexx but nothing shows, probably isn't the 
Rexx starting
The ddname-parameter is set to space
move space  to  execblk-ddname *> default SYSEXEC

Any suggestions

//Lasse



--
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: Mainframe performance tool replacement

[Steve Thompson]

Problem is "sas" being common to MICS and MXG. And the op's issue 
is a problem that appears to be rooted in SAS.


But I have a question about the problems with SAS, beyond 
licensing and costs. What tech problem is being seen?


Steve Thompson

On 5/7/2024 9:22 AM, Allan Staller wrote:

Classification: Confidential

SAS - WPS, others,
MICS - MXG, Several others

HTH,

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
raji ece
Sent: Tuesday, May 7, 2024 8:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Mainframe performance tool replacement

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Hello All,

Good Day!

We have been running with SAS and MICS software to analysis system performance 
and to produce reports on daily basis.

There is a situation to come out of using SAS due to many reasons.

We would like to know the alternate product for this SAS and MICS.

Any suggestions please.

Regards,
Raji M

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

The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.


--
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: Testdriving svc in key 9 (was: finding callers key in svc) -- History stuff

[Steve Thompson]

Erik:

This was being done in CICS (v3?) long before CICS/TS. This was 
back when MVS/XA was still in support just before MVS/SP4 (as I 
recall) had come out. .


IBM PROLOG for 370 (based on PROLOG that ran under VM) could run 
under CICS but I think it was found that it needed to run in a 
subsystem so that it did not lockup CICS while doing all the 
processing needed to get an answer. And so this is what the Cross 
Mem Charge back SMF record was created for -- reporting CPU use 
and the like for handling a query in the Prolog subsystem.


So IBM PROLOG for 370 needed to use storage keys beyond Key8 for 
stack/heap control. We had set up to use Key9 for our SVC as I 
recall, when we were contacted and asked if we could change (this 
was by CICS dev). So we did.


Alas, it appears that IBM Prolog for 370 went into the dust bin 
about 1996.


I know that a large user of it was a manufacturer in Europe. They 
had been using the VM version and I think they wanted an MVS 
version.


Steve Thompson

On 5/3/2024 10:41 AM, Farley, Peter wrote:

I am not a CICS person, but I thought that normal transactions are discouraged 
from issuing SVCs (happy to be corrected if not so).

True for original-flavor CICS transactions that run on the QR (quasi-reentrant) 
TCB.  Newer code designed to run on the “Open” TCB pool do not have that 
restriction, so long as they only use CICS services that do not require the QR 
TCB (and there are fewer and fewer of those as Hursley gets around to updating 
them).

Peter

From: IBM Mainframe Discussion List  On Behalf Of Rob 
Scott
Sent: Friday, May 3, 2024 8:12 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Testdriving svc in key 9 (was: finding callers key in svc)


Erik.




In the current implementation of the SVC that would work fine, since it is all 
doing the MVC's in key 0, but if I change that to MVCSK and MVCDK instructions 
I might get the 0C4 abend.



Whilst I applaud your desire to implement MVCDK/SK, I think the word "fine" is 
doing some heavy lifting in the above. 

Using MVC in key0 to read/write non-Key0 memory is obviously a risk to system 
integrity.



A couple of other minor observations :

(o) Is this SVC part of new development? If so, perhaps consider using PC-cp 
instead - I am some sample code that could help in this endevour if you are 
interested.

You will require a resource owning ASID to house the PC routine, but it can be 
limited function in design.



(o) I am not a CICS person, but I thought that normal transactions are 
discouraged from issuing SVCs (happy to be corrected if not so).



Rob Scott

Rocket Software



-Original Message-

From: IBM Mainframe Discussion List  On Behalf Of 
Erik Janssen

Sent: Thursday, May 2, 2024 6:33 PM

To: IBM-MAIN@LISTSERV.UA.EDU

Subject: Testdriving svc in key 9 (was: finding callers key in svc)



Hello Peter,



My apologies for not changing the subject. I managed to show now that the code 
in the svc is correct, it indicated that the caller was in key 9. I've solved 
the testdriver issue now by marking that routine as REFReshable and put it in 
SYS1.LINKLIB. I saw an old thread about this that gave this option, the module 
now gets loaded into subpool 252, which is not fetch protected. I'm testing 
this on a personal ZPDT machine, so in this case it is a fair way to get the 
job done easily, without having to figure out how to do ATTACHX programming.



I just would like to simulate the situation where a cics transaction running in 
key 9 would access a storage area it provided to the svc with key 8. In the 
current implementation of the SVC that would work fine, since it is all doing 
the MVC's in key 0, but if I change that to MVCSK and MVCDK instructions I 
might get the 0C4 abend.

That was also where my confusion (bias) was, I was thinking (expecting) the 0C4 
was triggered in the SVC, while actually it was my test program that abended on 
not being able to get the next instruction from the fetch protected subpool 251 
my program was loaded in.



Next stop is to see if I can get an ESTAE in the routine to give a message 
about this situation and after that perhaps make it more intelligent to allow a 
switch to key 8 in this situation.

I've not done a lot of assembler programming over the years, so it always takes 
me some time to get used to it again, and these routines are of course not the 
easiest to handle. But I like taking on such a challenge, because the amount of 
stuff you learn is always very satisfying.



Kind regards,



Erik Janssen.





On Thu, 2 May 2024 14:07:25 +, Peter Relson  wrote:




Please try to have different threads with suitable subjects for each. The 0C4 
is unrelated to the subject.
Since the code shown for the SVC routine is correct for type 2/3/4 yet you say 
that you do not find the right data, then prove it:
Show the definition of the SVC, show extracts from IPCS looking at the dump 
storage.
If you are blowing up at the instruction right afte

Re: finding callers key in svc

[Steve Austin]

I believe the PSW will be in the PRB rather than the SVRB; the registers
will be in the SVRB.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Erik Janssen
Sent: Tuesday, April 30, 2024 6:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: finding callers key in svc

I must be doing something wrong, because if I do that it indicates key 0. I
was expecting key 9 somewhere...

On Tue, 30 Apr 2024 08:50:13 -0500, Wayne Driscoll
 wrote:

>If you are in a Type 2, 3 or 4 SVC, the PSW at the time of the SVC
>instruction is in the SVRB whose address is in R5 upon entry, that is
>the RBOPSW you would want to interrogate. Your code is looking at the
>PSW at the time the callers RB was created, mostly via a LINK or ATTACH
>SVC, since it was a problem program.
>Wayne Driscoll
>Note: all opinions are strictly my own.
>
>On Tue, Apr 30, 2024 at 4:02 AM Erik Janssen <
>062c999269e8-dmarc-requ...@listserv.ua.edu> wrote:
>
>> 
>> >
>> >As to the initial question, as pointed out, it depends on the type
>> >of the
>> SVC. The SVC owner knows what type it is (because they defined it)
>> and can look in the right place for that type of SVC, just as they
>> look in the right place for the caller's regs (for which the answer
>> is different than the psw/key, but similarly depends on the type of the
>> SVC.
>> >
>> 
>>
>> I had the idea that this code in the SVC would give me the key the
>> SVC caller was executing in:
>>
>> USING RBBASIC,R5  POINT TO REQUEST BLOCK
>> L R7,RBLINK   LOAD CALLER RB IN REG 7
>> DROP  R5  DROP SVC RB MAPPING
>> USING RBBASIC,R7  AND NOW MAP CALLER RB
>> L R1,RBOPSW   GET CALLER PSW AND PUT IN REG 1
>> N R1,=X'00F0' ONLY PSW KEY
>> SRL   R1,16   SHIFT TO 00K0
>> STR1,KEY  STORE CALLER KEY
>> DCH'0'FORCE ABEND
>>
>> However, when I call this SVC from an problem program the switches to
>> key
>> 9 before the call:
>>
>>  SPKA  X'90'(0)  SWITCH TO KEY 9
>>  SVC   255
>>
>> I see that R1 has a value of x'0080' (key 8) at the time of the
>> abend, where I was expecting x'0090'.
>> Is see that it is possible that there are more request blocks. I'm I
>> not looking at the right one, and if so, how do you know if you
>> reached the top RB, or is my approach really wrong?
>>
>> Kind regards,
>>
>> Erik Janssen.
>>
>> -
>> - For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO
>> IBM-MAIN
>>
>
>
>--
>Wayne Driscoll
>Software Engineer | Mainframe Software Division Broadcom Software
>
>*Office: *630-300-1931* Mobile:* 630-247-1632
>wayne.drisc...@broadcom.com

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

-- 
This e-mail message has been scanned and cleared by Google Message Security 
and the UNICOM Global security systems. This message is for the named 
person's use only. If you receive this message in error, please delete it 
and notify the sender. 

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

Re: Homegrown ZOS Dashboards?

[Steve Thompson]

Former employer used T-MON to track CICS and z/OS. Maybe even a 
bit of DB2 (wasn't my area).


We also used TPM (Thru Put Manager) which gave info as to, for 
example, when it projected our hitting Caps (hard or soft as I 
recall). It also controlled how many jobs a particular user could 
have running at a time and the like (I didn't support that one, 
but I appreciated what all it could do).


There were two other products that I had to help support, and now 
can't remember the name of either of them, but the one was out of 
Israel. I think it was Gadi Ben-avi supported that one (or they 
have similar names).


So the PCM group, had different tools used by different ones of 
us for watching the systems. And we had some tools for watching 
DB2, but that was all handled by the DBA that was part of the group.


And we also had SPLUNK, but I never touched it. I was more of a 
tactical tuner person playing whack-a-mole.


And the manager of the group had this feed the big display that 
"C" level managers looked at.


We also used SAS (native) for certain discrete reports along with 
MICS and MXG to process SMF and other items. Come to think of it, 
I produced a report mixed with REXX and COBOL to show how far (in 
%) we were in migrating the "old" COBOL to COBOL6.x


Hope this helps and gets a few others to talk about their tools 
for Performance and Capacity planning|management.


Lastly, we were also running z/VM so we used Velocity for 
reporting with it, and alerting, etc.


Steve Thompson


On 4/28/2024 4:41 PM, Steve Estle wrote:

Hello all you smart seasoned ZOS vets out there.

We all know that ZOS contains a vast landscape of key mission critical applications 
and components running 7x24x365.  I'm quite curious about this sujbect having spent 
a considerable time of my career in the performance / capacity arena.  But what I 
am most curious about is whether anyone out there has either developed or knows of 
a very robust homegrown ZOS mgmt / executive health dashboard out there?  Possibly 
you did something with SAS/MXG or other toolsets (REXX, open source, etc.)?  I'm 
envisioning something that might have red, yellow, green sections that inspects 
data for ZOS ranging from SLA's, syslog, SMF data, performance data (response 
times, batch cycle completions, etc.), storage usage data, security data and have 
it all rollup into single view that is adaptable to a particular environment (not 
tied to anyone product - so for instance in security whatever solutions should be 
ubiquitous whether running RACF, Top Secret, or ACF2).  I know there are paid for 
tools as well and if you don't have anything homegrown maybe you have a favorite 
one of those that doesn't cost arm & leg? - possibly something open source that 
is easily adaptable.

There is no right or wrong answer here but wanted to just throw this out there 
to gather everyone's collective experiences, thoughts, and best ideas.

May the games (I mean ideations) begin.

Thanks,

Steve Estle

--
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

Homegrown ZOS Dashboards?

[Steve Estle]

Hello all you smart seasoned ZOS vets out there.  

We all know that ZOS contains a vast landscape of key mission critical 
applications and components running 7x24x365.  I'm quite curious about this 
sujbect having spent a considerable time of my career in the performance / 
capacity arena.  But what I am most curious about is whether anyone out there 
has either developed or knows of a very robust homegrown ZOS mgmt / executive 
health dashboard out there?  Possibly you did something with SAS/MXG or other 
toolsets (REXX, open source, etc.)?  I'm envisioning something that might have 
red, yellow, green sections that inspects data for ZOS ranging from SLA's, 
syslog, SMF data, performance data (response times, batch cycle completions, 
etc.), storage usage data, security data and have it all rollup into single 
view that is adaptable to a particular environment (not tied to anyone product 
- so for instance in security whatever solutions should be ubiquitous whether 
running RACF, Top Secret, or ACF2).  I know there are paid for tools as well 
and if you don't have anything homegrown maybe you have a favorite one of those 
that doesn't cost arm & leg? - possibly something open source that is easily 
adaptable.

There is no right or wrong answer here but wanted to just throw this out there 
to gather everyone's collective experiences, thoughts, and best ideas.

May the games (I mean ideations) begin.

Thanks,

Steve Estle

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

Re: Netview

[Steve Beaver]

Thank you.  IBM has sold or pushed support of we need a program to know what is 
what 

Sent from my iPhone

No one said I could type with one thumb 

> On Apr 26, 2024, at 06:22, Radoslaw Skorupka 
> <0471ebeac275-dmarc-requ...@listserv.ua.edu> wrote:
> 
> It is not so easy.
> Do you know IWS vel TWS vel Workload Scheduler?
> It is still being sold by IBM, but development is out of IBM.
> The same for SDSF (Rocket), PCOMM (HCL), Omegamon, etc. The list is longer.
> And it is nothing new IMHO, as far as I remember ESCON Director was also 
> third party product under IBM logo.
> 
> Note, JES3 and z/VSE are different - in both cases products are supported and 
> marketed by their current producers - that means PSI and 21CS.
> 
> --
> Radoslaw Skorupka
> Lodz, Poland
> 
> 
> 
> W dniu 26.04.2024 o 07:38, Bruce Hewson pisze:
>> Hello Steve,
>> 
>> FUD
>> 
>> "IBM Netview for Z/OS" is still being sold and supported by IBM, and is a 
>> pre-req for IBM System Automation and GDPS.  No evidence that this product 
>> has been sold.
>> 
>>> On Wed, 24 Apr 2024 16:19:17 -0500, Steve Beaver  
>>> wrote:
>>> 
>>> My understanding is that IBM sold off Netview.
>>> 
>>> Who did they sell it to?
>>> 
>>> 
>>> Sent from my iPhone
>>> 
>>> No one said I could type with one thumb
>>> 
>> 
>> Regards
>> Bruce Hewson
>> 
>> --
>> 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: Netview

[Steve Beaver]

Just a question?


Sent from my iPhone

No one said I could type with one thumb 

> On Apr 24, 2024, at 17:51, Jousma, David 
> <01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote:
> 
> Just wondering why it might matter?
> 
> Dave Jousma
> 
> Vice President | Director, Technology Engineering
> 
> 
> Fifth Third Bank  |  1830 East Paris Ave, SE  |  MD RSCB2H  |  Grand Rapids, 
> MI 49546
> 
> 616.653.8429
> 
> From: IBM Mainframe Discussion List  on behalf of 
> Steve Beaver <050e0c375a14-dmarc-requ...@listserv.ua.edu>
> Sent: Wednesday, April 24, 2024 6:40:11 PM
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Subject: Re: Netview
> 
> Radoslaw. That is as good as answer as any Sent from my iPhone No one said I 
> could type with one thumb > On Apr 24, 2024, at 17: 36, Radoslaw Skorupka 
> <0471ebeac275-dmarc-request@ listserv. ua. edu> wrote: > > W dniu 24. 
> 04. 2024
> 
> 
> Radoslaw.  That is as good as answer as any
> 
> 
> Sent from my iPhone
> 
> No one said I could type with one thumb
> 
>> On Apr 24, 2024, at 17:36, Radoslaw Skorupka 
>> <0471ebeac275-dmarc-requ...@listserv.ua.edu> wrote:
>> 
>> W dniu 24.04.2024 o 23:19, Steve Beaver pisze:
>>> My understanding is that IBM sold off Netview.
>>> 
>>> Who did they sell it to?
>> 
>> HCL?

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

Re: Netview

[Steve Beaver]

Radoslaw.  That is as good as answer as any


Sent from my iPhone

No one said I could type with one thumb 

> On Apr 24, 2024, at 17:36, Radoslaw Skorupka 
> <0471ebeac275-dmarc-requ...@listserv.ua.edu> wrote:
> 
> W dniu 24.04.2024 o 23:19, Steve Beaver pisze:
>> My understanding is that IBM sold off Netview.
>> 
>> Who did they sell it to?
> 
> HCL?
> 
> 
> 
> --
> Radoslaw Skorupka
> Lodz, Poland
> 
> --
> 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

Netview

[Steve Beaver]

My understanding is that IBM sold off Netview. 

Who did they sell it to?


Sent from my iPhone

No one said I could type with one thumb 

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

Re: ooRexx forum?

[Steve Thompson]

Try https://www.rexxla.org/  It gives me a page for "The Rexx 
Language Association" (and has some links that I have not yet 
tried).


Steve Thompson

On 4/22/2024 3:15 PM, Bob Bridges wrote:

References-in-passing to ooRexx are fine here, I suppose, but if I want to get 
into details, where should I go to ask questions?  The ooRexx documentation 
mentions www.rexxla.org/forum.html, but that nets me a 404 error.  And I looked 
at comp.lang.rexx (also recommended by the documentation), but it didn't seem 
to me any of the recent posts there were about REXX, much less ooRexx 
specifically.

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

/* If you are not being criticized, you may not be doing much.  -Donald 
Rumsfeld */

--
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: S0c4 creation

[Steve Thompson]

IN line with what was said, you can force it by issuing ABEND (or 
related) and telling it what ABEND you want.


You can also EX an EX and get a S0C3. I've never seen that ABEND 
by accident (e.g., wild branch into data). And no co-workers I've 
had (all of us doing ALC based development) have ever seen that 
one by accident.


Steve Thompson

On 4/21/2024 7:39 AM, Bernd Oppolzer wrote:

I'd suggest to be very careful with such codings;
a co-worker some years ago did this and - by accident - the 
code ran privileged,

which caused the whole LPAR to hang.

Same goes for ST at address zero, which was suggested by 
another poster.


Maybe it would be better to write protect your own module and 
try to write
into your own static CSECT. This would not put other jobs in 
your system in danger.


Or: do your SLIP trap experiments with another sort of ABEND.

Kind regards

Bernd


Am 21.04.2024 um 11:21 schrieb Rupert Reynolds:

If it's your STC, then include something dirty like

BANG NC    16(4,R0),16(R0)  AND CVT pointer with 
itself--should fail


although I should say that might raise eyebrows on a 
production system ;-)


Roops

On Sun, 21 Apr 2024, 08:45 Peter, <
05e4a8a0a03d-dmarc-requ...@listserv.ua.edu> wrote:


Hello

Good morning

Is there any sample Jobs or I can enforce a s0c4 abend in a 
Started task ?


I am trying to teach SLIP trap to a rookie..Is there any 
other efficient

way to do this?

Peter

-- 


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: Continuing a reply during IPL

[Steve Horein]

I found this example in the doc (
https://www.ibm.com/docs/en/zos/2.4.0?topic=command-specifying-system-parameters1
):
R 00,'MLPA=(00,01,02,CONT' IEA116A CONTINUE SYSTEM PARAMETERS R
00,'03,L),BLDL=02'

Perhaps single quotes are required, or fully padded '00' replyID?
A search in the commands doc did not reveal an explicit topic:
https://www.ibm.com/docs/en/search/CONT?scope=SSLTBW_2.4.0=ieag100

On Mon, Apr 22, 2024 at 4:37 AM Binyamin Dissen 
wrote:

> I had an occasion where the IEASYS PROG= entry was messed up (period in
> place
> of a comma). Cannot access the data.
>
> Using a similar system I  worked out a PROG= list to use, however the list
> was
> too long for the reply command.
>
> I was able to specify R 00,PROG=(list,CONT
>
> and was prompted to continue but could not figure out how to specify the
> continuation.
>
> R 0,continuelist)
>
> was rejected
>
> R 0,PROG=(remaininglist)
>
> overrode the list.
>
> Should I ever have a similar issue, how can I continue the reply?
>
> --
> Binyamin Dissen 
> http://www.dissensoftware.com
>
> Director, Dissen Software, Bar & Grill - Israel
>
> --
> 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: REXX vs other languages -- EXECIO intuitiveness

[Steve Thompson]

I am looking at going OOREXX or NETREXX to make interfacing 
easier. I'm still researching how to proceed in the best way.


I have Regina Rexx on both W11 and Suse LEAP 15.x I've been 
struggling with I/O because I'm too used to DSN type file systems 
as opposed to char streams.


So I have to re-think an application when trying to implement it 
off mainframe. Most of what I do is based on/in record I/O. And 
having used COBOL (FJ) on Windows, it makes the data appear as 
record oriented from where I sit.


I'm assuming they went to a common forum. I haven't looked it up 
for while.


Steve Thompson

On 4/21/2024 1:11 AM, Paul Gilmartin wrote:

On Sat, 20 Apr 2024 23:58:18 -0400, Steve Thompson wrote:


I concur about REXX EXECIO I/O is not exactly intuitive.

REXX, first implemented in CMS used the CMS I/O utilities
Over in TSO they created EXECIO which does not operate in the
same way as does the CMS EXECIO. And it causes me headaches when
I work on CMS for a year or two and then come back to TSO to have
it NOT be have as it did in CMS. Especially the STEM variable and
trying to write a record.


Note the fundamental difference in file specs:
CMS:  FN FT FM
Z/OS: DDNAME
... but I have written portable EXECs -- on z/OS
my  FileSpec variable is one word; on CMS three.

And, irritatingly, the syntax of ADDRESS MVS EXECIO
differs depending on whether the EXEC is started from
a UNIX or non-UNIX address space.

The lack of (VAR string is probably impelled by TSO
RECFM=F, which would have a trailing blank entanglement.


And so after working in TSO for a year or so to go back to CMS --
I need to learn and make use of PIPEs which is not supported over
on TSO Most shops do not see the need to pay for TSO Pipes.
Sigh.


Is TSO Pipes even marketed except, an obsolete version
bundled with BatchPipes?


And so, with Windows I/O is different (still talking REXX), same
problem with Linux. I/O is not handled the same for simple reads
and writes from my perspective.


Files on desktop systems are largely character streams; on
mainframes, record oriented.  Beyond that, standard Rexx
stream I/O came late to CMS because developers economized
by using the available EXECIO.


Never-the-Less, I really appreciate REXX over EXEC, EXEC2 and CLIST.


Which Rexx do you use on desktop systems?

BTW, is the Regina mailing list active?



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

Re: REXX vs other languages -- EXECIO intuitiveness

[Steve Thompson]

I concur about REXX EXECIO I/O is not exactly intuitive.

REXX, first implemented in CMS used the CMS I/O utilities 
Over in TSO they created EXECIO which does not operate in the 
same way as does the CMS EXECIO. And it causes me headaches when 
I work on CMS for a year or two and then come back to TSO to have 
it NOT be have as it did in CMS. Especially the STEM variable and 
trying to write a record.


And so after working in TSO for a year or so to go back to CMS -- 
I need to learn and make use of PIPEs which is not supported over 
on TSO Most shops do not see the need to pay for TSO Pipes. 
Sigh.


And so, with Windows I/O is different (still talking REXX), same 
problem with Linux. I/O is not handled the same for simple reads 
and writes from my perspective.


Never-the-Less, I really appreciate REXX over EXEC, EXEC2 and CLIST.

Steve Thompson


On 4/19/2024 9:28 PM, Andrew Rowley wrote:

On 20/04/2024 1:42 am, Jay Maynard wrote:
Agreed Java is simply far too complex a language and ecosystem 
to hold in

the mind. Python is as ubiquitous and much easier to deal with.


Really? What do you NEED to learn for Java that you don't need 
to learn for other languages? public static void main(String[] 
args)?


Loops, if statements, data types, string processing are things 
you need to learn for all languages. I/O is useful (Rexx EXECIO 
isn't exactly intuitive).






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

Re: Anyone exploiting ZEDC?

[Steve Estle]

David, 

We are using it - biggest benefit so far has been with our backups in 
converting DFSMSDSS (ADRDSSU) backups using "ZPREF" option.  It reduced runtime 
on backups significantly (50%+) with also some reduction in CPU cycles.  We 
also are using it in other scenarios.  You do need to test though - think 
biggest areas of concern are with vendors that don't use standard access 
methods - few of note SAS, NOMAD - sure many others.   Feel free to contact me 
at sest...@gmail.com but am a big proponent of using.  I think I have white 
paper somewhere but need to track down.  One of the reasons we went this route 
is we are starting to exploit pervasive encryption which for most part requires 
extended format datasets (also required for ZEDC).  Best practice is to 
compress before you encrypt.  One other area we exploited was DFHSM and 
activated that so it now compresses migrated and backed up datasets - hard to 
measure improvement, but am sure is much more efficient than prior settings.  I 
know that large VSAM files see benefits as well - but just ensure you test 
before going to far in that direction - one other point - ZFS have the ability 
to compress as well which can be advantageous - especially when vendors send 
large ZFS packages - such as SAS does.  Areas we haven't exploited yet but are 
intriguing are JES spool space compression as well as SMF data compression.  

One other key suggestion to look at is to run a ZBNA (free software from IBM) 
study as it helps you identify good candidate datasets from your batch job 
cycles.  As others have noted it doesn't make sense to compress things that are 
relatively small - but do try and apply the 80/20 rule here.  Anytime you can 
do less I/O in batch jobs is always a good thing of course and win-win 
situation!

All the best,

Steve Estle
Peraton ZOS Systems Programmer

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

Re: SMS & GDG SCRATCH option

[Steve Pryor]

Yes, that's correct. The ACS routines get control for new individual GDG 
generations at allocation time, not for catalog entries. The GDG base is a 
catalog entry and is created at IDCAMS DEFINE GDG time. So while the systemwide 
defaults can be set in IGGCATxx, they can be overridden by anyone defining a 
GDG by simply specifying the desired values in the DEFINE GDG control 
statement. 

Using ACC, which gets control at SVC 26 (DEFINE) time, one can set policy rules 
which will take precedence over both the IGGCATxx defaults and the IDCAMS 
DEFINE GDG specification. So if you wanted to force GDGs to be defined as 
extended-format, NOSCRATCH, FIFO, etc., you'd specify this in the ACC policy 
rules. You could also do things like have ACC check some arbitrary RACF 
resource to see if a user is authorized to specify SCRATCH or NOSCRATCH, etc.

Similarly, ACC policy rules can control the use of pretty much any IDCAMS 
parameter on DEFINE or DELETE as well as overriding any JCL or dynamic 
allocation values (space, VOLSER, UNIT, etc) for ordinary non-VSAM or VSAM 
datasets.

Steve Pryor
DTS Software, LLC
st...@dtssoftware.com

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

Re: SMS & GDG SCRATCH option

[Gormley, Steve]

Hi
You can’t do anything in the ACS routines as a GDG base define isn’t an 
allocation.
You have the option of setting the default in IGGCATxx member in Parmlib - 
GDGSCRATCH(YES)
But if people code noscratch in their IDCAMS JCL this will override the default

Steve

From: IBM Mainframe Discussion List  On Behalf Of 
Jack Zukt
Sent: Thursday, April 18, 2024 14:49
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SMS & GDG SCRATCH option

Hi all, Where, if possible, on the ASC routines of a SMS managed environment, 
can I force the SCRATCH option for a GDG base entry at definition time? Regards 
Jack -- For 
IBM-MAIN
ZjQcmQRYFpfptBannerStart
This Message Is From an External Sender
Do not click links or open attachments unless you recognize the sender and know 
the content is safe.
ZjQcmQRYFpfptBannerEnd

Hi all,



Where, if possible, on the ASC routines of a SMS managed environment, can I

force the SCRATCH option for a GDG base entry at definition time?

Regards

Jack



--

For IBM-MAIN subscribe / signoff / archive access instructions,

send email to lists...@listserv.ua.edu<mailto: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: ./ ADD - which utility?

[Steve Thompson]

In a single word, yes.

And as has been stated, setting up "DLM=" requires, at times, a 
scan of just the first several bytes of each logical record to 
find what unique value(s) one can use.


Steve Thompson

On 4/15/2024 3:30 AM,   wrote:

Just curious. Have anyone had problem with this delimiter problem in real life 
with anything other than JCL in the inline input data?
(I mean the alternative of a separate file seems to be a better/normal 
alternative unless the inline data is at the end of the member/ds.)

--
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: ./ ADD - which utility?

[Steve Thompson]

JES2 also has /* commands, such as:

/*JOBPARM
/*MESSAGE
/*NETACCT
/*NOTIFY
/*OUTPUT
/*PRIORITY
/*ROUTE
etc.


So I would imagine those look like comments to you.

MVS has JCL so does VSE. Each of them has a "spooler" system 
(JES2|JES3 for MVS and POWER for DOS type systems last I did a 
DOS/VSE-ESA migration to z/OS such as

* $$ SLI xxx   ).


But depending on whether or not you have JES3 installed and/or 
JES2 installed (JES3 had to be the PRIMARY subsystem, JES2 can be 
secondary) would determine if //*MAIN (and such) was just a 
comment or directed the JES3 system to do something.


JES3 also has a command to cause a JOB to run on a specific 
"LPAR" (Back in the day, CEC).


//*MAIN says which MVS system(s) to select from to schedule this 
JOB to run/execute.


You should really look at a JCL REF manual. All of this is 
documented there. But the JES3 DOC may be gone. I don't know when 
IBM will (or already has) pulled the JES3 JCL doc (z/OS 2.4 has 
it). I haven't needed (yet) to get a full copy of the 3.1 manuals 
to look at new stuff.


Steve Thompson


On 4/14/2024 8:36 PM, Paul Gilmartin wrote:

On Sun, 14 Apr 2024 19:47:38 -0400, Steve Thompson wrote:


JES3 is not retarded.


I may have judged hastily from such as that the OUTPUT JCL statement
came to JES2 before JES3.  You could pay extra to not get the feature.


JES3 has this:
//*DATASET parameters.

//*ENDDATASET


Those look like comments.  I guess it provides a sort of compatibility
in that JES2 will ignore them.  At the cost of making it harder to
detect and report typos.

Can the delimiter be changed to allow such lines within instream data?



This is what the z/OS MVS JCL REF has for the parameters:
   ...
//*DATASET DDNAME=ddname[,parameter]...
This allows one to put that data in-stream, define what DD will
be using it. And then the JOB Step that gets it, the data is
encapsulated better than JES2 does it.


I see little use in the feature.  But if I don't like it, or dln't
understand it, I don't have to use it.


So I think this can handle the problem of "IEBUPDTE".


No.  The problem is not in JES[23], but in IEBUPDTE, which
has nothing like a DLM= parm which would allow data lines
resembling IEBU{DtE commands to appear instream.



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

Re: ./ ADD - which utility?

[Steve Thompson]

JES3 is not retarded.

JES3 has this:

//*DATASET parameters.

//*ENDDATASET

This is what the z/OS MVS JCL REF has for the parameters:

//*DATASET DDNAME=ddname[,parameter]...
The parameters are:
    MODE= {E}
          {C}
    J= {YES}
   {NO }
    CLASS= {NO }
   {MSGCLASS}
   {class }



This allows one to put that data in-stream, define what DD will 
be using it. And then the JOB Step that gets it, the data is 
encapsulated better than JES2 does it.


So I think this can handle the problem of "IEBUPDTE".

JES3 had lots of interesting features. I noticed MVS getting 
those features as we were moving towards SYSPLEX.


Steve Thompson

On 4/14/2024 12:30 PM, Paul Gilmartin wrote:

On Sun, 14 Apr 2024 11:48:02 -0400, Steve Thompson wrote:


In a JES2 environment, DLM= can be up to and including 8
characters (JES3 is limited to 2, not sure of JES3+).


Why is JES3 so retarded?  Useful features tend to be added to
JES2 earlier than JES3.


In that case, what odds are there of coming up with a safe string?


Almost certainty for any reasonable file size.  The interesting
question then is, "What's the most efficient way to discovedr
a safe string?"

However, IEBUPDTE has no sort of DLM option, so there's
no way to protect data lies beginning with with "./"  It's
puzzling that the IEBUPDTE designers never foresaw that
problem.  Consider, letting the Devil provide the test case:

/*Rexx
./ADD perverse comment  */
say 'Hello, World!'



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

Re: ./ ADD - which utility?

[Steve Thompson]

In a JES2 environment, DLM= can be up to and including 8 
characters (JES3 is limited to 2, not sure of JES3+).


In that case, what odds are there of coming up with a safe string?

Just asking.

Steve Thompson

On 4/14/2024 9:04 AM, Paul Gilmartin wrote:

On Sat, 13 Apr 2024 20:01:50 -0500, Mike Schwab wrote:


You can set it up for a //SYSIN DD DATA,DLM='??' and add the
'??'
Card at the end.


That's not enough.  If the input PDS contains a member with a line
beginning with "./", which is likely in JCL with instream data,
IEBUPDTE will improperly treat it as a command, not data.

A similar problem arises if a data line begins with "??".

And no DLM is safe to use with instream XMIT output.




On Sat, Apr 13, 2024 at 6:52 PM Paul Gilmartin wrote:

On Sun, 14 Apr 2024 08:34:30 +1000, Wayne Bickerdike wrote:


I have some REXX code that extracts all members of a PDS and writes it to a
sequential file. Each member extracted is prefixed with the ./ADD card with
the original member name. Handy for moving a PDS to another system.
IEBUPDTE was the utility of choice when all we had was a card punch and
card reader. (1975).


Have you just rediscovered IEBPTPCH?

How does this work if your input PDS is a JCL library containing some
jobs with IEBUPDTE steps with instream commands?


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

Re: IBM key management products

[Steve Thompson]

I clipped this to get to what I think is the real question being 
asked.


Suppose that I am a person who has access for D/R purposes to all 
data sets in a data center. I only need to be able copy files. I 
don't have a need read the data in the file, just get it to the 
D/R system/LPAR/data center.


The data is encrypted and stored (data at rest), and I can copy 
it but now I can't decrypt it so I can read it.


Now suppose that someone makes a copy of that data over on the 
D/R system. The data is still encrypted. So how long will it take 
for them to decrypt that data when they don't have any access to 
any of the keys?


How long will it take them to decrypt that data so it is useful 
to them?


This is why data is being encrypted at rest.

How would someone get to that data set so they can read it? Bad 
actor with access to an APF library and a system utility?


So to cut that type of exposure off, the data is encrypted at 
rest. Now, Malware gets loaded and it copies files 
surreptitiously to Timbuk3. How long will it take them to crack 
the encryption?


This is what we want to avoid. And the old truck carrying back up 
tapes that crashes and your data is being carried off by who ever.


I hope this helps you with your question.

Steve Thompson


On 4/12/2024 12:21 PM, Jousma, David wrote:

I personally am still having a hard time wrapping my head around the
“real benefit” of dataset encryption.   Everyone who has READ or more
access to the dataset, must also be permitted to the Key.   Those same
people are still able to copy/print/steal that data.So who does that
  leave?   Those that are not permitted to the dataset, and those who
administer the storage.Those that don’t have access to the dataset
aren’t going to get the data, encrypted or not.   Those who administer
the storage usually have access to move/manage the installations data.
   These are the people who dataset encryption is protecting against.
That is a very small population to go to this effort on.


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

Re: PASSPORT 3270 emulator (PC) problem w transferring files

[Steve Thompson]

If that PC has email for/by the client, then if you can attach a 
file, that has been through translation from EBCDIC to ASCII (or 
the code page of your choice), then that might be the best way to 
get that to you. Just trying to think outside the box.


Steve Thompson

On 4/10/2024 6:15 AM,   wrote:

Yes a real ftp software would be much better.

But as this pc is controlled by the client, installation of another software is 
out of the question, especially as I'm not employed by the client. At least not 
in the near future.

--
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: STIMER

[Steve Thompson]

If you need to cancel it, I think you have to change to STIMERM.

I was just looking at the manual for this (2.4) and I had thought 
there was a way to cancel it, but the book indicates that STIMERM 
must be used if one needs to do a cancel.


"Cancels a specific timer request (CANCEL parameter)" << this is 
under STIMERM


Steve Thompson

On 4/8/2024 5:42 PM, Tony Thigpen wrote:

How do you cancel an outstanding STIMER?

Tony Thigpen

-- 


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

TEST of updated Email server security Config

[Steve Thompson]

This is a test of email after changing "security" settings of my 
email domain.


Just ignore this please.

--
Regards,
Steve Thompson

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

Re: Posting issues?

[Steve Thompson]

continuing the subject

I just had a discussion with my domain host today, and they have 
updated my server with more appropriate settings -- after looking 
at rejects and email situations I had documented.


So, hopefully nothing is getting rejected from the various list 
servers I'm subscribed to (IBM Main, VM_List, ISPF, REXX, Etc.). 
I'll be able to tell some time tomorrow (12 hours for this to 
propagate I'm told).


It was an interesting conversation, they recognized the problems 
because it seems more and more "domains" and Hosting entities are 
doing as much as they can to stop spam, phishing, and forged 
emails... Interesting stuff.


Steve Thompson


On 4/7/2024 5:53 AM, Mike Schwab wrote:

https://www.theregister.com/2024/04/03/outlookcom_blocked_by_gmail/
Might be part of the issue.

On Sat, Apr 6, 2024 at 2:22 PM Phil Smith III
<060e4b8f09b8-dmarc-requ...@listserv.ua.edu> wrote:

Indeed. I'm thinking that either UA.edu or their provider stepped up their 
filtering. But that's why I'm asking: to see if other folks are in the same 
boat, so at least I'd *know*. So far nothing definitive.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Walt Farrell
Sent: Saturday, April 6, 2024 9:41 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Posting issues?

On Fri, 5 Apr 2024 15:36:21 -0400, Phil Smith III  wrote:


Yeah, I have SPF records.

But, increasingly, it seems to be necessary to have DMARC and DKIM properly 
setup, too. I don't know if that would explain your problem with this mailing 
list, though.

--
Walt

--
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: Posting issues?

[Steve Thompson]

The issue, to me, started with M/S telling me that I can't use a 
work or school email address for an account (this was over a year 
ago). WKYR.NET is a private email domain that I own. WKYR, should 
it exist again, would be a radio/TV station probably using .com 
or .org.


And then, as has been said, I've been blocked here and there for 
maybe a day or two and then things work again. I had to run 
things down with Marist for a group and it was an error in their 
system after maint.


The paranoia in me asks if this is an attempt to control all 
emails. Look, just because I am paranoid does not mean they are 
not out to get me. ;-)


Steve Thompson


On 4/5/2024 3:24 PM, Rick Troth wrote:

Let's see if this gets through.
I THINK my posts are making it (seems like one did earlier this 
week), and this being a GMail identity, that would make sense.


Phil, you're trying to use a custom address. That is to say, 
you're using a personal domain.
I observe that such are increasingly challenged. I don't have a 
solution, but I'm chasing a couple of remedies. Maybe we can 
connect. Maybe we can achieve critical mass?


It's all about trust.
The major email providers don't "trust" akphs.com.
I find that one of my personal domains cannot send to my wife's 
mailbox at Yahoo!. This is a real problem for us and gonna get 
worse.
All email which is outsourced to Googoo gets through. 
(sometimes to the spam folder)  But Yahoo! slams the door 
*hard* and won't accept email sent from a residential IP address.
Googoo is reasonable about *accepting* traffic too. (again, 
sometimes to quarantine) I have not tried (e.g.) AOL or 
Hotmail. I did try a former employer's email service and got 
rejected.


Two things I have in place which supposedly would help: SPF 
record and DKIM key. These are both in the DNS.
The home IP address being in the SPF record should be enough 
for Yahoo! to accept it. Doesn't work.
The DKIM key and the signature on the traffic should confirm 
that any given message is authentic. Doesn't help.
Then too, some are starting to use "DNS SEC". (And some are 
not, even many luminaries. DNSSEC is a pain in all cases and 
impractical for most.)
But I don't know if Yahoo! is flagging things based on DNSSEC 
or lack of.


Anyone else having troubles, let's circle-up off-list and see 
what we can figure out.


-- R; <><


On 4/5/24 14:34, Phil Smith III wrote:
Starting about a week ago, I noticed that posts sent from my 
lists@akphs address weren't showing up in the archives. Email 
to mailto:lists...@listserv.ua.edu with QUERY IBM-MAIN got no 
response; same from my work address got the expected "not 
subscribed" message. Yet my daily digest to that address has 
continued.


I tried repeatedly, and finally asked Darren, who kindly 
looked but didn't see anything amiss.


Today when I tried to respond to Radislav's question about 
FTP, same thing: no post. So I subscribed this address as 
well. That worked, and I've been able to post (obviously). But 
I also noticed a couple of folks asking where the list had 
gone lately, which could just be chance (and isn't quite what 
I'm seeing, either, obviously). I looked at the archives and 
traffic seems to maybe be down over the last 8 days or so, 
though it wasn't so active before that I can be sure (see 
bottom of this note).


I suddenly realized that if others were having similar issues, 
that might not be obvious beyond the reduced traffic--it's not 
like they'll be able to post to ask, eh?


So: If you're having troubles similar to mine, send a note to 
ibm-m...@akphs.com and let me know. I'm asking you to use that 
address because it will make it easier for me to 
filter/collate responses.


...phsiii

---
Traffic since March 1 in posts/day:
Fri 1  Mar: 32
Sat 2  Mar: 9
Sun 3  Mar: 7
Mon 4  Mar: 42
Tue 5  Mar: 16
Wed 6  Mar: 25
Thu 7  Mar: 35
Fri 8  Mar: 14
Sat 9  Mar: 7
Sun 10 Mar: 3
Mon 11 Mar: 2
Tue 12 Mar: 11
Wed 13 Mar: 18
Thu 14 Mar: 46
Fri 15 Mar: 31
Sat 16 Mar: 20
Sun 17 Mar: 30
Mon 18 Mar: 17
Tue 19 Mar: 26
Wed 20 Mar: 34
Thu 21 Mar: 6
Fri 22 Mar: 10
Sat 23 Mar: 6
Sun 24 Mar: 12
Mon 25 Mar: 11
Tue 26 Mar: 28
Wed 27 Mar: 7
Thu 28 Mar: 36
Fri 29 Mar: 4
Sat 30 Mar: 3
Sun 31 Mar: 7
Mon 1  Apr: 6
Tue 2  Apr: 6
Wed 3  Apr: 17
Thu 4  Apr: 7
Fri 5  Apr: 6

-- 


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

Fwd: VM OpenEdition announcement letters

[Steve Thompson]

Cross posting this to VM-List.

I know I don't have the info he is after.

Steve Thompson


 Forwarded Message 
Subject:VM OpenEdition announcement letters
Date:   Wed, 3 Apr 2024 12:56:32 +
From:   Seymour J Metz 
Reply-To:   IBM Mainframe Discussion List 
To: IBM-MAIN@LISTSERV.UA.EDU
Newsgroups: bit.listserv.ibm-main



Does anybody have links for announcement letters on

1. The change of VM OpenEdition from optional to standard

2. The name change from OpenEdition to OpenExtensions

? Thanks

--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
עַם יִשְׂרָאֵל חַי
נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר

--
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: Is our LIST Active

[Steve Thompson]

It is working for me.

On 3/26/2024 5:47 PM,   wrote:

I have not seen activity for a while.  Is there a problem with the server?








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

Re: VSAM split activity and statistic questions

[Steve Thompson]

Yes, you can have a CA split without a CI split. You add a record 
that needs to go into a new cylinder because there is no room in 
the current one.


Take, for instance, a file that has records added to it using the 
date and time for the key. Now you add 20 records, so we will say 
that 5 records will fill a cylinder for our argument. Assuming it 
hasn't changed, each cylinder is a CA. So you fill up a CA and 
then have to go to a new one. There are no CI splits in doing 
this with the proviso that the records are added in sequentially 
increasing order.


CI splits happen when you need to insert in the "middle" of a CA 
and it causes the split and this requires there to be free space 
when that happens (if free space is specified which can be 
"ALTERed" in after initially loaded).


HTHs
Steve Thompson


On 3/14/2024 5:49 PM, Pommier, Rex wrote:

Hello list,

I have a couple questions about VSAM KSDS and splits.  For example, if I create 
a KSDS with FSPC(0 0) and load it, there is no free space in it.  I then come 
along and try to insert a record somewhere in the middle of a CI.  This will 
result in a CI split which will then result in a CA split.  Does this sequence 
result in both a CI and CA split in the VSAM statistics?  Assuming that this 
scenario results in an increment in both the CI and CA split counts, is there 
any way a VSAM dataset can incur a CA split without a corresponding CI split?  
I am looking at a test VSAM that was built with minimal free space (3 0) and 
then it had a batch job run against it, doing inserts, deletes and a minor 
amount of updates.  Once the job ended I looked at the statistics and found 
this:

SPLITS-CI--50319
SPLITS-CA--50555

Variable length records, average length 380, max length 4500.  CISZ 18432.  Non 
spanned records.

How can I have 200 more CA splits than CI splits?

Thanks,

Rex

--
The information contained in this message is confidential, protected from 
disclosure and may be legally privileged. If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful. If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format. Thank you.


--
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: Mainframer Lunch

[Steve Thompson]

I'm interested.

Steve Thompson

On 3/12/2024 10:41 PM,   wrote:

Hey,
I would like to have a LUNCH get together with any mainframer's in the 
Indianapolis Indiana area.
Maybe once a month?  If interested, let me know  ming...@prodigy.net
David Mingee
317 903-9455
Thanks

--
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

Fully off topic however

[Steve Beaver]

Fully off topic however this is to help the guys in the US

 

I have been beat to death will emails and calls looking for me

To do contract work.

 

I have told the Indian recruiters I no longer will accept contract

Jobs.  And I give then my permanent price.

 

I would suggest that all US based people tell all these recruiters

The same thing.  Also they ask if I have any friends that will accept

A contract job and I tell them NO.

 

They will get the point 

 

 


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

bpxwunix

[Steve Beaver]

/* REXX */ 
stdin.0=5 
stdin.1="KIJJ" 
stdin.2="KQWR" 
stdin.3="ADGF" 
stdin.4="OEPE" 
stdin.5="VNVV" 

cmd="sort" 

call bpxwunix cmd,stdin.,stdout.,stderr.

 

Steve 

 


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

Re: Changes to user's TSO PROFILE

[Steve Beaver]

ACF2 et al can not protect you from your self

Sent from my iPhone

No one said I could type with one thumb 

> On Mar 4, 2024, at 14:12, Schmitt, Michael  wrote:
> 
> I think in ACF2 it is the PREFIX attribute in the user's profile record.
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> Tony Harminc
> Sent: Monday, March 4, 2024 2:05 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Changes to user's TSO PROFILE
> 
>> On Mon, 4 Mar 2024 at 14:36, Bob Bridges <
>> 0587168ababf-dmarc-requ...@listserv.ua.edu> wrote:
>> 
>> (Although come to think of it I guess PREFIX/NOPREFIX isn't one of the
>> fields recorded in TSS.  I don't remember about ACF2 or RACF.)
>> 
> 
> Yabut... Where else could it be recorded? It used to be in UADS, but that's
> long gone for the vast majority of cases.
> 
> (Things like PROFILE PREFIX are not to be confused with ISPF preferences,
> which are saved in a user-specific ISPF profile dataset.) TSO
> preferences/attributes are saved in the in-storage UPT (mapped by IKJUPT),
> and written out to UADS/RACF/ACF2/TSS during normal TSO logoff.
> 
> Tony H.
> 
> --
> 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

ZOS Sending Logs to Sumologic Experience?

[Steve Estle]

All,

We are embarking on an endeavor to explore sending logics to a tool called 
Sumologic(sumologic.com).  For those who are unaware, Sumologic is a competitor 
to Splunk and contains a very powerful real time log parsing analytics engine 
which can be used to build dashboards, alerts, and more.  My basic question is 
has anyone heard of or actually been involved in devising ways to send ZOS logs 
into Sumalogic - our initial efforts will be security related, but for now am 
just asking if anyone has any experience in this realm at all?  Or maybe you 
are doing something similar to Splunk?  If so, you can post in forum or feel 
free to reach directly out to me:

Thanks much,

Steve Estle
sest...@gmail.com
303-817-9954

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

Re: Changes to user's TSO PROFILE

[Steve Beaver]

Is there anything that tracks changes to a TSO user's PREFIX? I have a user who 
says her PREFIX keeps getting changed to NOPREFIX.

RACF, ACF2, TSS

Regards,


Steve 




This electronic mail (including any attachments) may contain information that 
is privileged, confidential, and/or otherwise protected from disclosure to 
anyone other than its intended recipient(s). Any dissemination or use of this 
electronic email or its contents (including any attachments) by persons other 
than the intended recipient(s) is strictly prohibited. If you have received 
this message in error, please notify us immediately by reply email so that we 
may correct our internal records. Please then delete the original message 
(including any attachments) in its entirety. Thank you

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David
Sent: Monday, March 4, 2024 8:48 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Changes to user's TSO PROFILE

Is she logging off cleanly?  Or is she letting her session 522 off.  If the 
latter profile changes don’t get written out and would explain the behavior.

Dave Jousma
Vice President | Director, Technology Engineering





From: IBM Mainframe Discussion List  on behalf of 
rpinion865 <042a019916dd-dmarc-requ...@listserv.ua.edu>
Date: Monday, March 4, 2024 at 9:40 AM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Changes to user's TSO PROFILE
Is there anything that tracks changes to a TSO user's PREFIX? I have a user who 
says her PREFIX keeps getting changed to NOPREFIX. Sent with [Proton 
Mail](https: //urldefense. com/v3/__https: //proton. 
me/__;!!MwwqYLOC6b6whF7V!navz9IU9urj6-WD1bs70v0jirVugGM3fVsmTgIhtPtaDd2ydFFBLTQtu_EI2_Zl_JqzVn7SpnLGTzHWtjx_XvDxZXMXTL0lVDJg$)


Is there anything that tracks changes to a TSO user's PREFIX? I have a user who 
says her PREFIX keeps getting changed to NOPREFIX.



Sent with [Proton 
Mail](https://urldefense.com/v3/__https://proton.me/__;!!MwwqYLOC6b6whF7V!navz9IU9urj6-WD1bs70v0jirVugGM3fVsmTgIhtPtaDd2ydFFBLTQtu_EI2_Zl_JqzVn7SpnLGTzHWtjx_XvDxZXMXTL0lVDJg$<https://urldefense.com/v3/__https:/proton.me/__;!!MwwqYLOC6b6whF7V!navz9IU9urj6-WD1bs70v0jirVugGM3fVsmTgIhtPtaDd2ydFFBLTQtu_EI2_Zl_JqzVn7SpnLGTzHWtjx_XvDxZXMXTL0lVDJg$>)
 secure email.



--

For IBM-MAIN subscribe / signoff / archive access instructions,

send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.

--
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: RACF, external password management

[Steve Thompson]

Hi Frank:

2FA, where it calls you to get a code, or prompts you for a code 
off some security device (RSA?) will be per logon attempt. Now, 
if you have a session manager (of some kind), that may only 
require one response with the "token" they want, and the session 
manager may then not trigger 2FA for each logon under its control.


In the remote logons I've done, Cisco was effectively the session 
manager and handled the initial connection to customer site 
(using VPN). Once authenticated, it was basically a single 
sign-on -- with the exception of TSO and other Mainframe specific 
access/logons, but 2FA was not activated in that case.


YMMV as usual.

Steve Thompson





On 3/1/2024 5:49 PM, Frank Swarbrick wrote:

I have a curious question about MFA on z/OS.  Does each login require a different token?  
Meaning, if I log on to TSO and to CICS, can I use the same token?  I ask because I log 
on and off to various CICS regions throughout the day, and I'd hate to have to get a new 
token for each login.  (We don't use MFA right now, except for our mainframe 
"outsourcer" teams (Kyndryl).

I wish that you could just "logon to VTAM," as it were, and it would log you in 
to each VTAM application you use.  I don't think this is available right now, correct me 
if I'm wrong!

Frank

From: IBM Mainframe Discussion List  on behalf of Timothy 
Sipples 
Sent: Thursday, February 29, 2024 11:24 PM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: RACF, external password management

Linda Hagedorn wrote:

This is very promising. Do you know where I can read more about ZMFA?

The documentation landing page is here:
https://www.ibm.com/docs/en/zma


I'm interested in knowing how to configure the external source, and how
the token is passed back to RACF, and how long the token lasts.
For example, if systems programmers are working a problem, we
wouldn't want the token to expire in 3 hrs.
Or does the token last for the duration of the session?
If tso/ispf times out (sysprog is doing research or answering
mgmt questions), will they have to generate a new token?

If for example you’re configuring ZMFA to use a LDAP server as an “external” 
factor then this landing page has further details:
https://www.ibm.com/docs/en/zma/2.3.0?topic=customization-configuring-ldap

I put the word external in quotation marks because the LDAP server could be 
z/OS’s LDAP server or some other LDAP server running on the same IBM Z machine. 
And LDAP is just one example. Many “external” and external factors’ interfaces 
are supported.

You can configure ZMFA for “out-of-band” authentication so that users obtain 
what’s called a “cache token credential” (CTC) to log into RACF (via TSO/E for 
example). You can choose whether the CTC is reusable and how quickly it expires.

https://www.ibm.com/docs/en/zma/2.3.0?topic=policies-setting-policy-token-timeout
https://www.ibm.com/docs/en/zma/2.3.0?topic=policies-setting-cache-token-credential-be-reusable

—
Timothy Sipples
Senior Architect
Digital Assets, Industry Solutions, and Cybersecurity
IBM Z/LinuxONE, Asia-Pacific
sipp...@sg.ibm.com


--
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: RACF, external password management

[Steve Thompson]

I think the exit point(s) mentioned by others is(are) where you 
would check the clear text against those common passwords, and 
reject that password change at that point.


Specifically to your question "any development to ingest": Unless 
you can find a vendor to provide you with such, your "shop" may 
have to do this, updating the table (or disk file) that contains 
the proscribed passwords.


And another thing you have to think about: Can you set rules that 
could keep such passwords from being tried?


Let's say they all have in common the use of $$, or ## or some 
such, so you would restrict any character from being repeated. 
But at the same time, suppose this is only seen in passwords of 
less than 10 characters...


[I've been exposed to many different systems with different rules].

Not that you would want to go this far, but you may need to go to 
2FA, depending on how secure you have to be (that could be a pain 
in your submit a job to change pswd


Another question: How do you make up your user-IDs? Now looking 
at the common passwords, can one know what user id was 
associated? This goes to the exposure you have to these common 
passwords.


   How many attempts to user-id revoked?
   How does one get their id restored?

   Suppose you are logged on, and a dictionary attack is done
   and your ID is now flagged as revoked. How do you get out of
   this?

Many things to think about. But mostly what is your exposure to 
an attack?


What if I wanted to shut down your biz? If I know how all of your 
user-ids are constructed, and I can get access to your system, 
somehow, and do dictionary attacks to cause all IDs to get 
revoked  It has been done.


Steve Thompson


On 2/29/2024 12:44 PM, Linda Hagedorn wrote:

Do you know if there's any development to ingest the list of passwords known to 
be involved in breaches, and match RACF password changes against them?

--
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: RACF, external password management

[Steve Thompson]

Hi Linda:

Could you define common passwords?

Are we talking about commonly used passwords? Or are we talking 
about a password that is common to multiple users IDs?


Suppose you were to use three Chars and then numbers to make up a 
TSO ID. These are the IDs used by people that do not need access 
to system level datasets other than read (PROCLIBs, MACRO, COPY, 
etc.). So for an example we have ABC01234. So ABC needs a second 
ID (I'm used to having 3 or more), so we have ABC1234, ABC1235, 
ABC1237 (someone else got in there).  Are these three prohibited 
from having the same password?


Now, take me for example. Not only do I have those IDs that I use 
for programming, looking at DUMPS and tests, I also have an ID 
for updating certain system files. So we will do this one 
differently. ABCX001 is my system level ID. I would NOT have it 
have the same password, but you might want to enforce that.


RACF, as I understand it, may have the ability to keep a history 
so that a password can't be reused within 6 months or 9 90day 
cycles which ever is more restrictive. (I had to take RACF admin 
classes, I don't remember a lot because I never intended to be a 
RACF admin - it was needed for "SAF" and product security).


So are these questions and "contrived" circumstances matching 
your situation for what you have to handle?


Another thing that has to be recognized -- changing of passwords 
too often can result in problems for history. But changing not 
often enough is a different exposure.


So, is this being driven by auditors, or something else?

Steve Thompson


On 2/28/2024 4:35 PM, Linda Hagedorn wrote:

My company wants an external password manager to substitute for RACF.
I need to know if anyone has experience with this, or common password matching 
in RACF.

Background
Regulations NYDFS require preventing common passwords to be used.
Vendor tools (Courion, CyberArk, etc.) have a corpus to match password changes 
to prevent the use of common passwords.
RACF passwords can be changed from TSO, the internal reader, JCL, Candle 
Session manager, etc., so trying to block password changing through RACF and 
forcing everyone through one of these 3rd party tools may be near impossible.

Any input is appreciated.  Thanks!  Linda

--
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: Signing off

[Steve Thompson]

I had to re-read that line "first started on an ICL 1904" a few 
times before I my brain realized that was a model number and not 
a year.


Blue skies and tail winds.

Enjoy your next set of activities.

Regards,
Steve Thompson

On 2/26/2024 2:51 PM, Sean Gleann wrote:

This list has been a great source of ideas and information, although I've
never really been a 'contributor' here, but more of a 'lurker'. Whenever
I've seen a thread that I might be able to respond to, someone else gets in
first with a response very similar to the one that I thought of.

So, I hope you won't mind me speaking up now to say that it's time for this
tired old mainframer to toddle off into the sunset... after 50 years of
working with mainframe systems, I feel it's time to hang up my keyboard and
call it a day.

I first started on an ICL 1904 - punched cards, paper tape, core memory,
60MB disks, GEORGE II - but quickly saw the light and moved to another
employer that used a 360/30 roughly 8 years after the series was first
marketed. Since then, aside from a brief entanglement with a Burroughs
B4700, it's been IBM all the way.

I have to say that it's (mostly) been a lot of fun. From one aspect, I've
never really worked a day in my life. Instead, I've been paid a lot of
money to play on other people's expensive toys.

Here's wishing all of you good luck and good fortune for the future. I'll
be thinking about doing some travelling - haven't made it to South America
or Africa yet.

Regards
Sean o'bhaile na Gleann

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


--
Regards, Steve Thompson

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

Re: [EXTERNAL] Question

[Steve Thompson]

Serena Developed it -- well, I know they were working on it and I 
had talked with them about a few things.


Short story about this. I have forgotten all the names.

ACS was based in Dallas TX. They thought they knew everything. I 
was hired to be a developer for ACS/WYLBUR (they had acquired OBS).


I tried to explain to Dallas HQ that software development should 
not be done in a production MVS image. Especially if they had 
access to an APF library they could update (which I also happened 
to have).


So Serena was doing testing of the startup and shutdown of 
Changeman after hours WestCoast. As I recall, we were losing an 
address space about every 10 minutes (This was about 9PM when I 
noticed it -- just as I wanted to leave for home). I checked the 
system and told the SVP (who was still in the office) for our 
location that come morning, we would be very short of address 
spaces for TSO users.


Dallas HQ said we had to wait until the weekend to IPL, period.

I got told by the SVP that, if I knew any special tricks that 
would not leave any finger prints, crash the system because we 
would be unable to get into TSO in the morning. Better to IPL and 
recover now than have irate customers in the morning.


So I had a short routine that was APF authorized and I set the 
Master Sched ASCB to have the Eyecatcher of aSCB. About 10 
seconds after that job ran, MVS Loaded a hard wait.


Everyone that looked at the dump was using a 3278 in UPPER case. 
So no one noticed the lower case a in the ASCB eyecatcher.


Yes, I had it in writing that I was to do that.

Steve Thompson


On 2/23/2024 11:32 AM, Pommier, Rex wrote:

We use it for change control.  We use it for Cobol, assembler, DYLs, JCL CICS 
maps etc.  Opentext got it when they acquired MicroFocus who got it when they 
acquired Serena.  IDK if Serena acquired it from somebody else or if they 
developed it.  It does what we need it to do.  I'm not that familiar with it as 
it is primarily used by our development staff and one of my cohorts handles its 
primary care and feeding.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Beaver
Sent: Friday, February 23, 2024 10:22 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Question

What does anyone know about Opentext Changeman?

  

  


Regards,

  

  


Steve

  



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

--
The information contained in this message is confidential, protected from 
disclosure and may be legally privileged. If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful. If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format. Thank you.

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


--
Regards, Steve Thompson

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

Serina

[Steve Beaver]

So for me it raises the question why is a Company want to convert from 
Changeman to OpenText Changeman

Regards,


Steve
 reply email so that we may correct our internal records. Please then delete 
the original message (including any attachments) in its entirety. Thank you


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dave Beagle
Sent: Friday, February 23, 2024 12:11 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Question

Rocket is owned by Bain Capital. A private equity company. Usually, private 
equity companies are vultures who cut to the bone and then sell. In fact, 
Serena has been bought and sold numerous times in the last 20-25 years. By 
private equity who did exactly that. Cut to the bone and sold. The history 
section of this link tells the story.

https://en.m.wikipedia.org/wiki/Serena_Software

It’s a shame because there are some really good people there and the software 
is excellent.


Sent from Yahoo Mail for iPhone


On Friday, February 23, 2024, 12:55 PM, Dave Beagle 
<0525eaef6620-dmarc-requ...@listserv.ua.edu> wrote:

https://www.rocketsoftware.com/news/rocket-software-acquire-opentexts-application-modernization-and-connectivity-business





Sent from Yahoo Mail for iPhone


On Friday, February 23, 2024, 12:12 PM, Pommier, Rex  
wrote:

Never mind, I just found some articles...

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Pommier, Rex
Sent: Friday, February 23, 2024 11:11 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Question

I hadn't heard that.  Do you have some kind of news article or link I could 
see?  I know me and my cohorts would be very interested in knowing more about 
that.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Dave Beagle
Sent: Friday, February 23, 2024 10:44 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Question

Is that portion of Serena/microfocus/opentext being bought by Rocket? I think 
so.


Sent from Yahoo Mail for iPhone


On Friday, February 23, 2024, 11:32 AM, Pommier, Rex  
wrote:

We use it for change control.  We use it for Cobol, assembler, DYLs, JCL CICS 
maps etc.  Opentext got it when they acquired MicroFocus who got it when they 
acquired Serena.  IDK if Serena acquired it from somebody else or if they 
developed it.  It does what we need it to do.  I'm not that familiar with it as 
it is primarily used by our development staff and one of my cohorts handles its 
primary care and feeding.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Beaver
Sent: Friday, February 23, 2024 10:22 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Question

What does anyone know about Opentext Changeman?

 

 

Regards,

 

 

Steve 

 


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

--
The information contained in this message is confidential, protected from 
disclosure and may be legally privileged. If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful. If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format. Thank you.

--
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

--
The information contained in this message is confidential, protected from 
disclosure and may be legally privileged. If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful. If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format. Thank you.


--
For IBM-MAIN sub

Question

[Steve Beaver]

What does anyone know about Opentext Changeman?

 

 

Regards,

 

 

Steve 

 


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

Re: [Very much off-topic] Re: AI is the real deal.

[Steve Thompson]

Right now there is a move within the US Fed Gov't to convert ALC 
to Java.


They need ALC programmers that know the old style programming 
because some of this code predates MVS/XA.


Just say'n'.

Steve Thompson

On 2/22/2024 12:29 PM, Dave Beagle wrote:

I don’t deny there will be assembler code running. It’s just that you won’t 
need assembler programmers. It’s been shrinking for decades as a needed 
skillset. Explains why hardly anyone teaches it and why assembler coding jobs 
are few. Also explains why the Assembler listserv is almost dead. Ray Mullins, 
many of whom would consider an expert agrees with me. Called it a niche skill.

To deny the fact that companies are spending large amounts of time and money on 
AI is certainly a fools proposition. Literally, every IT company on the planet 
is falling over themselves to get a piece of that pie. Those who aren’t are 
going to have a hard time surviving. Even non IT companies can see a huge 
benefit and payoff from it. This will be the most important IT venture to date.


People who want it to solve complex problems while AI is in its infancy, aren’t 
thinking straight. AI is going to change everything in the next decade or so. 
Anyone who is wondering what skills will be highly paid in the next 20 years, 
I’ll guarantee AI will be near the top.



Plus, I’ve coded in numerous languages since 1980. Done just about everything 
in IT. Was right about the mainframe being around for decades to come circa 
1995 as many here kept saying the mainframe was dead.

Dave


Sent from Yahoo Mail for iPhone


On Thursday, February 22, 2024, 11:54 AM, Tom Harper 
<05bfa0e23abd-dmarc-requ...@listserv.ua.edu> wrote:

Dave,

I was told the same thing 54 years ago when I starting working at CalTrans. 
Managers would just be able to code in COBOL PROFITS = SALES - EXPENSES and we 
would all be out of a job.

Of course, there are more programmers now  than at any time in history.

The question of assembler comes up from time to time, and the question has more 
nuances than you might think.

As it turns out, there are lines of code and lines of executed code. What that 
means is that lines of code that are executed frequently are seldom written in 
a compiled language but are instead written in assembler.

A good example is sort. In the 1970s sort typically used about a third of all 
processor and channel resources on a mainframe. Today that number is far lower, 
in the mid-teens despite the fact that much more data is being sorted.

The reason for this is that some very brilliant assembler programmers at 
SyncSort and the  IBM Dfsort team wrote code to highly optimize sorting and 
related functions. I’m counting PL/S as essentially assembler in this instance.

The same is true at BMC Software and my own company Phoenix Software 
International: highly optimized assembler code greatly improved performance.

Even though there are almost uncountable lines of COBOL code, it makes for a 
tiny fraction of executed code. Most compiled languages execute a few 
instructions and then invoke a CICS, IMS, or DB2 function.

Starting in the 1980s, corporations the world over began to understand that it 
was much more cost-effective to buy or lease software from a vendor than 
develop it in house. These developers left the end-user companies and went to 
software houses where they primarily write in assembler. Now ever piece of 
software usually has parts that are not performance-sensitive, so they might 
get written in C++ or Rex or some other compiled language.

I’ve grown up with software, having written my first program in 1960.

Assembler won’t be gone in five years or anytime can the foreseeable future.

So I would revisit your thoughts.

Tom Harper

Phoenix Software International

Sent from my iPhone


On Feb 22, 2024, at 11:07 AM, Dave Beagle 
<0525eaef6620-dmarc-requ...@listserv.ua.edu> wrote:

Assembler programming will be almost nonexistent in 5 years.


Sent from Yahoo Mail for iPhone


On Thursday, February 22, 2024, 10:32 AM, Robert Prins 
<05be6ef5bfea-dmarc-requ...@listserv.ua.edu> wrote:

AI?

More AS!

This is on LinkedIn, it's AI generated and you can probably sue them for
jaw-dislocation due to excessive laughter:

<
https://www.linkedin.com/advice/0/how-can-developers-take-ownership-bugs-skills-system-development-x9cve

On Wed, 21 Feb 2024 at 23:37, Dave Beagle <
0525eaef6620-dmarc-requ...@listserv.ua.edu> wrote:

Well, today was NVIDIA earnings day. They are the bellwether for AI.
Theirs is the premier AI chip commanding top dollar. And they didn’t
disappoint. Their revenues are up 400% in the last year. To 22 billion in
the latest quarter. They’ve got another chip on tap this year which should
continue the incredible growth. If you had invested $10,000 five years ago,
you’d have earned 2000%, and would have $200,000. If you had
invested $10,000 ten years ago, you’d have earned over 16,465%. And have
1.65 million

Re: Something keeps releasing space on a large (annual) DS

[Steve Thompson]

Ask the storage guys about the preferred method to allocate a 
file that will get very large during production runs. And you 
don't want production to fail with a storage ABEND. And let them 
know about the current behavior. They may have made a change that 
is the cause of your problem.


Then you can modify the REXX code to include the class info they 
give you.


Also, I suggest you allocate in CYLS not TRKS in the case they 
are doing compression of space on data sets allocated in tracks...


I've seen various odd things done to recover space for files that 
can't be on the tracks after 65xxx (forgot the last track 
accessible by the old NOTE/POINT that causes products like 
Panvalet to break).


And if I remember correctly, compression/decompression is done by 
the access method. Double check to make sure this isn't a VSAM 
thing.


I've not had to deal with these features for a few years So 
things slip from one's mind.


Steve Thompson

On 2/21/2024 2:33 PM, Bob Bridges wrote:

Ooh, now that's interesting!  The content of this file would lend itself
well to compression - all alphanumeric with a few parens, colons and the
like.  But what happens when someone needs to view it?  Does it compress
automatically or is another step required?

It's not something I can bring up now, because everyone's busy with a z/OS
upgrade.  But next month...

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

/* For Sale: Parachute.  Only used once, never opened, small stain. */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Michael Oujesky
Sent: Wednesday, February 21, 2024 13:49

You might consider SMS compression to reduce the physical size of the file.
If you do, change the BLKSIZE to 32760 as SMS compression writes full tracks
and the BLKSIZE becomes logical (the size of the buffer used in passing date
to/from the application).

--- At 11:44 AM 2/21/2024, Bob Bridges wrote:

I'm not a sysprog (just a security geek), but I can at least allocate
datasets, and at the start of this year it fell to me to allocate a new
dataset in which are logged all changes made in the security system.
Past year's log are in the 12000-track range, so I started with a
smaller allocation while I took the time to talk to our sysprog about
space requirements.  It's populated from a daily production job, by the
way.

When I re-allocated it, on his advice I tried a multi-volume and
extended allocation (PS-E).  Almost immediately the job started
bombing, claiming that the first four volumes it tried didn't have the
necessary space to add an extension.  The sysprog is puzzled - says it
should have looked in volumes that DO have the space, not the ones that
don't.

Second attempt (I don't count the temporary smaller allocation) I kept
PS-E but dropped the multi-volume requirement.  I've never done one of
those anyway, and don't trust 'em.  The system promptly dropped the
extra tracks I allocated, and a day or two later the job started
bombing with a B37-04.

Third attempt: Forget PS-E (I'm unfamiliar with that too) and just used
SPACE=(TRK,(9000,1000)).  That seemed to work for a whole week, but I
just noticed that something, somewhere, has released extra space AGAIN;
3.4 tells me it's now 1960 tracks and 83%.  The job isn't bombing yet;
some time later in the year I'm guessing it's going to.

Pardon my frustration: WHAT THE HECK IS GOING ON?  Why does it keep
releasing space although I never specified RLSE?  The sysprog doesn't
know either - but he's an external contractor who just took over the
system a few months ago and if it's something simple he may not be
aware yet of ... I dunno, something in SMS maybe?

Some wrinkles that may or may not be relevant:

1) The dataset is written using a REXX exec that calculates the DSN by
reference to the current year.  This relieves folks from having to
update the JCL every year, but maybe something about the way the exec
does the allocate is causing the problem?  I'm guessing not, because as
far as I now this job has run correctly for years.  But just in case:

   "ALLOC DDN(CHG$$OT) DSN('') MOD CATALOG REUSE",
   "SPACE(300,30) CYLINDERS RECFM(V,B) LRECL(304) BLKSIZE(27998)"

2) I don't know anything about SMS, but could something there be
releasing space?

3) What IS extended PS, anyway?  I'm told it allows more than 16
extents, but a) how many more? And b) how else is it different?

4) I allocated the dataset each time using not batch JCL but 3.2 ...
expecting there's no difference.

--
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: [EXTERNAL] Question

[Steve Beaver]

I'd like to find a set Office 2010 of install media

Regards,


Steve Beaver


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Pommier, Rex
Sent: Tuesday, February 20, 2024 1:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Question

For my personal use, nope.  Still using 2010.  At work, they're moving us to
365.  

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Steve Beaver
Sent: Tuesday, February 20, 2024 12:37 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Question

I have run MS Office 2010 for years.

 

Has anyone in the group Subscribed to Office 365 since there is

No more MS Office.  I also have my own domain for email

 

Thanks

 

Steve

 


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

--
The information contained in this message is confidential, protected from
disclosure and may be legally privileged. If the reader of this message is
not the intended recipient or an employee or agent responsible for
delivering this message to the intended recipient, you are hereby notified
that any disclosure, distribution, copying, or any action taken or action
omitted in reliance on it, is strictly prohibited and may be unlawful. If
you have received this communication in error, please notify us immediately
by replying to this message and destroy the material in its entirety,
whether in electronic or hard copy format. Thank you.

--
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: Question

[Steve Beaver]

I hate one-Drive but I'm stuck with it at the office


Regards,


Steve Beaver

No man is a true believer unless he desires for his brother that, what he 
desires for himself. 




This electronic mail (including any attachments) may contain information that 
is privileged, confidential, and/or otherwise protected from disclosure to 
anyone other than its intended recipient(s). Any dissemination or use of this 
electronic email or its contents (including any attachments) by persons other 
than the intended recipient(s) is strictly prohibited. If you have received 
this message in error, please notify us immediately by reply email so that we 
may correct our internal records. Please then delete the original message 
(including any attachments) in its entirety. Thank you


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of ITschak Mugzach
Sent: Tuesday, February 20, 2024 1:43 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Question

Same here on Mac. One drive is a pain...

*| **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  **|*





בתאריך יום ג׳, 20 בפבר׳ 2024 ב-21:28 מאת Steve Thompson :

> Yes. If you go this route, and you have your own file server(s)
> and backup systems, the first thing you do is uninstall ONEDRIVE.
>
> You may find that after doing this, you may have issues with Word
> and XL. (we did with W10)
>
> If you do not, it will back up various folders to the M/S cloud.
> And I think once you cross the limit (not sure what it is), you
> may start getting billed by M/$ for space for all your data it is
> backing up for you.
>
> Steve Thompson
>
> On 2/20/2024 1:36 PM, Steve Beaver wrote:
> > I have run MS Office 2010 for years.
> >
> >
> >
> > Has anyone in the group Subscribed to Office 365 since there is
> >
> > No more MS Office.  I also have my own domain for email
> >
> >
> >
> > Thanks
> >
> >
> >
> > Steve
> >
> >
> >
> >
> > --
> > 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

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

Re: Question

[Steve Thompson]

Yes. If you go this route, and you have your own file server(s) 
and backup systems, the first thing you do is uninstall ONEDRIVE.


You may find that after doing this, you may have issues with Word 
and XL. (we did with W10)


If you do not, it will back up various folders to the M/S cloud. 
And I think once you cross the limit (not sure what it is), you 
may start getting billed by M/$ for space for all your data it is 
backing up for you.


Steve Thompson

On 2/20/2024 1:36 PM, Steve Beaver wrote:

I have run MS Office 2010 for years.

  


Has anyone in the group Subscribed to Office 365 since there is

No more MS Office.  I also have my own domain for email

  


Thanks

  


Steve

  



--
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

Question

[Steve Beaver]

I have run MS Office 2010 for years.

 

Has anyone in the group Subscribed to Office 365 since there is

No more MS Office.  I also have my own domain for email

 

Thanks

 

Steve

 


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

Re: Principles of Op

[Steve Thompson]

On 2/19/2024 5:25 PM, Tony Harminc wrote:

On Mon, 19 Feb 2024 at 16:50, Steve Thompson  wrote:


Thanx.

I'm rather tired of IBM making people get an account just to
download a free manual.

Sorry Ed. I had thought that the Tech Library was still a simple
click and download -- I'd been to that one.


The first Google hit takes me to a clickable link to
https://publibfp.dhe.ibm.com/epubs/pdf/a227832d.pdf which doesn't require
any signin. I opened it in a new FF Multi-account container, so it wasn't
using some IBM cookies or local storage authenticator that I had leftover
from a previous login.

Tony H.


Thanks.

I had gotten to what appears to have been an older Tech Library 
and got a 2001(?) PoP. And I thought there should be a later one.


Meanwhile someone had sent the "z16" one via private email.

Steve Thompson

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

Re: Principles of Op

[Steve Thompson]

Thanx.

I'm rather tired of IBM making people get an account just to 
download a free manual.


Sorry Ed. I had thought that the Tech Library was still a simple 
click and download -- I'd been to that one.


On 2/19/2024 4:12 PM, Joe Monk wrote:

linux.mainframe.blog

Joe

On Mon, Feb 19, 2024 at 2:46 PM Steve Thompson  wrote:


Any one know where IBM is hiding this now?

I've been searching for this to find the latest copy, and I'm
getting nowhere.

I used to be able to put in IBM TECH LIBRARY and it would be in
with the z/OS manuals. Can't seem to find it now.

Steve Thompson

--
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


--
Regards, Steve Thompson

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

Principles of Op

[Steve Thompson]

Any one know where IBM is hiding this now?

I've been searching for this to find the latest copy, and I'm 
getting nowhere.


I used to be able to put in IBM TECH LIBRARY and it would be in 
with the z/OS manuals. Can't seem to find it now.


Steve Thompson

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

Re: AT-TLS policy for NJE

[Steve Horein]

https://www.ibm.com/docs/en/zos/2.5.0?topic=considerations-ssl-tls

On Sat, Feb 17, 2024 at 8:34 AM Lennie Dymoke-Bradshaw <
032fff1be9b4-dmarc-requ...@listserv.ua.edu> wrote:

> I am looking for a set of AT-TLS policy statement for NJE, but have been
> unable to find them in the JES2 documentation.
>
> Am I looking in the wrong place? Can anyone point me to where these might
> be?
>
>
>
> Thanks
>
> Lennie
>
>
> --
> 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: Tn3270 back door

[Steve Thompson]

So you sometimes have to treat z/OS like Winderz ;-)

Steve Thompson

On 2/16/2024 1:29 PM, Geza Szentmiklosy wrote:

You need to stop and start the TN3270 port to pick up the new cert. The PAGENT 
refresh was needed also but you have already done that.
You can stop/start the port by:
1 - TCPIP VARY commands.
2 - Recycle TCPIP.
3 - IPL.
Good luck.

--
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: Insecure security -- When broken how far it may reach.....

[Steve Thompson]

Reading the articles, I find a similar thing that is done: Paying 
for a year of ID theft insurance or some such.


Here is the situation for those of us that were part of the OPM 
cracking from 2015:


Random attempts to open bank accounts by bad actors in our name 
(which ever one of us it happens/ed to be)


Random attempts to open credit accounts by bad actors in our name 
(which ever one it happens to).


So OPM did the one year thing to find out that it would have to 
become permanent. So I get regular notices of attempts to open an 
account. One person I personally know who was in law enforcement 
and worked with Secret Service and Home land security is 
constantly having problems like this.


My point is, once this has happened, you never know when you are 
going to get hit and from what direction. And so these guys think 
that 1 year of such "protection" is going to help.


And for those of you who own property, you might want to make 
sure that you get notified if there is any activity, such as a 
lien for some credit thing, or even a quit claim deed being 
filed. You might have your property sold out from under you.


Just say'n'.

BTW -- that OPM crack included data on people that were not 
getting clearances, but had to be  talked with about the person 
applying for the clearance(s). So this even included foreign 
nationals that one is related to!!


So depending on the entity that is cracked, the information gets 
into the dark web and it may include people that didn't even know 
they had anything to do with the entity that got cracked.


Security on mainframes (and others) sometimes has a greater reach 
when cracked than we realize.


Steve Thompson

On 2/15/2024 10:54 AM, P H wrote:

Passwords and hackers. Is there anything safe?

https://eandt.theiet.org/2024/02/15/southern-water-admits-data-breach-may-impact-nearly-half-million-customers?utm_source=related-content-bullet-list

https://eandt.theiet.org/2024/02/15/state-sponsored-hackers-using-ai-cyber-attacks-microsoft-warns?utm_campaign=E%2BT%20News%20-%20Template%20Redesign%2015%20Feb%20%28Split%20test%29_content=E%26T%20News%20-%20Members_medium=email_source=Adestra_term=865089


Sent from Outlook for Android<https://aka.ms/AAb9ysg>

From: IBM Mainframe Discussion List  on behalf of Jack Zukt 
<059cd493dd41-dmarc-requ...@listserv.ua.edu>
Sent: Thursday, February 15, 2024 3:25:18 PM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: Insecure security - was SDSF PS Command column

Hi Bill,
I can relate to your suspicions about password managers. Not to long ago
Lastpass found out that they have been hacked, which must have been a big
problem for its end users (which, fortunately I am not). On the other hand,
I have way too many passwords to be manageable without a password manager.
So, I use not one, but two. With different master passwords. And using a
password manager will not prevent you from sharing passwords with trusted
friends. I usually tell my colleagues that use excel or notepad to keep
their passwords to try and use keepass. It is as easy to use as those
methods but far for secure.
Regards
Jack




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

Re: Insecure security - was SDSF PS Command column

[Steve Thompson]

I have disabled the camera in my laptop, and put painter's tape 
over it (because we found out some years ago when I was an IBM 
employee, that there was a way to have your camera turned on, and 
the indicator light to not light up).


So in Teams (and related), all you see for me is a blue cloud if 
the camera gets activated. Hmmm. Never thought about the 
relationship there Oh well. And I do the same with my cell 
phone's cameras.


Electrical tape (Black, Red, Green, etc.) is very gummy and kind 
of greasy. Getting that cleaned off is sometimes a chore.


Just say'n'

Steve Thompson

On 2/14/2024 9:08 PM, Tom Brennan wrote:
When I'm home my laptop is on a shelf under my desk, connected 
to a KVM switch so I can swap to it using my desktop keyboard 
and screen. I had standard black electrical tape covering the 
camera and on a meeting I expected to see black for my image, 
but I saw legs (in pants).  I'm guessing the camera is somewhat 
sensitive to infrared.  Doubling and tripling the tape didn't 
even help that much, so I taped a penny across the lens.


On 2/14/2024 2:24 PM, Michael Oujesky wrote:


Won't work when there is electical tape across the camera lens.



Webcam when they open the binder to enter the password.

--
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

-- 


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


--
Regards, Steve Thompson

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

Re: [EXTERNAL] Re: Insecure security - was SDSF PS Command column

[Steve Thompson]

Painter's tape for when I really do need to use the camera.

On 2/14/2024 5:29 PM, Pommier, Rex wrote:

Mine's a gum wrapper.  

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Michael Oujesky
Sent: Wednesday, February 14, 2024 4:25 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Insecure security - was SDSF PS Command column


Won't work when there is electical tape across the camera lens.



Webcam when they open the binder to enter the password.

--
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

--
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

--
The information contained in this message is confidential, protected from 
disclosure and may be legally privileged. If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful. If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format. Thank you.


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


--
Regards, Steve Thompson

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

AI strikes again in another court...

[Steve Thompson]

This is from a Legal news paper (as it were) [law360.com]

AI-Generated Fake Case Law Leads To Sanctions In Wage Suit
By Rose Krebs

The owner of a Missouri-based technology business that was 
ordered to pay an ex-employee roughly $311,000 in unpaid wages, 
damages and legal costs was sanctioned Tuesday by an appellate 
court for briefing "deficiencies," including *submitting fake 
cases generated by artificial intelligence. *


---

How many more of these kinds of things are we going to see if we 
do not find a way to, in the hardware(?), effect laws to stop 
this (I keep thinking of Isaac Asimov's fiction about robotics...)


What will keep us from having "creative accounting" that humans 
just wouldn't be able to "audit"?


Imagine the IRS (or other national tax agency) implementing AI 
that is not neutral, but shaded toward the state


Yes this can be done on any platform, but this ability can also 
be used by bad actors to exploit holes in security and that 
includes Mainframes.


Steve Thompson

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

Re: SDSF PS Command column

[Steve Thompson]

Seymour, this is a very interesting observation you made.

I'm now experiencing similar

With a certain banking system we use, you logon, and then you 
have to prove you are the person you say you are by providing 
more information. While having 2 factor authentication.


With a certain cell provider, you have to login, then provide 
your PIN, then tell them your IMEI 


How many people have that information memorized?

At some point we make being secure, *insecure,* because we won't 
talk to you because we can't be sure you are who you say you are, 
even with 2 factor authentication, and your password.


Corporate paranoia.

Steve Thompson

On 2/13/2024 11:31 PM, Seymour J Metz wrote:

The  problem is not auditors; it is incompetent auditors.

In the Army they taught us that preventing authorized access is a security 
violation. An unthinking automatic timeout is a DOS attack when it prevents 
running an annual job.

--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
עַם יִשְׂרָאֵל חַי
נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר


From: IBM Mainframe Discussion List  on behalf of Farley, 
Peter <031df298a9da-dmarc-requ...@listserv.ua.edu>
Sent: Monday, February 5, 2024 12:27 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SDSF PS Command column

I am constantly amazed at how much this whole “zero trust” meme is violating 
the concept of sharing everything among application developers.  I for one have 
no qualms about any other application programmer at my shop seeing any coding I 
am doing (though I might be occasionally embarrassed by my own dumb mistakes).

It is not “innocent” to share access to application programming information and 
styles and pitfalls, it is crucial to application programmer development and 
advancement.  We learn from each other, especially from sharing our mistakes as 
well as our best practices and clever innovations.

Add to that stupid security rules like “if you didn’t access this resource for 
the last 180 days we revoke your access to that resource”, which causes all 
kinds of headaches when you have to suddenly deal with issues in a yearly 
weekend production process and you don’t have read rights to the data files you 
need to view to resolve the issue and the security team only works 9 to 5 
weekdays and the on-call is out shopping somewhere.

Shakespeare was almost right – first get rid of all the auditors, the lawyers 
are easy to deal with compared to them.

Peter
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Monday, February 5, 2024 11:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SDSF PS Command column


On Mon, 5 Feb 2024 11:02:07 +, Rob Scott wrote:


...
As to "why don't you just fix it ?"tstyle questions, we have to consider quite a few 
compatibility issues across n-2 releases especially when the "fix" requires changes to 
configuration and security ...

Such as users' embedding cryptographic keys in commands?  Ugh!



UNIX arose in a more innocent age when no one worried much about such as:

 ls -lt /u



--

This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.


--
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 read Cyl 0 from within a program?

[Steve Beaver]

Try. The DSN.  44XL’04’

Sent from my iPhone

No one said I could type with one thumb 

> On Feb 13, 2024, at 12:19, Charles Mills  wrote:
> 
> I am interested in writing a program to read the IPL records from a DASD 
> volume. (Read only, not update). I am comfortable with XDAP but how do I OPEN 
> a "dataset" that would include cylinder 0?
> 
> APF, OPERATIONS and so forth are not out of the question.
> 
> Thanks,
> Charles
> 
> --
> 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: Banks migrate from mainframes to AI-driven cloud

[Steve Beaver]

I have not seen a RISC system in 30 years 


Sent from my iPhone

No one said I could type with one thumb 

> On Feb 10, 2024, at 09:27, Arthur Fichtl  wrote:
> 
> Am 10.02.2024 um 06:00 schrieb IBM-MAIN automatic digest system:
> migration from the mainframe?
> 
> The mainframe as a piece of hardware might vanish. But the Exabytes  of MF 
> software might move to some sort of virtualization platform, I guess, may 
> that be  based on Intel, cloud, or RISC .
> 
> 
> --
> Diese E-Mail wurde von Avast-Antivirussoftware auf Viren geprüft.
> www.avast.com
> 
> --
> 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: Reading a scratch tape

[Steve Thompson]

I had been thinking about that while working on something else 
and as soon as you said the EXCP part


Some years ago I was working on NDM and was running all these 
tape tests using NDM (function testing as a result of prepping a 
new Release or Version).


A few months later, as I recall, we got a letter from IBM 
announcing that EXCP would no longer be supported for SCSI type 
tape drives.


As I recall, our EXCP code was still being used to read tape 
labels


EXCP code could allow one to position a tape and read it without 
the system checking for labels, etc.


Since I haven't touched that code or any like it for about 10 
years, I wonder if VTS code in z/OS would allow EXCP.


Meanwhile, EXCP would allow a data security exposure, wouldn't 
it? Unless it requires APF...


On 2/8/2024 5:19 PM, Paul Gilmartin wrote:

rpomm...@sfgmembers.com> wrote:


In the "scratch category" settings, you can set an "expire hold" field that 
tells the TS77xx how long to keep an expired tape before releasing it to scratch.  I believe that 
once that threshold is crossed, the TS77xx rewrites the tape mark to the beginning of the tape and 
all data is lost - unless IBM has some magic they can preform on the back end.


"Expired" but not really!?  This makes as little sense as expecting to read a
temporary data set in a subsequent job.

With a physical tape one might EXCP, bypass errors, and recover some data.


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

Question

[Steve Beaver]

Does anyone have Python installed in your shop?

 

Steve

 


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

Re: Where are Unix reason codes over 7371 documented

[Steve Beaver]

I think I remember someone that started this thread there was a S913 violation 
error. 

Was that violation cured?


Sent from my iPhone

No one said I could type with one thumb 

> On Feb 3, 2024, at 17:37, Charles Mills  wrote:
> 
> It's confusing. The last four nibbles, 730C, are the "real" reason code. 
> Just scroll down in here: 
> https://www.ibm.com/docs/en/zos/2.5.0?topic=errnojrs-zos-unix-reason-codes
> 
> As the first part of the section says
> 
> The reason code is made up of 4 bytes in the following format:
>    rrr
> 
>  is a halfword reason code qualifier. Generally this is used to identify 
> the issuing module and represents a module ID.
>  is the halfword reason code that is described in this documentation. 
> Only this part of the reason code is intended as an interface for programmers.
> 
> (And there's a typo in what the above says. The first "rrr" should be "".)
> 
> Charles
> 
>> On Sat, 3 Feb 2024 17:12:52 -, Lennie Dymoke-Bradshaw 
>>  wrote:
>> 
>> I am trying to debug a situation in zSecure where I am getting this message
>> from the CKNSERVR address space.
>> 
>> CKN017I 12 BPX1AIO connect failed on socket 1 RC 111 permission denied,
>> reason 7663 730Cx
>> 
>>  Port 7173 of 192.168.11.100
>> 
>> BPX1AIO documents that its return and reason codes are in the UNIX messages
>> and codes manual.
>> 
> 
> --
> 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: Where are Unix reason codes over 7371 documented

[Steve Beaver]

Have you tried SU command?

Sent from my iPhone

No one said I could type with one thumb 

> On Feb 3, 2024, at 11:37, Colin Paice  wrote:
> 
> tso command bpxmtext  7663730c
> JRNetAccessDenied: The user is not permitted to communicate with the
> specified network.
> Action: If access to the specified network is required, the user must be
> permitted to the appropriate SAF resource
> 
>> On Sat, 3 Feb 2024 at 17:13, Lennie Dymoke-Bradshaw <
>> 032fff1be9b4-dmarc-requ...@listserv.ua.edu> wrote:
>> 
>> I am trying to debug a situation in zSecure where I am getting this message
>> from the CKNSERVR address space.
>> 
>> CKN017I 12 BPX1AIO connect failed on socket 1 RC 111 permission denied,
>> reason 7663 730Cx
>> 
>>   Port 7173 of 192.168.11.100
>> 
>> BPX1AIO documents that its return and reason codes are in the UNIX messages
>> and codes manual.
>> 
>> I am looking in manual SA23-2284-60 but the values for errnojr only go up
>> to
>> 7371.
>> 
>> Where can I find the documentation for higher values?
>> 
>> Lennie
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> --
>> 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: Connect:Direct question

[Steve Thompson]

I can make a suggestion. But if this fails, the following 
questions would need to be addressed.


 SYSOPTS=("STORCLAS=RKF1 DATACLAS=EXT") -

Don't know if that will work. I've not worked on/with NDM on a daily basis for 
about 4 years now.

Why do you have to specify storclass and dataclas for the 
receiving entity? Does it not have ACS rules to handle this?


Secondly, could you provide any error messages relative to the 
sysopts processing?


One other thought: Can you do a run task on the other system to 
define the dataset and then do the xfer?


Steve Thompson

On 1/31/2024 8:50 AM, Gadi Ben-Avi wrote:

Hi,
I am trying to transfer a file using Connect:Direct from one z/OS system to 
another.
I need to specify both STORCLAS and DATACLAS.
This is what I am writing:
CPYSEQ PROCESS-
 SNODE=RTST
  COPY1 COPY-
FROM (DSN=G120NTN.KVTNKSP.UNLOAD-
  DISP=SHR  -
  PNODE -
 ) -
TO   (DSN=G120NTN.KVTNKSP.UNLOAD-
  DISP=(NEW,CATLG)  -
  SPACE=(CYL,(999,),RLSE)   -
  SYSOPTS="STORCLAS=RKF1 DATACLAS=EXT" -
  SNODE -
 )

And I keep getting errors.

How to I specify more than one parameter in SYSOPTS. I've tried writing a comma 
between the parameters with the same results.

Thanks

Gadi





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


--
Regards, Steve Thompson

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

Re: How can I determine the User Name associated with the current Batch JOB RACF ID?

[Steve Thompson]

Great point.

CICS is a good example.

Connect:Direct is another.

On 1/30/2024 3:21 PM, Jon Perryman wrote:


You can get it from ACEEUNAM.


The intended interface is likely one of the RACROUTE variants (EXTRACT?).

Also keep in mind multi-user address spaces and that you are referencing the 
correct ACEE. MUSAS can occur in unexpected places. E.g. Just because your TSO 
address space is single user does not mean embedded TSO in my products address 
space is single user.

--
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: Thank you, IBM-MAIN!

[Steve Horein]

Enjoy your retirement!

On Fri, Jan 26, 2024 at 12:22 PM Tom Sims  wrote:

> My apologies to anyone who feels this post inappropriate, but in view of
> my imminent retirement, I want thank the entire IBM-MAIN community for
> the 3+ decades of knowledge and support that have helped make my
> employment and professional development a reality.
>
> Most especially, even at the risk of offending anyone I miss, to the
> following:
>
> Leonard Woren, who mentored me in my early days at USC and has been a
> reliable resource and sounding board in all the years since;
>
> Brian Westerman, who helped me move on from UCSF-Stanford with a clear
> conscience by filling any void I left and has also been of assistance in
> all the years since;
>
> Sam Golob, whom I met via email only recently, but who has always been
> there for advice, technical support and an endless source of the
> mainframe esoterica that made this world  so interesting and fun.
>
> To all the rest, the community at SHARE, former colleagues -- you all
> rock!  The dying mainframe of the early nineties has outlasted all of
> us, and we all helped make it happen.
>
> Again, thank you, and fare well wherever you fare! I've worn so many
> mainframe hats, and I still have them all!
>
> Tom Sims
> Trident Services
>
> --
> 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: RACF Automation (Cross Posted)

[Steve Beaver]

I don't even know if the product still exists. -- The closest IVP that I know 
of is OKTA.  OTKA 
Can administer lockouts and password.  However in our world there is nothing 
cheap
And easy.  The down side of ROLLING your own you have to administer and 
maintain it
And no one wants to spend the couple hundred thousand to write and watch people 
retire.


Steve 


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jon Perryman
Sent: Thursday, January 25, 2024 10:07 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: RACF Automation (Cross Posted)

On Tue, 23 Jan 2024 12:39:47 -0600, Steve Beaver  wrote:

>I have a customer that would like to AUTOMATE RACF. 

Did you solve your problem?

You need to clarify what AUTOMATE RACF means to the customer. What is the 
problem the customer is trying to solve because they can't mean automate. 
Security definitions requires someone to fill in the blanks. Are they looking 
to simplify the process and streamline it with a company's security strategy.

I worked on a product that centralized security thru a single interface (RACF, 
TopSecret, ACF2, Unix, Windows and others. It's been many years and I don't 
even know if the product still exists.

If you can describe the problem, then we might have some suggestions to solve 
your problem.

--
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

RACF Automation (Cross Posted)

[Steve Beaver]

I have a customer that would like to AUTOMATE RACF.  Personally I think this
heresy but.

 

I am aware of Sail Point, and it will automate changing passwords.

 

Are there any tools/Program Products that can be used to Provision ID's, and


Update profiles without having the auditors looking for someone's scalp?

 

 

Regards,

 

 

Steve 

 


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

Re: So Long, and Thanks for All the Fish*

[Steve Thompson]

Hi Cheryl:

It has been a great run. You will be missed. Sorry to hear you 
are shutting down the company.


I can tell you from those I've known who have retired, stay 
active. Physically and mentally.


Regards,
Steve Thompson

On 1/22/2024 11:33 PM, Cheryl Watson wrote:

* For those too young to remember, check out Wiki

Hi all,

I’m retiring, but first want to send out a thank you to all the IBM-Mainers 
still posting, as well as those who are no longer active. IBM-Main has provided 
a life-line to me at times when I had nowhere else to turn. (I remember one 
night at 3 am, where I was stuck on a problem, and found someone who could help 
me here.)

I’ve found IBM-Main a wonderful place to learn new tricks, ponder the pros and 
cons of different approaches, and learn from some of the brightest in the 
industry. (I have to admit that I tend to ignore the posts that delve into the 
far annals of time, because I’m more focused on what is happening now.)

I haven’t been too active recently because Frank Kyne, our outstanding Editor 
and President has been more involved in the technical side of things. But I 
want you all to know how valuable this group has been to me since it started. 
(Yes, I was one of those at the very beginning.)

For more info on our retirement, please see our blog post at 
https://watsonwalker.com/were-retiring/.

Thanks from the bottom of my heart!

All my best,
Cheryl Watson
==
Cheryl Watson Walker, CEO
Watson & Walker, Inc.
Sarasota, FL USA
www.watsonwalker.com
Cell/Text: 941-266-6609
==





--
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: So Long, and Thanks for All the Fish*

[Steve Beaver]

Cheryl you have been a beacon of order to community.

Have you attempted to find someone to take over Watson-Walker's function.

The reason ask is AI via Linux is available on the z16.

Regards,


Steve 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Cheryl Watson
Sent: Tuesday, January 23, 2024 9:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: So Long, and Thanks for All the Fish*

Hi Charles,

We have two websites-one public and one for subscribers only (this is the one 
with special search features). The one for subscribers-only will last until May 
2025, and then will cease to exist. The public one will gradually thin down, 
but we haven’t made any definite plans. 

People have asked us to make all the Tuning Letters available in an archive, 
and that’s a possibility, but not until much later. It wouldn’t be fair to our 
paying subscribers. 

Thanks so very much!
Cheryl
Phone: 941-266-6609

On Jan 23, 2024, at 12:03 AM, Charles Mills  wrote:

Going to miss you! Thanks for all of your service to the MF community.

Is your Web site going to stay up, or is it going away, along with you and Tom?

Charles

On Mon, 22 Jan 2024 23:33:20 -0500, Cheryl Watson  
wrote:

> * For those too young to remember, check out Wiki
> 
> Hi all,
> 
> I’m retiring, but first want to send out a thank you to all the IBM-Mainers 
> still posting, as well as those who are no longer active. IBM-Main has 
> provided a life-line to me at times when I had nowhere else to turn. (I 
> remember one night at 3 am, where I was stuck on a problem, and found someone 
> who could help me here.)
> 
> I’ve found IBM-Main a wonderful place to learn new tricks, ponder the pros 
> and cons of different approaches, and learn from some of the brightest in the 
> industry. (I have to admit that I tend to ignore the posts that delve into 
> the far annals of time, because I’m more focused on what is happening now.)
> 
> I haven’t been too active recently because Frank Kyne, our outstanding Editor 
> and President has been more involved in the technical side of things. But I 
> want you all to know how valuable this group has been to me since it started. 
> (Yes, I was one of those at the very beginning.)
> 
> For more info on our retirement, please see our blog post at 
> https://watsonwalker.com/were-retiring/.

--
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: Another Getting away from the mainframe tale

[Steve Thompson]

Along those lines, if you get an office 365 subscription, bundled 
into this is one-drive. So unless you specifically save documents 
to a file server or on/in your computer (you do not use a 
one-drive path) you are using M/$ cloud.


And what I have found is, if you turn off one-drive, Word, XL, 
and others have problems with saving, restoring data. But not if 
you have them using a file server. ?!? And this means as soon as 
you create a new spreadsheet/document/powerpoint/etc. you have to 
do a "save as" to the file server.


Now, enterprise users of windows & Office, whole nuther thing.

Steve Thompson



On 1/22/2024 7:42 AM, Radoslaw Skorupka wrote:

W dniu 20.01.2024 o 00:34, Steve Beaver pisze:

The more they want to move away the harder it becomes.

A few years ago Coca-Cola moved to AWS but I have no idea how
They did it possible with Micro-Focus Cobol


Move to cloud?
Read details.
I know some large financial companies which also "moved to 
cloud". And they still run mainframe.

What is the truth? BOTH.
They migrated MS Office to the cloud. *Partially*. Partially, 
because some docx or xlsx files containing data protected by 
the bank law cannot be kept in the cloud. What did they save? 
It is kept secret, but the guys form IT told me it is a lot of 
headache and no server or storage was released. People? Nobody 
fired, a dozen "cloud specialists" hired.

Mainframe? Still processing the business transactions.

So, if you want to follow trends just move anything small (and 
not crucial) to the cloud and you may say "Yes, obviously we 
use the cloud".




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

Re: How to create a vsam dataset with Alias

[Steve Horein]

I believe PATH will accomplish what you want to do. I found this bit of JCL
from when I lead a different life:

//CATLG1  EXEC PGM=IDCAMS
//SYSPRINT DD  SYSOUT=*
//SYSINDD  *
 DEF PATH(NAME(SYST.MOBIUS.VIEWDIR.SCREENS) -
 PATHENTRY(SYST.MOBIUS.VIEWDIR.LX0783.SCREENS))

https://www.ibm.com/docs/en/zos/2.5.0?topic=commands-define-path

On Sun, Jan 21, 2024 at 3:47 AM Lizette Koehler 
wrote:

> I have a VSAM data set called VSAM1
>
>
>
> I want to have it have another name (alias) called VSAMTST
>
>
>
> So if a user has NAME=VSAM1  or NAME=VSAMTST
>
>
>
> Both HLQs will be I the same usercat
>
>
>
>
>
> It all accesses the same VSAM dataset VSAM1
>
>
>
> What is the best way to do that?
>
>
>
> Thank you
>

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

Re: Another Getting away from the mainframe tale

[Steve Beaver]

The more they want to move away the harder it becomes.  

A few years ago Coca-Cola moved to AWS but I have no idea how
They did it possible with Micro-Focus Cobol 



Steve 

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

Re: Another Getting away from the mainframe tale -- Jammed it in Reverse...

[Steve Thompson]

They migrated to that mainframe environment as quickly as they 
could.


A reverse Boot Hill story.

Steve Thompson

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

Re: Another Getting away from the mainframe tale

[Steve Thompson]

I can't resist this.

A certain Electric Utility asked some consultants about how to 
remediate for Y2K. They were told the best way to do it was to 
migrate off their mainframe to some fad app/language. So they 
made the cut some months before Y2K and reports they had done on 
demand (where do we have xxx Transformer(s) and yyy steel angle 
iron) kind of things so they could repair downed lines after a 
tornado or straight line winds, now had to scheduled a week in 
advance of when they needed them. No joke.


A few years go by and they have a chance to buy out another 
electric utility. And that entity was running on a mainframe. 
Guess what they did next?


Steve Thompson


On 1/19/2024 2:55 PM, Bob Bridges wrote:

Yes, Tim, perennially entertaining.

A client I did some work for a couple years ago has been working on a two-year 
project to dump their mainframe for the past six years; they're still plugging 
away at it.  A year ago they got new a new mainframe box which of course 
involved upgrading z/OS and a bunch of attendant apps.  But it turned out that 
an old app X wouldn't play nice with the new Omegamon, so they had to put the 
new mainframe hardware on the shelf for a while.  I hear they just finished 
replacing app X, and are now (re)embarked on the project to upgrade z/OS and 
all the other stuff and take their shiny new mainframe off the shelf.  I 
haven't yet asked my contacts there how this works with their goal of getting 
rid of the mainframe.




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

Re: Another Getting away from the mainframe tale

[Steve Beaver]

I was up in Seattle at Pemco insurance.  They made the decision to leave the 
mainframe
In 1995,

Well its 2022 and they are still on the mainframe



Regards,


Steve 


Steve Thompson

On 1/19/2024 1:42 PM, Tim Ribble wrote:
> Greetings all,
>
> Haven't posted here in quite some time but I thought it'd be fun to post
> another "getting off the mainframe" story.  Been working for the City of
> San Antonio for 25 years now.  I started as part of the mainframe staff and
> that was my primary function until 2009 when it was decided to move away
> from the mainframe.  In the intervening years, my primary function moved to
> storage/backup systems which made sense for me since I dealt heavily with
> storage/backup operations on the mainframe and HDS storage.  We were
> supposed to be off the mainframe by 30 Sep 2012 but here we are in 2024 and
> it's still running production applications.  It's just a handful but
> they're critical.  So here I am maintaining both a z/890 & HDS USP-V with
> no IBM or Hitachi support (just hardware support contracts from third party
> vendors).  I'm now hearing we'll be off of it by Nov of this year.  You
> think I'm going to hold my breath?  I may actually retire before it's
> gone.  Anyway, I just thought this audience may be amused by this.
>
> Cheers all,
>
> Tim
>
> --
> 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: Another Getting away from the mainframe tale

[Steve Thompson]

Since this is a city, any way of getting reports that would allow 
you to see how much it cost to go off their mainframe? And then 
any way to project the cost of now (what ever architecture) to 
say a z14?


I think it could be instructive.

Steve Thompson

On 1/19/2024 1:42 PM, Tim Ribble wrote:

Greetings all,

Haven't posted here in quite some time but I thought it'd be fun to post
another "getting off the mainframe" story.  Been working for the City of
San Antonio for 25 years now.  I started as part of the mainframe staff and
that was my primary function until 2009 when it was decided to move away
from the mainframe.  In the intervening years, my primary function moved to
storage/backup systems which made sense for me since I dealt heavily with
storage/backup operations on the mainframe and HDS storage.  We were
supposed to be off the mainframe by 30 Sep 2012 but here we are in 2024 and
it's still running production applications.  It's just a handful but
they're critical.  So here I am maintaining both a z/890 & HDS USP-V with
no IBM or Hitachi support (just hardware support contracts from third party
vendors).  I'm now hearing we'll be off of it by Nov of this year.  You
think I'm going to hold my breath?  I may actually retire before it's
gone.  Anyway, I just thought this audience may be amused by this.

Cheers all,

Tim

--
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

Let Me Restate this Challenge

[Steve Beaver]

Statement of the issue is the Customer wants to move to Pervasive Encryption


 

I have some huge DB2 DB's that the customer wants to encrypt
(data at rest).

 

Data-in-flight is being handed by CONNECT: Direct with Digital
Certs 

 

I have ICSF and EKMF on the LPARS on the CEC.

 

With all those givens should I use ICSF or Digital Certs to encrypt the
databases 

With ICSF or Digital Certs?



 

Regards,

 

 

Steve 

 


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

Re: I hate to be a pain (Cross-Posted)

[Steve Beaver]

The STIGs don't cover a lot of things until someone like Fire-eye or IRS
auditors 
Come in and complain.

STIGs don't cover digital certifies but we use the hell out of them 

Regards,

Steve


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Phil Smith III
Sent: Wednesday, January 17, 2024 3:22 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: I hate to be a pain (Cross-Posted)

Itschak Mugzach wrote:
>The STIG does not allow a uss keystore.

Ummmkay? I see no mention of a STIG here. But as I said, I'm even SWAGging
what he really wants/needs.


--
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: I hate to be a pain (Cross-Posted)

[Steve Beaver]

On z/OS isn't that the ICSF CKDS VSAM file?  Yes

Steve 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Farley, Peter
Sent: Wednesday, January 17, 2024 1:38 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: I hate to be a pain (Cross-Posted)

On z/OS isn't that the ICSF CKDS VSAM file?

Peter

From: IBM Mainframe Discussion List  On Behalf Of
Steve Beaver
Sent: Wednesday, January 17, 2024 1:32 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: I hate to be a pain (Cross-Posted)


This is not may area of expertise, and I can't find a YOUTUBE or a step by

step checklist



How does one create a keystore on zOS?



Regards,



Steve

--


This message and any attachments are intended only for the use of the
addressee and may contain information that is privileged and confidential.
If the reader of the message is not the intended recipient or an authorized
representative of the intended recipient, you are hereby notified that any
dissemination of this communication is strictly prohibited. If you have
received this communication in error, please notify us immediately by e-mail
and delete the message and any attachments from your system.

--
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