Re: Continuing a reply during IPL

[Steve Horein]

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

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

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

> I had an occasion where the IEASYS PROG= entry was messed up (period in
> place
> of a comma). Cannot access the data.
>
> Using a similar system I  worked out a PROG= list to use, however the list
> was
> too long for the reply command.
>
> I was able to specify R 00,PROG=(list,CONT
>
> and was prompted to continue but could not figure out how to specify the
> continuation.
>
> R 0,continuelist)
>
> was rejected
>
> R 0,PROG=(remaininglist)
>
> overrode the list.
>
> Should I ever have a similar issue, how can I continue the reply?
>
> --
> Binyamin Dissen 
> http://www.dissensoftware.com
>
> Director, Dissen Software, Bar & Grill - Israel
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: AT-TLS policy for NJE

[Steve Horein]

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

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

> I am looking for a set of AT-TLS policy statement for NJE, but have been
> unable to find them in the JES2 documentation.
>
> Am I looking in the wrong place? Can anyone point me to where these might
> be?
>
>
>
> Thanks
>
> Lennie
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: Thank you, IBM-MAIN!

[Steve Horein]

Enjoy your retirement!

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

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

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

Re: How to create a vsam dataset with Alias

[Steve Horein]

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

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

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

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

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

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

Re: SYSPLEX JES2 SYSLOG processing

[Steve Horein]

Hey Paul -
Do you get any interesting results from the NetView command line (you may
need to enter INPUT 2 to get more room) if you issue:
WINDOW PIPE CC 5 $DS'SYSLOG'|TOS LAST "$HASP890"|SEP|EDIT "CB" COLOR
1.*|CONS ONLY

If you do, hope is not lost.

On Thu, Jan 4, 2024 at 12:31 PM Paul Gorlinsky  wrote:

> On a z/OS 2.5 system using z System Automation V4.3, I am trying to set a
> daily event that runs on each LPAR of the SYSPLEX.
>
> The event needs to issue a 'W L' then locate the SYSLOG output for that
> specific LPAR, start an XWTR with job selection for class and JOBID...
>
> For example,
> 'S XWTR.XWTR,END=IEF176I'
> 'F XWTR.XWTR,CLASS=L,JOBID=STC08984'
>
> Where STC08984 is the result of parsing a JES2 $DS'SYSLOG' command
>
> LPR1  2024002  02:01:00:45  STC08984   $HASP890 JOB(SYSLOG)
>
>$HASP890 JOB(SYSLOG)
> STATUS=(EXECUTING/LPR1),CLASS=STC,
>$HASP890
> PRIORITY=15,SYSAFF=(LPR1),HOLD=(NONE)
> LPR1  2024002  02:01:00:45  STC09720   $HASP890 JOB(SYSLOG)
>
>$HASP890 JOB(SYSLOG)
> STATUS=(EXECUTING/LPR2),CLASS=STC,
>$HASP890
> PRIORITY=15,SYSAFF=(LPR2),HOLD=(NONE)
> LPR1  2024002  02:01:00:45  STC06274   $HASP890 JOB(SYSLOG)
>
>$HASP890 JOB(SYSLOG)
> STATUS=(EXECUTING/LPR3),CLASS=STC,
>$HASP890
> PRIORITY=15,SYSAFF=(LPR3),HOLD=(NONE)
> LPR1  2024002  02:01:00:45  STC09125   $HASP890 JOB(SYSLOG)
>
>$HASP890 JOB(SYSLOG)
> STATUS=(EXECUTING/LPR4),CLASS=STC,
>$HASP890
> PRIORITY=15,SYSAFF=(LPR4),HOLD=(NONE)
> LPR1  2024002  02:01:00:45  STC03207   $HASP890 JOB(SYSLOG)
>
>$HASP890 JOB(SYSLOG)
> STATUS=(EXECUTING/LPR5),CLASS=STC,
>$HASP890
> PRIORITY=15,SYSAFF=(LPR5),HOLD=(NONE)
>
> I have tried using a PIPE command without success...
>
> Any ideas?
>
> Thanks
> Paul
>
> --
> 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: Merry Christmas

[Steve Horein]

Merry Christmas and Happy Holidays mainframe friends!

On Mon, Dec 25, 2023, 11:28 Steve Beaver <
050e0c375a14-dmarc-requ...@listserv.ua.edu> wrote:

> Merry Christmas to all
>
> Sent from my iPhone
>
> No one said I could type with one thumb
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: SQA overflow condition

[Steve Horein]

System Automation can use SYSCONS with the Processor Operations (ProcOps)
functionality. I take advantage of that, having SYSCONS activated in PD
mode 24/7, but issue VARY CN(*),ROUT=NONE on that console once the system
is fully up (the MONITOR JOBNAMES/SESS/STATUS console attribute is honored
regardless of ROUT settings) . At system shutdown time, another VARY
CN(*),ROUT=(1,2,10) is issued for monitoring progress and "external"
automation when the time comes. D C,CN= may show some
undesirable routing codes or DEL attributes included in the CONSOLxx
"DEVNUM(SYSCONS)" definitions.

https://www.ibm.com/docs/en/zos/2.5.0?topic=rc-routing-code-meaning-1
https://www.ibm.com/docs/en/zos/2.5.0?topic=consolxx-syntax-parameters-console-statement

On Wed, Dec 13, 2023 at 4:29 AM Peter  wrote:

> Finally found the reason for this condition
>
> Our HMC operating system message(SYSCONS) were flooding with a product
> error message
>
> After resetting the SYSCONS
>
> ESQA got a relief and deactivated SYSCONS from operating system message
> console in HMC
>
>
>
> On Tue, Dec 12, 2023, 2:34 PM Peter  wrote:
>
> > Are there any tools available in cbttape to view 78-2 ?
> >
> >
> >
> > On Tue, Dec 12, 2023, 2:01 PM Martin Packer 
> > wrote:
> >
> >> Right. To Allan’s point it’s CSA that shows up by key. Though SQA
> >> subpools are in the 78-2.
> >>
> >> I also agree with Paul’s point that a longitudinal view can prove
> >> helpful. Even Time Of Day could be helpful. Even comparing one system to
> >> another, likewise.
> >>
> >> Cheers, Martin
> >>
> >> From: IBM Mainframe Discussion List  on
> behalf
> >> of Paul Feller 
> >> Date: Monday, 11 December 2023 at 14:20
> >> To: IBM-MAIN@LISTSERV.UA.EDU 
> >> Subject: [EXTERNAL] Re: SQA overflow condition
> >> Peter, several people have given you some good suggestions.  There are a
> >> few things you need to think about.
> >>
> >> 1) As others have said, EQSA overflow is not a bad thing as long as your
> >> ECSA is okay.  At the place I last worked at we routinely saw ESQA
> overflow
> >> on some of our larger lpars that had lots of activity.
> >> 2) Has you ESQA always been "running" high and now it finaly has statred
> >> to overflowing?
> >> 3) If you have RMF and have SMF history data you can look back at how
> >> your CSA/SQA usage has been doing.  You can use the batch reporting
> >> function of RMF.  I think the manual is "z/OS Resource Measurement
> Facility
> >> Report Analysis" that should help you.
> >> 4) I would suggest you talk to the vendor about your question around the
> >> SVC module.
> >>
> >>
> >> Paul
> >>
> >> -Original Message-
> >> From: IBM Mainframe Discussion List  On
> Behalf
> >> Of Allan Staller
> >> Sent: Monday, December 11, 2023 7:39 AM
> >> To: IBM-MAIN@LISTSERV.UA.EDU
> >> Subject: Re: SQA overflow condition
> >>
> >> Classification: Confidential
> >>
> >> RMF  will do this provided VSTOR(D) is specified in ERBRMFxx. It will
> >> show the alllocations, but not necessarily the "actual" user.
> >> E,g. VTAM, TCPIP,.
> >>
> >> HTH
> >>
> >> -Original Message-
> >> From: IBM Mainframe Discussion List  On
> Behalf
> >> Of Peter
> >> Sent: Sunday, December 10, 2023 10:29 PM
> >> To: IBM-MAIN@LISTSERV.UA.EDU
> >> Subject: Re: SQA overflow condition
> >>
> >> [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 ESQA usage has gone to 108%.
> >>
> >> Is there any tool available in CBTTAPEA which can tell me or trace SQA
> >> users and who are not releasing the storage?
> >>
> >> On Mon, Nov 27, 2023, 5:37 PM Allan Staller <
> >> 0387911dea17-dmarc-requ...@listserv.ua.edu> wrote:
> >>
> >> > Classification: Confidential
> >> >
> >> > 100% concur w/Martin
> >> >
> >> > -Original Message-
> >> > From: IBM Mainframe Discussion List  On
> >> > Behalf Of Martin Packer
> >> > Sent: Sunday, November 26, 2023 2:39 AM
> >> > To: IBM-MAIN@LISTSERV.UA.EDU
> >> > Subject: Re: SQA overflow condition
> >> >
> >> > [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.]
> >> >
> >> > (This is not specific advice but a way of thinking about things.)
> >> >
> >> > SQA can, of course, overflow into CSA - with no real harm done. Unless
> >> > it causes CSA to go short. (CSA can't overflow into SQA, of course.)
> >> >
> >> > The above statements are true for both 24-bit and 31-bit.
> >> >
> >> > 1409K below the line, though, is pretty extreme - for 24 bit. If you
> >> > made SQA larger so that it only overflowed, say, by 100K there would
> >> > be no wasted virtual storage.
> >> >
> >> > More importantly, check out the "free CSA" picture. You really don't
> >> > want to run 

Re: Find the ASID type?

[Steve Horein]

Thanks all! Very much appreciated.
I opted for CHTRKID control block chasing, but also laid some foundation
for using ERBSMFI for future endeavors.
"INIT" and "BPXAS" did initially throw me for a loop, as did *MASTER* a
little later, but I believe I've got it sorted.

Thanks again - you guys are awesome!

On Fri, Dec 8, 2023 at 8:12 AM Rob Scott  wrote:

>
>
> If the OP is willing to call an interface instead, the use ERBSMFI and get
> SMF79-1 records and look at the values in R791TAS.
>
> CHKTRID is a good place to start if you are trying to work this out from
> control blocks yourself, but there are a few nuances to consider (assuming
> you have the ASCB address for the ASID) :
>
> (o) If ASCBJBNI is non-zero, you need to get the CSCB from CHCSCBP (based
> CHNAME on ASCBJBNI)
> (o) If ASCBJBNI is zero, use ASCBCSCB
> (o) If CHJOBID, then you might have a JOB, but it will be STC if ASCBJBNI=0
> (o) CHTSID = TSU
> (o) Otherwise you have an STC, but then you need to identity ASCH, OMVS
> and INITs from jobnames
>
> If you then want to accurately populate fields like “STEPNAME” and
> “PROCSTEP”  you need to be careful as they can come from different places
> depending on the logic above.
>
> It is a bit messy TBH.
>
> Also bear in mind that ASID(0001) is called “SYSLOG” 
>
> Rob Scott
> Rocket Software
>
>
>
> From: IBM Mainframe Discussion List  On Behalf
> Of Binyamin Dissen
> Sent: Friday, December 8, 2023 11:57 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Find the ASID type?
>
> EXTERNAL EMAIL
>
>
>
> CHTRKID ?
>
> On Thu, 7 Dec 2023 21:32:27 -0600 Steve Horein  <mailto:steve.hor...@gmail.com>> wrote:
>
> :>Hi!
> :>Looking at messages CNZ4105I/CNZ4106I from an MVS DISPLAY ACTIVE command,
> :>there is a tally of different address space types in the header:
> :>
> :>JOBS M/S TS USERS SYSAS INITS ACTIVE/MAX VTAM OAS
> :>x x x x x x/x x
> :>
> :>NetView has a RECEDATA function that "Provides information about the
> origin
> :>of a command that was transferred to the NetView environment by using a
> :>NETVONLY action in a Command Revision Table", that includes "ASTYPE",
> that
> :>would return one of the following:
> :>
> :>Value Description
> :>D USS persistent procedure. The address space has a name for initiated
> :>programs, appropriate for a JOB. However, the existence of an OpenMVS
> :>address space block indicates a special purpose USS persistent procedure.
> :>J The address space is a JOB.
> :>N The address space is a system address space started during operating
> :>system initialization (NIP) processing.
> :>S The address space is a Started Task (STC).
> :>T The address space is a Time-Sharing User (TSO).
> :>U The address space is a USS forked or spawned procedure.
> :>* Error: the address space where the command originated has closed or
> else
> :>the message is not from the local LPAR.
> :>? Error: inconsistent data (might be a transient condition).
> :>! Error: inconsistent data.
> :>> Error: the supplied ASID is larger than the allowed ASID limit for the
> :>system
> :>
> :>With the DISPLAY ACTIVE command knowing how many of each type there is,
> and
> :>the RECEDATA function knowing the type of address space that just issued
> a
> :>command, there seems to be an indicator to provide that kind of
> :>information. What I am curious about, and would like to make use of, is
> :>where the address space "type" can be found, given only a job name or
> ASID?
> :>
> :>For example, the ISG343I results of D GRS,RES=(SYSDSN,) can
> :>identify the following:
> :>SYSNAME JOBNAME ASID TCBADDR EXC/SHR OWN/WAIT
> :>
> :>If I wanted to know that the JOBNAME was a TSO user, a USS process, STC,
> or
> :>a batch job, is it possible to definitively find out?
> :>I was looking at ASCBJBNI and ASCBJBNS, but it seems there is still
> :>ambiguity. I'm not sure if I could tell the difference between a TSO user
> :>and a Started task just from ASCBJBNS.
> :>Where else can I look?
> :>
> :>Thanks in advance for any pointers!
> :>
> :>--
> :>For IBM-MAIN subscribe / signoff / archive access instructions,
> :>send email to lists...@listserv.ua.edu<mailto:lists...@listserv.ua.edu>
> with the message: INFO IBM-MAIN
>
> --
> Binyamin Dissen  bdis...@dissensoftware.com>>
> http://www.dissensoftware.com<http://www.dissensoftware.com>
>
> Director, Dissen Software, Bar & 

Find the ASID type?

[Steve Horein]

Hi!
Looking at messages CNZ4105I/CNZ4106I from an MVS DISPLAY ACTIVE command,
there is a tally of different address space types in the header:

JOBS  M/STS USERSSYSASINITSACTIVE/MAX VTAMOAS
xxx  xxx/x   x

NetView has a RECEDATA function that "Provides information about the origin
of a command that was transferred to the NetView environment by using a
NETVONLY action in a Command Revision Table", that includes "ASTYPE", that
would return one of the following:

Value Description
D USS persistent procedure. The address space has a name for initiated
programs, appropriate for a JOB. However, the existence of an OpenMVS
address space block indicates a special purpose USS persistent procedure.
J The address space is a JOB.
N The address space is a system address space started during operating
system initialization (NIP) processing.
S The address space is a Started Task (STC).
T The address space is a Time-Sharing User (TSO).
U The address space is a USS forked or spawned procedure.
* Error: the address space where the command originated has closed or else
the message is not from the local LPAR.
? Error: inconsistent data (might be a transient condition).
! Error: inconsistent data.
> Error: the supplied ASID is larger than the allowed ASID limit for the
system

With the DISPLAY ACTIVE command knowing how many of each type there is, and
the RECEDATA function knowing the type of address space that just issued a
command, there seems to be an indicator to provide that kind of
information. What I am curious about, and would like to make use of, is
where the address space "type" can be found, given only a job name or ASID?

For example, the ISG343I results of D GRS,RES=(SYSDSN,) can
identify the following:
SYSNAME   JOBNAME  ASID   TCBADDR   EXC/SHROWN/WAIT

If I wanted to know that the JOBNAME was a TSO user, a USS process, STC, or
a batch job, is it possible to definitively find out?
I was looking at ASCBJBNI and ASCBJBNS, but it seems there is still
ambiguity. I'm not sure if I could tell the difference between a TSO user
and a Started task just from ASCBJBNS.
Where else can I look?

Thanks in advance for any pointers!

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

Re: Where is the PAGENT MODIFY command documented?

[Steve Horein]

https://www.ibm.com/docs/en/zos/2.5.0?topic=command-modify-policy-agent

On Sun, Oct 8, 2023 at 4:41 PM Charles Mills  wrote:

> I know PAGENT accepts MODIFY because I have used F PAGENT,REFRESH. And a
> MODIFY error is documented here:
> https://www.ibm.com/docs/en/zos/2.5.0?topic=messages-ezd1583i.
>
> But where is PAGENT's MODIFY command documented?
>
> Charles
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: Z skills training

[Steve Horein]

I see "Data Center Storage Management" offered at Interskill:
https://interskill.com/series/data-center-storage-management-2-5/

On Tue, Sep 26, 2023 at 3:12 PM Ramsey Hallman 
wrote:

> Hi, Ross.  You might try interskill.com. On quick glance, I did not see
> any
> SMS or storage courses offered, but I did not look that closely. They have
> a lot of education available. If nothing else, they may be willing to
> create a course (might not meet your timeframe, but maybe worth a try).
>
> Ramsey Hallman
> MVS/Quickref
> Chicago-Soft, Ltd
>
> On Tue, Sep 26, 2023 at 2:42 PM Ross Vaughn 
> wrote:
>
> > Our shop is looking for some Z skills training specifically around
> storage
> > and SMS.  We are having difficulty finding companies who can offer the
> > training. I’ve inquired with ProTech and ZCubed but they don’t have
> enough
> > interest to offer courses in the near future.
> >
> > Anyone have suggestions what other companies might be a good alternative?
> >
> > Thanks,
> > Ross Vaughn
> > OneMain Financial
> > --
> > 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: TCP/IP to JES3

[Steve Horein]

To me, the simplest way would be to ftp the desired data to an
appropriately allocated dataset, and then change to filetype=jes to put jcl
to copy the newly created dataset to sysout, and perform housekeeping
if/when the copy was complete. I do not believe filetype=jes was meant to
be exclusive.

On Fri, Sep 22, 2023 at 3:26 PM Schmitt, Michael 
wrote:

> Is there a way to transfer sysout type data from a remote, non-mainframe
> system, into a JES3 spool? From which already existing tasks will grab the
> output according to destination, class, writer, etc.
>
> Such as, use some product or capability to connect and transfer to a
> TCP/IP port.
>
> Most of what I see is going the other direction, answering the question of
> "how do I get this report from the JES spool to my printer/pc/file
> server/etc?" But I need to get it into JES3, because the existing report
> distribution software wants to grab it from there.
>
> I thought I remembered being able to inject jobs into the IEFRDER via FTP,
> and thought perhaps could also transfer to sysout, but don't see it in the
> Communications Server manual.
>
> Bonus points for a solution that will also work with JES2, after the
> inevitable end-of-support for JES3.
>
> __
> Michael Schmitt | DXC Apps Development | MassMutual
> (737) 910-8248 | michael.schm...@dxc.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: IBM-MAIN Posting Guidelines

[Steve Horein]

Thank you!

On Sun, Sep 17, 2023 at 4:48 PM Darren Evans-Young  wrote:

> First, I would like to apologize to the list for not being a better list
> owner.
> Life has been busy.
>
> I've had numerous complaints about some postings on the list.
> So, here's the deal. All posts WILL be directly related to IBM Mainframe
> topics.
> No discussions of religion, politics, etc.  No name calling, insults, etc.
> Respect
> each other.
>
> Failure to adhere to these simple basic guidelines will result in being set
> to REVIEW and/or removal from the list.
>
> Darren
>
> --
> 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: Suppressing IST663I Multi-line message to the console

[Steve Horein]

Even after his passing, Chris Mason is still helping the group.

On Mon, Aug 21, 2023 at 11:58 AM Sri h Kolusu  wrote:

> >> we are looking at suppressing the IST663I Multi-line message (which
> includes IST664I, IST889I, and IST314I) to the console. Is this double?
>
> https://groups.google.com/g/bit.listserv.ibm-main/c/Byj7uv0h3zY
>
> Thanks,
> Kolusu
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: Ignorant z/OS question

[Steve Horein]

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

Re: Ignorant z/OS question

[Steve Horein]

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

[Steve Horein]

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 / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Is there still a system automation list / group?

[Steve Horein]

They moved to groups.io:
https://groups.io/g/SAUsers
https://groups.io/g/NetView

On Mon, May 15, 2023 at 5:28 AM Vince Getgood <
04d5c094df74-dmarc-requ...@listserv.ua.edu> wrote:

> Just as per the title really,
> Since the demise of Yahoo groups, Is there still a system automation list
> / group?
>
> I'm trying to find any information on a set of SA supplied REXX (member
> names INGFIFxx) that apparently interface with the SA PDB to query
> information held in SA ISPF tables.   I'm told it's a kind of API, but I
> can't find any documentation or information on them anywhere...
>
> Any help or assistance gratefully received!
> Thanks in advance.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: JES3 system STC gets wrong Symbol replacements

[Steve Horein]

If we only knew someone that could make that happen!

On Fri, May 12, 2023 at 9:05 AM Ed Jaffe 
wrote:

> On 5/12/2023 6:52 AM, Steve Horein wrote:
> > FWIW, we automate "IEF900I SYSTEM SYMBOLS WERE UPDATED FROM ..." to
> issue *S
> > ,CONNECT
>
> Seems to me, if there is an ENF associated with this IEF900I event, it
> would be nice if JES3 listened for it and did the CONNECT automatically!
>
>
> --
> Phoenix Software International
> Edward E. Jaffe
> 831 Parkview Drive North
> El Segundo, CA 90245
> https://www.phoenixsoftware.com/
>
>
>
> 
> This e-mail message, including any attachments, appended messages and the
> information contained therein, is for the sole use of the intended
> recipient(s). If you are not an intended recipient or have otherwise
> received this email message in error, any use, dissemination, distribution,
> review, storage or copying of this e-mail message and the information
> contained therein is strictly prohibited. If you are not an intended
> recipient, please contact the sender by reply e-mail and destroy all copies
> of this email message and do not otherwise utilize or retain this email
> message or any or all of the information contained therein. Although this
> email message and any attachments or appended messages are believed to be
> free of any virus or other defect that might affect any computer system
> into
> which it is received and opened, it is the responsibility of the recipient
> to ensure that it is virus free and no responsibility is accepted by the
> sender for any loss or damage arising in any way from its opening or use.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: JES3 system STC gets wrong Symbol replacements

[Steve Horein]

Are symbols being updated outside an IPL with SETLOAD IEASYM?  Poking
around a bit, I found the following in the JES3 Init and Tuning Guide:

JES3 updates the system symbols table each time the system connects to the
JES3 global, including each instance of the JES3 global connecting to
itself.
You can therefore update system symbols by running the JES3 *S main,CONNECT
command.
If you update system symbols using the SETLOAD IEASYM command, you can use
these updated symbols for future conversions by running the *S main,CONNECT
command, where main is the name of the updated system. This system symbols
update will not affect jobs that have already undergone conversion.

FWIW, we automate "IEF900I SYSTEM SYMBOLS WERE UPDATED FROM ..." to issue *S
,CONNECT

On Thu, May 11, 2023 at 9:15 PM Mark Charles 
wrote:

> Client has 3 systems in JES3 Sysplex.  System A is z/OS 2.3 JES3 Global.
> System B is z/OS 2.5 JES3 Local with no CIs defined.  Other system not
> important.
>
> When starting STC with system symbols on System B, the symbols are
> "replaced" by information from System A.  Is this normal?  Is there a way
> to get the symbols "replaced" with information from the Local System B?
>
> --
> 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: JES2 Submitlib Bootstrap problem

[Steve Horein]

Perhaps delay path related SUBMITLIBs by having automation issue $ADD
SUBMITLIB commands once OMVS is up:
https://www.ibm.com/docs/en/zos/2.4.0?topic=section-add-submitlibx-add-new-concatenation-submit


That should be pretty straightforward with whatever (message) automation
package you may have.

On Wed, May 10, 2023 at 7:40 AM Mark Jacobs <
0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:

> I added that to the top of COMMNDxx. JES2 is also started there. In our
> sandbox it didn't work. I'd need to get the automation team to get involved
> to have it trap the OMVS is active message then start JES2. Unless some
> other engineering teams express an interest in SUBMITLIBs in a file system
> I'm not going to do anything else at this point.
>
> I'm still going to pursue the case with IBM though.
>
> Mark Jacobs
>
> Sent from ProtonMail, Swiss-based encrypted email.
>
> GPG Public Key -
> https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com
>
>
> --- Original Message ---
> On Wednesday, May 10th, 2023 at 8:14 AM, Allan Staller <
> 0387911dea17-dmarc-requ...@listserv.ua.edu> wrote:
>
>
> > Classification: Confidential
> >
> > Issue the command in COMMNDxx or your System Automation product.
> >
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf
> Of Mark Jacobs
> >
> > Sent: Wednesday, May 10, 2023 7:12 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: JES2 Submitlib Bootstrap problem
> >
> > [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.]
> >
> > How do you start OMVS SUB=MSTR? I'm not seeing any start command in
> parmlib.
> >
> > Mark Jacobs
> >
> > Sent from ProtonMail, Swiss-based encrypted email.
> >
> > GPG Public Key -
> https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com
> >
> >
> >
> >
> > --- Original Message ---
> > On Wednesday, May 10th, 2023 at 7:58 AM, Allan Staller
> 0387911dea17-dmarc-requ...@listserv.ua.edu wrote:
> >
> >
> >
> > > Classification: Confidential
> > >
> > > OMVS can be started as SUB=MSTR or as a JES task. Che choice is up to
> the installation.
> > > Ditto for ZFS.
> > >
> > > What is really being implied is that if JES2 needs OMVS services, it
> > > should not provide those services until OMVS has initialized,
> > >
> > > Many other tasks do this (e.g. TSO).
> > >
> > > My USD $0.02
> > >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf
> > > Of Pommier, Rex
> > >
> > > Sent: Tuesday, May 9, 2023 11:21 AM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: Re: JES2 Submitlib Bootstrap problem
> > >
> > > [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.]
> > >
> > > I see a problem with this scenario. It appears to me that there is a
> call (not necessarily by Shmuel) to potentially have JES2 wait for OMVS to
> be up before it does its startup (or at least completes the startup). Due
> to a self-inflicted screw-up on one of our LPARs, OMVS decided it had to do
> a filesystem check on every filesystem on the system. This took a good half
> hour where it simply appeared our LPAR was hung. JES2 had come up and I was
> able to start a few address spaces that are dependent on JES so I could
> figure out what was going on. Had JES been waiting for OMVS we would have
> been completely in the dark on this issue.
> > >
> > > I could see there being communication between JES and OMVS so that
> when OMVS gets initialized it signals JES to redrive any failed zFS
> allocations, but don't force JES to wait until zFS is available.
> > >
> > > My $.02.
> > >
> > > Rex
> > >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf
> > > Of Seymour J Metz
> > >
> > > Sent: Tuesday, May 9, 2023 10:10 AM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: [EXTERNAL] Re: JES2 Submitlib Bootstrap problem
> > >
> > > Yes, IBM absolutely should take startup sequence into account and
> should provide mechanisms to ensure that things occur in the proper order.
> This goes beyond OMVS.
> > >
> > > --
> > > Shmuel (Seymour J.) Metz
> > > https://urld/
> > > efense.com%2Fv3%2F__http%3A%2F%2Fmason.gmu.edu%2F*smetz3__%3Bfg!!KjMRP
> > > 1Ixj6eLE0Fj!oLVba7cIWA-HvwL4aaVssbMaEZeCG3m_dnLPJgpEL8DOiFs5DAJaoVf27k
> > > YVUZyYy_Nw7UxsOVp6sogwmA%24=05%7C01%7Callan.staller%40HCL.COM%7Cb
> > > 415b6f48fe746065c5808db514fd81b%7C189de737c93a4f5a8b686f4ca9941912%7C0
> > > %7C0%7C638193175624293681%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAi
> > > LCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C=2
> > > 

Re: IBM pauses some hiring amid plans to replace 7,800 jobs with AI

[Steve Horein]

I for one would like to see the "decision makers" replaced by AI and leave
the technical folks in place.
Think of the high paying salaries that could be eliminated!

On Tue, May 2, 2023 at 11:02 AM Lance D. Jackson <
ljack...@pandrueassociates.com> wrote:

>
> https://seekingalpha.com/news/3963147-ibm-pauses-some-hiring-amid-plans-to-replace-7800-jobs-with-ai?mailingid=31343481
> <
> https://seekingalpha.com/news/3963147-ibm-pauses-some-hiring-amid-plans-to-replace-7800-jobs-with-ai?mailingid=31343481=2900=31343481.26837_campaign=rta-stock-news_content=link-1_medium=email_source=seeking_alpha_term=31343481.26837>
> =2900=31343481.26837_campaign=rta-stock-news_content=link-1_medium=email_source=seeking_alpha_term=31343481.26837
>
>
>
>
> --
> 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: JESLOG Parameter on JOB Card, executing SUB=MSTR

[Steve Horein]

FWIW, I will likely create some "Extended Status" pseudo messages UP_JES3
(NetView is UP, JES3 just reached UP status) and ISUP_JES3 (NetView
restarted, JES3 was already UP) to issue the desired command once per life
of NetView opposed to the "every night at 22:00" approach currently in
place.

https://www.ibm.com/docs/en/z-system-automation/4.3.0?topic=messages-pseudo-invoke-extended-status-commands


"Don't change what ain't broke... is a great way to stand still."

On Fri, Apr 7, 2023 at 5:54 PM Mark Jacobs <
0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:

> I'll try all that on our sandbox system. Thanks all.
>
> Mark Jacobs
>
> Sent from ProtonMail, Swiss-based encrypted email.
>
> GPG Public Key -
> https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com
>
>
> --- Original Message ---
> On Friday, April 7th, 2023 at 5:21 PM, Steve Horein <
> steve.hor...@gmail.com> wrote:
>
>
> > I meant to include that I didn't find the doc very clear relating to:
> > $T REQJOBID,JESLOG=SUPPRESS
> >
> > Is "Jobid" the JES2 number, or can it be a name, or is it literal and
> touch
> > "all" jobs?
> >
> > On Fri, Apr 7, 2023 at 4:18 PM Steve Horein steve.hor...@gmail.com
> wrote:
> >
> > > Okay, I logged onto to work to see what was happening.
> > >
> > > JES3 shop. Every night at 22:00, the following command is issued:
> > > *F J=NETVIEW,NOLOG,N=ALL
> > >
> > > I don't know if this is an equivalent command for JES2 (
> > >
> https://www.ibm.com/docs/en/zos/2.4.0?topic=section-t-reqjobid-set-jobid-attributes
> > > ):
> > > $T REQJOBID,JESLOG=SUPPRESS
> > > or maybe (
> > >
> https://www.ibm.com/docs/en/zos/2.4.0?topic=crs-t-job-change-jobs-class-scheduling-priority-affinity
> > > ):
> > > $T J,NETVIEW,SPIN
> > >
> > > On Fri, Apr 7, 2023 at 1:21 PM Mark Jacobs <
> > > 0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:
> > >
> > > > I just tried that. No difference in what I'm observing in JESMSGLG.
> > > >
> > > > Mark Jacobs
> > > >
> > > > Sent from ProtonMail, Swiss-based encrypted email.
> > > >
> > > > GPG Public Key -
> > > >
> https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com
> > > >
> > > > --- Original Message ---
> > > > On Friday, April 7th, 2023 at 2:13 PM, Steve Horein <
> > > > steve.hor...@gmail.com> wrote:
> > > >
> > > > > We do START NETVIEW,SUB=MSTR,MSGLEVEL=(0,0) for NetView.
> > > > > I have not tried omitting the MSGLEVEL parameter to see if it
> really
> > > > > makes
> > > > > a difference or not.
> > > > >
> > > > > On Fri, Apr 7, 2023 at 1:01 PM Mark Jacobs <
> > > > > 0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:
> > > > >
> > > > > > The problem is with our Netview STCs. They execute under MSTR
> and on
> > > > > > our
> > > > > > GDPS systems can stay up for months and months at a time. Their
> > > > > > JESMSGLG
> > > > > > can grow to several million lines which consumes a
> non-insignificant
> > > > > > amount
> > > > > > of spool space. I was hoping to add JESLOG=SUPPRESS to its job
> card to
> > > > > > suppress this unneeded data. It didn't work. I opened an idea on
> > > > > > IBM's idea
> > > > > > portal for future support.
> > > > > >
> > > > > > Mark Jacobs
> > > > > >
> > > > > > Sent from ProtonMail, Swiss-based encrypted email.
> > > > > >
> > > > > > GPG Public Key -
> > > >
> > > >
> https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com
> > > >
> > > > > > --- Original Message ---
> > > > > > On Friday, April 7th, 2023 at 1:50 PM, Steve Thompson
> ste...@wkyr.net
> > > > > > wrote:
> > > > > >
> > > > > > > I think it depends on the started task first issuing a Request
> > > > > > > JOB ID CALL to JES. Then you get minimal JES support. At that
> > > > > > > point the JOBLOG= may possibly have meaning. Take this with
> some
> > > > > > > salt, because I haven't done this level of prog

Re: JESLOG Parameter on JOB Card, executing SUB=MSTR

[Steve Horein]

I meant to include that I didn't find the doc very clear relating to:
$T REQJOBID,JESLOG=SUPPRESS

Is "Jobid" the JES2 number, or can it be a name, or is it literal and touch
"all" jobs?

On Fri, Apr 7, 2023 at 4:18 PM Steve Horein  wrote:

> Okay, I logged onto to work to see what was happening.
>
> JES3 shop. Every night at 22:00, the following command is issued:
> *F J=NETVIEW,NOLOG,N=ALL
>
> I don't know if this is an equivalent command for JES2 (
> https://www.ibm.com/docs/en/zos/2.4.0?topic=section-t-reqjobid-set-jobid-attributes
> ):
> $T REQJOBID,JESLOG=SUPPRESS
> or maybe (
> https://www.ibm.com/docs/en/zos/2.4.0?topic=crs-t-job-change-jobs-class-scheduling-priority-affinity
> ):
> $T J,NETVIEW,SPIN
>
>
> On Fri, Apr 7, 2023 at 1:21 PM Mark Jacobs <
> 0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:
>
>> I just tried that. No difference in what I'm observing in JESMSGLG.
>>
>> Mark Jacobs
>>
>> Sent from ProtonMail, Swiss-based encrypted email.
>>
>> GPG Public Key -
>> https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com
>>
>>
>> --- Original Message ---
>> On Friday, April 7th, 2023 at 2:13 PM, Steve Horein <
>> steve.hor...@gmail.com> wrote:
>>
>>
>> > We do START NETVIEW,SUB=MSTR,MSGLEVEL=(0,0) for NetView.
>> > I have not tried omitting the MSGLEVEL parameter to see if it really
>> makes
>> > a difference or not.
>> >
>> > On Fri, Apr 7, 2023 at 1:01 PM Mark Jacobs <
>> > 0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:
>> >
>> > > The problem is with our Netview STCs. They execute under MSTR and on
>> our
>> > > GDPS systems can stay up for months and months at a time. Their
>> JESMSGLG
>> > > can grow to several million lines which consumes a non-insignificant
>> amount
>> > > of spool space. I was hoping to add JESLOG=SUPPRESS to its job card to
>> > > suppress this unneeded data. It didn't work. I opened an idea on
>> IBM's idea
>> > > portal for future support.
>> > >
>> > > Mark Jacobs
>> > >
>> > > Sent from ProtonMail, Swiss-based encrypted email.
>> > >
>> > > GPG Public Key -
>> > >
>> https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com
>> > >
>> > > --- Original Message ---
>> > > On Friday, April 7th, 2023 at 1:50 PM, Steve Thompson ste...@wkyr.net
>> > > wrote:
>> > >
>> > > > I think it depends on the started task first issuing a Request
>> > > > JOB ID CALL to JES. Then you get minimal JES support. At that
>> > > > point the JOBLOG= may possibly have meaning. Take this with some
>> > > > salt, because I haven't done this level of programming for many
>> > > > years and do not currently have the ability to try this on the
>> > > > system I am using.
>> > > >
>> > > > Otherwise I think you have to then issue the equivalent call to
>> > > > JES for this.
>> > > >
>> > > > Steve Thompson
>> > > >
>> > > > On 4/7/2023 1:18 PM, Mark Jacobs wrote:
>> > > >
>> > > > > This might be a silly question, but does the JESLOG parameter on
>> a job
>> > > > > card do anything when a started job executes under the master
>> subsystem
>> > > > > rather than under JES2?
>> > > > >
>> > > > > Mark Jacobs
>> > > > >
>> > > > > Sent from ProtonMail, Swiss-based encrypted email.
>> > > > >
>> > > > > GPG Public Key -
>> > > > >
>> https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com
>> > > > >
>> > > > >
>> --
>> > > > > For IBM-MAIN subscribe / signoff / archive access instructions,
>> > > > > send email to lists...@listserv.ua.edu with the message: INFO
>> IBM-MAIN
>> > > >
>> > > >
>> --
>> > > > For IBM-MAIN subscribe / signoff / archive access instructions,
>> > > > send email to lists...@listserv.ua.edu with the message: INFO
>> IBM-MAIN
>> > >
>> > > --
>> > > For IBM-MAIN subscribe / signoff / archive access instructions,
>> > > send email to lists...@listserv.ua.edu with the message: INFO
>> IBM-MAIN
>> >
>> >
>> > --
>> > 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: JESLOG Parameter on JOB Card, executing SUB=MSTR

[Steve Horein]

Okay, I logged onto to work to see what was happening.

JES3 shop. Every night at 22:00, the following command is issued:
*F J=NETVIEW,NOLOG,N=ALL

I don't know if this is an equivalent command for JES2 (
https://www.ibm.com/docs/en/zos/2.4.0?topic=section-t-reqjobid-set-jobid-attributes
):
$T REQJOBID,JESLOG=SUPPRESS
or maybe (
https://www.ibm.com/docs/en/zos/2.4.0?topic=crs-t-job-change-jobs-class-scheduling-priority-affinity
):
$T J,NETVIEW,SPIN


On Fri, Apr 7, 2023 at 1:21 PM Mark Jacobs <
0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:

> I just tried that. No difference in what I'm observing in JESMSGLG.
>
> Mark Jacobs
>
> Sent from ProtonMail, Swiss-based encrypted email.
>
> GPG Public Key -
> https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com
>
>
> --- Original Message ---
> On Friday, April 7th, 2023 at 2:13 PM, Steve Horein <
> steve.hor...@gmail.com> wrote:
>
>
> > We do START NETVIEW,SUB=MSTR,MSGLEVEL=(0,0) for NetView.
> > I have not tried omitting the MSGLEVEL parameter to see if it really
> makes
> > a difference or not.
> >
> > On Fri, Apr 7, 2023 at 1:01 PM Mark Jacobs <
> > 0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:
> >
> > > The problem is with our Netview STCs. They execute under MSTR and on
> our
> > > GDPS systems can stay up for months and months at a time. Their
> JESMSGLG
> > > can grow to several million lines which consumes a non-insignificant
> amount
> > > of spool space. I was hoping to add JESLOG=SUPPRESS to its job card to
> > > suppress this unneeded data. It didn't work. I opened an idea on IBM's
> idea
> > > portal for future support.
> > >
> > > Mark Jacobs
> > >
> > > Sent from ProtonMail, Swiss-based encrypted email.
> > >
> > > GPG Public Key -
> > >
> https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com
> > >
> > > --- Original Message ---
> > > On Friday, April 7th, 2023 at 1:50 PM, Steve Thompson ste...@wkyr.net
> > > wrote:
> > >
> > > > I think it depends on the started task first issuing a Request
> > > > JOB ID CALL to JES. Then you get minimal JES support. At that
> > > > point the JOBLOG= may possibly have meaning. Take this with some
> > > > salt, because I haven't done this level of programming for many
> > > > years and do not currently have the ability to try this on the
> > > > system I am using.
> > > >
> > > > Otherwise I think you have to then issue the equivalent call to
> > > > JES for this.
> > > >
> > > > Steve Thompson
> > > >
> > > > On 4/7/2023 1:18 PM, Mark Jacobs wrote:
> > > >
> > > > > This might be a silly question, but does the JESLOG parameter on a
> job
> > > > > card do anything when a started job executes under the master
> subsystem
> > > > > rather than under JES2?
> > > > >
> > > > > Mark Jacobs
> > > > >
> > > > > Sent from ProtonMail, Swiss-based encrypted email.
> > > > >
> > > > > GPG Public Key -
> > > > >
> https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com
> > > > >
> > > > >
> --
> > > > > For IBM-MAIN subscribe / signoff / archive access instructions,
> > > > > send email to lists...@listserv.ua.edu with the message: INFO
> IBM-MAIN
> > > >
> > > >
> --
> > > > For IBM-MAIN subscribe / signoff / archive access instructions,
> > > > send email to lists...@listserv.ua.edu with the message: INFO
> IBM-MAIN
> > >
> > > --
> > > For IBM-MAIN subscribe / signoff / archive access instructions,
> > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> >
> > --
> > 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: JESLOG Parameter on JOB Card, executing SUB=MSTR

[Steve Horein]

We do START NETVIEW,SUB=MSTR,MSGLEVEL=(0,0) for NetView.
I have not tried omitting the MSGLEVEL parameter to see if it really makes
a difference or not.

On Fri, Apr 7, 2023 at 1:01 PM Mark Jacobs <
0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:

> The problem is with our Netview STCs. They execute under MSTR and on our
> GDPS systems can stay up for months and months at a time. Their JESMSGLG
> can grow to several million lines which consumes a non-insignificant amount
> of spool space. I was hoping to add JESLOG=SUPPRESS to its job card to
> suppress this unneeded data. It didn't work. I opened an idea on IBM's idea
> portal for future support.
>
> Mark Jacobs
>
> Sent from ProtonMail, Swiss-based encrypted email.
>
> GPG Public Key -
> https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com
>
>
> --- Original Message ---
> On Friday, April 7th, 2023 at 1:50 PM, Steve Thompson 
> wrote:
>
>
> > I think it depends on the started task first issuing a Request
> > JOB ID CALL to JES. Then you get minimal JES support. At that
> > point the JOBLOG= may possibly have meaning. Take this with some
> > salt, because I haven't done this level of programming for many
> > years and do not currently have the ability to try this on the
> > system I am using.
> >
> > Otherwise I think you have to then issue the equivalent call to
> > JES for this.
> >
> > Steve Thompson
> >
> > On 4/7/2023 1:18 PM, Mark Jacobs wrote:
> >
> > > This might be a silly question, but does the JESLOG parameter on a job
> card do anything when a started job executes under the master subsystem
> rather than under JES2?
> > >
> > > Mark Jacobs
> > >
> > > Sent from ProtonMail, Swiss-based encrypted email.
> > >
> > > GPG Public Key -
> https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com
> > >
> > > --
> > > For IBM-MAIN subscribe / signoff / archive access instructions,
> > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: [External] : Re: linklist error at IPL

[Steve Horein]

System Automation's "ProcOps" functionality can be used to monitor the
System Console (via HMC/SE connections), which allows for NIP messages to
be observed and managed.
ISQSEND and ISQCCMD are ProcOps commands to interact with remote systems
before or after a "local" automation environment is established or
terminated.
There are some steps to take to make ProcOps prove its full value that some
may be uncomfortable with, like NOT defining a NIPCON device in IODF to
default to using the SYSCON, but once done, the benefits are apparent.

On Fri, Mar 17, 2023 at 8:20 AM Richard McIntosh <
richard.mcint...@oracle.com> wrote:

> No automation product available on this clients lpar.  Other lpars I
> support do have IBM system automation, OPSMVS or Autooperator.  But none of
> these would be started soon enough to see the NIP messages.
>
>
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Steve Horein
> Sent: Thursday, March 16, 2023 5:21 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [External] : Re: linklist error at IPL
>
> Do you have any kind of automation package available to you?
>
> On Thu, Mar 16, 2023 at 8:11 AM Richard McIntosh <
> richard.mcint...@oracle.com> wrote:
>
> > Is there anyway to get alerted to a linklist error duing the IPL process.
> > The error messages come out to early for any MPF processing to hilite
> > it and they rolled by to quick for operations to notice and caused
> > TLMS to not get initialized. Dataset is not in master catalog and the
> > wrong volser was specified.
> >
> >
> > IGGN307I SYSP01,SYSR.TLMS.R14MA.CTAPLINK,DATA SET NOT FOUND ON
> > VOLUME
> >
> > IEA716I UNABLE TO OPEN LIBRARY -LNKLST   DATA SET IGNORED
> >
> > SYSR.TLMS.R14MA.CTAPLINK
> >
> >
> >
> > I googled an old (18 years ago) message about someone using the
> > IEAVMXIT exit to check some storage to see if any error flags were
> > set, but there was no mention of what storage it was.
> >
> >
> >
> > Thanks
> >
> >
> >
> > Richard McIntosh
>

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

Re: linklist error at IPL

[Steve Horein]

Do you have any kind of automation package available to you?

On Thu, Mar 16, 2023 at 8:11 AM Richard McIntosh <
richard.mcint...@oracle.com> wrote:

> Is there anyway to get alerted to a linklist error duing the IPL process.
> The error messages come out to early for any MPF processing to hilite it
> and they rolled by to quick for operations to notice and caused TLMS to not
> get initialized. Dataset is not in master catalog and the wrong volser was
> specified.
>
>
> IGGN307I SYSP01,SYSR.TLMS.R14MA.CTAPLINK,DATA SET NOT FOUND ON
> VOLUME
>
> IEA716I UNABLE TO OPEN LIBRARY -LNKLST   DATA SET IGNORED
>
> SYSR.TLMS.R14MA.CTAPLINK
>
>
>
> I googled an old (18 years ago) message about someone using the IEAVMXIT
> exit to check some storage to see if any error flags were set, but there
> was no mention of what storage it was.
>
>
>
> Thanks
>
>
>
> Richard McIntosh
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> --
> 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: Sam Golob articles are now directly online

[Steve Horein]

Thank you for this and everything else you do!
It is truly appreciated.

On Wed, Feb 22, 2023 at 6:45 PM Sam Golob  wrote:

> Dear Folks,
>
>  Sorry for the mixup, but I moved my System Programming articles on
> the CBT Tape Web Site (www.cbttape.org) to their own directory.  The CBT
> Tape home page has been changed to reflect this.
>
>  To find my articles now, please go to www.cbttape.org/articles .
> There are about 230 articles, which we hope, will benefit everyone.  You
> can also get there from the home page by scrolling down to "Sam Golob's
> Articles...".
>
>  Kindly look at the several short members at the beginning, which
> describe the naming convention of the file names (by publication or
> composition date), and which describe any copyright notices, etc. with
> other stuff you should also know.
>
>  Thanks very much for bearing with me.
>
>  All the best of everything to all of you.
>
> Sincerely,   Sam
>
> --
> 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: NJE over IP

[Steve Horein]

What's going on with your message IDs?
Why do they end with a "1" in place of an "I"?

On Tue, Feb 14, 2023 at 8:47 PM Steve David 
wrote:

> Hello,
>
> We had some issue setting up NJE over Ip, It's a multi-stack environment
> (TCPIPA1 & TCPIPA2), we had problem using(Nat) ip and port 175. Netsrv1
> couldn't bind to port 175. We did verified that port 175 was not in use
> from both the stacks.
>
> IAZ05451 NETSRV1 Error encountered in function
> bind() - EDC81161 Address not available.
>
> IAZ05011 NETSRV1 Bind for the server socket failed,TCP/IP rc: 1116
>
> IAZ05361 NETSRV1 NJETCP SERVER RECEIVED A PURGE REQUEST
>
> IEA9891 SLIP TRAP ID=X13E Matched. JOBNAME=JES2S001, ASID=00CB.
>
> IAZ05161 NETSRV1 Error while closing client socket,TCP/IP rc: 113
>
> IEF4041 IEESYSAS-ENDED - TIME=07.07.55
>
> IEF1961 IEF1421 IEESYSAS JES2S001-STEP WAS
> EXECUTED-COND CODE 
>
> Thanks
> Steve
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: ZFS Address Space, shared ENQ but filesystem isn't mounted

[Steve Horein]

There are some interesting MODIFY BPXOINIT commands (FIX and REINIT) that
may be useful:
https://www.ibm.com/docs/en/zos/2.5.0?topic=command-controlling-zos-unix-system-services-zos-unix


On Wed, Dec 28, 2022 at 11:53 AM Mark Jacobs <
0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:

> The ZFS address space has a shared enqueue on one of our ZFS file systems,
> but when I attempt to unmount it ZFS says it's not mounted. I attempted to
> manually mount it, failed with a filesystem is busy error. Any ideas on how
> to release the enqueue so I can delete the file system?
>
> Mark Jacobs
>
> Sent from [ProtonMail](https://protonmail.com), Swiss-based encrypted
> email.
>
> GPG Public Key -
> https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.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: Changing the INTRAY parameter of an output file

[Steve Horein]

It looks like SDSF would allow you to do so, based on "Table 2. Command
Level 2 Overtypeable Fields":
https://www.ibm.com/docs/en/zos/2.3.0?topic=level-command-2

On Thu, Dec 29, 2022 at 1:17 AM Gadi Ben-Avi  wrote:

> Hi,
> I need to change the INTRAY parameter of all of the output files in a job
> after the job has ended.
> Is there any way to do this using a JES2 command, or some other way?
>
> I cannot use a default output statement, because the output files are
> dynamically allocated.
>
> I am running z/OS v2.3, and PSF v4.6.
>
> Thanks
>
> Gadi
>
>
>
> --
> 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: SIGNOFF IBM-MAIN

[Steve Horein]

Thank YOU for your contributions to the list!

On Wed, Dec 28, 2022 at 7:25 AM Greg Shirey  wrote:

> Thanks for all the fish!
>
> --
> 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: Happy Holidays to All

[Steve Horein]

You too!

On Sat, Dec 24, 2022 at 2:06 PM Farley, Peter <
031df298a9da-dmarc-requ...@listserv.ua.edu> wrote:

> Whichever festival of light or year-end tradition you celebrate at this
> dark (at least for those of us in the Northern Hemisphere) time of year,
> have a joyous and safe holiday time.  Hug your loved ones and give thanks
> for their love.
>
> Peter
>
> This message and any attachments are intended only for the use of the
> addressee and may contain information that is privileged and confidential.
> If the reader of the message is not the intended recipient or an authorized
> representative of the intended recipient, you are hereby notified that any
> dissemination of this communication is strictly prohibited. If you have
> received this communication in error, please notify us immediately by
> e-mail and delete the message and any attachments from your system.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: Re; Rexx function STORAGE with weird behavior on Netview

[Steve Horein]

Re: scripting: Not yet?
https://ibm-z-software-portal.ideas.ibm.com/ideas/ZNETVIEW-I-42
I am not the author of the idea, but I will certainly vote for it next time
I'm logged on.

On Tue, Dec 20, 2022 at 12:40 PM Seymour J Metz  wrote:

> Doesn't NETVIEW run multiple users in the same address space? Can you
> write NETVIEW scripts in anything other than CLIST and REXX?
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf
> of Paul Gilmartin [042bfe9c879d-dmarc-requ...@listserv.ua.edu]
> Sent: Tuesday, December 20, 2022 10:58 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Re; Rexx function STORAGE with weird behavior on Netview
>
> On Tue, 20 Dec 2022 10:31:37 +, Jack Zukt wrote:
> >
> >The glitch was the NETVIEW REXXSTRF value thas was set to the default
> >DISABLE. While we wait for an IPL, the OVERRIDE solves the issue.
> >
> Please describe OVERRIDE.  Is that a parameter to NETVIEW?
>
> Star Trek trope:
> "Computer, access data base."
>
> "Access denied."
>
> "Override!"
>
> "Access granted."
>
> ... makes sense if "Override"  is the root password.
>
> I'm puzzled.  If the objective of DISABLE is  to prevent access to
> sensitive data,
> wouldn't storage keys and segment protection be sufficient and necessary?
> REXXSTRF would seem to restrict only REXX, not other programming languages.
>
> --
> gil
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: Rexx function STORAGE with weird behavior on Netview

[Steve Horein]

This is exactly what I was going to point to:
REXXSTRF: ENABLE

https://www.ibm.com/docs/en/z-netview/6.4.0?topic=statements-defaults
https://www.ibm.com/docs/en/z-netview/6.4.0?topic=descriptions-defaults-nccf


REXXSTRF
Specifies whether the NetView operator can run REXX command lists that use
the REXX STORAGE function.
ENABLE
Indicates that the NetView operator can run REXX command lists that use the
REXX STORAGE function.
DISABLE
Indicates that the NetView operator cannot run REXX command lists that use
the REXX STORAGE function. DISABLE is the default.

Note: The DEFAULTS REXXSTRF command is effective the next time a REXX
environment is initialized, which is determined by the current REXXENV
value and the number of active REXX command lists. Thus, it is never
effective in the same command list invocation from which it is issued.

On Mon, Dec 19, 2022 at 10:31 AM Cieri, Anthony <
02d7f4ec1fff-dmarc-requ...@listserv.ua.edu> wrote:

>
> Did you check the value of REXXSTRF in the netview defaults???
>
> Try a LIST DEFAULTS command in Netview and be sure that the values
> for REXXSTRF is ENABLE
>
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Jack Zukt
> Sent: Monday, December 19, 2022 8:20 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Rexx function STORAGE with weird behavior on Netview
>
> [[ SEI WARNING *** This email was sent from an external source. Do not
> open attachments or click on links from unknown or suspicious senders. ***
> ]]
>
>
> Hi,
>
> My colleagues come to me with a weird situation for which I cannot find an
> explanation.
>
> You are probably familiar with the IPLINFO REXX. It works just fine but
> there is one system on which, when invoked by NETVIEW, the
>
> CVT  = C2d(Storage(10,4))/* point to CVT */
>
> instruction fails by not returning a value:
>
> IRX0044I Error running ASVTASID, line 42: Function did not return data
>
> As I said before, it works fine on every system and when running under
> NETVIEW, except on this one system.
>
> Any ideas where to look for the reason for this behavior?
> Thank you all for your help,
> Regards,
> Jack
>
> --
> 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: Automation of the TSO RECEIVE command

[Steve Horein]

On Wed, Aug 31, 2022 at 7:56 AM Paul Gilmartin <
042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote:


> 

It's safer if you use "DATA,DLM='U5ZMw0Di'", for example in JES2.  In JES3,
> you're SOL.
>
> ( I used "head -c6 /dev/random | uuencode -m x".)
>
> --
> gil
>

What leads you to believe DATA or DLM is unacceptable with JES3?
I use it quite extensively.

On Wed, Aug 31, 2022 at 7:56 AM Paul Gilmartin <
042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote:

> On Wed, 31 Aug 2022 11:12:12 +0100, Lennie Dymoke-Bradshaw wrote:
>
> >The TSO commands TRANSMIT and RECEIVE are very useful for moving data
> >around, particularly as TRANSMIT produces an 80-byte LRECL which works
> >easily with in-stream JCL.
> >
> But there's a hazard.  The encoded data might by happenstance contain "//"
> in
> the first two positions of a record, breaking the in-stream data set.  You
> can
> demonstrate this by TRANSMITting a file containing many "/" characters.
>
> It's safer if you use "DATA,DLM='U5ZMw0Di'", for example in JES2.  In JES3,
> you're SOL.
>
> ( I used "head -c6 /dev/random | uuencode -m x".)
>
> --
> gil
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: Question on z/OS TCPIP and AutoLog

[Steve Horein]

A decent automation package should be able to handle autolog processing. I
negotiated without our network folks to create a "null" autolog policy so I
could add those tasks to our automation:
AUTOLOG
ENDAUTOLOG

The TCPPARMS is composed of several INCLUDE statements, referencing
different members, so it was an easy process to OBEYFILE that specific
"nullification" member at conversion time, while still having a fully
defined autolog policy for backout.


On Thu, Aug 18, 2022 at 11:41 AM Lionel B. Dyck  wrote:

> It is and that is the plan for if nothing else works.  And I suspect that
> will be the solution. The other option is to determine if our automation
> product can replace the autolog.
>
>
> 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

Re: EXTERNAL: Re: Running z/OS 1.12 apps on 2.4

[Steve Horein]

Home is where your stuff is, so sounds like a good place to be.
As I said, you seem like you would be a fun guy to work with. Curiosity and
cleverness go a long way.
2023 is a little ways off, so please continue to contribute
to the conversation here!

On Mon, Aug 1, 2022 at 7:11 PM John McKown 
wrote:

> Forgot to mention,  I'll be 70 & I'm not in good health (dialysis), so I'm
> retiring and just going to stay home (gaming) or go on short weekend trips
> in the car. I will most likely resign from all email groups.
>
> On Mon, Aug 1, 2022, 16:12 Usher, Darrold <
> 014f796d148d-dmarc-requ...@listserv.ua.edu> wrote:
>
> > z/OS v2.4 appears to really enforce LE compliance especially for any
> > called utility routines will need to be LE compliant or you could end up
> > with a U4088-63 abend. Generally, straightforward old COBOL code will
> > continue to run on newer LE versions with some exceptions. It would nice
> to
> > keep the old environment around at least until you can determine whether
> > the apps that will remain can run on z/OS v2.4.
> >
> > -----Original Message-
> > From: IBM Mainframe Discussion List  On Behalf
> > Of Steve Horein
> > Sent: Monday, August 1, 2022 4:02 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: EXTERNAL: Re: Running z/OS 1.12 apps on 2.4
> >
> > Where are you going after that?
> > You seem like you would be a fun guy to work with.
> >
> > On Mon, Aug 1, 2022 at 1:22 PM John McKown  >
> > wrote:
> >
> > > My current employer is still running stuff on z/OS 1.12 on a z10BC.
> > > They are shutting it down. But they have mentioned an "archive
> solution"
> > for ???
> > > apps which might not make the "hard" decommission date.
> > >
> > > Their latest idea is basically outsourcing to an "on demand" service.
> > > It is running 2.4 . I am curious if they might run into problem with
> > > old COBOL code with the new LE. It's just curiosity because I will not
> > > be involved, supposedly. I am not sure about EasyTrieve Plus either.
> > >
> > > Thanks for any thoughts. My actual work for them will end, supposedly
> > > end 1Q23, but my employment & pay will last until 1Aug23, regardless
> > > (a kind of severance).
> > >
> > > --
> > > 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
>

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

Re: Running z/OS 1.12 apps on 2.4

[Steve Horein]

Where are you going after that?
You seem like you would be a fun guy to work with.

On Mon, Aug 1, 2022 at 1:22 PM John McKown 
wrote:

> My current employer is still running stuff on z/OS 1.12 on a z10BC. They
> are shutting it down. But they have mentioned an "archive solution" for ???
> apps which might not make the "hard" decommission date.
>
> Their latest idea is basically outsourcing to an "on demand" service. It is
> running 2.4 . I am curious if they might run into problem with old COBOL
> code with the new LE. It's just curiosity because I will not be involved,
> supposedly. I am not sure about EasyTrieve Plus either.
>
> Thanks for any thoughts. My actual work for them will end, supposedly end
> 1Q23, but my employment & pay will last until 1Aug23, regardless (a kind of
> severance).
>
> --
> 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

"Mainframe outage affecting W.Va. state agencies could take 48, 72 hours to resolve"

[Steve Horein]

Spotted on reddit:
https://wchstv.com/news/local/mainframe-outage-affecting-wva-state-agencies-could-take-48-72-hours-to-resolv

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

Re: What is SUBCOM?

[Steve Horein]

https://www.ibm.com/docs/en/zos/2.5.0?topic=names-reserved-command

On Thu, May 5, 2022 at 11:16 PM Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Thu, 5 May 2022 22:54:49 -0500, Alan Altmark wrote:
> >
> >To Gil's point: Can you issue "EXECIO" or "SUBCOM" from the TSO command
> line?  If not, it's not a TSO command - it's just part of the *REXX* TSO
> command environment.
> >
> But what if I code a  TSO command processor named SUBOM
> (Perhaps a CLIST).  Then I should be able to issue SUBCOM
> from the TSO command line to invoke my command, and
> likewise invoke it with ADDRESS TSO SUBCOM .
>
> Is SUBCOM documented as a reserved name?
>
> --
> gil
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: MPFLSTxx Processing

[Steve Horein]

Yeah, I feel ya. I've got a situation where WTO's are being issued from a
CICS exit, and they too are malformed. Someone is supposedly working on
stitching together long, broken messages into a real MLWTO instead of the
mess it currently produces.

This is somewhat older SHARE handout that discusses MRT and clever uses of
(PIPE) EDIT statements:
https://share.confex.com/share/117/webprogram/Handout/Session9918/Session9918-NvEditLang.pdf

I've been working on standardizing local "eye catching" messages into more
useful formats using MRT rules, and don't mind sharing a snippet of what it
can do. This example boils down a "loose" WTOR to the necessary items that
the automation table and subsequent routine can use:

UPON (MSGID = '***')
  SELECT
*-*
* Original:   *
* 000 *** MTOREPLY *** ** OLS ? ? EXECUTE ? PROC  *
* *
* Revised:*
* 000 AOIMS9019A  *
*-*
WHEN(WORD 3 NW   WORD 6 NW   WORD 9 NW   = 'MTOREPLY OLS EXECUTE')
  REVISE(WORD 1   1
 'AOIMS9019A' NW
 WORD 1   NW
 JOBNUM   NW
 WORD 11  NW
 'REVISED*'   AUTOTOKEN
 'Y'  AUTOMATE)

Although it doesn't include it, verifying it is a WTOR can be done with
interrogating WQE: WHEN(WQE SUBSTR 345.1   ¬= '00'X)

There are several other revision statements in the UPON group, but this
example has a good mix (IMO) of selecting keywords, revising message text,
and marking (via AUTOTOKEN) the message for later followup with the support
team to produce more meaningful messages.

Maybe there's enough elements to work with in your malformed messages to
overcome some of the issues you face, but maybe not.
Regardless, good luck!

On Tue, May 3, 2022 at 5:19 PM Mark Jacobs <
0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:

> We do, but these WTOs are malformed and Netview can't process them. I was
> hoping that MPFLSTxx would be more flexible.
>
> Mark Jacobs
>
> Sent from ProtonMail, Swiss-based encrypted email.
>
> GPG Public Key -
> https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com
>
>
> --- Original Message ---
> On Tuesday, May 3rd, 2022 at 6:14 PM, Steve Horein 
> wrote:
>
>
> > Do you have any automation products available for use?
> >
> > NetView has the Message Revision Table that can change a number of
> message
> > attributes.
> >
> https://www.ibm.com/docs/en/z-netview/6.3.0?topic=npaf-message-revision-table
> >
> > It's been awhile since I've worked with OPS/MVS, but I see it has quite a
> > few options as well:
> >
> https://techdocs.broadcom.com/us/en/ca-mainframe-software/automation/ca-ops-mvs-event-management-and-automation/14-0/using/using-ca-ops-mvs/using-easyrule/specify-actions-to-be-taken-when-a-rule-executes.html
> >
> > On Tue, May 3, 2022 at 12:14 PM Mark Jacobs <
> > 0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:
> >
> > > Am I right in my thinking that without a user exit attached to a
> specific
> > > message, adding a message ID to MPFLSTxx can't alter any attributes of
> the
> > > message and how it's displayed on the console.
> > >
> > > Mark Jacobs
> > >
> > > Sent from ProtonMail, Swiss-based encrypted
> > > email.
> > >
> > > GPG Public Key -
> > >
> https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com
> > >
> > > --
> > > For IBM-MAIN subscribe / signoff / archive access instructions,
> > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: MPFLSTxx Processing

[Steve Horein]

Do you have any automation products available for use?

NetView has the Message Revision Table that can change a number of message
attributes.
https://www.ibm.com/docs/en/z-netview/6.3.0?topic=npaf-message-revision-table

It's been awhile since I've worked with OPS/MVS, but I see it has quite a
few options as well:
https://techdocs.broadcom.com/us/en/ca-mainframe-software/automation/ca-ops-mvs-event-management-and-automation/14-0/using/using-ca-ops-mvs/using-easyrule/specify-actions-to-be-taken-when-a-rule-executes.html

On Tue, May 3, 2022 at 12:14 PM Mark Jacobs <
0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:

> Am I right in my thinking that without a user exit attached to a specific
> message, adding a message ID to MPFLSTxx can't alter any attributes of the
> message and how it's displayed on the console.
>
> Mark Jacobs
>
> Sent from [ProtonMail](https://protonmail.com), Swiss-based encrypted
> email.
>
> GPG Public Key -
> https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.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: how to IPL z/OS by JCL

[Steve Horein]

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

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

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

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

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


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

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

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

Re: how to IPL z/OS by JCL

[Steve Horein]

SA provides ProcOps functionality that includes ISQSEND for remotely
issuing traditional MVS commands to gracefully shutdown business
applications and infrastructure services, as well as ISQCCMD for more of
the hardware management side like ACTIVATE, SYSRESET, and/or LOAD.

https://www.ibm.com/docs/en/z-system-automation/4.2.0?topic=commands-isqsend
https://www.ibm.com/docs/en/z-system-automation/4.2.0?topic=commands-isqccmd
https://www.ibm.com/docs/en/z-system-automation/4.2.0?topic=commands-common

It is possible to initiate shutdown, automate "remote" ISQ900I messages to
manage final system "housekeeping", and turn right around and perform
whatever hardware actions you need like SYSRESET/LOAD or
SYSRESET/DEACTIVATE or ACTIVATE/LOAD the system on a different LPAR if
exercising DR procedures.

I believe most GDPS flavors provide similar functionality via BCPii, but I
am not familiar with that.

On Tue, Apr 5, 2022 at 8:38 PM Jason Cai  wrote:

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

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

Re: How to monitor all red messages

[Steve Horein]

Something like this should do what you want:
IF LINEPRES(2 1) = '2'
THEN ...
https://www.ibm.com/docs/en/z-netview/6.2.0?topic=table-condition-items (a
description of LINEPRES is in there).


To add that to SA Policy, you would need to use "TOP" message placement
(AC) in addition to tweaking the override (AO):
https://www.ibm.com/docs/en/z-system-automation/4.2.0?topic=definitions-specifying-entry-conditions

https://www.ibm.com/docs/en/z-system-automation/4.2.0?topic=definitions-specifying-override

On Wed, Mar 30, 2022 at 8:19 PM Jason Cai  wrote:

> If we want to monitor a special message, we could specify the message-id
> in SA. Could you tell us how to define all red messages in SA?
>
> Any suggestions are highly appreciated!
>
> Thanks a lot!
>
> --
> 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: update MPT in storage without modifying MPFLSTxx?

[Steve Horein]

If you have an automation package, you may be able to do it.
NetView for example has a "Message Revision Table" that lets you monkey
with message attributes, overriding MPF.
I don't recall whether Ops/MVS has something similar or not.

On Thu, Mar 10, 2022 at 7:53 AM ITschak Mugzach  wrote:

> Is this possible to modify the in-storage list of messages and rules
> without the need to update MPFLSTxx?
> ITschak
>
>
> ITschak Mugzach
> *|** IronSphere Platform* *|* *Information Security Continuous Monitoring
> for z/OS, x/Linux & IBM I **| z/VM coming soon  *
>
> --
> 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: z/OS ISPF Panel to include System Name

[Steve Horein]

This man tells the truth. My ZSTART value:
ISPF;SYSNAME ON;START 3.A;;SWAP NEXT

On Thu, Feb 24, 2022 at 4:46 PM Lionel B. Dyck  wrote:

> Look up the ZSTART ISPF variable. You can set it up with a list of
> commands to perform each time ISPF starts.
>
> You can also find an ISPF dialog that I wrote called ZSTART that makes
> setting up and managing the ZSTART variable easy.  It can be found on my
> website and on my github site (see below).
>
> 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
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Cameron Conacher
> Sent: Thursday, February 24, 2022 02:51 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: z/OS ISPF Panel to include System Name
>
> Can I somehow add this to the ISPF startup command?
>
> ISPF SYSNAME ON? --> Nope
> ISPF ‘SYSNAME ON’ --> Nope
>
> ISPF
> SYSNAME ON --> O.K.
>
>
> Thanks,
>
> …….Cameron
>
>
>
>
>
> From: IBM Mainframe Discussion List  On Behalf
> Of PINION, RICHARD W.
> Sent: Thursday, February 24, 2022 3:24 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [External] Re: z/OS ISPF Panel to include System Name
>
> I learn something new everyday!
>
>
> -Original Message-
> From: IBM Mainframe Discussion List  IBM-MAIN@LISTSERV.UA.EDU>> On Behalf Of Lionel B. Dyck
> Sent: Thursday, February 24, 2022 3:22 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: z/OS ISPF Panel to include System Name
>
> [External Email. Exercise caution when clicking links or opening
> attachments.]
>
> You can also enter SYSNAME ON or OFF on the ISPF command line.
>
>
> Lionel B. Dyck <><
> Website:
> https://urldefense.com/v3/__https://www.lbdsoftware.com__;!!HnnddUIWDII9UQ!CiLcdnxKLTlSnZjQB79gJrhYAyLYgbEmnJOzog98V6nAcmlOQ5lSnRPSCNpNc6fGfvE$
> <
> https://isolate.menlosecurity.com/1/3735928037/https:/urldefense.com/v3/__https:/www.lbdsoftware.com__;!!HnnddUIWDII9UQ!CiLcdnxKLTlSnZjQB79gJrhYAyLYgbEmnJOzog98V6nAcmlOQ5lSnRPSCNpNc6fGfvE$
> >
> Github:
> https://urldefense.com/v3/__https://github.com/lbdyck__;!!HnnddUIWDII9UQ!CiLcdnxKLTlSnZjQB79gJrhYAyLYgbEmnJOzog98V6nAcmlOQ5lSnRPSCNpNY4DT71M$
> <
> https://isolate.menlosecurity.com/1/3735928037/https:/urldefense.com/v3/__https:/github.com/lbdyck__;!!HnnddUIWDII9UQ!CiLcdnxKLTlSnZjQB79gJrhYAyLYgbEmnJOzog98V6nAcmlOQ5lSnRPSCNpNY4DT71M$
> >
>
> “Worry more about your character than your reputation. Character is what
> you are, reputation merely what others think you are.” - - - John Wooden
>
> -Original Message-
> From: IBM Mainframe Discussion List  IBM-MAIN@LISTSERV.UA.EDU>> On Behalf Of PINION, RICHARD W.
> Sent: Thursday, February 24, 2022 02:18 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: z/OS ISPF Panel to include System Name
>
> You can edit the source of the panel. You need to figure out where the
> panel is coming from, in regards to your ISPF allocations (CLIST/REXX,
> logon proc)
>
> -Original Message-
> From: IBM Mainframe Discussion List  IBM-MAIN@LISTSERV.UA.EDU>> On Behalf Of Jasi Grewal
> Sent: Thursday, February 24, 2022 3:13 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: z/OS ISPF Panel to include System Name
>
> [External Email. Exercise caution when clicking links or opening
> attachments.]
>
> Hi,
> Is there a way to replace the ispf panelid name on top left screen of zOS
> ISPF Panel with System name.
> - Is there a tool to include system name on top left or on right of the
> screen when you are on primary panel or under any panels in zOS ISPF.
> - I understand that you can have it on primary panel but am more
> interested in other ispf panels.
> Any information would be appreciated.Thank You in advance,Regards,Jasi
> Grewal.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu with the
> message: INFO IBM-MAIN Confidentiality notice:
> This e-mail message, including any attachments, may contain legally
> privileged and/or confidential information. If you are not the intended
> recipient(s), or the employee or agent responsible for delivery of this
> message to the intended recipient(s), you are hereby notified that any
> dissemination, distribution, or copying of this e-mail message is strictly
> prohibited. If you have received this message in error, please immediately
> notify the sender and delete this e-mail message from your computer.
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu with the
> message: INFO IBM-MAIN
>
> 

Re: Holy Moly ...

[Steve Horein]

Not really surprising, but I did not see much empathy for those older
employees (or IBM in general) in the comments of this topic on reddit:
https://www.reddit.com/r/technology/comments/srq7im/ibm_executives_called_older_workers_dinobabies/

On Mon, Feb 14, 2022 at 5:12 AM Joe Monk  wrote:

>
> https://www.nytimes.com/2022/02/12/business/economy/ibm-age-discrimination.html
>
> "Another email by a top executive, appearing to refer to older workers,
> mentions a plan to “accelerate change by inviting the ‘dinobabies’ (new
> species) to leave” and make them an “extinct species.”
>
> A third email refers to IBM’s “dated maternal workforce,” an apparent
> allusion to older women, and says: “This is what must change. They really
> don’t understand social or engagement. Not digital natives. A real threat
> for us.”
>
> Joe
>
> --
> 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: Tracking CLIST/Exec Usage

[Steve Horein]

I appreciate what a privilege it is to work with NetView Rexx.

Rexx function ENVDATA('G'):
https://www.ibm.com/docs/en/z-netview/6.3.0?topic=files-session-information-functions

> Returns a list of blank delimited entries representing the REXX, PL/I, and
> C procedures in the calling sequence or procedure group that was active
> when ENVDATA was called.

Each entry consists of two names separated by a slash (/), in the format
> *command/name*. *command* is the command verb or synonym used to call the
> procedure. *name* is one of the following names:
>
>- The module name if the procedure is PL/I or C.
>
>
>- The member name in DSICLD if the procedure is REXX.
>
> Multiple entries show the calling sequence in reverse order. The command
> the operator entered is the last entry listed.


PIPE stage ENVDATA:
https://www.ibm.com/docs/en/z-netview/6.3.0?topic=syntax-pipe-envdata

> The data following the keyword GENEALOGY consists of blank delimited
> entries representing the REXX, PL/I, and C procedures in the calling
> sequence or procedure group which was active when ENVDATA was invoked.
> Each entry consists of two names separated by a slash (/). The command is
> the command verb or synonym used to invoke the procedure. The name is one
> of the following items:
>
>- The module name if the procedure is PL/I or C
>
>
>- The member name in DSICLD if the procedure is REXX.
>
> Multiple entries following the GENEALOGY keyword show the calling sequence
> in reverse order. The command the operator entered is the last entry listed.


I imagine your inquiry relates to the TSO environment.

On Thu, Jan 27, 2022 at 10:31 AM David Spiegel 
wrote:

> Hi List,
> Is it possible for an Exec/CLIST to determine from which Exec/CLIST it
> was invoked?
> If yes, please specify how.
>
> Thank you in advance.
>
> Regards,
> David
>
> --
> 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: Just FYI: The 2021 Most Loved, Most Dreaded, and Most Wanted Programming Languages

[Steve Horein]

Where the hell is "Refer to documentation"?

What do you do when you get stuck

Google it 89.69%
Visit Stack Overflow 79.96%
Do other work and come back later 48.01%
Watch help / tutorial videos 43.56%
Call a coworker or friend 39.5%
Go for a walk or other physical activity 37.04%
Play games 14.63%
Panic 11.99%
Meditate 9.37%
Visit another developer community (please name): 7.92%


On Sat, Jan 8, 2022 at 10:44 AM Mark Regan  wrote:

> Just providing the link as is. I'm not a software programmer myself; my
> wife, son, and daughter are the programmers in my family, even my wife's
> sister was a programmer. So the programming force runs strong in my family
> and hers.
>
>
> https://insights.stackoverflow.com/survey/2021#most-loved-dreaded-and-wanted
>
> Regards,
>
> Mark Regan, K8MTR General, EN80tg
> CTO1 USNR-Retired (1969-1991)
> Nationwide Insurance, Retired, 1986-2017
> z/OS Network Software Consultant (z NetView, z/OS Communications Server)
> Contractor, Checks & Balances, Inc.
> 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
>

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

Re: How to use dfsort to filter keywords that aren't fixed position

[Steve Horein]

It should be in CNMSAMP as members CNMS62J2 and CNMS6207, noted in the link
I provided.

On Wed, Jan 5, 2022 at 7:39 AM Jason Cai  wrote:

> Hello Steve
>Log Analysis Program is free? Could you tell us where we could download
> it? I could not find the download website for it.
> Thanks a lot!
>
> Jason Cai
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: Sockets?

[Steve Horein]

I believe these are the socket functions Bob is referring to:
https://www.ibm.com/docs/en/zos/2.5.0?topic=interface-runtime-functions



On Wed, Jan 5, 2022 at 12:15 AM Itschak Mugzach <
0305158ad67d-dmarc-requ...@listserv.ua.edu> wrote:

> The function name is "HTTP/HTTPS protocol enabler". It supports several
> languauges, including rexx and works great.
>
> ITschak
>
> *| **Itschak Mugzach | Director | SecuriTeam Software **|** IronSphere
> Platform* *|* *Information Security Continuous Monitoring for Z/OS, zLinux
> and IBM I **|  *
>
> *|* *Email**: i_mugz...@securiteam.co.il **|* *Mob**: +972 522 986404 **|*
> *Skype**: ItschakMugzach **|* *Web**: www.Securiteam.co.il  **|*
>
>
>
>
>
> On Wed, Jan 5, 2022 at 7:04 AM Bob Bridges  wrote:
>
> > Maybe not the best place to ask, but I've heard folks here mention
> writing
> > interfaces using sockets.  Now, someone sent me a manual on the socket
> > functions that could be used with REXX, and I successfully wrote a
> > client/server pair for use on the mainframe, just as a proof of concept
> for
> > a project that in the end was never executed.  I enjoyed the experience,
> > and captivated by the possibilities.
> >
> > But it was a set of calls for use only with REXX.  I hear other folks
> here
> > talk about sockets, and I'm wondering what else there is that I can use
> on
> > other platforms.  Someday I'll learn assembler for Windows, but until I
> do,
> > are there other tools available?
> >
> > ---
> > Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
> >
> > /* Saddam Hussein, having campaigned under the catchy populist slogan ''A
> > Vote For Saddam Is A Vote for Not Getting Both Your Feet Chopped Off
> > Without Anesthetic,'' is re-elected with a solid 127 percent of the
> popular
> > vote, which includes several thousand votes apparently cast via Internet
> > from Broward and Miami-Dade counties.  -from Dave Barry's 2002 "Year in
> > Review" */
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: How to use dfsort to filter keywords that aren't fixed position

[Steve Horein]

Noting both DSI* and AOF* messages in the logs, have you considered "Log
Analysis Program"?
https://www.ibm.com/docs/en/z-netview/6.2.1?topic=tuning-log-analysis-program

On Tue, Jan 4, 2022 at 2:49 AM Jason Cai  wrote:

> Hello Kolusu
>
> Due to the holiday, I have only studied the sample JCL you provided in
> the past few days.
>
>   The JCL is of great help to me.  Thanks for your help!
>
>   I failed to describe our needs clearly last time.
>
>   We hope to use dfsort to compare today’s operlog with yesterday’s.
>
> There are two kinds of messages in operlog.
> 1. single-line message
> 2. multi-line message
>
> The problem is that the number of lines in a multi-line message is
> variable.
>
> To simplify the problem, we make two operlog.  operlog is FBM and LRECL=133
>
> How is a duplicate identified?
>
> The 'key' is the position from 58 to 133.
>
> The duplicate is identified by the 'key'
>
>
> Below is operlog(1) . There are 6 messages in the operlog
>
> operlog(1):
>
> 120
>58
> 133
>
> +--+-.---+
> M 404 CUK1 18179 16:02:44.45 STC00280 0090  HZS0002E   A1
> E
>  B1
> M 404 CUK1 18179 16:03:44.45 STC00280 0090  HZS0002E   A1
> E
>  B1
> MR000 CUK118179 16:08:04.53 AWRK08 0090$HASP636   A2A2
> DR
>  B2B2
> DR
>  C2C2
> ER
>  D2D2
> MR000 CUK118179 16:08:05.53 AWRK08 0090$HASP636   A2A2
> DR
>  B2B2
> DR
>  C2C2
> ER
>  D2D2
> N 4008000 CUK1 18179 16:08:06.12 STC00389 0090  AOF869I
>  A3A3A3
> N 800 CUK1 18179 16:33:58.48   0090  DSI064A
>  A4A4A4A4
> S
>  B4B4B4B4
>
> -
>  Question1 :
>
>  Because the number of lines in a multi-line message is variable, Could
> you help us to get the following result (operlog(2)) by
>
> selecting the first duplicate of multi-line messages or single-line
> messages ?
>
> operlog(2):
>
> 120
>58
> 133
>
> +--+-.---+
> M 404 CUK1 18179 16:02:44.45 STC00280 0090  HZS0002E   A1
> E
>  B1
> MR000 CUK118179 16:08:04.53 AWRK08 0090$HASP636   A2A2
> DR
>  B2B2
> DR
>  C2C2
> ER
>  D2D2
> N 4008000 CUK1 18179 16:08:06.12 STC00389 0090  AOF869I
>  A3A3A3
> N 800 CUK1 18179 16:33:58.48   0090  DSI064A
>  A4A4A4A4
> S
>  B4B4B4B4
> S
>  C4C4C4C4
>
> -
>
> Now there are 4 messages in operlog(2)
>
>
> Now we made the other operlog(3). please see it below . There are two
> messages in the operlog(3)
>
> operlog(3):
>
> 120
>58
> 133
>
> +--+-.---+
> M 404 CUK1 18179 16:02:44.45 STC00280 0090  HZS0002E   A1
> E
>  B1
> MR000 CUK118179 16:08:04.53 AWRK08 0090$HASP636   A2A2
> DR
>  B2B2
> DR
>  C2C2
> ER
>  D2D2
>
> -
>
> Question 2 :
>
>  Because the number of lines in a multi-line message is variable,could you
> help us to compare the operlog(2) with the operlog(3) to get the operlog(4)
>
> The compare's 'key' is also the position from 58 to 133.
>
>
>
>
> operlog(4):
>
> 120
>58
> 133
>
> +--+-.---+
> N 4008000 CUK1 18179 16:08:06.12 STC00389 

Re: Zfs recatalog error

[Steve Horein]

 *Explanation:* The catalog associated with this data set does not match
the catalog name found in the VVR.

*Programmer Response:* You can only recatalog pagespace, swapspace, or SYS1
data sets to a different catalog than the one specified in the VVR. If the
data set you are recataloging is one of those types, or if you are getting
this error in response to a REPRO MERGECAT command, contact the IBM support
center.

If your data sets is not one of those types, print the VVR to determine
which catalog the data set should be associated with.

On Thu, Dec 23, 2021 at 3:47 AM Jake Anderson 
wrote:

> Hello
>
> I moved the zfs to the new system and when I try to recatalog I get this
> error message and the dataset is in that volume
>
> IDCAMS SYSTEM SERVICES TIME: 22:36:40
>
>
>
>
>  DEFINE CLUSTER(NAME(OMVS.OSRSA2.ROOT.ZFS) -
>
>
>  VOLUME(OSRSA2) -
>
>
>  LINEAR -
>
>
>  RECATALOG)
>
>
> IDC3014I CATALOG ERROR
>
>
> IDC3009I ** VSAM CATALOG RETURN CODE IS 86 - REASON CODE IS IGG0CLEY-10
>
>
> IDC3003I FUNCTION TERMINATED. CONDITION CODE IS 12
>
> I am unable to do noscratch deletion by pointing to the non sms volume
> where it is currently in.
>
> Is there a way to get around this?
>
> Jake
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: Is there a field that would reflect LPAR soft-capping?;

[Steve Horein]

I do see IRAQVS was expanded between z/OS 2.3 and 2.4:
https://www.ibm.com/docs/en/zos/2.3.0?topic=information-iraqvs-mapping
https://www.ibm.com/docs/en/zos/2.4.0?topic=information-iraqvs-mapping

However, I still get expected results when run on a 2.4 system. I get to do
some fun things in NetView like create "command synonyms", so the Rexx is
expected to return the information based on how it's called:

CMD_NAME   DATE TIME   OPER_ID   USAGE_CNT MOD_NAME MOD_SZ D TY R E P
SE ILS F (CMD_SYNS)...(PARMS(SYNS))
JDIWMQVS 11/18/21 20:56:30 NET97PPT  8 DSICCP   002240 N R  Y Y Y
DE   . N (CECTYPE CECMODEL CECMSUS LPARNAME LPARID LPARMSUS) ()

CECMSUS
305
LPARMSUS
111
CECMODEL
411
CECTYPE
8561
LPARID
3

To me, it appears your variable names and values are not lining up, like
your CECMODEL variable reflects your CECMSUS value, etc.
Hopefully that helps?

On Sat, Nov 20, 2021 at 9:58 AM Phil Smith III  wrote:

> Steve Horein provided some nice Rexx that talks to WLM about this, but I
> don't quite grok the output. When I run it and just display the various
> variables, I get:
>
> QVSVER = 2
>
> QVSFLAGS = 1
>
> IMGVALID = 
>
> CECSTAT = 3906
>
> CECMODEL = 10012
>
> LPARNAME = 1
>
> LPARMSUS = E0
>
> CECVALID = 1
>
> VER2 = 1
>
> CECTYPE = 785
>
> CECMSUS = ZM01
>
> LPARID = 5183
>
> FLCFACL=FBEBFFFBFE7807FCE000
>
>
>
> OTOH if I run:
>
> /* REXX -- Looks at memory and displays MSU counts */
>
>rct = c2d(storage(d2x(c2d(storage(d2x(c2d(storage(10, 4))+604), ,
>
>  4))+228), 4))
>
>say 'CEC MSUs='c2d(storage(d2x(rct+32), 4))';',
>
>  'LPAR MSUs='c2d(storage(d2x(rct+28), 4))';'
>
>
> I get:
>
> CEC MSUs=10012; LPAR MSUs=5183;
>
> which seems more reasonable and matches IPLINFO output.
>
>
>
> I assume I'm just not understanding the output of Steve's program?
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: Is there a field that would reflect LPAR soft-capping?

[Steve Horein]

See if this will help in your efforts:
/* Rexx -*/
/* Call the Query Virtual Server service provided by WLM to get  */
/* CEC and Image capacity, as well as other hardware identification. */
/* "IRAQVS" maps the returned data.  */
/*---*/
QVSLEN  = 97   /* Set output area length */
QVSLENX = RIGHT(X2C(D2X(QVSLEN)),, /* Set area length as char*/
4,,/* Pad to fullword*/
D2C(0))/* Pad with '00'x */
   /**/
QVSOUT  = QVSLENX ,/* Output area with length*/
||COPIES('00'X,QVSLEN-4)   /* Pad remainder with '00'x   */
   /**/
ADDRESS LINKPGM 'IWMQVS QVSOUT'/* Call Query Virtual Server  */
   /**/
IF RC > 0 ,/* Something didn't work  */
THEN DO/* Perform the following  */
  SAY "IWMQVS ERROR. RC =" RC  /* Provide some diagnostics   */
  EXIT /* Nothing more to do */
END/* End program error  */
   /**/
QVSVER   = C2D(SUBSTR(QVSOUT,5,1)) /* QVS version*/
QVSFLAGS = C2X(SUBSTR(QVSOUT,6,1)) /* Isolate returned flags */
CECVALID = SUBSTR(X2B(QVSFLAGS),1,1)   /* CEC information found? */
IMGVALID = SUBSTR(X2B(QVSFLAGS),2,1)   /* Image information found?   */
   /**/
IF QVSVER = 2 ,/* QVS extended information   */
THEN   /* Perform the following  */
  VER2 = X2B(C2X(SUBSTR(QVSOUT,97,1))) /* Get the bits I guess (TBD) */
   /**/
IF CECVALID ,  /* CEC information found  */
THEN DO/* Perform the following  */
  CECSTAT  = C2D(SUBSTR(QVSOUT,8,1))   /* Nominal/reduced capacity?  */
  CECTYPE  = SUBSTR(QVSOUT,9,4)/* Machine type   */
  CECMODEL = SUBSTR(QVSOUT,13,3)   /* Machine model  */
  CECMSUS  = C2D(SUBSTR(QVSOUT,65,4))  /* Machine MSU capacity   */
END/* End CEC information found  */
   /**/
IF IMGVALID ,  /* MVS running in a partition */
THEN DO/* Perform the following  */
  LPARNAME = SUBSTR(QVSOUT,69,8)   /* Get LPAR name  */
  LPARID   = C2D(SUBSTR(QVSOUT,77,2))  /* Get LPAR numeric identifier*/
  LPARMSUS = C2D(SUBSTR(QVSOUT,81,4))  /* Get LPAR MSU capacity  */
END/* End running in a partition */


The rest is NetView stuff to return the requested information back to the
caller, so I'll leave that to you!


On Fri, Nov 19, 2021 at 3:44 PM Charles Mills  wrote:

> I am seeing the same value in both fields. IMGWU definitely appears to be
> the MSU cap. I am guessing that LACS being equal means we are capped at
> that value (despite what the doc says).
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Charles Mills
> Sent: Friday, November 19, 2021 12:45 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Is there a field that would reflect LPAR soft-capping?
>
> I will build a quick and dirty Rexx to display those two fields on demand
> and see what I learn.
>
> Thanks again!
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Carmen Vitullo
> Sent: Friday, November 19, 2021 11:56 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Is there a field that would reflect LPAR soft-capping?
>
> Charles I think the RCTIMGWU field is what you are looking for, in short
> it's defined as
>
> Image defined MSU's -  as the softcap is changed that value is updated,
> I'm not 100% sure that's what your asking, if not sorry.
>
> Mark's Rexx performs some calculations to report on used MSU's on a
> rolling 4hr average and the unused MSU for the 4hr average
>
> --
> 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 

Re: Moron of the day -- me!

[Steve Horein]

Why didn't this PTF go on?
Oh yeah, forgot to remove "CHECK".

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

Re: automated SMS Storage pool management

[Steve Horein]

You may want to pose the question at the official unofficial SA user group
found here: https://groups.io/g/SAUsers

On Thu, Nov 4, 2021 at 6:01 AM Dave Jousma <
01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote:

> All,
>
> I'm sure someone has solved this.   I'm now managing DASD management at my
> shop.   One thing that bothers me is my guys getting off-shift calls
> because some active storage pools fall below a % threshold of freespace.
>  We arent skimpy on provisioning, but dont want to over-provision either.
> We are IBM system automation shop, and I asked IBM if there was any
> "out-of-the-box" automation for SMS we could start with and tailor to our
> needs.   Nothing.Not looking to fully automate storage pool management,
> but something along the lines of having some number of volumes in DISNEW
> status, that could be enabled via automation - saving that middle of the
> night call-out, but to follow-up on next business day.
>
> Anyone doing anything like this, case to share?
>
> Thanks in advance, Dave
>
> --
> 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: FMID to Program Number

[Steve Horein]

It seems like the PCR application on IBMLink/ServiceLink would be what you
are looking for:
https://www-03.ibm.com/ibmlink/pcr/pcr.wss?lc=en=US

These are the fields that can be queried: Component name, Product name,
FMID, CLC, Program number, Component ID, Release

On Wed, Oct 27, 2021 at 2:36 PM Mark Regan  wrote:

> Does IBM keep a FMID to Program Number cross reference listing on their web
> site somewhere? My searches are not coming up with anything.
> Thanks,
>
> Mark Regan, K8MTR
>
> *CTO1 USNR-Retired, 1969-1991*
> *Nationwide Insurance, Retired, 1986-2017*
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: Rexx Detecting Value of MSG

[Steve Horein]

Maybe this?
https://www.ibm.com/docs/en/zos/2.4.0?topic=tef-msg

On Tue, Oct 19, 2021 at 9:03 PM David Spiegel 
wrote:

> Hi,
> I am writing a Rexx Exec which is  invoked from a CLIST.
> I would like the Rexx Exec to be able to obtain the value (set by the
> calling CLIST) of CONTROL MSG/NOMSG .
> Can someone suggest a method to do this (without resorting to Assembler)?
>
> Thank you in advance.
> Regards,
>
> David
>
> --
> 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: DB2 - DSNL message not showing in syslog

[Steve Horein]

You've checked MPF?
If using NetView for your base automation, MRT (Message Revision Table) can
change MPF settings.
https://www.ibm.com/docs/en/z-netview/6.3.0?topic=npaf-message-revision-table

I always liked this diagram to keep me on track:
https://docplayer.net/docs-images/64/51620684/images/22-0.jpg


On Mon, Oct 18, 2021 at 11:18 AM J Ellis <
020d5fbe36e0-dmarc-requ...@listserv.ua.edu> wrote:

> I have been asked by the AO folks and DB2 why messages issued in their
> data sharing environment only show up in the STC log of the DB**MSTR.
> the command and output are below, for all the non-sharing DB2's this
> message goes into syslog.
> we have done diligence looking for routing codes / AO rules, etc and not
> finding anything.
> we have looked in the DB2 message manuals, again with no luck.
> this may be and probably is, something we have missed in relation to data
> sharing environments, just not finding it.
>
> Command = #dbc4dis ddf
>
> SYSC:
> RESPONSE=SYSC
>  DSNL080I  #DBC4 DSNLTDDF DISPLAY DDF REPORT FOLLOWS:
>  DSNL081I STATUS=STARTD
>  DSNL082I LOCATION   LUNAMEGENERICLU
>  DSNL083I DB2CGRPLIBNET.DBC4   -NONE
>  DSNL084I TCPPORT=5446  SECPORT=5448  RESPORT=33007 IPNAME=-NONE
>  DSNL085I IPADDR=::xx.xx.xx.xx
>  DSNL086I SQLDOMAIN=db2c.xx.com
>  DSNL086I RESYNC DOMAIN=dbc4.xx..com
>  DSNL087I ALIAS  PORT  SECPORT STATUS
>  DSNL088I DB2C   5002  0   STARTD
>  DSNL089I MEMBER IPADDR=::xx.xx.xx.xx
>  DSNL105I CURRENT DDF OPTIONS ARE:
>  DSNL106I PKGREL = COMMIT
>  DSNL106I SESSIDLE = 001440
>  DSNL099I DSNLTDDF DISPLAY DDF REPORT COMPLETE
>
> --
> 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: authority needed to update system symbols

[Steve Horein]

Take a look at IEASYMU2 as well:
https://www.ibm.com/docs/en/zos/2.4.0?topic=definitions-changing-system-symbols

I kind of like this option over SETLOAD if the contents/concatenation of
IEASYMxx member is supported by more than one team.

On Mon, Aug 30, 2021 at 6:45 AM Bill Giannelli 
wrote:

> thank you for the information!
> in order to change a system symbolic I would execute a "setload" command?
> if so that would involve replacing the whole parmlib member and also
> authority to edit the parmlib dataset?
> Bill
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: REXX, Breakfast of Champions [WAS: Programs that work right the first time]

[Steve Horein]

That's fine and all, but what does this have to do with the 2020 election,
Democrats, and Republicans?

On Sun, Aug 22, 2021 at 8:39 PM Steve Thompson  wrote:

> My 2 cents.
>
> Because of NDAs, I can't ID the programs, but there are some huge
> programs that are written in REXX, used in the z/OS world that
> are maintained via SMP/E.
>
> I know that one of them is doing VSAM, and one is doing
> encryption/decryption and handling of Certificates and gets
> called to respond for hand-shaking for IP connections and last I
> knew, had to be upgraded for the various crypto "cards" for
> z/13-z15s. This last one, off the top of my head, was 23,000+
> lines, with very few comments -- and that was when I worked on it
> back under z/OS 1.10(?)-1.13.
>
> IMS was a pain to gen and install back in the early '80s -- if
> you mangled its RTM Exit, you would fail the IPL during NIP.  I
> learned some of this while on a contract with McAuto. And I wrote
> stuff in their specialized language for IMS. And I've done it for
> CICS v2(?) on DOS/VSE with DL/1 or I (I forgot which). And then I
> was given IMS' RTM Exit to use for an IBM AI language system so
> we could handle problems just like IMS DB/DC (recognize user
> address spaces that went away). Yeah, I wrote the subsystem
> interface(s) and the cross memory communications, and SVC for an
> AI product.
>
> But, if needed, I could write REXX to do processing of a data
> base. GU, GN, etc. I don't remember all the Gets and was it put
> or write... I've done REXX interface code so it could be used to
> do other stuff.
>
> Let me see, OPS/MVS as I recall, did Object processing or
> tracking of STCs, so it could manage them during automated
> startup/shutdown. During the processing day, it could tell if
> they were up or down, or needed to be brought back up, etc. And
> if I remember correctly, all of that was developed in REXX. The
> equivalent was also done with Boole & Babbage's AutoOperator (I
> have forgotten the capitalization of that) using REXX as well if
> I remember that correctly (I wrote the regression testing
> system's rules using REXX). This stuff was not trivial.
>
> You should get on a z/VM system and look at the stuff there in
> REXX and PIPELINES.  I just wish I had the time to learn enough
> to be a plumber -- amazing what you can do with stages.
>
> Just thought you could use some knowledge of other people who
> have worked in development for many many years. And have done
> more than write a 40 line REXX program.
>
> ISPW -- I think, if I remember correctly, it uses ISPF SKELs and
> REXX to gen compile JOBs. It was used at a client's shop to
> replace the REXX compile tool I took over and upgraded for COBOL
> 6.2, c, ++ and changes to CICS, DB2, ProCOBOL, IDMS, and some
> other stuff.
>
> Yep, REXX gets used for a lot of complicated things.
>
> Regards,
> Steve Thompson
>
> On 8/22/21 4:53 PM, Bill Johnson wrote:
> > Any programming language can be complex. The problems I’ve had to solve
> in my 40 year career were far more complex as a programmer than as a SP,
> DBA, DASD Admin, Security Admin.
> >
> >
> > Sent from Yahoo Mail for iPhone
> >
> >
> > On Sunday, August 22, 2021, 4:40 PM, David Spiegel <
> dspiegel...@hotmail.com> wrote:
> >
> > Hi Bill,
> > I understood that you were defending IBM patents and thank you for the
> > compliment.
> >
> > Why, though, do you think that COBOL programs with Database calls can be
> > complex, when the languages I mentioned are more "dense" (i.e. logic per
> > keystroke) with or without the Database calls?
> > (PL/I and Rexx are very close in density. If you agree that large PL/I
> > programs can be complex, then why can Rexx not also be complex?)
> >
> > Regards,
> > David
> >
> > On 2021-08-22 16:16, Bill Johnson wrote:
> >> Dude, you can’t even figure out I’m on YOUR side. When I posted a few
> months back regarding IBM patents, a whole bunch of listers bashed me and
> claimed most of IBMs patents were worthless. I’m impressed that you have
> patented code.
> >>
> >> Sent from Yahoo Mail for iPhone
> >>
> >>
> >> On Sunday, August 22, 2021, 4:13 PM, David Spiegel <
> dspiegel...@hotmail.com> wrote:
> >>
> >> Hi Bill,
> >> Are you just a troll, or, are you really that impolite/ignorant?
> >>
> >> My Rexx patented program was reviewed by the US Patent office and I was
> >> required to defend it against 5 others.
> >> It took 9 calendar months from the start of application until granting
> >> of patent.
> >> There are reasons why IBM leads the world in patents, BUT, they still
> >> have to pass muster regardless.
> >>
> >> What makes you think, nitwit, that programming 10,000 lines of COBOL (,
> >> which, BTW is freaking wordy beyond belief) is more mind bending than
> Rexx?
> >> If you would've coded 10,000 lines of PL/I, FORTRAN  or (especially)
> >> APL, that would've contained a lot more logic than your "essay" with all
> >> of the attendant COBOL nonsense.
> >>
> >> Regards,
> >> David
> >>
> >> On 

Re: TCP/IP Sysplex Distributor Options

[Steve Horein]

Have a look at the moddvipa utility for fairly simple management:
https://www.ibm.com/docs/en/zos/2.4.0?topic=scenario-using-moddvipa-utility
I just happened to work with it for the first time today in a sandbox
environment, where I learned that issuing "create" on a second LPAR will
take ownership of the target address.

On Fri, Aug 20, 2021 at 5:03 PM Hights, Charles 
wrote:

> Thanks. In originally looking at DVIPA I got the impression I still needed
> the Sysplex WLM to pass the IP to the correct TCP stack for processing.
> But I guess I don't for just doing an application failure. I think this
> will be acceptable to the user. Thanks
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Allan Staller
> Sent: Friday, August 20, 2021 2:36 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: TCP/IP Sysplex Distributor Options
>
> Classification: Confidential
>
> Dynamic VIPA (DVIPA) should do the trick. DVIPA provides an alternate
> connection to the application in the event of failure.
> Sysplex Distributor is more of a  load balancing function.
>
> Both combined should cover almost any scenario.  SysDist may be overkill
> for your needs.
>
> Good Luck
>
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Hights, Charles
> Sent: Friday, August 20, 2021 3:40 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: TCP/IP Sysplex Distributor Options
>
> [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.]
>
> I cross posted the following to the TCP/IP group, but got no response.
> Thought I would try here to see if I get any answers. Thanks:
>
>
> I am trying to avoid setting up TCP/IP Sysplex Distributor to accomplish a
> certain task. But if it is the only way possible then I will do it. I have
> a CPU that has 4 LPAR's defined. This user wants to run a the same server
> application on each LPAR. But he wants the users to use one IP address and
> it will always get one of the server applications. Also if one LPAR is down
> he wants to make sure the other server will receive the request. So is
> there another way to accomplish this without using TCP/IP Sysplex
> Distributer?
>
> Charles Hights
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> ::DISCLAIMER::
> 
> The contents of this e-mail and any attachment(s) are confidential and
> intended for the named recipient(s) only. E-mail transmission is not
> guaranteed to be secure or error-free as information could be intercepted,
> corrupted, lost, destroyed, arrive late or incomplete, or may contain
> viruses in transmission. The e mail and its contents (with or without
> referred errors) shall therefore not attach any liability on the originator
> or HCL or its affiliates. Views or opinions, if any, presented in this
> email are solely those of the author and may not necessarily reflect the
> views or opinions of HCL or its affiliates. Any form of reproduction,
> dissemination, copying, disclosure, modification, distribution and / or
> publication of this message without the prior written consent of authorized
> representative of HCL is strictly prohibited. If you have received this
> email in error please delete it and notify the sender immediately. Before
> opening any email and/or attachments, please check them for viruses and
> other defects.
> 
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: even an old mainframer can do it

[Steve Horein]

I thought that looked familiar. Saw the article on reddit:
https://www.reddit.com/r/mainframe/comments/p6aj9m/converting_jcl_to_python/

On Tue, Aug 17, 2021 at 10:59 PM kekronbekron <
02dee3fcae33-dmarc-requ...@listserv.ua.edu> wrote:

> Objectively, this has got to be madness.
> Just look at the JCL that's being shoved into a horrid, horrid Python
> program.
> ~200 lines to replace 18 lines of JCL.
>
> Oh.. and that's leaving aside the condescending tone about 'the old
> mainframer'.
> Whether a person wants to learn something or not (therefore choosing their
> path) is up to them.
> They don't need to be harassed/shamed about it.
> Just because there were some people on mainframe forums consistently
> harassing everyone with "check with your site's system programmer / RTFM /
> etc.", it doesn't mean the woke folk need to return the favour by being
> passive aggressive or insulting senior sysprogs for not wearing neon shorts
> or whatever.
>
> If this is being paraded as simplification, now the mainframe is truly
> doomed.
>
>
> https://medium.com/theropod/the-journey-from-jcl-to-python-so-easy-even-an-old-mainframer-can-do-it-f088cc49366a
>
> - KB
>
> --
> 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: IEHPROG Alias Load module

[Steve Horein]

Maybe this was what you were thinking with IEBUPDTE?
https://www.ibm.com/docs/en/zos/2.3.0?topic=statements-alias-statement

On Wed, Jun 30, 2021 at 11:18 AM esst...@juno.com  wrote:

> Hello,
> .
> Many, Many, Years ago I seem to recall the utility IEHPROG
> provided ALIAS function for assigning an ALIAS to a LOAD module.
> Does any one remeber the syntax and control statements ?
> I know TSO has a Command to Supply An Alias Name to a load module
> Does any one remember IEHPROG having this capability ?.Paul
> D'Angelo***
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: NETVIEW SA Challenge

[Steve Horein]

Join https://groups.io/g/SAUsers


On Tue, Jun 22, 2021 at 7:20 AM Steve Beaver  wrote:

> I need to create a job SUBMISSION processor what will be executed by
> NetView SA.as a STC
>
> As part of the process, I need to calculate the date of the input file name
> suffix, then put the job
> thru in INTRDR.
>
> Then I have to make it such that no one including me can manually push thru
> the STARTED Task
> manually once I have built the processor.
>
> Any Idea's?
>
>
>
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: NetView and CNMSTYLE

[Steve Horein]

Are you wanting to convert security options? If so, take a look at the
SECMIGR command.
https://www.ibm.com/docs/en/z-netview/6.2.1?topic=descriptions-secmigr-nccf-cnme8004


On Mon, Jun 7, 2021 at 7:25 AM Steve Beaver  wrote:

> Does anyone in the group have NetView® under full RACF control and would
> you be willing to share your
> CNMSTYLE out of your DSIPARM?
>
> --
> 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: access to 9-track reel tape drive

[Steve Horein]

Maybe Iron Mountain?

On Wed, Jun 2, 2021 at 9:56 PM Mark S Waterbury <
01c3f560aac1-dmarc-requ...@listserv.ua.edu> wrote:

> Does anyone know of anyone in (or near) Central Florida (private
> individual or company) with a working mainframe compatible 9-track tape
> drive capable of reading tape reels recorded at 1600 or 6250 BPI density?
>
> I have a number of old tapes that need to be copied and archived, for
> "posterity."
>
> Please advise.
>
> Feel free to reply privately if you prefer.
>
> Thanks in advance.
>
> Mark S. Waterbury
>
> --
> 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: Automation of CBU activation

[Steve Horein]

You would need to enable the ProcOps Tower to make ISQCCMD available on the
(ProcOps) Focal Point(s).
https://www.ibm.com/docs/en/z-system-automation/4.1.0?topic=cc-cbu

I have our IPL process automated solely with ProcOps, performing various
ISQSEND, ISQCCMD SYSRESET,  and ISQCCMD LOAD commands against the defined
target hardware. Automation of AOFA* response messages can assist with
ISQCCMD commands, and ISQ900I messages (from the System Console) can be
used to assist in processing before VTAM is available on the remote system.

There are some really good folks at https://groups.io/g/SAUsers that can
also provide pointers. The price to join is right, too!

On Tue, Jun 1, 2021 at 10:55 AM Richards, Robert B. (CTR) <
01c91f408b9e-dmarc-requ...@listserv.ua.edu> wrote:

> Yes. I know how to do everything manually, but am looking at what it takes
> to automate the entire process *without* GDPS but with SA for z/OS 4.1/4.2,
> current HMC microcode levels, and BCPii (z/OS 2.3 as I type this, but z/OS
> 2.4 shortly). Z14_ZR1, if that matters.
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Carmen Vitullo
> Sent: Tuesday, June 1, 2021 11:44 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Automation of CBU activation
>
> Bob I have documented a manual process, I understand BCPii can perform
> many of these tasks, like MSU changes and I suppose CBU activation.
>
> my HL process is to activate the CBU record on my DR box prior to shutting
> down and deactivating all prod LPARs and CF's that will be moved to that
> box.
>
>   is there something more specific you're looking for ?
>
> On 6/1/2021 10:03 AM, Radoslaw Skorupka wrote:
> > W dniu 01.06.2021 o 16:40, Richards, Robert B. (CTR) pisze:
> >> Hi all!
> >>
> >> Does anyone have a high level list of to-dos to perform CBU
> >> activation in preparation for a site switch or DR test to a backup
> >> datacenter?
> >
> >
> > Do you mean automated CBU activation? GDPS is the way to do it.
> > Probably you can write your own application using BCP ii.
> > Or you need a procedure for dummies?
> >
> --
> *Carmen Vitullo*
>
> /“I am not bound to win, but I am bound to be true. I am not bound to
> succeed, but I am bound to live up to what light I have.” ― Abraham Lincoln/
>
>
> --
> 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: IBM snew DOC Web SIte

[Steve Horein]

Slightly thread-surrecting this topic -
Don't attempt to enter anything in the search bar before the left frame
manifests itself, otherwise your search terms disappear!
I was surprised at the colorful language coming from me after that happened.

On Mon, Apr 5, 2021 at 3:03 PM esst...@juno.com  wrote:

> .HelloAnyone experiencing problems with IBMs new doc site ?.For Example:If
> I google CICS PIPELINE SCAN , I am presented with many references to
> documentation with "pipeline scan"If any of these references invoke the old
> Knowledge Center, I am re-directed to a new IBM doc site..However I am
> presented with a White Page, with no substance ?.Anyone else getting
> this.Paul D'Angelo
>
> --
> 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: Best catch up resources for MVS / ZOS Technologies

[Steve Horein]

I would argue JCL got better when symbols were allowed! :-)
https://www.ibm.com/docs/en/zos/2.4.0?topic=es-symlist-parameter

On Mon, May 17, 2021 at 10:46 PM Charles Mills  wrote:

> Steve, let me wade in here and suggest some big picture. I think SHARE and
> such is great for the details.
>
> What has changed since 2001? An idiosyncratic, IMHO list:
>
> - In 2001 SNA was yielding to TCP/IP. That transition has continued. An
> awful lot of mainframe connectivity is now TCP/IP. Lots and lots of
> Internet connectivity to the mainframe.
> - Security is huge. Encryption is hot. Zero Trust is the buzzword of the
> month.
> - Everything is of course bigger. Z hardware goes up to what? 4TB real?
> Someone will correct me if that is wrong.
> - Tape drives have pretty much gone away. They live on as virtual,
> emulated-on-DASD tape drives.
> - The Cloud. Read any airline magazine for the latest.
> - Remember VM? It was pretty moribund in 2001. It has found new life
> hosting thousands of Linux instances. Yes, Linux running like a champ on Z
> hardware. Mainframe Linux is huge. You can run Linux in a region of MVS in
> a "container."
> - Speaking of which, there is a Z box that will not IPL z/OS! It is called
> Linux One. It's a mainframe with a bit hobbled somewhere such that
> mainframe operating systems will not IPL, only Linux.
> - Lots of new features in core MVS but you would fully recognize the
> environment. If you sit down at a TSO/ISPF session it will seem like
> nothing has changed. JCL has not gotten any better (or any worse,
> thankfully).
> - Remember the issue of "above the (24-bit) line"? It is still there, but
> pretty much in the background. The new thing is data and execution "above
> the (2GB/31-bit) bar." Lots of software products are exploiting data above
> 2GB, and code can even run there, with lots of limitations. AMODE/RMODE 64.
> - IBM JES3 is dead. Long live Phoenix JES3 plus. IBM ditched JES3, and
> Phoenix picked it up.
> - More emphasis on high level languages. Hardware design is being driven
> by the Java folks and the compiler folks. Lots of new hardware
> instructions. Hardware cycle times are not getting any faster, but
> instructions do more per cycle. Caching getting more sophisticated and more
> critical. The concept of "how long does an LR take" has totally
> disappeared. It is a question with no answer other than "it depends."
>
> Anyone else want to weigh in?
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Gibney, Dave
> Sent: Monday, May 17, 2021 6:58 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Best catch up resources for MVS / ZOS Technologies
>
> I would suggest SHARE presentations and perhaps Marna Walle's migration
> guides
>
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> > Behalf Of Steve Estle
> > Sent: Monday, May 17, 2021 6:42 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Best catch up resources for MVS / ZOS Technologies
> >
> > Hello Everyone in Mainframe Land,
> >
> > I've been out of the mainframe world since about 2001, but spent the
> prior
> > 20 years immersed in that world working with everything from MVS/370 to
> > MVS/ESA and VM, performance and capacity planning disciplines across a
> > variety of situations in the IT Services and consulting spaces.  I, am,
> now as a
> > "IT Infrastructure Engineer- IBM z/OS Mainframe Engineer" after nearly 20
> > years of other activities (Project Mgmt, entrepreneur, etc) am about to
> > potentially come back into a new mainframe role and I need to catch up as
> > quickly as possible.  Any suggestions on ways to fill in the gaps for
> ZOS, ZVM,
> > hardware, performance, etc?  Bottom line I'm looking for that gap
> education
> > to as quickly as possible get up to speed with changes in platforms
> since 2001.
> > If prefer to call - all my info is below.
> >
> > Thanks,
> > Steve Estle
> > 303-604-0925
> > sest...@gmail.com
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: Now it's easier to find stuff on the CBT Tape

[Steve Horein]

If I'm not mistaken, "locsite fwfriendly" accommodates data connections
other than port 20.

On Sun, May 2, 2021 at 1:22 AM Brian Westerman <
brian_wester...@syzygyinc.com> wrote:

> Thanks to some timely help from Peter Vels who suggested tracing the FTP
> routine, I was able to find the problem. At my site the "locsite
> fwfriendly" is required.  I still don't know why that is, but it has been
> that way at several of the site I manage as well, (but not all).  Changing
> that to be there (it was commented out in the CBT exec), made it work.
>
> Thanks again to Peter for pointing the way.
>
> Brian
>
> On Sun, 2 May 2021 00:03:15 -0500, Brian Westerman <
> brian_wester...@syzygyinc.com> wrote:
>
> >Please ignore this problem.  When I went back and read the instructions I
> saw that I'm suppose to UNZIP FILE001 before I upload it in binary format
> to the sequential dataset.  Once I did that it loaded okay.
> >
> >Just goes to show you, read the instructions closely before you complain.
> :)
> >
> >Now I have to work on getting the FTP part to work because it's not as
> much use without that, (except I do like that you can see the comments when
> you select the entry).
> >
> >Does anyone know how to turn DEBUG on to see what's going wrong with FTP?
> >
> >Brian
> >
> >
> >On Sat, 1 May 2021 23:52:08 -0500, Brian Westerman <
> brian_wester...@syzygyinc.com> wrote:
> >
> >>I can't get CBTVIEW to work,  I get to the part where it tries to
> download the File001 and it fails, so I downloaded it to my workstation and
> uploaded it to the mainframe as a FB 80 9440 file and now I get a message
> that says build completed (then it pauses for about 60 seconds) and then I
> get:
> >>
> >>IEC141I 013-18,IGG0191B,BRIANW,$SYSTEMS,CBT78000,1466,PROD04,
>
> >>BRIANW.FILEIDX.PDS(CBTINDEX)
>
> >>IRX0250E System abend code 013, reason code 0024.
>
> >>IRX0255E Abend in host command execio or address environment routine
> TSO.
> >>IEA995I SYMPTOM DUMP OUTPUT
>
> >>SYSTEM COMPLETION CODE=013  REASON CODE=0018
>
> >> TIME=21.40.14  SEQ=37529  CPU=  ASID=00E0
>
> >> PSW AT TIME OF ERROR  075C1000   80E74598  ILC 2  INTC 0D
>
> >>   NO ACTIVE MODULE FOUND
>
> >>   NAME=UNKNOWN
>
> >>   DATA AT PSW  00E74592 - 4100302C  0A0D010D  A7E5014B
>
> >>   AR/GR 0: 00AFBF84/_00E748A0   1: /00AA2D94_A4013000
>
> >> 2: /_00072250   3: /_00E74874
>
> >> 4: /_00AAA410   5: /_00AAA7A4
>
> >> 6: /_00AAA74C   7: /_00AAA7A4
>
> >> 8: /_00AAA76C   9: /_00072280
>
> >> A: /_00F9D658   B: /_7F515CE8
>
> >> C: /_0008   D: /_00AAA7A4
>
> >> E: /_80E73DF6   F: /_0018
>
> >> END OF SYMPTOM DUMP
>
> >>IRX0670E EXECIO error while trying to GET or PUT a record.
>
> >>***
>
> >>
> >>I agree with the s013-18 because the CBTINDEX member is not there to
> open, but so much of this is hidden behind the CBT rexx exec that I can't
> tell where it's failing.
> >>
> >>I think that FILE001 being in ZIP format might be hurting this, but I
> think the CBT exec is supposed to unzip it first, but maybe I'm wrong.  Has
> anyone got this to work or should I just start debugging now?
> >>
> >>--
> >>For IBM-MAIN subscribe / signoff / archive access instructions,
> >>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> >--
> >For IBM-MAIN subscribe / signoff / archive access instructions,
> >send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: how to reply highlight message by REXX

[Steve Horein]

I second the motion for auto-reply, unless you need to apply logic to
determine the response to give.
https://www.ibm.com/docs/en/zos/2.3.0?topic=sys1parmlib-autorxx-auto-reply-policy-specifications


On Thu, Apr 29, 2021 at 8:23 AM ibmmain  wrote:

> Hi all
>
>
>  After we submit a JOB, we need reply highlight message issued by
> the JOB in console.
>
>
> Could you tell us how to issue ' D R,R' command to get reply-ID and
> reply this message by REXX?
>
>
>  Any suggestions /samples are highly appreciated !
>
>
> Thanks a lot!
>
>
> Jason Cai
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: And the survey says...

[Steve Horein]

Doesn't seem to have been mentioned yet, but currently: QWS3270 from
JollyGiant
PCOMM when I worked for IBM.
Reflections before that.

On Tue, Apr 27, 2021 at 9:10 AM Allan Staller <
0387911dea17-dmarc-requ...@listserv.ua.edu> wrote:

> Classification: Confidential
>
> What 3270 emulator are you using?
>
> I (and my colleagues) have been using PCOMM as our 3270 emulator by
> corporate edict.
> Corporate has removed PCOMM from the available list of emulators, hence
> this survey (survey ends Fri. Apr 30 @ COB).
>
> Since we have to go through a procurement process, we want to obtain the
> optimal product.
> I am aware of the usual suspects and have them on my short list.
>
> Responses can be posted on-list or directly to me.
>
> Thanks to all in advance for your time and attention,
>
>
>
>
> ::DISCLAIMER::
> 
> The contents of this e-mail and any attachment(s) are confidential and
> intended for the named recipient(s) only. E-mail transmission is not
> guaranteed to be secure or error-free as information could be intercepted,
> corrupted, lost, destroyed, arrive late or incomplete, or may contain
> viruses in transmission. The e mail and its contents (with or without
> referred errors) shall therefore not attach any liability on the originator
> or HCL or its affiliates. Views or opinions, if any, presented in this
> email are solely those of the author and may not necessarily reflect the
> views or opinions of HCL or its affiliates. Any form of reproduction,
> dissemination, copying, disclosure, modification, distribution and / or
> publication of this message without the prior written consent of authorized
> representative of HCL is strictly prohibited. If you have received this
> email in error please delete it and notify the sender immediately. Before
> opening any email and/or attachments, please check them for viruses and
> other defects.
> 
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: Diagram of MVS Control Blocks

[Steve Horein]

The one on page 12 is what I have thumbtacked to my wall at work:
http://zseries.marist.edu/pdfs/ztidbitz/31%20zNibbler%20%28zOS%20Control%20Blocks%29.pdf


On Fri, Apr 23, 2021 at 2:43 PM PINION, RICHARD W. 
wrote:

> Many years ago, 1982, I took my first MVS class, MVS Structure and Logic.
> One of
> the first handouts our class was given was a spaghetti diagram of MVS
> control blocks.
> Unfortunately, I threw mine away in 2016, when I thought my system
> programming
> days were over.
>
> Would anyone happen to have that diagram?  If you do, please send it to my
> email
> address of rpinion at firsthorizon.com  Thanks in advance.
>
> Confidentiality notice:
> This e-mail message, including any attachments, may contain legally
> privileged and/or confidential information. If you are not the intended
> recipient(s), or the employee or agent responsible for delivery of this
> message to the intended recipient(s), you are hereby notified that any
> dissemination, distribution, or copying of this e-mail message is strictly
> prohibited. If you have received this message in error, please immediately
> notify the sender and delete this e-mail message from your computer.
>
> --
> 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: Help with Dead Letter Queue Maintenance

[Steve Horein]

These actions seem helpful:
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.3.0/com.ibm.zos.v2r3.halw001/ezd1826i.htm


On Wed, Mar 31, 2021 at 5:57 PM Lizette Koehler 
wrote:

> I am not a network/tcpip person
>
>
>
> I have seen messages indicating my Dead Letter queue is almost full
>
>
>
> How do I manage it?
>
>
>
> I found the USS path to the directory
>
>
>
> I have 3 mails in there that are huge.
>
>
>
> Can I use OMVS or ISPF 3.17 and just delete the entries?  Or is there
> another process I can use?
>
>
>
> Do I need to run a SMNP or TCPIP function to clear these out (they are from
> 2020)
>
>
>
> What can I do for a automation process to have CA OPS/MVS to monitor and
> alert?
>
>
>
> Thanks for any insight into this issue
>
>
>
>
>
> Lizette
>
>
>
>
>
>
> --
> 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

DUMP command options

[Steve Horein]

Hi!
If I have a DB2 data sharing group that has a well defined naming scheme,
is there any effective difference between using:

   - an IEADMCxx member that identifies the job names to dump with properly
   placed wildcards and using RO (sys1,sys2,sysx,...),DUMP PARMLIB=xx
   - an IEADMCxx member that identifies the job names to dump, but uses
   properly defined REMOTE=(SYSLIST=()) statements and using DUMP
   PARMLIB=xx (no ROUTE command)

The goal is to DUMP all members of the data sharing group regardless of
what system the members reside on.
I feel defining an IEADMCxx member that takes advantage of wildcards would
be less complex than defining a member with REMOTE= statements.
Would there be a concern relating to timing between using the ROUTE command
vs. using REMOTE= statements?

Thoughts?

Thanks in advance,
Steve

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

Re: LISTCAT output information in XML or JSON

[Steve Horein]

Maybe this?
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.ieac100/ieac1-cwe-json.htm


I personally haven't used it for anything beyond the little airport/weather
sample they provide.

On Wed, Mar 10, 2021 at 8:15 AM John McKown 
wrote:

> Does anyone out there know of any program, possibly based on IGGCSI00,
> which will work like the normal IDCAMS LISTCAT command, but give the output
> in XML or JSON format? I like to use UNIX utilities on Linux to produce
> reports and parsing the normal LISTCAT output is bothersome. What would be
> even better would be a way  to do an SQL query using a z/OS catalog as the
> data source.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: Rexx stem variable question

[Steve Horein]

>
> > Userid = "FTPD"
> > IsStepInit.Userid. = "0"
>
> "FTPD." is the tail. The stem end at the first period.
>

Is that always true?
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.icha300/ich2a3_RRSF_stem_variables_created_by_IRRXUTIL.htm


Is IBM using stem and compound variable synonymously? Or is it a
square/rectangle situation?

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

Re: CICS and COBOL DISPLAY UPON CONSOLE

[Steve Horein]

As an automation administrator, please try to stick with DISPLAY UPON
SYSOUT.

On Thu, Jan 14, 2021 at 11:56 AM Frank Swarbrick <
frank.swarbr...@outlook.com> wrote:

> I just accidentally did a DISPLAY UPON CONSOLE statement in a CICS program
> and was surprised that it actually worked.  The documentation seems to
> indicate that this is not supported.  Has something changed?  Is this
> supported or just "happens to work"?  Enterprise COBOL V6.2 and CICS V5.4.
>
> --
> 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: Online reference for term shoulder tap

[Steve Horein]

Not the best, but the closest I could find:
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.ieag400/iea3g447.htm


Your installation chooses the number of systems that must see the
RSA-message before a system sends a *“shoulder-tap”, an acknowledgement
that it has received the RSA-message*, to the originating system. Assuming
that the number of systems is two, the next system in the ring sends the
shoulder-tap to the originating system.

On Wed, Dec 30, 2020 at 9:59 AM Seymour J Metz  wrote:

> Is there a manual available online that defines the term shoulder tap? I'm
> looking for something that I can cite in a wikipedia article. Thanks.
>
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: EBCDIC-ASCII converter and other tools

[Steve Horein]

I know several people that use UltraEdit:
https://www.ultraedit.com/wiki/Converting_file_encoding

I personally use notepad++, so cannot provide any first hand experience.

On Tue, Dec 29, 2020 at 7:30 AM R.S.  wrote:

> 1. I'm looking for some simple tool for conversion EBCDIC to ASCII and
> vice versa.
> Unfortunately it has to run under Windows.
> Requirements:
> Run under Windows, preferrably in batch mode (command line interface)
> Custom-defined tables of conversion
>
> 2. I'm looking for a tool similar to IDCAMS SKIP/COUNT - the goal is to
> skip first nnn bytes of the file or skip file remainder.
>
>
> Any clue?
>
> --
> Radoslaw Skorupka
> Lodz, Poland
>
>
>
>
>
> ==
>
> Jeśli nie jesteś adresatem tej wiadomości:
>
> - powiadom nas o tym w mailu zwrotnym (dziękujemy!),
> - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub
> zapisałeś na dysku).
> Wiadomość ta może zawierać chronione prawem informacje, które może
> wykorzystać tylko adresat. Przypominamy, że każdy, kto rozpowszechnia
> (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania,
> narusza prawo i może podlegać karze.
>
> mBank S.A. z siedzibą w Warszawie, ul. Prosta 18, 00-850 Warszawa,
> www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy
> XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP:
> 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na
> 01.01.2020 r. wynosi 169.401.468 złotych.
>
> Jesteśmy administratorem twoich danych osobowych, które podałeś w związku
> z prowadzoną z nami korespondencją. Przetwarzamy te dane dla celów, które
> wynikają z przedmiotu korespondencji, w tym związanych z prowadzoną
> działalnością bankową.
> Więcej informacji o tym jak chroniony i przetwarzamy dane osobowe
> znajdziesz w Pakietach RODO (w wersji polskiej i angielskiej), które są na
> www.mbank.pl/rodo
>
>
> If you are not the addressee of this message:
>
> - let us know by replying to this e-mail (thank you!),
> - delete this message permanently (including all the copies which you have
> printed out or saved).
> This message may contain legally protected information, which may be used
> exclusively by the addressee.Please be reminded that anyone who
> disseminates (copies, distributes) this message or takes any similar
> action, violates the law and may be penalised.
>
> mBank S.A. with its registered office in Warsaw, ul. Prosta 18, 00-850
> Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the
> Capital City of Warsaw, 12th Commercial Division of the National Court
> Register, KRS 025237, NIP: 526-021-50-88. Fully paid-up share capital
> amounting to PLN 169.401.468 as at 1 January 2020.
>
> We are the controller of your personal data, which you provided in
> connection with correspondence with us. We process your data for purposes
> resulting from the subject of correspondence, including those related to
> the banking services.
> More information on how we protect and process personal data can be found
> in the GDPR Packages (in English and Polish), which are on
> www.mbank.pl/rodo.
>
> --
> 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: JCL divergence

[Steve Horein]

AutoSys?
https://www.broadcom.com/products/software/automation/autosys

On Tue, Dec 22, 2020 at 5:57 PM John McKown 
wrote:

> On Tue, Dec 22, 2020 at 5:49 PM Seymour J Metz  wrote:
>
> > https://en.wikipedia.org/wiki/Cron
> >
> >
> I use CRON a fair amount on Linux at home. And on z/OS at work, for
> "personal scheduling". And there's the equivalent "Windows Task Scheduler"
> on Windows. But I wonder if any business uses them for things that we use
> CA-7 for. IIRC, CA had a Windows product where you'd put an "agent" on a
> Windows system and CA-7 could schedule work there. We actually tried to use
> it. But it never caught on in the Windows world at my company.
>
> There is this:
>
> https://docs.microsoft.com/en-us/sql/reporting-services/install-windows/configure-the-unattended-execution-account-ssrs-configuration-manager?view=sql-server-ver15
>
> But I'm getting too far off topic.
>
>
>
> >
> > --
> > Shmuel (Seymour J.) Metz
> > http://mason.gmu.edu/~smetz3
> >
> > 
> > From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf
> > of John McKown [john.archie.mck...@gmail.com]
> > Sent: Tuesday, December 22, 2020 6:35 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: JCL divergence
> >
> > On Tue, Dec 22, 2020 at 5:26 PM Gibney, Dave  wrote:
> >
> > > WindowsJob...Huh
> > >
> >
> > Right. I am so ignorant, perhaps the Windows (and Linux?) world doesn't
> > even have any unattended scheduled activities. I know that there is a
> > "Windows Scheduler" that can run a batch file (MSDOS .bat) automatically
> at
> > a given time or when a particular user does a "log on" (perhaps akin to a
> > TSO logon proc).
> >
> > If the above is true (no automated unattended work), I wonder how
> companies
> > do {month,quarter,year}-end processing to generate reports to send to
> > appropriate governmental bodies. Or even, as in my employer, to
> > policyholders.
> >
> >
> >
> > >
> > > > Hum, how do the Windows experts "restart" a "job" that fails? I
> really
> > > > don't now.
> > > >
> > >
> > >
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: Test post

[Steve Horein]

It works

On Sat, Dec 19, 2020 at 11:33 AM Jesse 1 Robinson 
wrote:

> I have not received any post since Thursday.
>
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 323-715-0595 Mobile
> 626-543-6132 Office <= NEW
> robin...@sce.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: IODF address

[Steve Horein]

Thanks Rob!
I think it's just ignorance on my part, but I haven't had much luck calling
assembler services from Rexx - only some of those mentioned in the
"Callable Services for High Level Languages". There are a LOT of those
services that look extremely helpful for getting precise information, but I
just don't know how to take advantage of them.

On Thu, Dec 17, 2020 at 3:41 AM Rob Scott  wrote:

> If something like hyperswap has moved the IODF to another device, then you
> can use the IOCINFO "IODFINFO" service and get the information from the
> IODI structure that is returned :
>
> IODI_IODFODEVoriginal IODF device
> IODI_IODFUCB UCB address of current - (if
> IODI_IODFUCBINVLD is OFF)
>
> Mapping macro is IOSDIODI in MACLIB
>
> Rob Scott
> Rocket Software
>
> -Original Message-----
> From: IBM Mainframe Discussion List  On Behalf
> Of Steve Horein
> Sent: 16 December 2020 17:00
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: IODF address
>
> EXTERNAL EMAIL
>
>
>
>
>
> Hi!
> I am able to determine the IODF unit address from IPAIODFU in IPA.
> However, this value becomes stale if the address changes when the storage
> folks move disk around. I can see the MVS command DISPLAY IPLINFO accounts
> for those changes in message IEE254I:
>
> IEE254Ihh.mm.ss IPLINFO DISPLAY text
>
> Explanation:   Where text is:
>
> SYSTEM  IPLED AT  hh.mm.ss  ON mm/dd/ RELEASE fmid LICENSE  =  system
> USED LOADxx IN  loadxxdsname ON devx ARCHLVL =  n MTLSHARE  =  Y N IEASYM
> LIST =  s1 NONE IEASYS  LIST =  s2{(OP)} IODF DEVICE: ORIGINAL(iodfdev1)
> CURRENT(iodfdev2) IPL DEVICE: ORIGINAL(ipldev1) CURRENT(ipldev2)
> VOLUME(iplvol)
>
> Is there an accessible (lives in COMMON), supported data area that also
> contains the "CURRENT" information that is present in the DISPLAY command?
> While I can parse the output of a console command, I would much rather
> fetch only the desired information from storage, if possible.
>
> Thanks,
> Steve Horein
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> 
> Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA
> 02451 ■ Main Office Toll Free Number: +1 855.577.4323
> Contact Customer Support:
> https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport
> Unsubscribe from Marketing Messages/Manage Your Subscription Preferences -
> http://www.rocketsoftware.com/manage-your-email-preferences
> Privacy Policy -
> http://www.rocketsoftware.com/company/legal/privacy-policy
> 
>
> This communication and any attachments may contain confidential
> information of Rocket Software, Inc. All unauthorized use, disclosure or
> distribution is prohibited. If you are not the intended recipient, please
> notify Rocket Software immediately and destroy all copies of this
> communication. 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: IODF address

[Steve Horein]

I don't have all the technical details, but there tends to be occasional
DASD movement where FDRPAS is used to non-disruptively "move' the contents
of a volume from one unit address to another.
Where I fit in is I have written a (rexx based) automation routine that
displays old/current IPL information to new/requested IPL information for
operator verification, but used the STORAGE() function to collect that
information. After discovering "moved" volumes don't reflect current values
when using STORAGE(), I switched to parsing console command output. It's
not the end of the world doing so, but I end up getting 50 words to look at
when I am only interested in 1.

On Wed, Dec 16, 2020 at 10:44 PM kekronbekron <
02dee3fcae33-dmarc-requ...@listserv.ua.edu> wrote:

> Just me being dumb.. what do you mean by 'IODF volume moved'?
>
> - KB
>
> ‐‐‐ Original Message ‐‐‐
> On Thursday, December 17, 2020 10:06 AM, Steve Horein <
> steve.hor...@gmail.com> wrote:
>
> > Thanks!
> > It looks like I get the same behavior with what Mark uses:
> >
> > IPALPDDV = Storage(D2x(ECVTIPA + 92),4) /* load parm dev number */
> >
> > On a system that had the IODF volume "moved", the old address is also
> > present in IPALPDDV. Bummer.
> >
> > On Wed, Dec 16, 2020 at 8:15 PM kekronbekron <
> > 02dee3fcae33-dmarc-requ...@listserv.ua.edu> wrote:
> >
> > > Hi Steve,
> > > This should be in Mark Zelden's IPLINFO source code -
> > > http://www.mzelden.com/mvsfiles/iplinfo.txt
> > >
> > > -   KB
> > >
> > > ‐‐‐ Original Message ‐‐‐
> > > On Wednesday, December 16, 2020 10:29 PM, Steve Horein <
> > > steve.hor...@gmail.com> wrote:
> > >
> > > > Hi!
> > > > I am able to determine the IODF unit address from IPAIODFU in IPA.
> > > > However,
> > > > this value becomes stale if the address changes when the storage
> folks
> > > > move
> > > > disk around. I can see the MVS command DISPLAY IPLINFO accounts for
> those
> > > > changes in message IEE254I:
> > > > IEE254I hh.mm.ss IPLINFO DISPLAY text
> > > > Explanation: Where text is:
> > > > SYSTEM IPLED AT hh.mm.ss ON mm/dd/
> > > > RELEASE fmid LICENSE = system
> > > > USED LOADxx IN loadxxdsname ON devx
> > > > ARCHLVL = n MTLSHARE = Y N
> > > > IEASYM LIST = s1 NONE
> > > > IEASYS LIST = s2{(OP)}
> > > > IODF DEVICE: ORIGINAL(iodfdev1) CURRENT(iodfdev2)
> > > > IPL DEVICE: ORIGINAL(ipldev1) CURRENT(ipldev2) VOLUME(iplvol)
> > > > Is there an accessible (lives in COMMON), supported data area that
> also
> > > > contains the "CURRENT" information that is present in the DISPLAY
> > > > command?
> > > > While I can parse the output of a console command, I would much
> rather
> > > > fetch only the desired information from storage, if possible.
> > > > Thanks,
> > > > Steve Horein
> > >
> > > > 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
>

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

Re: IODF address

[Steve Horein]

Thanks!
It looks like I get the same behavior with what Mark uses:

  IPALPDDV = Storage(D2x(ECVTIPA + 92),4)/* load parm dev number */

On a system that had the IODF volume "moved", the old address is also
present in IPALPDDV. Bummer.


On Wed, Dec 16, 2020 at 8:15 PM kekronbekron <
02dee3fcae33-dmarc-requ...@listserv.ua.edu> wrote:

> Hi Steve,
>
> This should be in Mark Zelden's IPLINFO source code -
> http://www.mzelden.com/mvsfiles/iplinfo.txt
>
> - KB
>
> ‐‐‐ Original Message ‐‐‐
> On Wednesday, December 16, 2020 10:29 PM, Steve Horein <
> steve.hor...@gmail.com> wrote:
>
> > Hi!
> > I am able to determine the IODF unit address from IPAIODFU in IPA.
> However,
> > this value becomes stale if the address changes when the storage folks
> move
> > disk around. I can see the MVS command DISPLAY IPLINFO accounts for those
> > changes in message IEE254I:
> >
> > IEE254I hh.mm.ss IPLINFO DISPLAY text
> >
> > Explanation: Where text is:
> >
> > SYSTEM IPLED AT hh.mm.ss ON mm/dd/
> > RELEASE fmid LICENSE = system
> > USED LOADxx IN loadxxdsname ON devx
> > ARCHLVL = n MTLSHARE = Y N
> > IEASYM LIST = s1 NONE
> > IEASYS LIST = s2{(OP)}
> > IODF DEVICE: ORIGINAL(iodfdev1) CURRENT(iodfdev2)
> > IPL DEVICE: ORIGINAL(ipldev1) CURRENT(ipldev2) VOLUME(iplvol)
> >
> > Is there an accessible (lives in COMMON), supported data area that also
> > contains the "CURRENT" information that is present in the DISPLAY
> command?
> > While I can parse the output of a console command, I would much rather
> > fetch only the desired information from storage, if possible.
> >
> > Thanks,
> > Steve Horein
> >
> >
> ---
> >
> > 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

IODF address

[Steve Horein]

Hi!
I am able to determine the IODF unit address from IPAIODFU in IPA. However,
this value becomes stale if the address changes when the storage folks move
disk around. I can see the MVS command DISPLAY IPLINFO accounts for those
changes in message IEE254I:

IEE254Ihh.mm.ss IPLINFO DISPLAY text

Explanation:   Where text is:

SYSTEM  IPLED AT  hh.mm.ss  ON mm/dd/
RELEASE fmid LICENSE  =  system
USED LOADxx IN  loadxxdsname ON devx
ARCHLVL =  n MTLSHARE  =  Y N
IEASYM  LIST =  s1 NONE
IEASYS  LIST =  s2{(OP)}
IODF DEVICE: ORIGINAL(iodfdev1)  CURRENT(iodfdev2)
IPL DEVICE: ORIGINAL(ipldev1) CURRENT(ipldev2) VOLUME(iplvol)

Is there an accessible (lives in COMMON), supported data area that also
contains the "CURRENT" information that is present in the DISPLAY command?
While I can parse the output of a console command, I would much rather
fetch only the desired information from storage, if possible.

Thanks,
Steve Horein

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

Re: Auto Reply on SDSF Console

[Steve Horein]

This guy gets it - "TOKEN" is useful, so long as the vendor doesn't change
the message layout.

On Mon, Nov 30, 2020 at 11:47 AM Cieri, Anthony <
02d7f4ec1fff-dmarc-requ...@listserv.ua.edu> wrote:

>
> You could try something like this:
>
> IF (LABEL:IEF455D) MSGID = 'IEF455D' & TEXT(1) = REPLYID .
> & (TEXT = .'SP5145'. | TEXT = .'SP5146'. | TEXT = .'SP5147'. |
> TEXT = .'SP5149'.)
> THEN EXEC(CMD('MVS REPLY ' REPLYID ',NO')
>  ROUTE(ONE AUTO1)) NETLOG(Y);
>
> With everything coded in the MAT, there is no need for a rexx!!!
>
> Hth
> Tony
>
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of saurabh khandelwal
> Sent: Monday, November 30, 2020 3:15 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Auto Reply on SDSF Console
>
> [[ SEI WARNING *** This email was sent from an external source. Do not
> open attachments or click on links from unknown or suspicious senders. ***
> ]]
>
>
> Dear Group ,
>
>
>
> We have requirement to automate below manual reply comes in console every
> time, when we don’t find volume in our system and the standard reply to
> these message is  *Reply id, NO.*
>
>
> 10.14.03 JOB09020 *29 *IEF455D* MOUNT *SP5145* ON 0FAA FOR CASPLPRO SARBCH
> OR REPLY 'NO'l
>
> In this above message, whenever we get message id *IEF455D *on SDSF
> console and on 4th place in this line, we get volume name* SP5145 or SP5146
> , SP5147, SP5149 *then immediately using automation we should reply
>
> With* reply id, no.*
>
>
>
> In order to do this, we created
>
>
>
> IF MSGID = 'IEF455D'
> THEN
>
> EXEC(CMD('AUTREXX')) NETLOG(Y) SYSLOG(Y);
>
>
>
>
>
> Then into *'AUTREXX'* REXX side,
>
>
>
>
>
>
>
> /* REXX  */
>
> trace r
>
> 'PIPE SAFE * | STEM MSG.'
>
> TOvolume = Word( Msg,4 )
>
> MsgID = Word( Msg,1 )
>
> MsgID1 = substr(MsgID,2,2)
>
>
>
> volume =  'SP5145 ' ,
>
>'SP5146 ' ,
>
> 'SP5147 '
>
>
>
> Do i =  1 to Words(volume)
>
> comp_vol = Word(volume,i)
>
>  If Strip(comp_vol) =  TOvolume Then
>
>
>
> But unable to complete this logic in to REXX. Can you please help in
> building this REXX, which can help in replying on console once the above
> mentioned criteria matches.
>
>
>
> *Regards*
>
> *Saurabh*
>
> --
> 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: SMF to capture user login history

[Steve Horein]

On Sun, Oct 25, 2020 at 1:11 AM kekronbekron <
02dee3fcae33-dmarc-requ...@listserv.ua.edu> wrote:

> I hope no one encourages this kind of snooping on the list.
> Stinks of an attempt to police working hours.
>
> - KB
>

Meh.
The first shop I worked in implemented something like that to track the use
of privileged IDs that had elevated permissions to update production
resources. At the time, the scope had been TSO, so I wrote some automation
that would send an email to the "security operations center" if RACF IDs
matching specific patterns generated an IEF125I, IEF126I, or an IEF45*
message. The time frames from logon to logoff/abend needed to be justified
with a change request or incident, otherwise it would be considered
suspicious activity. Yes, it meant having to maintain two sets of IDs - a
BAU ID for day to day work, and the privileged ID for changes or recovery
support, but it satisfied someone's requirement.

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

Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down

[Steve Horein]

On Sat, Oct 17, 2020 at 6:04 PM Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Sat, 17 Oct 2020 17:48:57 -0500, Steve Horein wrote:
>
> >Good ole IDCAMS anyone?
> >
> https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.idai200/dgt3i231.htm
> >
> How might one delete a PDS member named "*   "?
>
> -- gil
>
>
I guess if you get yourself into that mess, it's up to you to get yourself
out of it.

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

Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down

[Steve Horein]

Good ole IDCAMS anyone?
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.idai200/dgt3i231.htm


On Sat, Oct 17, 2020 at 5:34 PM Chris Hoelscher 
wrote:

> I have employed this REXX script for years:
>
> /* REXX */
> DSNAME = 'my PDS'
> DSN = STRIP(DSNAME, 'BOTH', ) /* IN CASE IT'S IN QUOTES */
> QUOTE = "'"
> QDSN  = QUOTE||DSN||QUOTE /* FULLY QUOTED DSN */
>
> ADDRESS ISPEXEC
> "LMINIT  DATAID( MYDATAID)  DATASET(" QDSN ") ENQ(SHRW)"
> "LMOPEN  DATAID("MYDATAID") OPTION(OUTPUT)"
> "LMMDEL  DATAID("MYDATAID") MEMBER(*)"
> "LMCLOSE DATAID("MYDATAID")"
> "LMFREE  DATAID("MYDATAID")"
>
>  SAY DSN " IS NOW EMPTY"
>
> Chris Hoelscher
> Lead Sys DBA
> IBM Global Technical Services on assignmemt to Humana Inc.
> T 502.476.2538  or 502.407.7266
>
>
> The information transmitted is intended only for the person or entity to
> which it is addressed
> and may contain CONFIDENTIAL material.  If you receive this
> material/information in error,
> please contact the sender and delete or destroy the material/information.
>
> Humana Inc. and its subsidiaries comply with applicable Federal civil
> rights laws and
> do not discriminate on the basis of race, color, national origin,
> ancestry, age, disability, sex,
> marital status, gender, sexual orientation, gender identity, or religion.
> Humana Inc. and its subsidiaries do not
> exclude people or treat them differently because of race, color, national
> origin, ancestry, age,
> disability, sex, marital status, gender, sexual orientation, gender
> identity, or religion.
>
> English: ATTENTION: If you do not speak English, language assistance
> services, free
> of charge, are available to you. Call 1‐877‐320‐1235 (TTY: 711).
>
> Español (Spanish): ATENCIÓN: Si habla español, tiene a su disposición
> servicios
> gratuitos de asistencia lingüística. Llame al 1‐877‐320‐1235 (TTY: 711).
>
> 繁體中文(Chinese):注意:如果您使用繁體中文,您可以免費獲得語言援助
> 服務。請致電 1‐877‐320‐1235 (TTY: 711)。
>
> Kreyòl Ayisyen (Haitian Creole): ATANSION: Si w pale Kreyòl Ayisyen, gen
> sèvis èd
> pou lang ki disponib gratis pou ou. Rele 1‐877‐320‐1235 (TTY: 711).
>
> Polski (Polish): UWAGA: Jeżeli mówisz po polsku, możesz skorzystać z
> bezpłatnej
> pomocy językowej. Zadzwoń pod numer 1‐877‐320‐1235 (TTY: 711).
>
> 한국어 (Korean): 주의: 한국어를 사용하시는 경우, 언어 지원 서비스를 무료로
> 이용하실 수 있습니다. 1‐877‐320‐1235 (TTY: 711)번으로 전화해 주십시오.
>
>
> --
> 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: BCPII services

[Steve Horein]

We have HWIBCPII running on our KSYS, but as far as I know, nothing
exploits it.
The intent *was *to have homegrown automation make use of it, but at the
time (and it may still be the case), most of the functionality was
"read-only", meaning requesting a LOAD or SYSRESET wasn't possible. We
leverage ProcOps using SNMP to automate IPL/SAD/etc., so HWIBCPII basically
sits idle now.

On Fri, Oct 9, 2020 at 10:57 AM Bonnie Barthel 
wrote:

> I just noticed that we have not been running the HWIBCPII task. It looks
> like it was never configured. I went back a year ago so this is nothing
> new. It does appear that System Automation is able to use the services
> without the task:
>
> ING815I BCPII CONNECT FROM A09NO/AUTHW002 TO CPC F5/./IBM390PS.F5
> RETURNED: SUCCESS
>
> but XCF is not:
>
> SYSTEM STATUS DETECTION PARTITIONING PROTOCOL ELIGIBILITY:  SYSTEM CANNOT
> TARGET OTHER SYSTEMS.
>
> I am preparing to configure it to start running and have done some simple
> testing on our sandbox but I wonder if there are any known risks in
> starting up the HWIBCPII task.  OK to run on GDPS K-lpars?
>
> --
> 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: IEASYS problem

[Steve Horein]

IEASYS00 is -always- read:
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.ieae200/ieasys.htm


On Sat, Oct 3, 2020 at 1:55 PM Gadi Ben-Avi  wrote:

> HI,
>
> I went into work this evening to IPL our production LPAR's
>
> When I IPL's one system, it used IEASYS00 instead of the system specific
> IEASYS0B.
>
> The LOAD member for the LPAR says
>
> SYSPARM 0B.
>
>
> The only thing that has changed recently is that we started using IEASYM
> for the first time ever.
>
> We specified IEASYM 00 in LOADxx and there is an IEASYM00 member in
> SYS1.PARMLIB that adds a static symbol.
>
>
> Could this be causing the problem?
>
>
> We are running z/OS v2.3
>
>
> Gadi
>
> --
> 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: Knowledge Center ...

[Steve Horein]

I had *some *luck with using Google, and filetype:pdf along with my search
terms, such as "IMS Messages and Codes" or "adduser syntax".

On Wed, Aug 5, 2020 at 3:33 PM Ed Jaffe  wrote:

> ... has been down all day long for us.
>
> Anyone else have it running? Are there alternate URLs?
>
> Thanks,
>
> --
> Phoenix Software International
> Edward E. Jaffe
> 831 Parkview Drive North
> El Segundo, CA 90245
> https://www.phoenixsoftware.com/
>
>
>
> 
> This e-mail message, including any attachments, appended messages and the
> information contained therein, is for the sole use of the intended
> recipient(s). If you are not an intended recipient or have otherwise
> received this email message in error, any use, dissemination, distribution,
> review, storage or copying of this e-mail message and the information
> contained therein is strictly prohibited. If you are not an intended
> recipient, please contact the sender by reply e-mail and destroy all copies
> of this email message and do not otherwise utilize or retain this email
> message or any or all of the information contained therein. Although this
> email message and any attachments or appended messages are believed to be
> free of any virus or other defect that might affect any computer system
> into
> which it is received and opened, it is the responsibility of the recipient
> to ensure that it is virus free and no responsibility is accepted by the
> sender for any loss or damage arising in any way from its opening or use.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: Started task stopping immediately. No error messages.

[Steve Horein]

This. As an automation guy, I've encountered support folks changing
PGM= to PGM=IEFBR14 to keep  from executing while
maintenance is being done, or when they're drafting the change task to
retire it. And who do you think the Operations staff calls when they can't
get the task to keep running? Three guesses...

On Fri, Jul 24, 2020 at 3:28 PM Charles Mills  wrote:

> A started proc is just JCL that executes some program. Any program *might*
> behave as you describe. IEFBR14 would behave as you describe. People would
> probably need more specifics to be able to help.
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Skippy the Ancient
> Sent: Friday, July 24, 2020 12:48 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Started task stopping immediately. No error messages.
>
> Has anyone seeing a started task immediately after you start it?  No ACF2
> messages. No error codes.
> Nothing.
>
> Help?
>
> --
> 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: PIPE command on zOS Platforms

[Steve Horein]

NetView has Pipes:
https://www.ibm.com/support/knowledgecenter/en/SSZJDU_6.3.0/com.ibm.iznetview.doc_6.3.0/dqsmst.html


On Wed, Jul 22, 2020 at 10:28 AM Jasi Grewal  wrote:

> Hi,
>
> I have a z/OS System and unfortunately I cannot use PIPE commands in Rexx
> Programs.
> It states 'PIPE command not found' and does a Customer have to pay for the
> z/OS Feature to use PIPE's under Rexx Program.
>
> Which Product does a Customer have to order or enable to allow a user to
> use PIPE commands.
>
> Any information would be appreciated.
> Thank you in advance,
>
> Regards,
> Jasi Grewal.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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