Inquiry about extracting and counting msgid from operlog using sort program

[Jason Cai]

Dear All,

 I am writing to inquire about how to use the sort program on the mainframe to 
extract and count msgid from a day's operlog. I would appreciate your guidance 
and advice on this matter.

Msgid is a keyword that identifies system messages. It usually consists of 7 
letters and a number, such as IEA001I or CSV003E. However, some msgid may have 
up to 10 characters.

I need to extract all msgid from the operlog, and remove any duplicates. Then, 
I need to count the number of occurrences of each msgid and generate a report.

I have tried to use the following statement to extract msgid, and it seems to 
work well. However, I am not sure if there is anything missing or if it can be 
written more simply.

SORT FIELDS=(58,7,CH,A)   
 INCLUDE COND=((58,7,SS,NE,C' ',AND,  
   65,1,CH,EQ,C' ',AND,   
   (63,1,SS,EQ,C'0,1,2,3,4,5,6,7,8,9'),AND,   
   (64,1,SS,EQ,C'ABCDEFGHIJKLMNOPQRSTUVWXYZ')),OR,
   (58,8,SS,NE,C' ',AND,  
   66,1,CH,EQ,C' ',AND,   
   (64,1,SS,EQ,C'0,1,2,3,4,5,6,7,8,9'),AND,   
   (65,1,SS,EQ,C'ABCDEFGHIJKLMNOPQRSTUVWXYZ')),OR,
   (58,9,SS,NE,C' ',AND,  
67,1,CH,EQ,C' ',AND,  
   (65,1,SS,EQ,C'0,1,2,3,4,5,6,7,8,9'),AND,   
   (66,1,SS,EQ,C'ABCDEFGHIJKLMNOPQRSTUVWXYZ')),OR,
   (58,10,SS,NE,C' ',AND, 
68,1,CH,EQ,C' ',AND,  
   (66,1,SS,EQ,C'0,1,2,3,4,5,6,7,8,9'),AND,
   (67,1,SS,EQ,C'ABCDEFGHIJKLMNOPQRSTUVWXYZ'))

But I do not know how to count the number of occurrences of each msgid and 
eliminate duplicates.

Thank you for your time and attention.

Sincerely,

Jason Cai

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

Re: Ars Technica: The IBM mainframe: How it runs and why it survives - Universal Command Language

[Edward Gould]

Clem:
It has been years. We were “neighbors”  and after a visit to your place I was 
given a (I think) an 8” inch. 6250 reel of tape that contained JOL. When I got 
back to my company I d/led it on our system. I tried for several days to 
understand it. I gave up and gave it to another sysprog and he was stumped more 
than I was. I had a general idea but I just could not get to a point where I 
was used to it. While your comments are valid about JOL We just could not get  
to the point where we were even close to being comfortable. I sat done with an 
applications type for about an hour and he ended up frustrated as he could get 
the basics either. Maybe if there was a manual we could have gotten there.
Ed

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

Re: Curved Flat Screen

[david rintoul]

i like the uhd 43" flat screen.
In pairs.
Each 43" gives something close to 3 "24" monitors" to cut/paste/compare etc.
The UHD format is the important part.
I have an old philips and a new lg c2.



On Wed, Jul 26, 2023 at 2:49 PM Brian Westerman <
brian_wester...@syzygyinc.com> wrote:

> Mine is a Phillips 49" with the 32:9 aspect.  The reason I picked Phillips
> is they have a 4 year advance replacement warranty.  If anything happens
> (even stuck or bad pixels) for 4 years, they send me one first, and then I
> send this one back.  I had a 32" one that I lost a pixel on and they sent
> me the replacement within 2 days.  I have had no problems with the current
> 49" one and it's been over a year.  The old 32" one lasted me 8+ years.
>
> The problem with larger monitors is that they tend to get VERY (like heat
> up the room) hot, but the Phillips one is barely warm above the vents in
> back, it also has a built in KVM switch and pop up camera, and USB ports,
> plus speakers (which I don't use but are pretty good).   It has 5ms
> response time, and they have one with a faster time of 1ms, but it wasn't
> worth the extra $200 at the time to get it.   Mine was (at the time)
> $1,300, but was on sale on last years Amazon summer Christmas thing for
> $700+change.  The price now is about $999 normally but it goes on sale
> often for about $900.
>
> I am very happy with it and I hope it lasts as long as my old one.  I do
> like the space, and the only negative is that it's so large I have to sit
> back from it a little, so it's actually on a stand behind my desk.
>
> Brian
>
> --
> 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: Ignorant z/OS question

[Allan Staller]

Classification: Confidential

As indicated previously, the code to support those devices was *removed* from 
z/OS (or whatever incarnation at that time).

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Farley, Peter
Sent: Tuesday, July 25, 2023 11:34 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Ignorant z/OS question

[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.]

PMFJI here, but when I heard some years ago that z/OS dropped support for 3215 
keyboard/printer consoles it occurred to me to ask what the users of z/OS under 
z/VM were supposed to do to easily automate console logging/monitoring and 
automated IPL/shutdown external to z/OS?  Maybe more recent z/VM’s have 
facilities I am not aware of that can directly capture output from and interact 
with 3270 devices better than in older versions, but I haven’t seen anything in 
this thread that would support that speculation.

Why withdraw support for a simple to use and simple to automate console 
interface that Just Worked (tm)?  It never made any sense to me.  Maybe 
z/OS-centric hubris (automation can only happen inside z/OS, do it our way or 
hit the highway, dude)?

Peter

From: IBM Mainframe Discussion List  On Behalf Of 
David Spiegel
Sent: Tuesday, July 25, 2023 12:22 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Ignorant z/OS question



Hi Phil,

z/VM has ALWAYS (since VM R6.0.) had the CONSOLE at 009 in the Directory

entry for users by convention.

You could DEF 9 3E1 to change it.



Regards,

David



On 2023-07-25 12:00, Phil Smith III wrote:

> Jon Perryman wrote:

>> Steve says there is 1 exception to the hardware console requiring V

>> CN(*),ACT to become the first active console during IPL. He says if

>> you disable all z/OS DEV(###) consoles, then the hardware console
>> will

>> automatically activate because there is no other console available. I

>> believe this to be true but I have never tried this. There may be a

>> couple caveats that can be discussed later if it solves your problem.

>> This is simple to test. From the z/OS VM user, detach all devices

>> specified in PARMLIB(CONSOL##). At the moment, forget he mentions

>> "NIP" device because this is almost always included in

>> PARMLIB(CONSOL##) which means you would have detached it. This is so

>> simple it's worth a try.

> I will, when I can--maybe this weekend! That might be the answer, because the 
> original directory entry (I'm told) had the virtual console at 0009, but the 
> CONSOLxx has it at 03E1.

--



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

Re: Apply job failed GIM240001E for connect direct 6.2

[Allan Staller]

Classification: Confidential

The undefined op-codes below are the macros Prevviously mentioned.
The need to be located in some macro library (try looking in .SGDAMAC).

Using the SMP ISPF dialogs add this macro library to the syslib concatenation  
(DDDEF=SYSLIB).

HTH,

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Sathish Kumar
Sent: Tuesday, July 25, 2023 12:26 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Apply job failed GIM240001E for connect direct 6.2

[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.]

Hi Tom,

While running the Apply usermod I got below error message.

 GIM24001E ** ASSEMBLER PROCESSING FOR SYSMOD LDIXX@2 FAILED FOR MODULE
DGAXDXX2  IN THE SDGASAMP LIBRARY. THE RETURN CODE (12) EXCEEDED ALLOWABLE 
VALUE. DATE 23.206
 LDIXX02 HDGA620 GIM24001E -
ASSEMBLER PROCESSING FAILED FOR MODULE DGAXDXX2 IN THE SDGASAMP LIBRARY.
THE RETURN CODE WAS 12.
--- POSSIBLE CAUSES ---
 1. THE ASSEMBLER TEXT WAS IN ERROR.
 2. THE WRONG LEVEL OF MACROS WAS BEING USED 3. THE WRONG SET OF MACLIBS WAS 
BEING USED.

** ASMA057E UNDEFINED OPERATION CODE - DGA$SAMP
  ASMA060S COPY CODE NOT FOUND - DMGBLS
ASMA057E UNDEFINED OPERATION CODE - DMOS ASMA057E UNDEFINED OPERATION CODE - 
DMDYNCB  ASMA057E UNDEFINED OPERATION CODE - DMGSAFWA ASMAB57E UNDEFINED 
OPERATION CODE - DMFSQCB ASMA057E UNDEFINED OPERATION CODE - DMFRIXCB ASMA057E 
UNDEFINED OPERATION CODE - SCENTER  ASMA029E INCORRECT REGISTER SPECIFICATION - 
R3 ASMA004E UNDEFINED SYMBOL - R1

On Tue, 25 Jul, 2023, 7:02 pm Tom Marchant, < 
000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote:

> You didn't show us the instruction that got the Unidentified operation
> code message, so we can only guess. So far we seem to have guessed wrong.
>
> --
> Tom Marchant
>
> --
> Tom Marchant
>
> On Tue, 25 Jul 2023 17:40:57 +0530, Sathish Kumar
> 
> wrote:
>
> >I have updated SYSLIB CONCAT SYS1.MODGEN and rerun the job it's
> >failed
> with
> >same error.
>
> --
> 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
::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

Re: Apply job failed GIM240001E for connect direct 6.2

[Allan Staller]

Classification: Confidential

The other around. Add SGDAMAC to the SYSLIB concat.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Sathish Kumar
Sent: Tuesday, July 25, 2023 1:26 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Apply job failed GIM240001E for connect direct 6.2

[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.]

Hi David,

I have already tried to add SYSLIB CONCAT to SDGAMAC and run this job it's 
failed with same error.

Thanks.


On Tue, 25 Jul, 2023, 11:47 pm David Spiegel, < 
0468385049d1-dmarc-requ...@listserv.ua.edu> wrote:

> Hi Satish,
> Please concatenate 'DGA.SDGAMAC'  or equivalent (listed under SDGAMAC 
> Target Zone DDDEF) to Target Zone SYSLIB DDDEF and retry.
>
> Regards,
> David
>
> On 2023-07-25 08:10, Sathish Kumar wrote:
> > Hi,
> >
> > I have updated SYSLIB CONCAT SYS1.MODGEN and rerun the job it's 
> > failed
> with
> > same error.
> >
> > Thanks.
> >
> > On Tue, 25 Jul, 2023, 4:39 pm Gerry Tracey, 
> wrote:
> >
> >> Hi,
> >>
> >> That is the target library for AMODGEN and can be used instead.
> >>
> >> Gerry
> >>
> >>> On 25 Jul 2023, at 12:04, Sathish Kumar  wrote:
> >>>
> >>> Yes we have Sys1.Modgen
> >>>
>  On Tue, 25 Jul, 2023, 4:25 pm Gerry Tracey, 
>  
> >> wrote:
>  Hi,
> 
>  Do you have SYS1.MODGEN?
> 
>  Gerry
> 
> >> On 25 Jul 2023, at 11:20, Sathish Kumar 
> wrote:
> > Hi,
> >
> > Sure,  I don't have AMODGEN Marco library. So how we can proceed?
> >
> > Thanks,
> >
> >
> >> On Tue, 25 Jul, 2023, 12:41 am Steve Thompson, 
> >> 
> >> wrote:
> >> What Allen said.
> >>
> >> And make sure you follow what the install doc says for 
> >> Connect:Direct, as well as any HOLD ACTIONs: do the actions 
> >> before BYPASS.
> >>
> >> Steve Thompson
> >>
> >>> On 7/24/2023 1:44 PM, Allan Staller wrote:
> >>> Classification: Confidential
> >>>
> >>> Most likley it is a missing library in the SYSLIB concatenation.
> >>>
> >>> 1) Check the assembly listing for "macro not found" messages
> >>> 2) locate the macro
> >>> 3) Using the SMPE dialogs, adjust the SYSLIB DDDEF to include 
> >>> the
> >> missing macro library(ies)
> >>> HTH,
> >>>
> >>> -Original Message-
> >>> From: IBM Mainframe Discussion List  
> >>> On
> >> Behalf Of Sathish Kumar
> >>> Sent: Monday, July 24, 2023 12:41 PM
> >>> To: IBM-MAIN@LISTSERV.UA.EDU
> >>> Subject: Apply job failed GIM240001E for connect direct 6.2
> >>>
> >>> [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.]
> >>> Hi All,
> >>>
> >>> While apply the usermod I get below error for connect direct.
> >>>
> >>> GIM240001E ** Assembler processing for sysmid LDIACRJ failed 
> >>> for
> >> module
> >> DGAXACRJ in the SDGASAMP library.  The return code 12 Exceeded 
> >> for
> the
> >> allowable value.
> >>> ASMA057E undefined operation code.
> >>>
> >>> Lot of ASM* Errors messages in sysprint.
> >>>
> >>> Please advise on this.
> >>>
> >>> Thanks.
> >>>
> >>>
> >> ---
> >> ---
> >>> 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 e

Re: Ignorant z/OS question

[Allan Staller]

Classification: Confidential

This is z/OS 2.4. What does "not supported" mean per se? It comes up fine, just 
the output is fugly. And I'm 99.44% sure that wasn't true on our previous 
system.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Jon 
Perryman
Sent: Tuesday, July 25, 2023 2:03 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Ignorant z/OS question

[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.]

 > Phil wrote: What does "not supported" mean per se?

 The last 3215 connected to IBM computers using an ICA. IBM z computers do not 
have an ICA nor byte channel therefore not supported on a z16. I suspect you 
can't even define one in the HCD. What was the last IBM computer to have an ICA.
On Monday, July 24, 2023 at 10:48:42 AM PDT, Phil Smith III 
 wrote:

 Shmuel asked:
>Do you have the URL for the Tracy Dean paper?

Yes, I've read it.

>Does it spell out all the pieces?
Probably, but as I said before, it makes enough assumptions that I can't 
understand what to do.

Alan Staller wrote:
>Going back to the original post, I seemed to have missed the
>information about the operating system release.

>z/OS (MVS...) has not supported the 3215 for at least 20 years. (ISTR
>MVS/ESA R.x, but that could be incorrect.)

This is z/OS 2.4. What does "not supported" mean per se? It comes up fine, just 
the output is fugly. And I'm 99.44% sure that wasn't true on our previous 
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
::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

Re: Ignorant z/OS question

[Allan Staller]

Classification: Confidential

This is z/OS 2.4. What does "not supported" mean per se? It comes up fine, just 
the output is fugly. And I'm 99.44% sure that wasn't true on our previous 
system.

In this case, it means te code to support said devices was *removed* from z/OS. 
I can't speak for z/VM.

HTH,

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Jon 
Perryman
Sent: Tuesday, July 25, 2023 2:03 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Ignorant z/OS question

[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.]

 > Phil wrote: What does "not supported" mean per se?

 The last 3215 connected to IBM computers using an ICA. IBM z computers do not 
have an ICA nor byte channel therefore not supported on a z16. I suspect you 
can't even define one in the HCD. What was the last IBM computer to have an ICA.
On Monday, July 24, 2023 at 10:48:42 AM PDT, Phil Smith III 
 wrote:

 Shmuel asked:
>Do you have the URL for the Tracy Dean paper?

Yes, I've read it.

>Does it spell out all the pieces?
Probably, but as I said before, it makes enough assumptions that I can't 
understand what to do.

Alan Staller wrote:
>Going back to the original post, I seemed to have missed the
>information about the operating system release.

>z/OS (MVS...) has not supported the 3215 for at least 20 years. (ISTR
>MVS/ESA R.x, but that could be incorrect.)

This is z/OS 2.4. What does "not supported" mean per se? It comes up fine, just 
the output is fugly. And I'm 99.44% sure that wasn't true on our previous 
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
::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

Re: RSU Maintenance: Asking For a Friend

[Allan Staller]

Classification: Confidential

Lots of extra (unnecessary work) 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Rebecca Martin
Sent: Tuesday, July 25, 2023 2:49 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: RSU Maintenance: Asking For a Friend

[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.]

The OP is referring to a shop that reinstalls z/OS as a way to get to a current 
RSU level.  In the years in between releases of z/OS, they reorder everything 
at a higher maintenance level and  then do a complete reinstall.

Has anyone ever heard of this method for putting on maintenance? Can you see 
any benefits of this approach?

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

Re: Ignorant z/OS question

[Tony Harminc]

On Tue, 25 Jul 2023 at 17:25, Seymour J Metz  wrote:
>
> I would have expected 1052-7, 3210 and 3215 support to die at the same time.

Is there any reason to think that there is/was separate code for these
three devices? IIRC their programming specs are identical, or very
close to identical. Obviously the hardware is quite different
(Selectric printer, dot-matrix), but the software generally doesn't
care about that kind of thing.

Tony H.

> 
> From: IBM Mainframe Discussion List  on behalf of 
> Allan Staller <0387911dea17-dmarc-requ...@listserv.ua.edu>
[...]
> ISTR the some of the older "console" support was removed in the indicated 
> timeframe. E.g. 1052
> I cannot say for certain that the 3215 code was removed at that time.

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

Re: Ignorant z/OS question

[Seymour J Metz]

 is ATTACH, but 
DIAL is more useful for MVS guests.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Steve Horein [steve.hor...@gmail.com]
Sent: Tuesday, July 25, 2023 10:13 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Ignorant z/OS question

To my understanding, that sounds correct.

Explicitly removing the NIP *console* definition, though leaving the
address defined/intact in the IODF for later use by MVS console services
(CONSOLxx), would have the same effect as making the device inaccessible,
either through (presumably) bad cabling in my case, or through VM detach
that you describe, which sounds more dynamic.

Just out of curiosity, is there such a thing as VM "attach" to reconnect a
device at a later time?

On Tue, Jul 25, 2023 at 7:20 PM Jon Perryman  wrote:

>  > On Tuesday, July 25, 2023 at 04:14:48 PM PDT, Steve Horein <
> steve.hor...@gmail.com> wrote:
> > This is what I was referring to, relating to NIP and IODF:
>
> Phil, you can ignore this topic.
>
> Steve, does it make a difference if the NIP address doesn't exist versus
> clearing the NIP address in the IODF? I thought both caused the hardware
> console to be used.  updating the NIP address might not be something Phil
> is comfortable with. Phil understands VM detach and it should achieve the
> same results. Detaching all consoles ensures things like problem
> determination mode and more doesn't affect hardware console activation.
> Phil gets 1 chance on the weekend and I'm just ensuring we cover the most
> possibilities in 1 try.
>
> Am I wrong? If this works, then recommending the deletion of the NIP
> address becomes a trivial change.
>
>
> On Tuesday, July 25, 2023 at 04:14:48 PM PDT, Steve Horein <
> steve.hor...@gmail.com> wrote:
>
>  This is what I was referring to, relating to NIP and IODF:
>
> https://www.ibm.com/docs/en/zos/2.4.0?topic=configuration-working-operating-system-consoles
>
>
> The topic mentions both MVS and VM, so there may be some useful
> information.
>
> While I mentioned my request to have "...the NIP *device *be removed from
> IODF", I should have stated to have "... the NIP *CONSOLE* be removed from
> IODF".
> Yes, the device should be defined to allow CONSOLxx to make use of it once
> MVS has been initialized, but an IODF defined NIP CONSOLE is not
> required, making use of the hardware console in its absence.
>
> Maybe you're saying the same thing, just in VM speak?!
>
> On Tue, Jul 25, 2023 at 10:43 AM Jon Perryman 
> wrote:
>
> >  > On Sunday, July 23, 2023 at 08:25:34 PM PDT, Steve Horein <
> > steve.hor...@gmail.com> wrote:
> > > The only time I have seen NIP messages (those messages prior to VARY
> >
> > > CN(*),ACTIVATE being accepted) on a native MVS LPAR was when the NIP
> > device
> >
> >
> > Hi Phil, Sorry for the long delay.but I had other things to do. Steve may
> > have a possible solution. Let me put it into terms you can understand.
> >
> > Steve says there is 1 exception to the hardware console requiring V
> > CN(*),ACT to become the first active console during IPL. He says if you
> > disable all z/OS DEV(###) consoles, then the hardware console will
> > automatically activate because there is no other console available. I
> > believe this to be true but I have never tried this. There may be a
> couple
> > caveats that can be discussed later if it solves your problem.
> >  This is simple to test. From the z/OS VM user, detach all devices
> > specified in PARMLIB(CONSOL##). At the moment, forget he mentions "NIP"
> > device because this is almost always included in PARMLIB(CONSOL##) which
> > means you would have detached it. This is so simple it's worth a try.
> >
> >
> >
> >On Sunday, July 23, 2023 at 08:25:34 PM PDT, Steve Horein <
> > steve.hor...@gmail.com> wrote:
> >
> >  The only time I have seen NIP messages (those messages prior to VARY
> > CN(*),ACTIVATE being accepted) on a native MVS LPAR was when the NIP
> device
> > defined in the IODF was not available, I believe due to some cabling
> > issues. In that situation, all NIP messages were routed to the SE/HMC
> > System Console. I had requested the NIP device be removed from IODF years
> > before, for that exact purpose, to assist with automation that uses
> > SYSCONS, and/or for diagnostics, but due to Fear/Uncertainty/Doubt, the
> > request was flatly denied.
> >
> > https://www.ibm.com/docs/en/zos/2.4.0?topic=system-nip-console
> > "If no NIP console is defined and ready, MVS™ will use the system console
> > as the NIP-time console."
> >
> > I have zero experience with zVM, so I do not know if that NIP message
> > behavior is the same when MVS is running as a guest. I just figured I
> would
> > pass along my anecdotal observations.
> >
> > --
> > For IBM-MAIN subscribe 

Re: Curved Flat Screen

[Seymour J Metz]

4K or 8K? But even the former is a lot of real estate.

Can you view both without having to move your head?


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
david rintoul [drinto...@gmail.com]
Sent: Wednesday, July 26, 2023 6:12 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Curved Flat Screen

i like the uhd 43" flat screen.
In pairs.
Each 43" gives something close to 3 "24" monitors" to cut/paste/compare etc.
The UHD format is the important part.
I have an old philips and a new lg c2.



On Wed, Jul 26, 2023 at 2:49 PM Brian Westerman <
brian_wester...@syzygyinc.com> wrote:

> Mine is a Phillips 49" with the 32:9 aspect.  The reason I picked Phillips
> is they have a 4 year advance replacement warranty.  If anything happens
> (even stuck or bad pixels) for 4 years, they send me one first, and then I
> send this one back.  I had a 32" one that I lost a pixel on and they sent
> me the replacement within 2 days.  I have had no problems with the current
> 49" one and it's been over a year.  The old 32" one lasted me 8+ years.
>
> The problem with larger monitors is that they tend to get VERY (like heat
> up the room) hot, but the Phillips one is barely warm above the vents in
> back, it also has a built in KVM switch and pop up camera, and USB ports,
> plus speakers (which I don't use but are pretty good).   It has 5ms
> response time, and they have one with a faster time of 1ms, but it wasn't
> worth the extra $200 at the time to get it.   Mine was (at the time)
> $1,300, but was on sale on last years Amazon summer Christmas thing for
> $700+change.  The price now is about $999 normally but it goes on sale
> often for about $900.
>
> I am very happy with it and I hope it lasts as long as my old one.  I do
> like the space, and the only negative is that it's so large I have to sit
> back from it a little, so it's actually on a stand behind my desk.
>
> Brian
>
> --
> 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: Ignorant z/OS question

[Seymour J Metz]

That's why I would have expected them to die in lockstep.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Tony Harminc [t...@harminc.net]
Sent: Wednesday, July 26, 2023 6:48 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Ignorant z/OS question

On Tue, 25 Jul 2023 at 17:25, Seymour J Metz  wrote:
>
> I would have expected 1052-7, 3210 and 3215 support to die at the same time.

Is there any reason to think that there is/was separate code for these
three devices? IIRC their programming specs are identical, or very
close to identical. Obviously the hardware is quite different
(Selectric printer, dot-matrix), but the software generally doesn't
care about that kind of thing.

Tony H.

> 
> From: IBM Mainframe Discussion List  on behalf of 
> Allan Staller <0387911dea17-dmarc-requ...@listserv.ua.edu>
[...]
> ISTR the some of the older "console" support was removed in the indicated 
> timeframe. E.g. 1052
> I cannot say for certain that the 3215 code was removed at that time.

--
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: [EXT] Ars Technica: The IBM mainframe: How it runs and why it survives

[Crawford Robert C (Contractor)]

Yes, CICS has problems with shared memory which it mitigates through storage 
protection and transaction isolation.  IMS MPR's are not entirely immune from 
this either as a bad array index or funky pointer can wipe out acres of storage 
and leave a region inoperative.  I saw some MPR loops that were so tight all we 
could do is put the address space in a WLM penalty box and bring down the 
control region at night.  

I also remember that canceling an MPR was always a last resort because, if the 
interface was in the wrong state, it could bring down the control region.

CICS has had open TCB's for decades now that enable application programs to use 
any old OS interface they want.  Global User Exits (GLUE's) provide clean 
interfaces for all sorts of system software and DBMS' .

When I worked in an IMS dominated shop we always had to carefully watch CSA and 
ECSA.  Sure, CICS regions can use a lot of memory, but you can always buy more 
real storage.

MPR's, which I saw implemented as batch jobs, do provide great isolation 
between processes and allow for exploitation of OS services.  CICS duplicates a 
lot of OS services but why have a storage manager on top of a storage manager?  
On the other hand, keeping things going smoothly means running dozens, if not 
hundreds, of MPR's to support a transaction rate that could be executed by a 
fourth as many CICS regions.

MPR's are basically batch jobs getting fed one message at a time.  This 
implementation requires a lot of bolt-ons (e.g., IMS Connect) which come with 
their own quirks.  I've also seen it require weird solutions for fitting 
synchronous processes to an asynchronous system.

I did like MFS because it provides true device independence.  It allowed us to 
drive 3270 transactions with LU6.1 messages from CICS without any changes.

I could also go on about dynamic resource definition, automated emergency 
restart (without using automation), better system management interfaces.  Not 
to mention quicker, cleaner and native implementations of newer technologies.

IMO, CICS is much more flexible and better positioned to continue processing in 
the modern world.

Robert Crawford
Abstract Evolutions LLC
(210) 913-3822

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Schmitt, Michael
Sent: Tuesday, July 25, 2023 9:38 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXT] Ars Technica: The IBM mainframe: How it runs and why it 
survives

So CICS is no longer doing cooperative multitasking within each AOR, and thus 
requiring CICS versions of OS commands to prevent wait states from freezing the 
entire AOR? A CICS program can do direct GETMAINs, LOADS, abends, rather than 
use CICS commands? CICS no longer requires special versions of tools (e.g. 
debugger, abend dump management) and instead can use the same tools as batch 
programs? A CICS programmer no longer needs to learn a long list of CICS 
commands and EXEC CICS syntax? A CICS region no longer contains the storage 
from all of the transactions currently running and is now only one transaction 
in the region at a time? CICS transactions can no longer stomp on each other's 
memory?

Great, I did not know that.

IMS/TM uses the operating system for multitasking. There are no IMS/TM specific 
tools. An IMS/TM programmer only needs to know two commands, one to get a 
message and another to send it. IMS transaction abends look (almost) exactly 
like a batch abend. IMS programs have no restrictions on OS facilities. An IMS 
program can even do an STIMER (WAIT) without affecting any other transaction 
processing. Because, it uses the OS to do *preemptive* multitasking, like a 
modern operating system.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Crawford Robert C (Contractor)
Sent: Tuesday, July 25, 2023 8:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXT] Ars Technica: The IBM mainframe: How it runs and why it 
survives

Sorry, I worked in a shop that had both and I can tell you CICS is way more 
flexible, modern and performed better.

I will give you this:  IMS is a great piece of 90's technology.

Robert Crawford
Abstract Evolutions LLC
(210) 913-3822

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Schmitt, Michael
Sent: Monday, July 24, 2023 11:43 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXT] Ars Technica: The IBM mainframe: How it runs and why it survives

Ars Technica published a deep-dive explainer of modern IBM mainframes:

https://arstechnica.com/information-technology/2023/07/the-ibm-mainframe-how-it-runs-and-why-it-survives/


I’d quibble with the application server topic that talks about CICS with no 
mention of IMS/TM. CICS is to IMS as Windows 3.1 is to Windows 10.  😊



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

--

Re: Inquiry about extracting and counting msgid from operlog using sort program

[Kevin Mckenzie]

What are you actually trying to do with this information?  There are various 
tools available for log analysis.

--
Kevin McKenzie

External Phone: 845-435-8282, Tie-line: 8-295-8282
z/OS Test Services - Test Architect, Provisioning
z/OS Hardware/Software Interlock


From: IBM Mainframe Discussion List  on behalf of 
Jason Cai 
Date: Wednesday, July 26, 2023 at 4:19 AM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: [EXTERNAL] Inquiry about extracting and counting msgid from operlog 
using sort program
Dear All,

 I am writing to inquire about how to use the sort program on the mainframe to 
extract and count msgid from a day's operlog. I would appreciate your guidance 
and advice on this matter.

Msgid is a keyword that identifies system messages. It usually consists of 7 
letters and a number, such as IEA001I or CSV003E. However, some msgid may have 
up to 10 characters.

I need to extract all msgid from the operlog, and remove any duplicates. Then, 
I need to count the number of occurrences of each msgid and generate a report.

I have tried to use the following statement to extract msgid, and it seems to 
work well. However, I am not sure if there is anything missing or if it can be 
written more simply.

SORT FIELDS=(58,7,CH,A)
 INCLUDE COND=((58,7,SS,NE,C' ',AND,
   65,1,CH,EQ,C' ',AND,
   (63,1,SS,EQ,C'0,1,2,3,4,5,6,7,8,9'),AND,
   (64,1,SS,EQ,C'ABCDEFGHIJKLMNOPQRSTUVWXYZ')),OR,
   (58,8,SS,NE,C' ',AND,
   66,1,CH,EQ,C' ',AND,
   (64,1,SS,EQ,C'0,1,2,3,4,5,6,7,8,9'),AND,
   (65,1,SS,EQ,C'ABCDEFGHIJKLMNOPQRSTUVWXYZ')),OR,
   (58,9,SS,NE,C' ',AND,
67,1,CH,EQ,C' ',AND,
   (65,1,SS,EQ,C'0,1,2,3,4,5,6,7,8,9'),AND,
   (66,1,SS,EQ,C'ABCDEFGHIJKLMNOPQRSTUVWXYZ')),OR,
   (58,10,SS,NE,C' ',AND,
68,1,CH,EQ,C' ',AND,
   (66,1,SS,EQ,C'0,1,2,3,4,5,6,7,8,9'),AND,
   (67,1,SS,EQ,C'ABCDEFGHIJKLMNOPQRSTUVWXYZ'))

But I do not know how to count the number of occurrences of each msgid and 
eliminate duplicates.

Thank you for your time and attention.

Sincerely,

Jason Cai

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

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

Re: [EXT] Ars Technica: The IBM mainframe: How it runs and why it survives

[Colin Paice]

CICS was "common code" between VS1 and DOS/VS(E) DOS/VS (I used to build it
for CICS development), with AIF.. ANOP  statements around VS1/DOS specific
code.  DOS/VS did not have the same facilities as VS1, so CICS had to be
written to the lowest level of code.


On Wed, 26 Jul 2023 at 14:45, Crawford Robert C (Contractor) <
04e08f385650-dmarc-requ...@listserv.ua.edu> wrote:

> Yes, CICS has problems with shared memory which it mitigates through
> storage protection and transaction isolation.  IMS MPR's are not entirely
> immune from this either as a bad array index or funky pointer can wipe out
> acres of storage and leave a region inoperative.  I saw some MPR loops that
> were so tight all we could do is put the address space in a WLM penalty box
> and bring down the control region at night.
>
> I also remember that canceling an MPR was always a last resort because, if
> the interface was in the wrong state, it could bring down the control
> region.
>
> CICS has had open TCB's for decades now that enable application programs
> to use any old OS interface they want.  Global User Exits (GLUE's) provide
> clean interfaces for all sorts of system software and DBMS' .
>
> When I worked in an IMS dominated shop we always had to carefully watch
> CSA and ECSA.  Sure, CICS regions can use a lot of memory, but you can
> always buy more real storage.
>
> MPR's, which I saw implemented as batch jobs, do provide great isolation
> between processes and allow for exploitation of OS services.  CICS
> duplicates a lot of OS services but why have a storage manager on top of a
> storage manager?  On the other hand, keeping things going smoothly means
> running dozens, if not hundreds, of MPR's to support a transaction rate
> that could be executed by a fourth as many CICS regions.
>
> MPR's are basically batch jobs getting fed one message at a time.  This
> implementation requires a lot of bolt-ons (e.g., IMS Connect) which come
> with their own quirks.  I've also seen it require weird solutions for
> fitting synchronous processes to an asynchronous system.
>
> I did like MFS because it provides true device independence.  It allowed
> us to drive 3270 transactions with LU6.1 messages from CICS without any
> changes.
>
> I could also go on about dynamic resource definition, automated emergency
> restart (without using automation), better system management interfaces.
> Not to mention quicker, cleaner and native implementations of newer
> technologies.
>
> IMO, CICS is much more flexible and better positioned to continue
> processing in the modern world.
>
> Robert Crawford
> Abstract Evolutions LLC
> (210) 913-3822
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Schmitt, Michael
> Sent: Tuesday, July 25, 2023 9:38 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [EXT] Ars Technica: The IBM mainframe: How it runs and why it
> survives
>
> So CICS is no longer doing cooperative multitasking within each AOR, and
> thus requiring CICS versions of OS commands to prevent wait states from
> freezing the entire AOR? A CICS program can do direct GETMAINs, LOADS,
> abends, rather than use CICS commands? CICS no longer requires special
> versions of tools (e.g. debugger, abend dump management) and instead can
> use the same tools as batch programs? A CICS programmer no longer needs to
> learn a long list of CICS commands and EXEC CICS syntax? A CICS region no
> longer contains the storage from all of the transactions currently running
> and is now only one transaction in the region at a time? CICS transactions
> can no longer stomp on each other's memory?
>
> Great, I did not know that.
>
> IMS/TM uses the operating system for multitasking. There are no IMS/TM
> specific tools. An IMS/TM programmer only needs to know two commands, one
> to get a message and another to send it. IMS transaction abends look
> (almost) exactly like a batch abend. IMS programs have no restrictions on
> OS facilities. An IMS program can even do an STIMER (WAIT) without
> affecting any other transaction processing. Because, it uses the OS to do
> *preemptive* multitasking, like a modern operating system.
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Crawford Robert C (Contractor)
> Sent: Tuesday, July 25, 2023 8:14 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [EXT] Ars Technica: The IBM mainframe: How it runs and why it
> survives
>
> Sorry, I worked in a shop that had both and I can tell you CICS is way
> more flexible, modern and performed better.
>
> I will give you this:  IMS is a great piece of 90's technology.
>
> Robert Crawford
> Abstract Evolutions LLC
> (210) 913-3822
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Schmitt, Michael
> Sent: Monday, July 24, 2023 11:43 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [EXT] Ars Technica: The IBM mainframe: How it runs and why it
> survives
>
> Ars Technica published a deep-dive explaine

Re: [EXT] Ars Technica: The IBM mainframe: How it runs and why it survives

[Crawford Robert C (Contractor)]

That's good to know.  I always assumed CICS had a storage manager because it 
was faster than GETMAIN/FREEMAIN.

I remember the old macro interface and it was a mess, especially with 
application programs addressing system control blocks directly.  Not to mention 
how weird macro code looked in the middle of a PL/1 program.  IBM was wise to 
deprecate the interface even though the conversion caused pain.

Robert Crawford
Abstract Evolutions LLC
(210) 913-3822

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Colin Paice
Sent: Wednesday, July 26, 2023 8:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXT] Ars Technica: The IBM mainframe: How it runs and why it 
survives

CICS was "common code" between VS1 and DOS/VS(E) DOS/VS (I used to build it for 
CICS development), with AIF.. ANOP  statements around VS1/DOS specific code.  
DOS/VS did not have the same facilities as VS1, so CICS had to be written to 
the lowest level of code.


On Wed, 26 Jul 2023 at 14:45, Crawford Robert C (Contractor) < 
04e08f385650-dmarc-requ...@listserv.ua.edu> wrote:

> Yes, CICS has problems with shared memory which it mitigates through 
> storage protection and transaction isolation.  IMS MPR's are not 
> entirely immune from this either as a bad array index or funky pointer 
> can wipe out acres of storage and leave a region inoperative.  I saw 
> some MPR loops that were so tight all we could do is put the address 
> space in a WLM penalty box and bring down the control region at night.
>
> I also remember that canceling an MPR was always a last resort 
> because, if the interface was in the wrong state, it could bring down 
> the control region.
>
> CICS has had open TCB's for decades now that enable application 
> programs to use any old OS interface they want.  Global User Exits 
> (GLUE's) provide clean interfaces for all sorts of system software and DBMS' .
>
> When I worked in an IMS dominated shop we always had to carefully 
> watch CSA and ECSA.  Sure, CICS regions can use a lot of memory, but 
> you can always buy more real storage.
>
> MPR's, which I saw implemented as batch jobs, do provide great 
> isolation between processes and allow for exploitation of OS services.  
> CICS duplicates a lot of OS services but why have a storage manager on 
> top of a storage manager?  On the other hand, keeping things going 
> smoothly means running dozens, if not hundreds, of MPR's to support a 
> transaction rate that could be executed by a fourth as many CICS regions.
>
> MPR's are basically batch jobs getting fed one message at a time.  
> This implementation requires a lot of bolt-ons (e.g., IMS Connect) 
> which come with their own quirks.  I've also seen it require weird 
> solutions for fitting synchronous processes to an asynchronous system.
>
> I did like MFS because it provides true device independence.  It 
> allowed us to drive 3270 transactions with LU6.1 messages from CICS 
> without any changes.
>
> I could also go on about dynamic resource definition, automated 
> emergency restart (without using automation), better system management 
> interfaces.
> Not to mention quicker, cleaner and native implementations of newer 
> technologies.
>
> IMO, CICS is much more flexible and better positioned to continue 
> processing in the modern world.
>
> Robert Crawford
> Abstract Evolutions LLC
> (210) 913-3822
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Schmitt, Michael
> Sent: Tuesday, July 25, 2023 9:38 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [EXT] Ars Technica: The IBM mainframe: How it runs and 
> why it survives
>
> So CICS is no longer doing cooperative multitasking within each AOR, 
> and thus requiring CICS versions of OS commands to prevent wait states 
> from freezing the entire AOR? A CICS program can do direct GETMAINs, 
> LOADS, abends, rather than use CICS commands? CICS no longer requires 
> special versions of tools (e.g. debugger, abend dump management) and 
> instead can use the same tools as batch programs? A CICS programmer no 
> longer needs to learn a long list of CICS commands and EXEC CICS 
> syntax? A CICS region no longer contains the storage from all of the 
> transactions currently running and is now only one transaction in the 
> region at a time? CICS transactions can no longer stomp on each other's 
> memory?
>
> Great, I did not know that.
>
> IMS/TM uses the operating system for multitasking. There are no IMS/TM 
> specific tools. An IMS/TM programmer only needs to know two commands, 
> one to get a message and another to send it. IMS transaction abends 
> look
> (almost) exactly like a batch abend. IMS programs have no restrictions 
> on OS facilities. An IMS program can even do an STIMER (WAIT) without 
> affecting any other transaction processing. Because, it uses the OS to 
> do
> *preemptive* multitasking, like a modern operating system.
>
> -Original Message-
> From: IBM Mainframe Discussion L

Re: Inquiry about extracting and counting msgid from operlog using sort program

[Sri h Kolusu]

>> But I do not know how to count the number of occurrences of each msgid and 
>> eliminate duplicates.

Jason,

Assuming the msgid is at position 58 for a length of 7 bytes, you can use the 
following control cards that would give you the desired results.

//SYSINDD *
  INCLUDE COND=((58,7,SS,NE,C' ',AND,
 65,1,CH,EQ,C' ',AND,
(63,1,SS,EQ,C'0,1,2,3,4,5,6,7,8,9'),AND,
(64,1,SS,EQ,C'ABCDEFGHIJKLMNOPQRSTUVWXYZ')),OR,
(58,8,SS,NE,C' ',AND,
 66,1,CH,EQ,C' ',AND,
(64,1,SS,EQ,C'0,1,2,3,4,5,6,7,8,9'),AND,
(65,1,SS,EQ,C'ABCDEFGHIJKLMNOPQRSTUVWXYZ')),OR,
(58,9,SS,NE,C' ',AND,
 67,1,CH,EQ,C' ',AND,
(65,1,SS,EQ,C'0,1,2,3,4,5,6,7,8,9'),AND,
(66,1,SS,EQ,C'ABCDEFGHIJKLMNOPQRSTUVWXYZ')),OR,
(58,10,SS,NE,C' ',AND,
 68,1,CH,EQ,C' ',AND,
(66,1,SS,EQ,C'0,1,2,3,4,5,6,7,8,9'),AND,
(67,1,SS,EQ,C'ABCDEFGHIJKLMNOPQRSTUVWXYZ')))

  SORT FIELDS=(58,7,CH,A)
  SUM FIELDS=NONE
  OUTFIL REMOVECC,
  TRAILER1=('COUNT OF UNIQUE MSGID IS :',COUNT)
/*

Thanks,
Kolusu
DFSORT Development
IBM Corporation



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

Re: [EXTERNAL] Re: [EXT] Ars Technica: The IBM mainframe: How it runs and why it survives

[Pommier, Rex]

And then there's this handy little tool from MacKinney systems called MLI that 
allows macro level code to still run in 2023!  Was macro code deprecated around 
1988?  

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Crawford Robert C (Contractor)
Sent: Wednesday, July 26, 2023 9:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: [EXT] Ars Technica: The IBM mainframe: How it runs and 
why it survives

That's good to know.  I always assumed CICS had a storage manager because it 
was faster than GETMAIN/FREEMAIN.

I remember the old macro interface and it was a mess, especially with 
application programs addressing system control blocks directly.  Not to mention 
how weird macro code looked in the middle of a PL/1 program.  IBM was wise to 
deprecate the interface even though the conversion caused pain.

Robert Crawford
Abstract Evolutions LLC
(210) 913-3822

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Colin Paice
Sent: Wednesday, July 26, 2023 8:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXT] Ars Technica: The IBM mainframe: How it runs and why it 
survives

CICS was "common code" between VS1 and DOS/VS(E) DOS/VS (I used to build it for 
CICS development), with AIF.. ANOP  statements around VS1/DOS specific code.  
DOS/VS did not have the same facilities as VS1, so CICS had to be written to 
the lowest level of code.


On Wed, 26 Jul 2023 at 14:45, Crawford Robert C (Contractor) < 
04e08f385650-dmarc-requ...@listserv.ua.edu> wrote:

> Yes, CICS has problems with shared memory which it mitigates through 
> storage protection and transaction isolation.  IMS MPR's are not 
> entirely immune from this either as a bad array index or funky pointer 
> can wipe out acres of storage and leave a region inoperative.  I saw 
> some MPR loops that were so tight all we could do is put the address 
> space in a WLM penalty box and bring down the control region at night.
>
> I also remember that canceling an MPR was always a last resort 
> because, if the interface was in the wrong state, it could bring down 
> the control region.
>
> CICS has had open TCB's for decades now that enable application 
> programs to use any old OS interface they want.  Global User Exits
> (GLUE's) provide clean interfaces for all sorts of system software and DBMS' .
>
> When I worked in an IMS dominated shop we always had to carefully 
> watch CSA and ECSA.  Sure, CICS regions can use a lot of memory, but 
> you can always buy more real storage.
>
> MPR's, which I saw implemented as batch jobs, do provide great 
> isolation between processes and allow for exploitation of OS services.
> CICS duplicates a lot of OS services but why have a storage manager on 
> top of a storage manager?  On the other hand, keeping things going 
> smoothly means running dozens, if not hundreds, of MPR's to support a 
> transaction rate that could be executed by a fourth as many CICS regions.
>
> MPR's are basically batch jobs getting fed one message at a time.  
> This implementation requires a lot of bolt-ons (e.g., IMS Connect) 
> which come with their own quirks.  I've also seen it require weird 
> solutions for fitting synchronous processes to an asynchronous system.
>
> I did like MFS because it provides true device independence.  It 
> allowed us to drive 3270 transactions with LU6.1 messages from CICS 
> without any changes.
>
> I could also go on about dynamic resource definition, automated 
> emergency restart (without using automation), better system management 
> interfaces.
> Not to mention quicker, cleaner and native implementations of newer 
> technologies.
>
> IMO, CICS is much more flexible and better positioned to continue 
> processing in the modern world.
>
> Robert Crawford
> Abstract Evolutions LLC
> (210) 913-3822
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Schmitt, Michael
> Sent: Tuesday, July 25, 2023 9:38 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [EXT] Ars Technica: The IBM mainframe: How it runs and 
> why it survives
>
> So CICS is no longer doing cooperative multitasking within each AOR, 
> and thus requiring CICS versions of OS commands to prevent wait states 
> from freezing the entire AOR? A CICS program can do direct GETMAINs, 
> LOADS, abends, rather than use CICS commands? CICS no longer requires 
> special versions of tools (e.g. debugger, abend dump management) and 
> instead can use the same tools as batch programs? A CICS programmer no 
> longer needs to learn a long list of CICS commands and EXEC CICS 
> syntax? A CICS region no longer contains the storage from all of the 
> transactions currently running and is now only one transaction in the 
> region at a time? CICS transactions can no longer stomp on each other's 
> memory?
>
> Great, I did not know that.
>
> IMS/TM uses the operating system for multitasking. There are no IMS/TM 
> specific tools. An IMS/TM programmer only needs to know

Re: [EXTERNAL] Re: [EXT] Ars Technica: The IBM mainframe: How it runs and why it survives

[Crawford Robert C (Contractor)]

I don't remember the specific date.  I think CICS 3.2.1 was the last release 
that supported it. 

Fortunately, we only had to run CICS 3.2.1 and CICS 3.3 in parallel for a few 
months.  I'm glad our application guys didn't know about MLI.  It sounds like a 
transition tool that has the potential to turn into a permanent solution.

Robert Crawford
Abstract Evolutions LLC
(210) 913-3822

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Pommier, Rex
Sent: Wednesday, July 26, 2023 9:39 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: [EXT] Ars Technica: The IBM mainframe: How it runs 
and why it survives

And then there's this handy little tool from MacKinney systems called MLI that 
allows macro level code to still run in 2023!  Was macro code deprecated around 
1988?  

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Crawford Robert C (Contractor)
Sent: Wednesday, July 26, 2023 9:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: [EXT] Ars Technica: The IBM mainframe: How it runs and 
why it survives

That's good to know.  I always assumed CICS had a storage manager because it 
was faster than GETMAIN/FREEMAIN.

I remember the old macro interface and it was a mess, especially with 
application programs addressing system control blocks directly.  Not to mention 
how weird macro code looked in the middle of a PL/1 program.  IBM was wise to 
deprecate the interface even though the conversion caused pain.

Robert Crawford
Abstract Evolutions LLC
(210) 913-3822

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Colin Paice
Sent: Wednesday, July 26, 2023 8:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXT] Ars Technica: The IBM mainframe: How it runs and why it 
survives

CICS was "common code" between VS1 and DOS/VS(E) DOS/VS (I used to build it for 
CICS development), with AIF.. ANOP  statements around VS1/DOS specific code.  
DOS/VS did not have the same facilities as VS1, so CICS had to be written to 
the lowest level of code.


On Wed, 26 Jul 2023 at 14:45, Crawford Robert C (Contractor) < 
04e08f385650-dmarc-requ...@listserv.ua.edu> wrote:

> Yes, CICS has problems with shared memory which it mitigates through 
> storage protection and transaction isolation.  IMS MPR's are not 
> entirely immune from this either as a bad array index or funky pointer 
> can wipe out acres of storage and leave a region inoperative.  I saw 
> some MPR loops that were so tight all we could do is put the address 
> space in a WLM penalty box and bring down the control region at night.
>
> I also remember that canceling an MPR was always a last resort 
> because, if the interface was in the wrong state, it could bring down 
> the control region.
>
> CICS has had open TCB's for decades now that enable application 
> programs to use any old OS interface they want.  Global User Exits
> (GLUE's) provide clean interfaces for all sorts of system software and DBMS' .
>
> When I worked in an IMS dominated shop we always had to carefully 
> watch CSA and ECSA.  Sure, CICS regions can use a lot of memory, but 
> you can always buy more real storage.
>
> MPR's, which I saw implemented as batch jobs, do provide great 
> isolation between processes and allow for exploitation of OS services.
> CICS duplicates a lot of OS services but why have a storage manager on 
> top of a storage manager?  On the other hand, keeping things going 
> smoothly means running dozens, if not hundreds, of MPR's to support a 
> transaction rate that could be executed by a fourth as many CICS regions.
>
> MPR's are basically batch jobs getting fed one message at a time.  
> This implementation requires a lot of bolt-ons (e.g., IMS Connect) 
> which come with their own quirks.  I've also seen it require weird 
> solutions for fitting synchronous processes to an asynchronous system.
>
> I did like MFS because it provides true device independence.  It 
> allowed us to drive 3270 transactions with LU6.1 messages from CICS 
> without any changes.
>
> I could also go on about dynamic resource definition, automated 
> emergency restart (without using automation), better system management 
> interfaces.
> Not to mention quicker, cleaner and native implementations of newer 
> technologies.
>
> IMO, CICS is much more flexible and better positioned to continue 
> processing in the modern world.
>
> Robert Crawford
> Abstract Evolutions LLC
> (210) 913-3822
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Schmitt, Michael
> Sent: Tuesday, July 25, 2023 9:38 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [EXT] Ars Technica: The IBM mainframe: How it runs and 
> why it survives
>
> So CICS is no longer doing cooperative multitasking within each AOR, 
> and thus requiring CICS versions of OS commands to prevent wait states 
> from freezing the entire AOR? A CICS program can do direct GETMAINs, 
> LOADS, abends, rather than use

Re: Inquiry about extracting and counting msgid from operlog using sort program

[Massimo Biancucci]

Jason,

you can try this:

OPTION VLSCMP
INCLUDE COND=(6,1,SS,EQ,C'NXWM',AND,
 7,1,CH,EQ,C' ',AND,
 64,1,SS,EQ,C'ABCDEFGHIJKLMNOPQRSTUVWXYZ')
INREC PARSE=(%00=(ABSPOS=64,ENDBEFR=C' ',FIXLEN=15)),
 BUILD=(1,4,%00,X'0001')
SORT FIELDS=(5,15,BI,A)
SUM FIELDS=(20,4,BI)
OUTFIL FNAMES=SORTOUT,VTOF,
 HEADER1=('MSGID NUMREC'),
 OUTREC=(5,15,X,20,4,BI,EDIT=(IIIT)),
 TRAILER1=('>DISTINCT COUNT:',COUNT)

My syslog dataset is VBM so modify accordingly to your definition.

It assumes a max length for message of 15, starting with a capital letter
and a blank as separator from the message text itself.

>From the manual:

"

Each SYSLOG record is prefaced by a two-character record type field.

Valid first characters are:

   - N - single-line message
   - W - single-line message with reply
  - WTOR messages are not processed by Message Flood Automation.
   - M - first line of a multi-line message
  - Message Flood Automation can only react to the first line of a
  multiline message, not to any of the label, data or end lines
   - L - multi-line message label line
   - D - multi-line message data line
   - E - multi-line message data/end line
   - S - continuation of previous line
   - O - LOG command input
   - X - non-hardcopy or LOG command source

Valid second characters are:

   - C - command issued by operator
   - R - command response message
   - I - internally issued command
   - U - command from unknown console ID (z/OS® R8 and above)

"

Best regards.

Max



Il giorno mer 26 lug 2023 alle ore 10:19 Jason Cai  ha
scritto:

> Dear All,
>
>  I am writing to inquire about how to use the sort program on the
> mainframe to extract and count msgid from a day's operlog. I would
> appreciate your guidance and advice on this matter.
>
> Msgid is a keyword that identifies system messages. It usually consists of
> 7 letters and a number, such as IEA001I or CSV003E. However, some msgid may
> have up to 10 characters.
>
> I need to extract all msgid from the operlog, and remove any duplicates.
> Then, I need to count the number of occurrences of each msgid and generate
> a report.
>
> I have tried to use the following statement to extract msgid, and it seems
> to work well. However, I am not sure if there is anything missing or if it
> can be written more simply.
>
> SORT FIELDS=(58,7,CH,A)
>  INCLUDE COND=((58,7,SS,NE,C' ',AND,
>65,1,CH,EQ,C' ',AND,
>(63,1,SS,EQ,C'0,1,2,3,4,5,6,7,8,9'),AND,
>(64,1,SS,EQ,C'ABCDEFGHIJKLMNOPQRSTUVWXYZ')),OR,
>(58,8,SS,NE,C' ',AND,
>66,1,CH,EQ,C' ',AND,
>(64,1,SS,EQ,C'0,1,2,3,4,5,6,7,8,9'),AND,
>(65,1,SS,EQ,C'ABCDEFGHIJKLMNOPQRSTUVWXYZ')),OR,
>(58,9,SS,NE,C' ',AND,
> 67,1,CH,EQ,C' ',AND,
>(65,1,SS,EQ,C'0,1,2,3,4,5,6,7,8,9'),AND,
>(66,1,SS,EQ,C'ABCDEFGHIJKLMNOPQRSTUVWXYZ')),OR,
>(58,10,SS,NE,C' ',AND,
> 68,1,CH,EQ,C' ',AND,
>(66,1,SS,EQ,C'0,1,2,3,4,5,6,7,8,9'),AND,
>(67,1,SS,EQ,C'ABCDEFGHIJKLMNOPQRSTUVWXYZ'))
>
> But I do not know how to count the number of occurrences of each msgid and
> eliminate duplicates.
>
> Thank you for your time and attention.
>
> Sincerely,
>
> Jason Cai
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: [EXTERNAL] Re: [EXT] Ars Technica: The IBM mainframe: How it runs and why it survives

[Jay Maynard]

Macro code was deprecated with CICS 1.5 in the early 80s, though it stayed
around for many years after that.

On Wed, Jul 26, 2023 at 9:39 AM Pommier, Rex 
wrote:

> And then there's this handy little tool from MacKinney systems called MLI
> that allows macro level code to still run in 2023!  Was macro code
> deprecated around 1988?
>
> Rex
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Crawford Robert C (Contractor)
> Sent: Wednesday, July 26, 2023 9:26 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [EXTERNAL] Re: [EXT] Ars Technica: The IBM mainframe: How it runs
> and why it survives
>
> That's good to know.  I always assumed CICS had a storage manager because
> it was faster than GETMAIN/FREEMAIN.
>
> I remember the old macro interface and it was a mess, especially with
> application programs addressing system control blocks directly.  Not to
> mention how weird macro code looked in the middle of a PL/1 program.  IBM
> was wise to deprecate the interface even though the conversion caused pain.
>
> Robert Crawford
> Abstract Evolutions LLC
> (210) 913-3822
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Colin Paice
> Sent: Wednesday, July 26, 2023 8:57 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [EXT] Ars Technica: The IBM mainframe: How it runs and why it
> survives
>
> CICS was "common code" between VS1 and DOS/VS(E) DOS/VS (I used to build
> it for CICS development), with AIF.. ANOP  statements around VS1/DOS
> specific code.  DOS/VS did not have the same facilities as VS1, so CICS had
> to be written to the lowest level of code.
>
>
> On Wed, 26 Jul 2023 at 14:45, Crawford Robert C (Contractor) <
> 04e08f385650-dmarc-requ...@listserv.ua.edu> wrote:
>
> > Yes, CICS has problems with shared memory which it mitigates through
> > storage protection and transaction isolation.  IMS MPR's are not
> > entirely immune from this either as a bad array index or funky pointer
> > can wipe out acres of storage and leave a region inoperative.  I saw
> > some MPR loops that were so tight all we could do is put the address
> > space in a WLM penalty box and bring down the control region at night.
> >
> > I also remember that canceling an MPR was always a last resort
> > because, if the interface was in the wrong state, it could bring down
> > the control region.
> >
> > CICS has had open TCB's for decades now that enable application
> > programs to use any old OS interface they want.  Global User Exits
> > (GLUE's) provide clean interfaces for all sorts of system software and
> DBMS' .
> >
> > When I worked in an IMS dominated shop we always had to carefully
> > watch CSA and ECSA.  Sure, CICS regions can use a lot of memory, but
> > you can always buy more real storage.
> >
> > MPR's, which I saw implemented as batch jobs, do provide great
> > isolation between processes and allow for exploitation of OS services.
> > CICS duplicates a lot of OS services but why have a storage manager on
> > top of a storage manager?  On the other hand, keeping things going
> > smoothly means running dozens, if not hundreds, of MPR's to support a
> > transaction rate that could be executed by a fourth as many CICS regions.
> >
> > MPR's are basically batch jobs getting fed one message at a time.
> > This implementation requires a lot of bolt-ons (e.g., IMS Connect)
> > which come with their own quirks.  I've also seen it require weird
> > solutions for fitting synchronous processes to an asynchronous system.
> >
> > I did like MFS because it provides true device independence.  It
> > allowed us to drive 3270 transactions with LU6.1 messages from CICS
> > without any changes.
> >
> > I could also go on about dynamic resource definition, automated
> > emergency restart (without using automation), better system management
> interfaces.
> > Not to mention quicker, cleaner and native implementations of newer
> > technologies.
> >
> > IMO, CICS is much more flexible and better positioned to continue
> > processing in the modern world.
> >
> > Robert Crawford
> > Abstract Evolutions LLC
> > (210) 913-3822
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> > Behalf Of Schmitt, Michael
> > Sent: Tuesday, July 25, 2023 9:38 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: [EXT] Ars Technica: The IBM mainframe: How it runs and
> > why it survives
> >
> > So CICS is no longer doing cooperative multitasking within each AOR,
> > and thus requiring CICS versions of OS commands to prevent wait states
> > from freezing the entire AOR? A CICS program can do direct GETMAINs,
> > LOADS, abends, rather than use CICS commands? CICS no longer requires
> > special versions of tools (e.g. debugger, abend dump management) and
> > instead can use the same tools as batch programs? A CICS programmer no
> > longer needs to learn a long list of CICS commands and EXEC CICS
> > syntax? A CICS region no longer contains the storage from all of the
> > t

Re: [EXTERNAL] Re: [EXT] Ars Technica: The IBM mainframe: How it runs and why it survives

[Pommier, Rex]

"potential"?  :-)   

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Crawford Robert C (Contractor)
Sent: Wednesday, July 26, 2023 9:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: [EXT] Ars Technica: The IBM mainframe: How it runs 
and why it survives

I don't remember the specific date.  I think CICS 3.2.1 was the last release 
that supported it. 

Fortunately, we only had to run CICS 3.2.1 and CICS 3.3 in parallel for a few 
months.  I'm glad our application guys didn't know about MLI.  It sounds like a 
transition tool that has the potential to turn into a permanent solution.

Robert Crawford
Abstract Evolutions LLC
(210) 913-3822

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Pommier, Rex
Sent: Wednesday, July 26, 2023 9:39 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: [EXT] Ars Technica: The IBM mainframe: How it runs 
and why it survives

And then there's this handy little tool from MacKinney systems called MLI that 
allows macro level code to still run in 2023!  Was macro code deprecated around 
1988?  

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Crawford Robert C (Contractor)
Sent: Wednesday, July 26, 2023 9:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: [EXT] Ars Technica: The IBM mainframe: How it runs and 
why it survives

That's good to know.  I always assumed CICS had a storage manager because it 
was faster than GETMAIN/FREEMAIN.

I remember the old macro interface and it was a mess, especially with 
application programs addressing system control blocks directly.  Not to mention 
how weird macro code looked in the middle of a PL/1 program.  IBM was wise to 
deprecate the interface even though the conversion caused pain.

Robert Crawford
Abstract Evolutions LLC
(210) 913-3822

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Colin Paice
Sent: Wednesday, July 26, 2023 8:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXT] Ars Technica: The IBM mainframe: How it runs and why it 
survives

CICS was "common code" between VS1 and DOS/VS(E) DOS/VS (I used to build it for 
CICS development), with AIF.. ANOP  statements around VS1/DOS specific code.  
DOS/VS did not have the same facilities as VS1, so CICS had to be written to 
the lowest level of code.


On Wed, 26 Jul 2023 at 14:45, Crawford Robert C (Contractor) < 
04e08f385650-dmarc-requ...@listserv.ua.edu> wrote:

> Yes, CICS has problems with shared memory which it mitigates through 
> storage protection and transaction isolation.  IMS MPR's are not 
> entirely immune from this either as a bad array index or funky pointer 
> can wipe out acres of storage and leave a region inoperative.  I saw 
> some MPR loops that were so tight all we could do is put the address 
> space in a WLM penalty box and bring down the control region at night.
>
> I also remember that canceling an MPR was always a last resort 
> because, if the interface was in the wrong state, it could bring down 
> the control region.
>
> CICS has had open TCB's for decades now that enable application 
> programs to use any old OS interface they want.  Global User Exits
> (GLUE's) provide clean interfaces for all sorts of system software and DBMS' .
>
> When I worked in an IMS dominated shop we always had to carefully 
> watch CSA and ECSA.  Sure, CICS regions can use a lot of memory, but 
> you can always buy more real storage.
>
> MPR's, which I saw implemented as batch jobs, do provide great 
> isolation between processes and allow for exploitation of OS services.
> CICS duplicates a lot of OS services but why have a storage manager on 
> top of a storage manager?  On the other hand, keeping things going 
> smoothly means running dozens, if not hundreds, of MPR's to support a 
> transaction rate that could be executed by a fourth as many CICS regions.
>
> MPR's are basically batch jobs getting fed one message at a time.  
> This implementation requires a lot of bolt-ons (e.g., IMS Connect) 
> which come with their own quirks.  I've also seen it require weird 
> solutions for fitting synchronous processes to an asynchronous system.
>
> I did like MFS because it provides true device independence.  It 
> allowed us to drive 3270 transactions with LU6.1 messages from CICS 
> without any changes.
>
> I could also go on about dynamic resource definition, automated 
> emergency restart (without using automation), better system management 
> interfaces.
> Not to mention quicker, cleaner and native implementations of newer 
> technologies.
>
> IMO, CICS is much more flexible and better positioned to continue 
> processing in the modern world.
>
> Robert Crawford
> Abstract Evolutions LLC
> (210) 913-3822
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Schmitt, Michael
> Sent: Tuesday, July 25, 2023 9:38 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [EXT] Ars Technica: T

Re: Inquiry about extracting and counting msgid from operlog using sort program

[Sri h Kolusu]

≫ INREC PARSE=(%00=(ABSPOS=64,ENDBEFR=C' ',FIXLEN=15)),

Massimo,

Jason wants to count the MSGID , not the message TEXT which starts at position 
58, but your parse is starting with ABSPOS=64.


Thanks,
Kolusu



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

Re: [EXTERNAL] Re: [EXT] Ars Technica: The IBM mainframe: How it runs and why it survives

[Crawford Robert C (Contractor)]

Oh man, I feel your pain.

I looked at the FAQ for the product.  Does MacKinney provide means to update 
the programs or does the customer have to keep the old macro level translator 
around?

Robert Crawford
Abstract Evolutions LLC
(210) 913-3822

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Pommier, Rex
Sent: Wednesday, July 26, 2023 10:23 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: [EXT] Ars Technica: The IBM mainframe: How it runs 
and why it survives

"potential"?  :-)   

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Crawford Robert C (Contractor)
Sent: Wednesday, July 26, 2023 9:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: [EXT] Ars Technica: The IBM mainframe: How it runs 
and why it survives

I don't remember the specific date.  I think CICS 3.2.1 was the last release 
that supported it. 

Fortunately, we only had to run CICS 3.2.1 and CICS 3.3 in parallel for a few 
months.  I'm glad our application guys didn't know about MLI.  It sounds like a 
transition tool that has the potential to turn into a permanent solution.

Robert Crawford
Abstract Evolutions LLC
(210) 913-3822

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Pommier, Rex
Sent: Wednesday, July 26, 2023 9:39 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: [EXT] Ars Technica: The IBM mainframe: How it runs 
and why it survives

And then there's this handy little tool from MacKinney systems called MLI that 
allows macro level code to still run in 2023!  Was macro code deprecated around 
1988?  

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Crawford Robert C (Contractor)
Sent: Wednesday, July 26, 2023 9:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: [EXT] Ars Technica: The IBM mainframe: How it runs and 
why it survives

That's good to know.  I always assumed CICS had a storage manager because it 
was faster than GETMAIN/FREEMAIN.

I remember the old macro interface and it was a mess, especially with 
application programs addressing system control blocks directly.  Not to mention 
how weird macro code looked in the middle of a PL/1 program.  IBM was wise to 
deprecate the interface even though the conversion caused pain.

Robert Crawford
Abstract Evolutions LLC
(210) 913-3822

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Colin Paice
Sent: Wednesday, July 26, 2023 8:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXT] Ars Technica: The IBM mainframe: How it runs and why it 
survives

CICS was "common code" between VS1 and DOS/VS(E) DOS/VS (I used to build it for 
CICS development), with AIF.. ANOP  statements around VS1/DOS specific code.  
DOS/VS did not have the same facilities as VS1, so CICS had to be written to 
the lowest level of code.


On Wed, 26 Jul 2023 at 14:45, Crawford Robert C (Contractor) < 
04e08f385650-dmarc-requ...@listserv.ua.edu> wrote:

> Yes, CICS has problems with shared memory which it mitigates through 
> storage protection and transaction isolation.  IMS MPR's are not 
> entirely immune from this either as a bad array index or funky pointer 
> can wipe out acres of storage and leave a region inoperative.  I saw 
> some MPR loops that were so tight all we could do is put the address 
> space in a WLM penalty box and bring down the control region at night.
>
> I also remember that canceling an MPR was always a last resort 
> because, if the interface was in the wrong state, it could bring down 
> the control region.
>
> CICS has had open TCB's for decades now that enable application 
> programs to use any old OS interface they want.  Global User Exits
> (GLUE's) provide clean interfaces for all sorts of system software and DBMS' .
>
> When I worked in an IMS dominated shop we always had to carefully 
> watch CSA and ECSA.  Sure, CICS regions can use a lot of memory, but 
> you can always buy more real storage.
>
> MPR's, which I saw implemented as batch jobs, do provide great 
> isolation between processes and allow for exploitation of OS services.
> CICS duplicates a lot of OS services but why have a storage manager on 
> top of a storage manager?  On the other hand, keeping things going 
> smoothly means running dozens, if not hundreds, of MPR's to support a 
> transaction rate that could be executed by a fourth as many CICS regions.
>
> MPR's are basically batch jobs getting fed one message at a time.  
> This implementation requires a lot of bolt-ons (e.g., IMS Connect) 
> which come with their own quirks.  I've also seen it require weird 
> solutions for fitting synchronous processes to an asynchronous system.
>
> I did like MFS because it provides true device independence.  It 
> allowed us to drive 3270 transactions with LU6.1 messages from CICS 
> without any changes.
>
> I could also go on about dynamic resource definition, automated 
> emergency restart (without using automat

SHARE Bit Bucket Session

[Lionel B. Dyck]

I seem to recall, and I could be having a senior moment, that there is, or
was, a webpage with a list of all the Bit Bucket sessions going back to the
first one.

But I can't find that webpage.

Can anyone help?  At least confirm that one used to exist and I'm not having
a memory check failure?

Thanks


Lionel B. Dyck <><
Website: https://www.lbdsoftware.com
Github: https://github.com/lbdyck

“Worry more about your character than your reputation. Character is what you
are, reputation merely what others think you are.”   - - - John Wooden

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

TCPIP Device/Link to Interface question???

[Shaffer, Terri]

Hi,
  Was wondering if someone could answer a question?

I am converting my DEVICE/LINK statements to INTERFACE in my TCPIP 
configuration on my test lpar.

I recycled my TCPIP and everything works, except I tripped an error on my HOME 
statement, because I think it uses LINK name, not Interface name?

My PRIMARYINTERFACE is my primary INTERFACE statement , again everything seems 
to work.

However, when I did a hometest, it looked okay with my primary IPADDR first, 
then Secondary and then loopback address which it should be.

But to stop the error from my HOME link name from occurring, I commented my 
HOME statement out.

That fixed my error message, but now LOOPBACK is first, then Primary IPADDRESS 
and then Secondary.

So my question is do I need the HOME STATEMENT, or what replaces it, if 
anything when using INTERFACE statement?

And/or how do I get the PRIMARY IPADDRESS first again?

Ms Terri E Shaffer
Senior Systems Engineer,
z/OS Support:
ACIWorldwide - Telecommuter
H(412-766-2697) C(412-519-2592)
terri.shaf...@aciworldwide.com



 [https://go.aciworldwide.com/rs/030-ROK-804/images/aci-footer.jpg] 

This email message and any attachments may contain confidential, proprietary or 
non-public information. The information is intended solely for the designated 
recipient(s). If an addressing or transmission error has misdirected this 
email, please notify the sender immediately and destroy this email. Any review, 
dissemination, use or reliance upon this information by unintended recipients 
is prohibited. Any opinions expressed in this email are those of the author 
personally.

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

Re: TCPIP Device/Link to Interface question???

[Marshall Stone]

We have a static VIPA first with the same IP as the old HOME IP. Then the rest 
of the interfaces: OSA, Hipersockets, VIPA's DVIPA's . Comment out the HOME 
statement. Make sure your start statements are correct.  The OBEY file the 
whole updated profile. 

Marshall Stone
Mainframe Engineer, Technical Services
-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Shaffer, Terri
Sent: Wednesday, July 26, 2023 12:02 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: TCPIP Device/Link to Interface question???

Hi,
  Was wondering if someone could answer a question?

I am converting my DEVICE/LINK statements to INTERFACE in my TCPIP 
configuration on my test lpar.

I recycled my TCPIP and everything works, except I tripped an error on my HOME 
statement, because I think it uses LINK name, not Interface name?

My PRIMARYINTERFACE is my primary INTERFACE statement , again everything seems 
to work.

However, when I did a hometest, it looked okay with my primary IPADDR first, 
then Secondary and then loopback address which it should be.

But to stop the error from my HOME link name from occurring, I commented my 
HOME statement out.

That fixed my error message, but now LOOPBACK is first, then Primary IPADDRESS 
and then Secondary.

So my question is do I need the HOME STATEMENT, or what replaces it, if 
anything when using INTERFACE statement?

And/or how do I get the PRIMARY IPADDRESS first again?

Ms Terri E Shaffer
Senior Systems Engineer,
z/OS Support:
ACIWorldwide - Telecommuter
H(412-766-2697) C(412-519-2592)
terri.shaf...@aciworldwide.com



 [https://go.aciworldwide.com/rs/030-ROK-804/images/aci-footer.jpg] 
 This email message and any attachments may 
contain confidential, proprietary or non-public information. The information is 
intended solely for the designated recipient(s). If an addressing or 
transmission error has misdirected this email, please notify the sender 
immediately and destroy this email. Any review, dissemination, use or reliance 
upon this information by unintended recipients is prohibited. Any opinions 
expressed in this email are those of the author personally.

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

OAM problem

[Phil Smith III]

More fallout from this inherited system-OAM whines constantly:
CBR3006I Library LATL00 with Library ID 10456 unknown in I/O configuration.
CBR3002E Library LATL00 no longer usable.
CBR3006I Library LVTS00 with Library ID 70083 unknown in I/O configuration.
CBR3002E Library LVTS00 no longer usable.

I can kill OAM and the messages go away, and may well do that, but I'd like to 
understand how to remove these from the OAM configuration, since they're not 
likely to follow the system across the country. The doc is a bit.thin.

https://www.ibm.com/docs/en/zos/2.4.0?topic=drives-deleting-optical-library 
says to get to the Optical Library List panel (which it fails to give a hint on 
how to find, but I finally did) and then enter DELETE next to the library. Only 
that fails with a message on the panel: 
'ACTIVE' NOT ALLOWED
.which, having no error number, is a wee bit hard to look up. But searching 
"OAM" "'ACTIVE' NOT ALLOWED" gets nothing useful (most of the 8 hits are about 
Oracle and say to "investigate and correct", gee thanks).

I've trolled the OAM help, and looked at a lot of OAM doc for "ACTIVE". I grok 
that that's the current active definitions, but "inactivate" and "deactivate" 
don't find anything useful.

Thoughts?




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

Re: [EXTERNAL] OAM problem

[Pommier, Rex]

I assume the library physically doesn't exist anymore?  

Go into ISMF, Library Management, tape library and display your active 
libraries.  Proceed at your own risk but I would guess you can delete the 
library from ISMF here and it should stop OAM from complaining about it.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Phil Smith III
Sent: Wednesday, July 26, 2023 11:48 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] OAM problem

More fallout from this inherited system-OAM whines constantly:
CBR3006I Library LATL00 with Library ID 10456 unknown in I/O configuration.
CBR3002E Library LATL00 no longer usable.
CBR3006I Library LVTS00 with Library ID 70083 unknown in I/O configuration.
CBR3002E Library LVTS00 no longer usable.

I can kill OAM and the messages go away, and may well do that, but I'd like to 
understand how to remove these from the OAM configuration, since they're not 
likely to follow the system across the country. The doc is a bit.thin.

https://urldefense.com/v3/__https://www.ibm.com/docs/en/zos/2.4.0?topic=drives-deleting-optical-library__;!!KjMRP1Ixj6eLE0Fj!rb6pqTgpYFmcQHifcER4V_fGkilJOyTgt12qC2SUFjVQxwAaisLfw9pWP6zX_LEKxXCatmsdCJxvby0$
  says to get to the Optical Library List panel (which it fails to give a hint 
on how to find, but I finally did) and then enter DELETE next to the library. 
Only that fails with a message on the panel: 
'ACTIVE' NOT ALLOWED
.which, having no error number, is a wee bit hard to look up. But searching 
"OAM" "'ACTIVE' NOT ALLOWED" gets nothing useful (most of the 8 hits are about 
Oracle and say to "investigate and correct", gee thanks).

I've trolled the OAM help, and looked at a lot of OAM doc for "ACTIVE". I grok 
that that's the current active definitions, but "inactivate" and "deactivate" 
don't find anything useful.

Thoughts?




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

Re: [EXTERNAL] Re: [EXT] Ars Technica: The IBM mainframe: How it runs and why it survives

[Pommier, Rex]

This product is strictly for maintaining the old macro programs.  It works well 
and silently in the background, allowing us to keep running macro level code.  
The only problems we had have been at upgrade time.  When we went to CICS 5.3 
and again to 5.6, we had to have MacKinney refit MLI to the new CICS level.  

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Crawford Robert C (Contractor)
Sent: Wednesday, July 26, 2023 10:37 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: [EXT] Ars Technica: The IBM mainframe: How it runs 
and why it survives

Oh man, I feel your pain.

I looked at the FAQ for the product.  Does MacKinney provide means to update 
the programs or does the customer have to keep the old macro level translator 
around?

Robert Crawford
Abstract Evolutions LLC
(210) 913-3822

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Pommier, Rex
Sent: Wednesday, July 26, 2023 10:23 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: [EXT] Ars Technica: The IBM mainframe: How it runs 
and why it survives

"potential"?  :-)   

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Crawford Robert C (Contractor)
Sent: Wednesday, July 26, 2023 9:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: [EXT] Ars Technica: The IBM mainframe: How it runs 
and why it survives

I don't remember the specific date.  I think CICS 3.2.1 was the last release 
that supported it. 

Fortunately, we only had to run CICS 3.2.1 and CICS 3.3 in parallel for a few 
months.  I'm glad our application guys didn't know about MLI.  It sounds like a 
transition tool that has the potential to turn into a permanent solution.

Robert Crawford
Abstract Evolutions LLC
(210) 913-3822

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Pommier, Rex
Sent: Wednesday, July 26, 2023 9:39 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: [EXT] Ars Technica: The IBM mainframe: How it runs 
and why it survives

And then there's this handy little tool from MacKinney systems called MLI that 
allows macro level code to still run in 2023!  Was macro code deprecated around 
1988?  

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Crawford Robert C (Contractor)
Sent: Wednesday, July 26, 2023 9:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: [EXT] Ars Technica: The IBM mainframe: How it runs and 
why it survives

That's good to know.  I always assumed CICS had a storage manager because it 
was faster than GETMAIN/FREEMAIN.

I remember the old macro interface and it was a mess, especially with 
application programs addressing system control blocks directly.  Not to mention 
how weird macro code looked in the middle of a PL/1 program.  IBM was wise to 
deprecate the interface even though the conversion caused pain.

Robert Crawford
Abstract Evolutions LLC
(210) 913-3822

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Colin Paice
Sent: Wednesday, July 26, 2023 8:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXT] Ars Technica: The IBM mainframe: How it runs and why it 
survives

CICS was "common code" between VS1 and DOS/VS(E) DOS/VS (I used to build it for 
CICS development), with AIF.. ANOP  statements around VS1/DOS specific code.  
DOS/VS did not have the same facilities as VS1, so CICS had to be written to 
the lowest level of code.


On Wed, 26 Jul 2023 at 14:45, Crawford Robert C (Contractor) < 
04e08f385650-dmarc-requ...@listserv.ua.edu> wrote:

> Yes, CICS has problems with shared memory which it mitigates through 
> storage protection and transaction isolation.  IMS MPR's are not 
> entirely immune from this either as a bad array index or funky pointer 
> can wipe out acres of storage and leave a region inoperative.  I saw 
> some MPR loops that were so tight all we could do is put the address 
> space in a WLM penalty box and bring down the control region at night.
>
> I also remember that canceling an MPR was always a last resort 
> because, if the interface was in the wrong state, it could bring down 
> the control region.
>
> CICS has had open TCB's for decades now that enable application 
> programs to use any old OS interface they want.  Global User Exits
> (GLUE's) provide clean interfaces for all sorts of system software and DBMS' .
>
> When I worked in an IMS dominated shop we always had to carefully 
> watch CSA and ECSA.  Sure, CICS regions can use a lot of memory, but 
> you can always buy more real storage.
>
> MPR's, which I saw implemented as batch jobs, do provide great 
> isolation between processes and allow for exploitation of OS services.
> CICS duplicates a lot of OS services but why have a storage manager on 
> top of a storage manager?  On the other hand, keeping things going 
> smoothly means running dozens, if not hundreds, of MPR's to support a 
> transaction rate that could be 

Re: TCPIP Device/Link to Interface question???

[Shaffer, Terri]

Thanks.

I don't use VIPA here, but I think I am okay, as I did a NETSTAT  HOME

And my PRIMARY is designated correctly with the FLG  P

EZZ2350I MVS TCP/IP NETSTAT CS V2R5   TCPIP Name: TCPIP   17:09:31
EZZ2700I Home address list:
EZZ2701I Address  Link Flg
EZZ2702I ---   ---
EZZ2703I 127.0.0.1LOOPBACK

EZZ2704I Address  InterfaceFlg
EZZ2704I ---  ----
EZZ2703I 10.5.23.231  OSA0F0QDIP
EZZ2703I 10.5.23.240  OSA180QDI

But not sure if I can change this order of not, because it displays differently 
with just HOMETEST

Ms Terri E Shaffer
Senior Systems Engineer,
z/OS Support:
ACIWorldwide - Telecommuter
H(412-766-2697) C(412-519-2592)
terri.shaf...@aciworldwide.com

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Marshall Stone
Sent: Wednesday, July 26, 2023 12:36 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: TCPIP Device/Link to Interface question???

EXTERNAL EMAIL: Do not click links or open attachments unless you know the 
content is safe.


We have a static VIPA first with the same IP as the old HOME IP. Then the rest 
of the interfaces: OSA, Hipersockets, VIPA's DVIPA's . Comment out the HOME 
statement. Make sure your start statements are correct.  The OBEY file the 
whole updated profile.

Marshall Stone
Mainframe Engineer, Technical Services
-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Shaffer, Terri
Sent: Wednesday, July 26, 2023 12:02 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: TCPIP Device/Link to Interface question???

Hi,
  Was wondering if someone could answer a question?

I am converting my DEVICE/LINK statements to INTERFACE in my TCPIP 
configuration on my test lpar.

I recycled my TCPIP and everything works, except I tripped an error on my HOME 
statement, because I think it uses LINK name, not Interface name?

My PRIMARYINTERFACE is my primary INTERFACE statement , again everything seems 
to work.

However, when I did a hometest, it looked okay with my primary IPADDR first, 
then Secondary and then loopback address which it should be.

But to stop the error from my HOME link name from occurring, I commented my 
HOME statement out.

That fixed my error message, but now LOOPBACK is first, then Primary IPADDRESS 
and then Secondary.

So my question is do I need the HOME STATEMENT, or what replaces it, if 
anything when using INTERFACE statement?

And/or how do I get the PRIMARY IPADDRESS first again?

Ms Terri E Shaffer
Senior Systems Engineer,
z/OS Support:
ACIWorldwide - Telecommuter
H(412-766-2697) C(412-519-2592)
terri.shaf...@aciworldwide.com



 [https://go.aciworldwide.com/rs/030-ROK-804/images/aci-footer.jpg] 
 This email message and any attachments may 
contain confidential, proprietary or non-public information. The information is 
intended solely for the designated recipient(s). If an addressing or 
transmission error has misdirected this email, please notify the sender 
immediately and destroy this email. Any review, dissemination, use or reliance 
upon this information by unintended recipients is prohibited. Any opinions 
expressed in this email are those of the author personally.

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

 [https://go.aciworldwide.com/rs/030-ROK-804/images/aci-footer.jpg] 

This email message and any attachments may contain confidential, proprietary or 
non-public information. The information is intended solely for the designated 
recipient(s). If an addressing or transmission error has misdirected this 
email, please notify the sender immediately and destroy this email. Any review, 
dissemination, use or reliance upon this information by unintended recipients 
is prohibited. Any opinions expressed in this email are those of the author 
personally.

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

Re: Curved Flat Screen

[Marjory Montgomery]

Maybe one of these from Brelyon ? 
https://youtu.be/jxYd1gTDzpw?si=imzs_7QwyqdeRX-t

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

Re: OAM problem

[Phil Smith III]

Rex Pommier wrote:

>I assume the library physically doesn't exist anymore? 

 

>Go into ISMF, Library Management, tape library and display your active

>libraries. Proceed at your own risk but I would guess you can delete

>the library from ISMF here and it should stop OAM from complaining

>about it.

 

Right, that's what I was doing. That's where it says 
'ACTIVE' NOT ALLOWED
when I try to delete it.


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

Re: OAM problem

[Mark Jacobs]

You'll need to delete the libraries from the SCDS, then activate a new SMS 
configuration using that updated SCDS as input. Of course do all the 
validations prior to activating the new SMS configuration.

Mark Jacobs 

Sent from ProtonMail, Swiss-based encrypted email.

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


--- Original Message ---
On Wednesday, July 26th, 2023 at 1:32 PM, Phil Smith III  
wrote:


> Rex Pommier wrote:
> 
> > I assume the library physically doesn't exist anymore?
> 
> 
> 
> 
> > Go into ISMF, Library Management, tape library and display your active
> 
> > libraries. Proceed at your own risk but I would guess you can delete
> 
> > the library from ISMF here and it should stop OAM from complaining
> 
> > about it.
> 
> 
> 
> 
> Right, that's what I was doing. That's where it says
> 'ACTIVE' NOT ALLOWED
> when I try to delete it.
> 
> 
> --
> 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: OAM problem

[rhaimowitz]

Do you have 'ACTIVE' as the SCDS name?  It needs to be the real dataset name.Bob
 Right, that's what I was doing. That's where it says 'ACTIVE' NOT ALLOWEDwhen 
I try to delete 
it.--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: RSU Maintenance: Asking For a Friend

[Mark Zelden]

On Tue, 25 Jul 2023 14:48:30 -0500, Rebecca Martin  wrote:

>The OP is referring to a shop that reinstalls z/OS as a way to get to a 
>current RSU level.  In the years in between releases of z/OS, they reorder 
>everything at a higher maintenance level and  then do a complete reinstall.
>
>Has anyone ever heard of this method for putting on maintenance? Can you see 
>any benefits of this approach? 
>

Didn't someone ask about this recently?   

It does seem like a good want to get to 2072 maintenance level quickly. :) 
Per the 2 emails I had today:

>Dear Mark Zelden,
>
>This e-mail has been sent by IBM to inform you that the RSU7206 and PUT7206 
>service levels
>are now available in the z/OS service packages orderable through ShopzSeries.

LOL... 

Seriously... this method is sort of used in some companies that have 
centralized installation
and maintenance supporting a lot of clients.  Perhaps even IBM global services 
or Kyndryl 
(that I have never worked for).  Basically a vanilla system and all the 
customization including
usermods are put on for each client "post maintenance / install" and then 
shipped to the
client site.  So from that aspect they are sort of getting a complete 
replacement each
new level of the OS but it is automated / built in a way that it is still the 
same thing you
had previously, just with the added maintenance / usermods. 

But the central site would never order a new serverpac (or now re-do a z/OSMF
installation) and customization just to bump up the RSU level.   

Regards,

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS
ITIL v3 Foundation Certified
mailto:m...@mzelden.com
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html

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

Re: [EXTERNAL] Re: RSU Maintenance: Asking For a Friend

[Pommier, Rex]

Back to "not serious", does your RSU e-mail indicate that you're installing 
maintenance from 50 years ago or does it mean IBM is answering the recent 
thread asking if z/OS and the mainframe will be obsolete in 10 years?

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mark Zelden
Sent: Wednesday, July 26, 2023 12:46 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: RSU Maintenance: Asking For a Friend

On Tue, 25 Jul 2023 14:48:30 -0500, Rebecca Martin  wrote:

>The OP is referring to a shop that reinstalls z/OS as a way to get to a 
>current RSU level.  In the years in between releases of z/OS, they reorder 
>everything at a higher maintenance level and  then do a complete reinstall.
>
>Has anyone ever heard of this method for putting on maintenance? Can you see 
>any benefits of this approach? 
>

Didn't someone ask about this recently?   

It does seem like a good want to get to 2072 maintenance level quickly. :) Per 
the 2 emails I had today:

>Dear Mark Zelden,
>
>This e-mail has been sent by IBM to inform you that the RSU7206 and 
>PUT7206 service levels are now available in the z/OS service packages 
>orderable through ShopzSeries.

LOL... 

Seriously... this method is sort of used in some companies that have 
centralized installation and maintenance supporting a lot of clients.  Perhaps 
even IBM global services or Kyndryl (that I have never worked for).  Basically 
a vanilla system and all the customization including usermods are put on for 
each client "post maintenance / install" and then shipped to the client site.  
So from that aspect they are sort of getting a complete replacement each new 
level of the OS but it is automated / built in a way that it is still the same 
thing you had previously, just with the added maintenance / usermods. 

But the central site would never order a new serverpac (or now re-do a z/OSMF
installation) and customization just to bump up the RSU level.   

Regards,

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS ITIL v3 
Foundation Certified mailto:m...@mzelden.com Mark's MVS Utilities: 
https://urldefense.com/v3/__http://www.mzelden.com/mvsutil.html__;!!KjMRP1Ixj6eLE0Fj!oMCzOwYJ47V-FRlMVfBbAK7zt4KJqhrguVtl5JWQURYF_-9ax3PZw8fg7gXo6fEh5mr90BZLA2CTAZmd$
 

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

Re: [EXTERNAL] Re: OAM problem

[Pommier, Rex]

You can't delete the libraries from the active configuration.  You need to 
determine what SCDS the active configuration was loaded from and delete the 
libraries from the SCDS, then validate and activate the modified configuration 
from the SCDS.  Once you've determined the correct SCDS and deleted the 
libraries from it, use primary option 8 (control dataset) to do the validation 
and activation.  I don't remember off the top of my head if you need access to 
a console to respond to the "are you sure" message.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Phil Smith III
Sent: Wednesday, July 26, 2023 12:32 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: OAM problem

Rex Pommier wrote:

>I assume the library physically doesn't exist anymore? 

 

>Go into ISMF, Library Management, tape library and display your active

>libraries. Proceed at your own risk but I would guess you can delete

>the library from ISMF here and it should stop OAM from complaining

>about it.

 

Right, that's what I was doing. That's where it says 'ACTIVE' NOT ALLOWED when 
I try to delete it.


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

Re: OAM problem

[Phil Smith III]

Rex Pommier wrote:
>You can't delete the libraries from the active configuration. You need
>to determine what SCDS the active configuration was loaded from 

OK, I found D SMS,A which showed me the SCS. 

>and delete the libraries from the SCDS, then validate and activate the
>modified configuration from the SCDS.

Deleted the libraries from there; the validation failed, deleted, um, something 
else (yes, I should have written this down, amateur hour, I know better) and 
now validation gets:

* Top of Data **
 VALIDATION RESULTS

VALIDATION RESULT:  ERRORS DETECTED
SCDS NAME:  SMS.SCDS1.SCDS
ACS ROUTINE TYPE:   *
DATE OF VALIDATION: 2023/07/26
TIME OF VALIDATION: 13:24

IGD06025I THE STORAGE GROUP ACS ROUTINE SETS NON-EXISTENT VALUE SGATLDS
IGD06025I THE STORAGE GROUP ACS ROUTINE SETS NON-EXISTENT VALUE SGVTAPE
 Bottom of Data 
But I see no SGATLDS or SGVTAPE in anything I can list: Data Class, Storage 
Class, Storage Group, Aggregate Group, or just List.

Doc for that message says:
Programmer response
Do one of the following: 
Modify the ACS routine so that it does not set inconsistent values.
Add a definition for the undefined storage group, storage class, management 
class, or data class.
Um, right? "The ACS routine"??


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

Re: IEFSSREQ

[Joseph Reichman]

I am doing my own 

In the description of IEFSSREQ it just had the input registers 

But didn't specify dispatchable unit mode

thanks
-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Peter Relson
Sent: Friday, July 21, 2023 8:18 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IEFSSREQ


However I saw SSI function code 15 can  be called in SRB mode that leads me
to believe that there is no restriction on using the macro in SRB Mode


That should lead you to believe that many SSI functions do not allow it. So
while you "can" use the macro in SRB mode in some cases, you'd better make
sure that you're doing it for a function for which you "may" use the macro
in SRB mode.

The answer differs based on the function code you are seeking to use.

Each function code has an environment section and within that it describes
the allowable dispatchable unit mode(s) (i.e., task vs SRB)

Peter Relson
z/OS Core Technology Design


--
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: Curved Flat Screen

[Phil Smith III]

Marjory Montgomery wrote:

>Maybe one of these from Brelyon ?

>https://youtu.be/jxYd1gTDzpw?si=imzs_7QwyqdeRX-t 

 

Make it wireless and wearable (I'm picturing something like Geordi's VISOR on 
ST:TNG) and I'm in! Though I suspect I'd kill myself trying to do stuff around 
the house while wearing it. And I think I'd prefer if it didn't look like a K&N 
air filter.


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

Re: TCPIP Device/Link to Interface question???

[Jon Perryman]

 > On Wednesday, July 26, 2023 at 10:13:52 AM PDT, Shaffer, Terri  wrote:
> not sure if I can change this order of not, because it displays differently 
>with just HOMETEST

Take this with a grain of salt because it's been a long time. The order should 
not matter in my opinion. z/OS TCP has a lot more features than TCP on other 
platforms. Finding the Unix equivalent is often impossible when z/OS does not 
have clearly defined terminology. z/OS HOME addresses doc was not clear when I 
last looked. My interpretation was that it's the home IP address for a sent TCP 
packet. In other words, when the packet is processed at the destination, HOME 
is where the response will be sent. I could easily be wrong and you will need 
to determine HOME current functionality.


On Wednesday, July 26, 2023 at 10:13:52 AM PDT, Shaffer, Terri 
<017d5f778222-dmarc-requ...@listserv.ua.edu> wrote:  
 
 Thanks.

I don't use VIPA here, but I think I am okay, as I did a NETSTAT  HOME

And my PRIMARY is designated correctly with the FLG  P

EZZ2350I MVS TCP/IP NETSTAT CS V2R5      TCPIP Name: TCPIP          17:09:31
EZZ2700I Home address list:
EZZ2701I Address          Link            Flg
EZZ2702I ---                      ---
EZZ2703I 127.0.0.1        LOOPBACK

EZZ2704I Address          Interface        Flg
EZZ2704I ---          -        ---
EZZ2703I 10.5.23.231      OSA0F0QDI        P
EZZ2703I 10.5.23.240      OSA180QDI

But not sure if I can change this order of not, because it displays differently 
with just HOMETEST

Ms Terri E Shaffer
Senior Systems Engineer,
z/OS Support:
ACIWorldwide - Telecommuter
H(412-766-2697) C(412-519-2592)
terri.shaf...@aciworldwide.com

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Marshall Stone
Sent: Wednesday, July 26, 2023 12:36 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: TCPIP Device/Link to Interface question???

EXTERNAL EMAIL: Do not click links or open attachments unless you know the 
content is safe.


We have a static VIPA first with the same IP as the old HOME IP. Then the rest 
of the interfaces: OSA, Hipersockets, VIPA's DVIPA's . Comment out the HOME 
statement. Make sure your start statements are correct.  The OBEY file the 
whole updated profile.

Marshall Stone
Mainframe Engineer, Technical Services
-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Shaffer, Terri
Sent: Wednesday, July 26, 2023 12:02 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: TCPIP Device/Link to Interface question???

Hi,
  Was wondering if someone could answer a question?

I am converting my DEVICE/LINK statements to INTERFACE in my TCPIP 
configuration on my test lpar.

I recycled my TCPIP and everything works, except I tripped an error on my HOME 
statement, because I think it uses LINK name, not Interface name?

My PRIMARYINTERFACE is my primary INTERFACE statement , again everything seems 
to work.

However, when I did a hometest, it looked okay with my primary IPADDR first, 
then Secondary and then loopback address which it should be.

But to stop the error from my HOME link name from occurring, I commented my 
HOME statement out.

That fixed my error message, but now LOOPBACK is first, then Primary IPADDRESS 
and then Secondary.

So my question is do I need the HOME STATEMENT, or what replaces it, if 
anything when using INTERFACE statement?

And/or how do I get the PRIMARY IPADDRESS first again?

Ms Terri E Shaffer
Senior Systems Engineer,
z/OS Support:
ACIWorldwide - Telecommuter
H(412-766-2697) C(412-519-2592)
terri.shaf...@aciworldwide.com



 [https://go.aciworldwide.com/rs/030-ROK-804/images/aci-footer.jpg] 
 This email message and any attachments may 
contain confidential, proprietary or non-public information. The information is 
intended solely for the designated recipient(s). If an addressing or 
transmission error has misdirected this email, please notify the sender 
immediately and destroy this email. Any review, dissemination, use or reliance 
upon this information by unintended recipients is prohibited. Any opinions 
expressed in this email are those of the author personally.

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

 [https://go.aciworldwide.com/rs/030-ROK-804/images/aci-footer.jpg] 

This email message and any attachments may contain confidential, proprietary or 
non-public information. The information is intended solely for the designated 
recipient(s). If an addressing or transmission error has misdirected this 
email,

Re: OAM problem

[Mark Jacobs]

There should be some source code, somewhere, that contains your ACS routines. 
Edit the storage class routine to remove the two assignments, translate your 
routines, validate again, then activate if the validation succeeds. 

You'll first need to find that source code.

Mark Jacobs 

Sent from ProtonMail, Swiss-based encrypted email.

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


--- Original Message ---
On Wednesday, July 26th, 2023 at 2:36 PM, Phil Smith III  
wrote:


> Rex Pommier wrote:
> 
> > You can't delete the libraries from the active configuration. You need
> > to determine what SCDS the active configuration was loaded from
> 
> 
> OK, I found D SMS,A which showed me the SCS.
> 
> > and delete the libraries from the SCDS, then validate and activate the
> > modified configuration from the SCDS.
> 
> 
> Deleted the libraries from there; the validation failed, deleted, um, 
> something else (yes, I should have written this down, amateur hour, I know 
> better) and now validation gets:
> 
> * Top of Data 
> **
> VALIDATION RESULTS
> 
> VALIDATION RESULT: ERRORS DETECTED
> SCDS NAME: SMS.SCDS1.SCDS
> ACS ROUTINE TYPE: *
> DATE OF VALIDATION: 2023/07/26
> TIME OF VALIDATION: 13:24
> 
> IGD06025I THE STORAGE GROUP ACS ROUTINE SETS NON-EXISTENT VALUE SGATLDS
> IGD06025I THE STORAGE GROUP ACS ROUTINE SETS NON-EXISTENT VALUE SGVTAPE
>  Bottom of Data 
> 
> But I see no SGATLDS or SGVTAPE in anything I can list: Data Class, Storage 
> Class, Storage Group, Aggregate Group, or just List.
> 
> Doc for that message says:
> Programmer response
> Do one of the following:
> Modify the ACS routine so that it does not set inconsistent values.
> Add a definition for the undefined storage group, storage class, management 
> class, or data class.
> Um, right? "The ACS routine"??
> 
> 
> --
> 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] Re: OAM problem

[Pommier, Rex]

You beat me to it.  :-)  

Check option 7 (automatic class selection) in ISMF, then take option 5 
(display).  That should show you what ACS routines are active and where they 
came from.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mark Jacobs
Sent: Wednesday, July 26, 2023 2:31 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: OAM problem

There should be some source code, somewhere, that contains your ACS routines. 
Edit the storage class routine to remove the two assignments, translate your 
routines, validate again, then activate if the validation succeeds. 

You'll first need to find that source code.

Mark Jacobs 

Sent from ProtonMail, Swiss-based encrypted email.

GPG Public Key - 
https://urldefense.com/v3/__https://api.protonmail.ch/pks/lookup?op=get&search=markjacobs@protonmail.com__;!!KjMRP1Ixj6eLE0Fj!tv0Fmlj-JfjsEPYTRgdMxw7Y8bA828yJ0rf_29WH6MK_PYr6NA6OSmV5TCuD1leMQFGH3ZlcCj43tJ27BwGDrMVkfeyb3TOpYoQd$
 


--- Original Message ---
On Wednesday, July 26th, 2023 at 2:36 PM, Phil Smith III  
wrote:


> Rex Pommier wrote:
> 
> > You can't delete the libraries from the active configuration. You 
> > need to determine what SCDS the active configuration was loaded from
> 
> 
> OK, I found D SMS,A which showed me the SCS.
> 
> > and delete the libraries from the SCDS, then validate and activate 
> > the modified configuration from the SCDS.
> 
> 
> Deleted the libraries from there; the validation failed, deleted, um, 
> something else (yes, I should have written this down, amateur hour, I know 
> better) and now validation gets:
> 
> * Top of Data 
> **
> VALIDATION RESULTS
> 
> VALIDATION RESULT: ERRORS DETECTED
> SCDS NAME: SMS.SCDS1.SCDS
> ACS ROUTINE TYPE: *
> DATE OF VALIDATION: 2023/07/26
> TIME OF VALIDATION: 13:24
> 
> IGD06025I THE STORAGE GROUP ACS ROUTINE SETS NON-EXISTENT VALUE 
> SGATLDS IGD06025I THE STORAGE GROUP ACS ROUTINE SETS NON-EXISTENT 
> VALUE SGVTAPE
>  Bottom of Data 
>  But I see no SGATLDS or SGVTAPE in anything 
> I can list: Data Class, Storage Class, Storage Group, Aggregate Group, or 
> just List.
> 
> Doc for that message says:
> Programmer response
> Do one of the following:
> Modify the ACS routine so that it does not set inconsistent values.
> Add a definition for the undefined storage group, storage class, management 
> class, or data class.
> Um, right? "The ACS routine"??
> 
> 
> --
> 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

Re: [EXTERNAL] Re: [EXT] Ars Technica: The IBM mainframe: How it runs and why it survives

[Wayne Bickerdike]

IMS/DB vs most other databases?

Having worked with IMS/DB and DC and CICS with a variety of DBMS, I'd
venture that CICS offers way more flexibility. For example, I've worked in
CICS shops with ADABAS, DATACOM, TOTAL, DB2, not to mention that many of
the 4GL products were tailored to work in a CICS environment. DOS and
DOS/VSE had the ability to run CICS with a third party DBMS such as DATACOM
or ADABAS.

I did appreciate the simplicity of IMS DB and DC from a
programming perspective, however, the navigation of IMS/DB allows a mess of
methods to get to the pertinent data. How do you find a segment? Easy just
GN till you find it :) At some point you could just use a single segment
database and pretend it's relational with enough indexes.

MFS paging was perhaps "better" than BMS paging. I used the technique once,
it was simple to program but response time was extremely bad for large data
sets.

On Thu, Jul 27, 2023 at 3:05 AM Pommier, Rex 
wrote:

> This product is strictly for maintaining the old macro programs.  It works
> well and silently in the background, allowing us to keep running macro
> level code.  The only problems we had have been at upgrade time.  When we
> went to CICS 5.3 and again to 5.6, we had to have MacKinney refit MLI to
> the new CICS level.
>
> Rex
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Crawford Robert C (Contractor)
> Sent: Wednesday, July 26, 2023 10:37 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [EXTERNAL] Re: [EXT] Ars Technica: The IBM mainframe: How it
> runs and why it survives
>
> Oh man, I feel your pain.
>
> I looked at the FAQ for the product.  Does MacKinney provide means to
> update the programs or does the customer have to keep the old macro level
> translator around?
>
> Robert Crawford
> Abstract Evolutions LLC
> (210) 913-3822
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Pommier, Rex
> Sent: Wednesday, July 26, 2023 10:23 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [EXTERNAL] Re: [EXT] Ars Technica: The IBM mainframe: How it
> runs and why it survives
>
> "potential"?  :-)
>
> Rex
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Crawford Robert C (Contractor)
> Sent: Wednesday, July 26, 2023 9:57 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [EXTERNAL] Re: [EXT] Ars Technica: The IBM mainframe: How it
> runs and why it survives
>
> I don't remember the specific date.  I think CICS 3.2.1 was the last
> release that supported it.
>
> Fortunately, we only had to run CICS 3.2.1 and CICS 3.3 in parallel for a
> few months.  I'm glad our application guys didn't know about MLI.  It
> sounds like a transition tool that has the potential to turn into a
> permanent solution.
>
> Robert Crawford
> Abstract Evolutions LLC
> (210) 913-3822
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Pommier, Rex
> Sent: Wednesday, July 26, 2023 9:39 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [EXTERNAL] Re: [EXT] Ars Technica: The IBM mainframe: How it
> runs and why it survives
>
> And then there's this handy little tool from MacKinney systems called MLI
> that allows macro level code to still run in 2023!  Was macro code
> deprecated around 1988?
>
> Rex
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Crawford Robert C (Contractor)
> Sent: Wednesday, July 26, 2023 9:26 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [EXTERNAL] Re: [EXT] Ars Technica: The IBM mainframe: How it runs
> and why it survives
>
> That's good to know.  I always assumed CICS had a storage manager because
> it was faster than GETMAIN/FREEMAIN.
>
> I remember the old macro interface and it was a mess, especially with
> application programs addressing system control blocks directly.  Not to
> mention how weird macro code looked in the middle of a PL/1 program.  IBM
> was wise to deprecate the interface even though the conversion caused pain.
>
> Robert Crawford
> Abstract Evolutions LLC
> (210) 913-3822
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Colin Paice
> Sent: Wednesday, July 26, 2023 8:57 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [EXT] Ars Technica: The IBM mainframe: How it runs and why it
> survives
>
> CICS was "common code" between VS1 and DOS/VS(E) DOS/VS (I used to build
> it for CICS development), with AIF.. ANOP  statements around VS1/DOS
> specific code.  DOS/VS did not have the same facilities as VS1, so CICS had
> to be written to the lowest level of code.
>
>
> On Wed, 26 Jul 2023 at 14:45, Crawford Robert C (Contractor) <
> 04e08f385650-dmarc-requ...@listserv.ua.edu> wrote:
>
> > Yes, CICS has problems with shared memory which it mitigates through
> > storage protection and transaction isolation.  IMS MPR's are not
> > entirely immune from this either as a bad array index or funky pointer
> > can wipe out acres of storage and leave a region 

Preferred FTP Client for Windows

[Steve Estle]

Hello All,

I work in a secure government environment and moving files up and down from the 
mainframe (especially traditional ZOS datasets) is a '' pita with Winscp 
and everything I read (including IBMMAIN archives) is that tool is just plain 
dumb when it comes to datasets with standard ZOS HLQ's.  I'm trying to do a 
non-scientific poll - what is the preferred FTP client to run on Windows 
platform out there everyone is using that you are happy with and can easily 
navigate to either traditional ZOS HLQ dataset or Unix System Services files.  
Of course freeware is preferred if user friendly.

I know there is Filezilla but not sure it is much better than Winscp?

Thanks for everyone's thoughts and input.

Steve Estle
steven.es...@peraton.com

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

SMP/E usermod build question for DFSMSdss change

[Pommier, Rex]

Hello list,

I'm pretty sure I know what I did wrong and what I must do to fix it, but would 
like validation from the SMP/E gurus here.  

DFSMSdss has a module ADRPATCH for activating optional behavior.  The DFDSS 
manual shows the use of AMASPZAP for turning these flags on/off.  Very simple 
zap process (sorry for alignment).

//ZAP EXEC PGM=AMASPZAP,PARM='IGNIDRFULL'  
//SYSPRINT DD SYSOUT=* 
//SYSLIB   DD DISP=SHR,DSN=SYS1.LINKLIB
//SYSINDD *
  NAME ADRDSSU ADRPATCH
  VER  0058 00 
  REP  0058 F0 

I didn't want to lose the zap in case of maintenance so I built a usermod to 
install it as such:

//SMPCSI   DD DISP=SHR,DSN=SMPE.ZOS24.GLOBAL.CSI
//SMPCNTL  DD * 
  SET BDY(GLOBAL).  
  RECEIVE SYSMODS SELECT(DSSPT58).  
  SET BDY (MVST100) .   
  APPLY   SELECT(DSSPT58)CHECKRETRY(YES).   
/*  
//SMPPTFIN DD * 
++USERMOD(DSSPT58) .
++VER (Z038) FMID(HDZ2240) PRE(UJ01310) .   
++ZAP ( ADRDSSU ) . 
 NAME ADRPATCH  
 VER  0058 00   
 REP  0058 F0   
/*  
//  

We needed to subsequently remove the usermod to apply maintenance to ADRDSSU 
and to our dismay, after the usermod was restored, the flag was still set.  We 
found this when, after applying the maintenance and adjusting the PRE in the 
++VER, and trying to do the reject/receive/apply of the usermod, the apply 
failed because the VER failed.  Looking at the ADRPATCH CSECT in the load 
module confirmed this.  Looking at the restore job showed that the job did a 
relink of ADRDSSU, pulling the MOD ADRDSSU from the DLIB and the rest of the 
LMOD ADRDSSU (which includes ADRPATCH) from the currently running LINKLIB.  To 
get around the mismatch where the zap was still in place in the loadmod but 
SMP/E said it isn't, I manually zapped the flag back off.  

What I'm thinking I should have done initially was, instead of zapping the 
ADRDSSU load module, would have been to zap the MOD ADRPATCH like this:

++ZAP ( ADRPATCH) . 
 NAME ADRPATCH  
 VER  0058 00   
 REP  0058 F0   

In doing so, I think SMP/E would have put the zap onto ADRPATCH and relinked 
ADRDSSU with the zapped version of ADRPATCH, then when we needed to restore the 
usermod, SMP/E would have relinked ADRDSSU with the unzapped version of 
ADRPATCH in the DLIB.Am I correct in my assessment?  

TIA,Rex(and apologies for the length of the email but I wanted to 
include all pertinent info)

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

Re: Preferred FTP Client for Windows

[Paul Gilmartin]

On Wed, 26 Jul 2023 16:06:52 -0500, Steve Estle  wrote:
>
>I work in a secure government environment and moving files up and down from 
>the mainframe (especially traditional ZOS datasets) is a '' pita with 
>Winscp and everything I read (including IBMMAIN archives) is that tool is just 
>plain dumb when it comes to datasets with standard ZOS HLQ's. 
>
What latitude does your secure government environment allow you to
install either free or commercial software:
o On your desktop?
o On z/OS?

Would DSFS circumvent the dumbness concerning traditional ZOS data sets?

I've liked PuTTY and see they have a new collaborator: .

And Rocket products may close the old/new gap:
.

And I've found Cygwin useful: .

-- 
gil

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

Re: Ignorant z/OS question

[Phil Smith III]

Berry van Sleeuwen wrote, in part:
>I guess it doesn't really matter what address you use, especially for
>Guest Operating Systems, as long as they are defined in their
>respective configuration members (CONSOLxx for z/OS, SYSTEM CONFIG for
>z/VM, IPL proc for z/VSE).

Right. I'm betting that z/OS (which does know when it's running under VM) does 
a DIAG x'24' to find where the actual console is even if it doesn't match 
CONSOLxx.

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

Re: OAM problem

[Phil Smith III]

Ok, thanks. I found the ACS routine, which included:
/**/
/* ASSIGN SCATLDS TO SGATLDS FOR ATLDS*/
/**/

  WHEN (&STORCLAS= 'SCATLDS')
SET &STORGRP = 'SGATLDS'

/**/
/* ASSIGN SCVTS   TO SGVTAPE FOR VTS  */
/**/

  WHEN (&STORCLAS= 'SCVTS')
SET &STORGRP = 'SGVTAPE'

I deleted those and then Translate, Validate, and Activate all worked (modulo 
me figuring out that there was a prompt I had to reply to!)

Thanks 10**6. This seems gooderT.




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

Re: SMP/E usermod build question for DFSMSdss change

[Mark Zelden]

Sorry for top posting.

Yes, you want to zap the MOD (CSECT).SMP/E knows all the LMODs it is 
relevant to
be it one LMOD as in this case or many LMODs. 

Regards,

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS
ITIL v3 Foundation Certified
mailto:m...@mzelden.com
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html




On Wed, 26 Jul 2023 21:19:34 +, Pommier, Rex  
wrote:

>Hello list,
>
>I'm pretty sure I know what I did wrong and what I must do to fix it, but 
>would like validation from the SMP/E gurus here.  
>
>DFSMSdss has a module ADRPATCH for activating optional behavior.  The DFDSS 
>manual shows the use of AMASPZAP for turning these flags on/off.  Very simple 
>zap process (sorry for alignment).
>
>//ZAP EXEC PGM=AMASPZAP,PARM='IGNIDRFULL'  
>//SYSPRINT DD SYSOUT=* 
>//SYSLIB   DD DISP=SHR,DSN=SYS1.LINKLIB
>//SYSINDD *
>  NAME ADRDSSU ADRPATCH
>  VER  0058 00 
>  REP  0058 F0 
>
>I didn't want to lose the zap in case of maintenance so I built a usermod to 
>install it as such:
>
>//SMPCSI   DD DISP=SHR,DSN=SMPE.ZOS24.GLOBAL.CSI
>//SMPCNTL  DD * 
>  SET BDY(GLOBAL).  
>  RECEIVE SYSMODS SELECT(DSSPT58).  
>  SET BDY (MVST100) .   
>  APPLY   SELECT(DSSPT58)CHECKRETRY(YES).   
>/*  
>//SMPPTFIN DD * 
>++USERMOD(DSSPT58) .
>++VER (Z038) FMID(HDZ2240) PRE(UJ01310) .   
>++ZAP ( ADRDSSU ) . 
> NAME ADRPATCH  
> VER  0058 00   
> REP  0058 F0   
>/*  
>//  
>
>We needed to subsequently remove the usermod to apply maintenance to ADRDSSU 
>and to our dismay, after the usermod was restored, the flag was still set.  We 
>found this when, after applying the maintenance and adjusting the PRE in the 
>++VER, and trying to do the reject/receive/apply of the usermod, the apply 
>failed because the VER failed.  Looking at the ADRPATCH CSECT in the load 
>module confirmed this.  Looking at the restore job showed that the job did a 
>relink of ADRDSSU, pulling the MOD ADRDSSU from the DLIB and the rest of the 
>LMOD ADRDSSU (which includes ADRPATCH) from the currently running LINKLIB.  To 
>get around the mismatch where the zap was still in place in the loadmod but 
>SMP/E said it isn't, I manually zapped the flag back off.  
>
>What I'm thinking I should have done initially was, instead of zapping the 
>ADRDSSU load module, would have been to zap the MOD ADRPATCH like this:
>
>++ZAP ( ADRPATCH) . 
> NAME ADRPATCH  
> VER  0058 00   
> REP  0058 F0   
>
>In doing so, I think SMP/E would have put the zap onto ADRPATCH and relinked 
>ADRDSSU with the zapped version of ADRPATCH, then when we needed to restore 
>the usermod, SMP/E would have relinked ADRDSSU with the unzapped version of 
>ADRPATCH in the DLIB.Am I correct in my assessment?  
>
>TIA,Rex(and apologies for the length of the email but I wanted to 
>include all pertinent info)
>
>--
>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: EXTERNAL EMAIL: Preferred FTP Client for Windows

[Jerry Whitteridge]

I've found that Filezilla is one of the few that understands MVS as well as 
Unix formats

Jerry Whitteridge
jerry.whitteri...@albertsons.com
Sr. Manager Managed Services
Albertsons Companies

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Estle
Sent: Wednesday, July 26, 2023 2:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: EXTERNAL EMAIL: Preferred FTP Client for Windows

Hello All,

I work in a secure government environment and moving files up and down from the 
mainframe (especially traditional ZOS datasets) is a '' pita with Winscp 
and everything I read (including IBMMAIN archives) is that tool is just plain 
dumb when it comes to datasets with standard ZOS HLQ's.  I'm trying to do a 
non-scientific poll - what is the preferred FTP client to run on Windows 
platform out there everyone is using that you are happy with and can easily 
navigate to either traditional ZOS HLQ dataset or Unix System Services files.  
Of course freeware is preferred if user friendly.

I know there is Filezilla but not sure it is much better than Winscp?

Thanks for everyone's thoughts and input.

Steve Estle
steven.es...@peraton.com

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

 Warning: All e-mail sent to this address will be received by the corporate 
e-mail system, and is subject to archival and review by someone other than the 
recipient. This e-mail may contain proprietary information and is intended only 
for the use of the intended recipient(s). If the reader of this message is not 
the intended recipient(s), you are notified that you have received this message 
in error and that any review, dissemination, distribution or copying of this 
message is strictly prohibited. If you have received this message in error, 
please notify the sender immediately.


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

Re: [EXTERNAL] Re: SMP/E usermod build question for DFSMSdss change

[Pommier, Rex]

Thanks, Mark, for validating what I was pretty sure was my initial screw-up - 
and how to fix it.  

And don't apologize for top-posting.  I much prefer it that way.  :-)

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mark Zelden
Sent: Wednesday, July 26, 2023 4:51 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: SMP/E usermod build question for DFSMSdss change

Sorry for top posting.

Yes, you want to zap the MOD (CSECT).SMP/E knows all the LMODs it is 
relevant to
be it one LMOD as in this case or many LMODs. 

Regards,

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS ITIL v3 
Foundation Certified mailto:m...@mzelden.com Mark's MVS Utilities: 
https://urldefense.com/v3/__http://www.mzelden.com/mvsutil.html__;!!KjMRP1Ixj6eLE0Fj!oyjJoyZBRS8DoUCbL9ujIbWkp3e33ySRKzWle6YDmVc55Iq4HhdTHnOqLzlJaXoYDwWav5uPnNDHR_xS$
 




On Wed, 26 Jul 2023 21:19:34 +, Pommier, Rex  
wrote:

>Hello list,
>
>I'm pretty sure I know what I did wrong and what I must do to fix it, but 
>would like validation from the SMP/E gurus here.  
>
>DFSMSdss has a module ADRPATCH for activating optional behavior.  The DFDSS 
>manual shows the use of AMASPZAP for turning these flags on/off.  Very simple 
>zap process (sorry for alignment).
>
>//ZAP EXEC PGM=AMASPZAP,PARM='IGNIDRFULL'  
>//SYSPRINT DD SYSOUT=* 
>//SYSLIB   DD DISP=SHR,DSN=SYS1.LINKLIB
>//SYSINDD *
>  NAME ADRDSSU ADRPATCH
>  VER  0058 00 
>  REP  0058 F0 
>
>I didn't want to lose the zap in case of maintenance so I built a usermod to 
>install it as such:
>
>//SMPCSI   DD DISP=SHR,DSN=SMPE.ZOS24.GLOBAL.CSI
>//SMPCNTL  DD * 
>  SET BDY(GLOBAL).  
>  RECEIVE SYSMODS SELECT(DSSPT58).  
>  SET BDY (MVST100) .   
>  APPLY   SELECT(DSSPT58)CHECKRETRY(YES).   
>/*  
>//SMPPTFIN DD * 
>++USERMOD(DSSPT58) .
>++VER (Z038) FMID(HDZ2240) PRE(UJ01310) .   
>++ZAP ( ADRDSSU ) . 
> NAME ADRPATCH  
> VER  0058 00   
> REP  0058 F0   
>/*  
>//  
>
>We needed to subsequently remove the usermod to apply maintenance to ADRDSSU 
>and to our dismay, after the usermod was restored, the flag was still set.  We 
>found this when, after applying the maintenance and adjusting the PRE in the 
>++VER, and trying to do the reject/receive/apply of the usermod, the apply 
>failed because the VER failed.  Looking at the ADRPATCH CSECT in the load 
>module confirmed this.  Looking at the restore job showed that the job did a 
>relink of ADRDSSU, pulling the MOD ADRDSSU from the DLIB and the rest of the 
>LMOD ADRDSSU (which includes ADRPATCH) from the currently running LINKLIB.  To 
>get around the mismatch where the zap was still in place in the loadmod but 
>SMP/E said it isn't, I manually zapped the flag back off.  
>
>What I'm thinking I should have done initially was, instead of zapping the 
>ADRDSSU load module, would have been to zap the MOD ADRPATCH like this:
>
>++ZAP ( ADRPATCH) . 
> NAME ADRPATCH  
> VER  0058 00   
> REP  0058 F0   
>
>In doing so, I think SMP/E would have put the zap onto ADRPATCH and relinked 
>ADRDSSU with the zapped version of ADRPATCH, then when we needed to restore 
>the usermod, SMP/E would have relinked ADRDSSU with the unzapped version of 
>ADRPATCH in the DLIB.Am I correct in my assessment?  
>
>TIA,Rex(and apologies for the length of the email but I wanted to 
>include all pertinent info)
>
>--
>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...@li

Re: EXTERNAL EMAIL: Preferred FTP Client for Windows

[Steve Beaver]

I like FileZilla. The downside is the passwords that need to be changed 

Sent from my iPhone

No one said I could type with one thumb 

> On Jul 26, 2023, at 17:02, Jerry Whitteridge 
>  wrote:
> 
> I've found that Filezilla is one of the few that understands MVS as well as 
> Unix formats
> 
> Jerry Whitteridge
> jerry.whitteri...@albertsons.com
> Sr. Manager Managed Services
> Albertsons Companies
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> Steve Estle
> Sent: Wednesday, July 26, 2023 2:07 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: EXTERNAL EMAIL: Preferred FTP Client for Windows
> 
> Hello All,
> 
> I work in a secure government environment and moving files up and down from 
> the mainframe (especially traditional ZOS datasets) is a '' pita with 
> Winscp and everything I read (including IBMMAIN archives) is that tool is 
> just plain dumb when it comes to datasets with standard ZOS HLQ's.  I'm 
> trying to do a non-scientific poll - what is the preferred FTP client to run 
> on Windows platform out there everyone is using that you are happy with and 
> can easily navigate to either traditional ZOS HLQ dataset or Unix System 
> Services files.  Of course freeware is preferred if user friendly.
> 
> I know there is Filezilla but not sure it is much better than Winscp?
> 
> Thanks for everyone's thoughts and input.
> 
> Steve Estle
> steven.es...@peraton.com
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> Warning: All e-mail sent to this address will be received by the corporate 
> e-mail system, and is subject to archival and review by someone other than 
> the recipient. This e-mail may contain proprietary information and is 
> intended only for the use of the intended recipient(s). If the reader of this 
> message is not the intended recipient(s), you are notified that you have 
> received this message in error and that any review, dissemination, 
> distribution or copying of this message is strictly prohibited. If you have 
> received this message in error, please notify the sender immediately.
> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-

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

Re: Preferred FTP Client for Windows

[Bob Bridges]

No one's going to like this answer, but for mainframe file transfers I do just 
fine with plain Windows-included FTP.  Granted I use it mostly for transferring 
code - data only occasionally and that over VPN.

For ordinary purposes I use MyFTP.txt to hold the commands; it's easy to modify 
and to store temporarily unneeded GETs and PUTs below the QUIT command, like 
this:

  put talias.rexmvs CLIST(ALIAS)
  get GEN.JCL(TALIAS) "..\otherfolder\TALIAS.txt"
  quit
  
  get spufi.out Auths DBAG.txt

If I need to handle a lot of files, I can always generate a long set of GET or 
PUT commands programmatically.

I execute using a .bat file that assumes the target IP and my user ID, asks for 
my password, creates a full -s command file, then deletes it all after the 
session so my password doesn't stay out there:

@echo off
set myaid=
set mycmd=MyFTP.txt
set mytmp=MyFTP1.txt
echo open nnn.nn.nnn.nn>%mytmp%
echo %myaid%>>%mytmp%

set /p MyPsw=Enter password for %myaid%:
echo %mypsw%>>%mytmp%
set mypsw=

type %mycmd%>>%mytmp%
echo quit>>%mytmp%
ftp -s:%mytmp%
del %mytmp%
set myaid=
set mycmd=
set mytmp=
pause

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

/* Never do today what you can do tomorrow. Something may occur to make you 
regret your premature action.  -Aaron Burr */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Estle
Sent: Wednesday, July 26, 2023 17:07

I work in a secure government environment and moving files up and down from the 
mainframe (especially traditional ZOS datasets) is a '' pita with Winscp 
and everything I read (including IBMMAIN archives) is that tool is just plain 
dumb when it comes to datasets with standard ZOS HLQ's.  I'm trying to do a 
non-scientific poll - what is the preferred FTP client to run on Windows 
platform out there everyone is using that you are happy with and can easily 
navigate to either traditional ZOS HLQ dataset or Unix System Services files.  
Of course freeware is preferred if user friendly.

I know there is Filezilla but not sure it is much better than Winscp?

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

Re: Preferred FTP Client for Windows

[Schmitt, Michael]

FileZilla for GUI. Windows built-in FTP for command line, but...

There are NO (free) command line FTP clients for Windows that support passive 
mode AND work with the MVS file system. Zilch. Nada. NOT A SINGLE ONE.


Reason is the Windows FTP client doesn't support passive mode. And all the 
third party clients try to be too smart; instead of just passing the entered 
command as is to the server, they try to track your current directory state -- 
and get hopelessly confused by the MVS "directory" syntax.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Estle
Sent: Wednesday, July 26, 2023 4:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Preferred FTP Client for Windows

Hello All,

I work in a secure government environment and moving files up and down from the 
mainframe (especially traditional ZOS datasets) is a '' pita with Winscp 
and everything I read (including IBMMAIN archives) is that tool is just plain 
dumb when it comes to datasets with standard ZOS HLQ's.  I'm trying to do a 
non-scientific poll - what is the preferred FTP client to run on Windows 
platform out there everyone is using that you are happy with and can easily 
navigate to either traditional ZOS HLQ dataset or Unix System Services files.  
Of course freeware is preferred if user friendly.

I know there is Filezilla but not sure it is much better than Winscp?

Thanks for everyone's thoughts and input.

Steve Estle
steven.es...@peraton.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: OAM problem

[Phil Smith III]

Hmm. I restarted OAM because I noticed it was "waiting for SMS Control Data Set 
activation":

IEF695I START OAM  WITH JOBNAME OAM  IS ASSIGNED TO USER STRTAS, GROUP 
SYS1
$HASP373 OAM  STARTED
CBR0001I OAM initialization starting.
*CBR0095E OAM waiting for SMS Control Data Set activation.
(went to ISMF and did the Activate again just in case)
*10 IGD043D REPLY 'Y' TO ALLOW ACTIVATION OF A CONFIGURATION BY IBMUSER 'N' TO 
DENY THE REQUEST
(replied Y)
R 10 SUPPRESSED
IEE600I REPLY TO 10 IS;SUPPRESSED
IEF196I IEF237I 03DE ALLOCATED TO SYS6
IEF196I IGD104I SMS.SCDS1.SCDS   RETAINED,
IEF196I DDNAME=SYS6
IGD008I NEW CONFIGURATION ACTIVATED FROM SCDS SMS.SCDS1.SCDS BY IBMUSER
IGD403I CURRENT SYSTEM CONFIGURATION 419
ACTIVATION LEVEL: 20
ACTIVATION TIME(UTC): 22:23:29.93
ACTIVATION DATE: 2023/07/26
CBR0096I OAM restart in progress.
*CBR0095E OAM waiting for SMS Control Data Set activation.

Per https://www.ibm.com/docs/en/zos/2.2.0?topic=messages-cbr0095e this sounds 
like I shouldn't even be trying to run OAM any more because there's nothing for 
it to do? That's fine with me, I just wanted to make sure that if we ever went 
to use it we wouldn't be wondering about these bogus libraries.

If nothing else, I learned a bunch!


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

Re: EXTERNAL EMAIL: Re: Preferred FTP Client for Windows

[Jerry Whitteridge]

Also remember that in most cases (That I know of) you will need to use secure 
FTP and there are also even fewer clients that support FTPS as opposed to SFTP.

Jerry Whitteridge
jerry.whitteri...@albertsons.com
Sr. Manager Managed Services
Albertsons Companies

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Schmitt, Michael
Sent: Wednesday, July 26, 2023 3:33 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: EXTERNAL EMAIL: Re: Preferred FTP Client for Windows

FileZilla for GUI. Windows built-in FTP for command line, but...

There are NO (free) command line FTP clients for Windows that support passive 
mode AND work with the MVS file system. Zilch. Nada. NOT A SINGLE ONE.


Reason is the Windows FTP client doesn't support passive mode. And all the 
third party clients try to be too smart; instead of just passing the entered 
command as is to the server, they try to track your current directory state -- 
and get hopelessly confused by the MVS "directory" syntax.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Estle
Sent: Wednesday, July 26, 2023 4:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Preferred FTP Client for Windows

Hello All,

I work in a secure government environment and moving files up and down from the 
mainframe (especially traditional ZOS datasets) is a '' pita with Winscp 
and everything I read (including IBMMAIN archives) is that tool is just plain 
dumb when it comes to datasets with standard ZOS HLQ's.  I'm trying to do a 
non-scientific poll - what is the preferred FTP client to run on Windows 
platform out there everyone is using that you are happy with and can easily 
navigate to either traditional ZOS HLQ dataset or Unix System Services files.  
Of course freeware is preferred if user friendly.

I know there is Filezilla but not sure it is much better than Winscp?

Thanks for everyone's thoughts and input.

Steve Estle
steven.es...@peraton.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

 Warning: All e-mail sent to this address will be received by the corporate 
e-mail system, and is subject to archival and review by someone other than the 
recipient. This e-mail may contain proprietary information and is intended only 
for the use of the intended recipient(s). If the reader of this message is not 
the intended recipient(s), you are notified that you have received this message 
in error and that any review, dissemination, distribution or copying of this 
message is strictly prohibited. If you have received this message in error, 
please notify the sender immediately.


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

Re: Chaining format 9 and format 3 DSCBs in EAV VTOC

[Wendell Lovewell]

Thanks Bill, that's very helpful.

Please let me see if I have this straight yet:

- If there is a format-8 DSCB, there will be a format-9 DSCB.

- If there are > 3 extents (which are handled by the format-1) but < 133 
extents, the format-9 record's DS9PTRDS will -> the first format-3 record.

- For each 13 extents (after the first 3), an additional format-3 record will 
be created.
  The CCHHR of the n+1  format-3 record will be in the "n" format-3's DS3PTRDS. 
 (Is it also in the "n" DS9F3 slot?)

- There will not be an additional format-9 (subtype 1) record unless there are 
more than 10 format-3 records.
  If there are > 133 extents, the DS9PTRDS in the first format-9 record will 
point to the second format-9 record.  Otherwise it will point to the first 
format-3 record?

Thanks again!

Wendell

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

Does FileZilla Support FIPS 140-2? to IBM's SFTP Server (OpenSSH)?

[Mark Regan]

Does FileZilla support a FIPS 140-2 connection to IBM's SFTP Server (OpenSSH)?

 

​Regards,

Mark Regan, K8MTR General, EN80tg
CTO1 USNR-Retired (1969-1991), 

RUENAAA/CNO WASHINGTON DC//OP-009QCP

Nationwide Insurance, Retired, 1986-2017
z/OS Network Systems Programmer (z NetView, z/OS Communications Server)

Email:   marktre...@gmail.com
LinkedIn:    
https://www.linkedin.com/in/mark-t-regan

 


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

Re: TCPIP Device/Link to Interface question???

[Grant Taylor]

On 7/26/23 2:18 PM, Jon Perryman wrote:

Take this with a grain of salt because it's been a long time.


Obligatory salt dose taken.

The order should not matter in my opinion. z/OS TCP has a lot more 
features than TCP on other platforms.


Would you please elaborate on that statement?

Finding the Unix equivalent is 
often impossible when z/OS does not have clearly defined

terminology.


Agreed.  Having a clear explanation of what a feature does is required 
to be able to compare features, even if the nomenclature therefor differs.



z/OS HOME addresses doc was not clear when I last
looked. My interpretation was that it's the home IP address for a
sent TCP packet. In other words, when the packet is processed at the 
destination, HOME is where the response will be sent. I could easily 
be wrong and you will need to determine HOME current functionality.

Grant. . . .

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

Re: Does FileZilla Support FIPS 140-2? to IBM's SFTP Server (OpenSSH)?

[Phil Smith III]

Mark Regan wrote:
>Does FileZilla support a FIPS 140-2 connection to IBM's SFTP Server (OpenSSH)?

I don't think that quite makes sense, Mark. There is no "FIPS connection". A 
given cryptographic module is or is not FIPS certified. So a more meaningful 
question might be, "Does FileZilla have FIPS 140-2 (now 140-3, btw) 
certification, and if so, at what level?" The same would apply to IBM SFTP.

Note that FIPS certification is quite weird, in that it can apply to specific 
pieces of a solution, like "the code that does the actual crypto", but not 
necessarily to the whole solution. Also note that most companies don't run 
anything in FIPS mode, because it typically results in a crippled product, 
where you can't do the things you actually need to do. An example might be that 
if FileZilla has FIPS certification, that doesn't mean anything if the other 
end of the connection is not also FIPS certified.

FIPS certification typically costs well over $100K, so I'd be surprised if 
FileZilla had it. OpenSSL has FIPS versions, but barely, and only because it's 
so widely used, I expect.


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

Re: Preferred FTP Client for Windows

[Charles Mills]

Au contraire: https://www.ipswitch.com/resources/free-tools/moveit-freely 

There is no need for any client to have any special cognizance of the file 
system at the server end. I am sure whoever wrote the Windows command line FTP 
had zero knowledge of z/OS data sets, but it works just fine, as @Bob Bridges 
attests.

And yes, I have used the above product extensively with MVS files.

Charles

On Wed, 26 Jul 2023 22:32:41 +, Schmitt, Michael  
wrote:

>FileZilla for GUI. Windows built-in FTP for command line, but...
>
>There are NO (free) command line FTP clients for Windows that support passive 
>mode AND work with the MVS file system. Zilch. Nada. NOT A SINGLE ONE.

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

Re: Preferred FTP Client for Windows

[Andrew Rowley]

On 27/07/2023 8:32 am, Schmitt, Michael wrote:

FileZilla for GUI. Windows built-in FTP for command line, but...

There are NO (free) command line FTP clients for Windows that support passive 
mode AND work with the MVS file system. Zilch. Nada. NOT A SINGLE ONE.


For command line FTP on Windows, the Windows Subsystem for Linux (WSL) 
provides Linux versions of the FTP client. Much better than the original 
Windows version.


I also use IBM Explorer for z/OS for transferring things to OMVS. I'm 
not sure how easy it is to set it up as a file transfer solution to MVS 
datasets. It requires a component set up on z/OS, but the advantage is 
it uses https connections.


https://www.ibm.com/docs/en/explorer-for-zos


--
Andrew Rowley
Black Hill Software

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

Re: Does FileZilla Support FIPS 140-2? to IBM's SFTP Server (OpenSSH)?

[Mark Regan]

Phil,

You are quite correct; my question was worded wrong. I was hoping that someone 
may have been able to get it to work somehow with the z/OS SFTP server when it 
was operating in FIPSMODE. I know the FileZilla author has no interest in 
getting it certified due to the costs you mentioned.

​Thanks,

Mark Regan, K8MTR General, EN80tg
CTO1 USNR-Retired (1969-1991), 
RUENAAA/CNO WASHINGTON DC//OP-009QCP
Nationwide Insurance, Retired, 1986-2017
z/OS Network Systems Programmer (z NetView, z/OS Communications Server)
Email: marktre...@gmail.com
LinkedIn:  https://www.linkedin.com/in/mark-t-regan

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Phil Smith III
Sent: Wednesday, July 26, 2023 19:47
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Does FileZilla Support FIPS 140-2? to IBM's SFTP Server (OpenSSH)?

Mark Regan wrote:
>Does FileZilla support a FIPS 140-2 connection to IBM's SFTP Server (OpenSSH)?

I don't think that quite makes sense, Mark. There is no "FIPS connection". A 
given cryptographic module is or is not FIPS certified. So a more meaningful 
question might be, "Does FileZilla have FIPS 140-2 (now 140-3, btw) 
certification, and if so, at what level?" The same would apply to IBM SFTP.

Note that FIPS certification is quite weird, in that it can apply to specific 
pieces of a solution, like "the code that does the actual crypto", but not 
necessarily to the whole solution. Also note that most companies don't run 
anything in FIPS mode, because it typically results in a crippled product, 
where you can't do the things you actually need to do. An example might be that 
if FileZilla has FIPS certification, that doesn't mean anything if the other 
end of the connection is not also FIPS certified.

FIPS certification typically costs well over $100K, so I'd be surprised if 
FileZilla had it. OpenSSL has FIPS versions, but barely, and only because it's 
so widely used, I expect.


--
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: OAM problem

[Mike Schwab]

'Active not allowed' sounds like sms storage class.  First you copy the
active configuration, modify and save it, then Activate it.  Similar to IO
Gen activation.

On Wed, Jul 26, 2023, 11:48 Phil Smith III  wrote:

> More fallout from this inherited system-OAM whines constantly:
> CBR3006I Library LATL00 with Library ID 10456 unknown in I/O configuration.
> CBR3002E Library LATL00 no longer usable.
> CBR3006I Library LVTS00 with Library ID 70083 unknown in I/O configuration.
> CBR3002E Library LVTS00 no longer usable.
>
> I can kill OAM and the messages go away, and may well do that, but I'd
> like to understand how to remove these from the OAM configuration, since
> they're not likely to follow the system across the country. The doc is a
> bit.thin.
>
> https://www.ibm.com/docs/en/zos/2.4.0?topic=drives-deleting-optical-library
> says to get to the Optical Library List panel (which it fails to give a
> hint on how to find, but I finally did) and then enter DELETE next to the
> library. Only that fails with a message on the panel:
> 'ACTIVE' NOT ALLOWED
> .which, having no error number, is a wee bit hard to look up. But
> searching "OAM" "'ACTIVE' NOT ALLOWED" gets nothing useful (most of the 8
> hits are about Oracle and say to "investigate and correct", gee thanks).
>
> I've trolled the OAM help, and looked at a lot of OAM doc for "ACTIVE". I
> grok that that's the current active definitions, but "inactivate" and
> "deactivate" don't find anything useful.
>
> Thoughts?
>
>
>
>
> --
> 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: Preferred FTP Client for Windows

[Paul Gilmartin]

On Wed, 26 Jul 2023 18:50:02 -0500, Charles Mills wrote:

>Au contraire: https://www.ipswitch.com/resources/free-tools/moveit-freely 
>
>There is no need for any client to have any special cognizance of the file 
>system at the server end. I am sure whoever wrote the Windows command line FTP 
>had zero knowledge of z/OS data sets, but it works just fine, as @Bob Bridges 
>attests.
>
Indeed.  The problems arise when clients make unwarranted assumptions
about the format about the format of the reply to LIST/NLST and behave
accordingly.  The conservative and safe behavior is to display the reply on
the client console and let the presumably informed user act properly.

RFC 959 does not, in fact can not, dictate the format of the reply to LIST.

I believe that some mainframe servers have an option (SITE command)
to set the format of LIST to simulated desktop format to support
presumptuous clients.

an idiosyncrasy I noticed with the MVS FTP client is the sequence:
lcd whatever
! pwd
displays, not the target of the "lcd" but the directory from which FTP
was entered.  Apparently the client never bothers to do a "chdir()"
as  I expect from other systems.

-- 
gil

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

Re: TCPIP Device/Link to Interface question???

[Jon Perryman]

 > On Wednesday, July 26, 2023 at 04:31:33 PM PDT, Grant Taylor wrote:

>> On 7/26/23 2:18 PM, Jon Perryman wrote:

>> The order should not matter in my opinion. z/OS TCP has a lot more

>> features than TCP on other platforms.


> Would you please elaborate on that statement?

"HOME" was not in UNIX TCP so z/OS is the only doc available. There is in fact 
many features that were (and probably still are) specific to z/OS (e.g. HOME, 
VIPA, port balancing, port forwarding, sysplex workload balancing and much 
more). z/OS needed a more robust TCP because of sysplex. Linux, Windows, Unix 
and others are single machines with unique resources. For instance, DB2 on z/OS 
can be accessed from any z/OS within a sysplex but DB2 on Linux is available 
from a single machine which cannot be transferred to another Linux. 

On Wednesday, July 26, 2023 at 04:31:33 PM PDT, Grant Taylor 
<023065957af1-dmarc-requ...@listserv.ua.edu> wrote:  
 
 On 7/26/23 2:18 PM, Jon Perryman wrote:
> Take this with a grain of salt because it's been a long time.

Obligatory salt dose taken.

> The order should not matter in my opinion. z/OS TCP has a lot more 
> features than TCP on other platforms.

Would you please elaborate on that statement?

> Finding the Unix equivalent is 
> often impossible when z/OS does not have clearly defined
> terminology.

Agreed.  Having a clear explanation of what a feature does is required 
to be able to compare features, even if the nomenclature therefor differs.

> z/OS HOME addresses doc was not clear when I last
> looked. My interpretation was that it's the home IP address for a
> sent TCP packet. In other words, when the packet is processed at the 
> destination, HOME is where the response will be sent. I could easily 
> be wrong and you will need to determine HOME current functionality.
Grant. . . .

--
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: Ignorant z/OS question

[Jon Perryman]

 > On Tuesday, July 25, 2023 at 07:14:21 PM PDT, Steve Horein 
 >  wrote:
> Just out of curiosity, is there such a thing as VM "attach" to reconnect a

> device at a later time?


Phil would need to verify what I'm saying. "detach" is a generic command that 
eliminates a virtual address regardless of how the virtual address was defined. 
"attach" is for attaching real VM addresses to a user at a virtual address. 
Detaching a "console" requires a "DEFINE CONSOLE". Detaching a "GRAF" requires 
a "DEFINE GRAF". I think there are several variations of DEFINE specific to the 
virtual device type.


On Tuesday, July 25, 2023 at 07:14:21 PM PDT, Steve Horein 
 wrote:  
 
 To my understanding, that sounds correct.

Explicitly removing the NIP *console* definition, though leaving the
address defined/intact in the IODF for later use by MVS console services
(CONSOLxx), would have the same effect as making the device inaccessible,
either through (presumably) bad cabling in my case, or through VM detach
that you describe, which sounds more dynamic.

Just out of curiosity, is there such a thing as VM "attach" to reconnect a
device at a later time?

On Tue, Jul 25, 2023 at 7:20 PM Jon Perryman  wrote:

>  > On Tuesday, July 25, 2023 at 04:14:48 PM PDT, Steve Horein <
> steve.hor...@gmail.com> wrote:
> > This is what I was referring to, relating to NIP and IODF:
>
> Phil, you can ignore this topic.
>
> Steve, does it make a difference if the NIP address doesn't exist versus
> clearing the NIP address in the IODF? I thought both caused the hardware
> console to be used.  updating the NIP address might not be something Phil
> is comfortable with. Phil understands VM detach and it should achieve the
> same results. Detaching all consoles ensures things like problem
> determination mode and more doesn't affect hardware console activation.
> Phil gets 1 chance on the weekend and I'm just ensuring we cover the most
> possibilities in 1 try.
>
> Am I wrong? If this works, then recommending the deletion of the NIP
> address becomes a trivial change.
>
>
>    On Tuesday, July 25, 2023 at 04:14:48 PM PDT, Steve Horein <
> steve.hor...@gmail.com> wrote:
>
>  This is what I was referring to, relating to NIP and IODF:
>
> https://www.ibm.com/docs/en/zos/2.4.0?topic=configuration-working-operating-system-consoles
>
>
> The topic mentions both MVS and VM, so there may be some useful
> information.
>
> While I mentioned my request to have "...the NIP *device *be removed from
> IODF", I should have stated to have "... the NIP *CONSOLE* be removed from
> IODF".
> Yes, the device should be defined to allow CONSOLxx to make use of it once
> MVS has been initialized, but an IODF defined NIP CONSOLE is not
> required, making use of the hardware console in its absence.
>
> Maybe you're saying the same thing, just in VM speak?!
>
> On Tue, Jul 25, 2023 at 10:43 AM Jon Perryman 
> wrote:
>
> >  > On Sunday, July 23, 2023 at 08:25:34 PM PDT, Steve Horein <
> > steve.hor...@gmail.com> wrote:
> > > The only time I have seen NIP messages (those messages prior to VARY
> >
> > > CN(*),ACTIVATE being accepted) on a native MVS LPAR was when the NIP
> > device
> >
> >
> > Hi Phil, Sorry for the long delay.but I had other things to do. Steve may
> > have a possible solution. Let me put it into terms you can understand.
> >
> > Steve says there is 1 exception to the hardware console requiring V
> > CN(*),ACT to become the first active console during IPL. He says if you
> > disable all z/OS DEV(###) consoles, then the hardware console will
> > automatically activate because there is no other console available. I
> > believe this to be true but I have never tried this. There may be a
> couple
> > caveats that can be discussed later if it solves your problem.
> >  This is simple to test. From the z/OS VM user, detach all devices
> > specified in PARMLIB(CONSOL##). At the moment, forget he mentions "NIP"
> > device because this is almost always included in PARMLIB(CONSOL##) which
> > means you would have detached it. This is so simple it's worth a try.
> >
> >
> >
> >    On Sunday, July 23, 2023 at 08:25:34 PM PDT, Steve Horein <
> > steve.hor...@gmail.com> wrote:
> >
> >  The only time I have seen NIP messages (those messages prior to VARY
> > CN(*),ACTIVATE being accepted) on a native MVS LPAR was when the NIP
> device
> > defined in the IODF was not available, I believe due to some cabling
> > issues. In that situation, all NIP messages were routed to the SE/HMC
> > System Console. I had requested the NIP device be removed from IODF years
> > before, for that exact purpose, to assist with automation that uses
> > SYSCONS, and/or for diagnostics, but due to Fear/Uncertainty/Doubt, the
> > request was flatly denied.
> >
> > https://www.ibm.com/docs/en/zos/2.4.0?topic=system-nip-console
> > "If no NIP console is defined and ready, MVS™ will use the system console
> > as the NIP-time console."
> >
> > I have zero experience with zVM, so I do not know if that

Re: Ignorant z/OS question

[Jon Perryman]

 > On Wednesday, July 26, 2023 at 03:49:12 AM PDT, Tony Harminc 
 >  wrote:

>>On Tue, 25 Jul 2023 at 17:25, Seymour J Metz  wrote:

>> I would have expected 1052-7, 3210 and 3215 support to die at the same time.

> Is there any reason to think that there is/was separate code for these

> three devices? IIRC their programming specs are identical, or very

> close to identical. Obviously the hardware is quite different

> (Selectric printer, dot-matrix), but the software generally doesn't

> care about that kind of thing.


Seymour constantly makes silly wild ass guesses and passes them off as fact. 
Use your common sense and knowledge about IBM. When IBM rewrote console 
services, they dropped typewriter console support. Deleting the HCD / IODF 
definitions for these obsolete devices is simpler than excluding these devices 
from the NIP address. We only know that HCD & IODF do not allow these devices 
to be defined. IBM does not change code unless it's necessary and only deletes 
non-functional code when they are already working on that module. As for 
removing the device support code, this code might also support the CONSOLE 
printer devices.  Deletion of these modules is pure conjecture without any 
factual basis. 


On Wednesday, July 26, 2023 at 03:49:12 AM PDT, Tony Harminc 
 wrote:  
 
 On Tue, 25 Jul 2023 at 17:25, Seymour J Metz  wrote:
>
> I would have expected 1052-7, 3210 and 3215 support to die at the same time.

Is there any reason to think that there is/was separate code for these
three devices? IIRC their programming specs are identical, or very
close to identical. Obviously the hardware is quite different
(Selectric printer, dot-matrix), but the software generally doesn't
care about that kind of thing.

Tony H.

> 
> From: IBM Mainframe Discussion List  on behalf of 
> Allan Staller <0387911dea17-dmarc-requ...@listserv.ua.edu>
[...]
> ISTR the some of the older "console" support was removed in the indicated 
> timeframe. E.g. 1052
> I cannot say for certain that the 3215 code was removed at that time.

--
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: TCPIP Device/Link to Interface question???

[Grant Taylor]

On 7/26/23 9:45 PM, Jon Perryman wrote:

"HOME" was not in UNIX TCP so z/OS is the only doc available.


Based on a previous comment about HOME controlling the IP address that 
remote systems saw newly initiated connections coming from, this concept 
is in, and has been for a long time, Linux.  This is the source IP 
chosen as part of routing.  --  This very much so became a thing with 
policy based routing in the early 2000s if not before.



There is in fact many features that were (and probably still are)
specific to z/OS


I'll give you "were".  I question "still are".


(e.g. HOME, VIPA, port balancing, port forwarding, sysplex
workload balancing and much more).


By default Linux uses what is called the weak host model which means 
that the IP addresses belong to the kernel (IP stack) and not to an 
interface.  It's trivial to move any given IP address around to 
different interfaces.  --  There's some minutia to moving IPs, but I 
assume there is minutia to VIPA too.


Port balancing seems to be quite similar to what is usually called "load 
balancing" in Open Systems.  Linux kernel has this capability built in 
in at least a couple of different ways.


I don't know what "port forwarding" means in z/OS context, but port 
forwarding connections from one IP address and port pair to another is 
so common that $75 dollar routers running Linux / *BSD have been doing 
it for 25 years.  I can't even successfully do a search for what it 
means on the mainframe because of all the other collissions that I find 
in IBM i, AIX, and that's on top of all the other non-IBM related results.


I don't know if sysplex workload balnacing has a counter part, but I 
strongly suspect that load balancers described above and / or clusters 
of servers account for much of this all be it likely in a different way.



z/OS needed a more robust TCP because of sysplex.


I would never have considered using z/OS for a networking Swiss Army 
Knife.  Linux and *BSD or a Cisco / Juniper router jump to the top of 
that list.



Linux, Windows, Unix and others are single machines with unique resources.


That is their most common configuration.  But Linux and *BSD in 
particular can do so much more if you want them to.



For instance, DB2 on z/OS can be accessed from any z/OS within a sysplex


Sure.

Depending on the middleware, you can get the same IP / service instance 
to be accessible from multiple machines in a cluster.



but DB2 on Linux is available
from a single machine which cannot be transferred to another Linux.
I don't know about DB2, but I an quite certain that there are multiple 
ways to have the same IP be accessible from multiple machines.


There are even ways to transfer the connections between machines.

There are ways to synchronize firewall state between multiple machines.

I'm quite certain that how things would be done on the mainframe are 
different than how they would be done on Linux.


But I'm also fairly certain that Linux can do most of, if not all of, 
what you have mentioned.


Thank you for the additional information Jon.



Grant. . . .

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

Re: Preferred FTP Client for Windows

[Timothy Sipples]

There are lots of good suggestions. Here's another: If you happen to have IBM 
Personal Communications ("PComm") or Host On-Demand ("HOD") then you already 
have a FTP/FTPS* client. There's a good client built into those products. It 
should understand passive mode and MVS data set vernacular.

* Please use (properly configured) FTPS — FTP with TLS — if you use FTP.

—
Timothy Sipples
Senior Architect
Digital Assets, Industry Solutions, and Cybersecurity
IBM zSystems/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

Re: Curved Flat Screen

[david rintoul]

Hi,
They are all 4k.
Yes i have to move my head.
Its largely historical - I started with a 43". then 1x43" with 2x27" in
portrait mode.
And now 2x43" and 2x27". all 4k.
The 27"'s have stuff that doesn't change much, that you have to glance at
occasionally (so a couple of Z/OS consoles).
The main 43" is what i do most of my internet interactions on. The one on
the right has my work (laptop) 4k screen on it.
I use Chrome Remote desktop to integrate the laptop display into my home
screens. This means I can cut/paste from anywhere.
Works a treat.

On Wed, Jul 26, 2023 at 8:56 PM Seymour J Metz  wrote:

> 4K or 8K? But even the former is a lot of real estate.
>
> Can you view both without having to move your head?
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf
> of david rintoul [drinto...@gmail.com]
> Sent: Wednesday, July 26, 2023 6:12 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Curved Flat Screen
>
> i like the uhd 43" flat screen.
> In pairs.
> Each 43" gives something close to 3 "24" monitors" to cut/paste/compare
> etc.
> The UHD format is the important part.
> I have an old philips and a new lg c2.
>
>
>
> On Wed, Jul 26, 2023 at 2:49 PM Brian Westerman <
> brian_wester...@syzygyinc.com> wrote:
>
> > Mine is a Phillips 49" with the 32:9 aspect.  The reason I picked
> Phillips
> > is they have a 4 year advance replacement warranty.  If anything happens
> > (even stuck or bad pixels) for 4 years, they send me one first, and then
> I
> > send this one back.  I had a 32" one that I lost a pixel on and they sent
> > me the replacement within 2 days.  I have had no problems with the
> current
> > 49" one and it's been over a year.  The old 32" one lasted me 8+ years.
> >
> > The problem with larger monitors is that they tend to get VERY (like heat
> > up the room) hot, but the Phillips one is barely warm above the vents in
> > back, it also has a built in KVM switch and pop up camera, and USB ports,
> > plus speakers (which I don't use but are pretty good).   It has 5ms
> > response time, and they have one with a faster time of 1ms, but it wasn't
> > worth the extra $200 at the time to get it.   Mine was (at the time)
> > $1,300, but was on sale on last years Amazon summer Christmas thing for
> > $700+change.  The price now is about $999 normally but it goes on sale
> > often for about $900.
> >
> > I am very happy with it and I hope it lasts as long as my old one.  I do
> > like the space, and the only negative is that it's so large I have to sit
> > back from it a little, so it's actually on a stand behind my desk.
> >
> > Brian
> >
> > --
> > 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