Re: AZD messages?

[Michael Babcock]

Oh and beware, just because the Verify Feature Bits job (and a couple of
others) gets a zero condition code doesn’t mean it executed successfully.
You have to check STDERR and STDOUT tabs.  Mine always gets a syntax
error.

On Thu, Jun 4, 2020 at 10:05 AM Sean Gleann  wrote:

> It's been really quite a troublesome effort for me, Michael, but I guess
> it's true to say that most of the problems are down to my rudimentary
> knowledge of TCPIP and networking in general.
> For various reasons, I have to use a tunnelled connection through to the
> z/OS guest, and that makes things a bit more interesting.
> The 'Getting Started' redbook (SG24-8457-00) has been my sole point of
> reference all the way through, and yeah, it's OK - up to point. it doesn't
> cover the tunnelling complication, naturally, and there are some very poor
> typos to take into account.
> As for the Workload Provisioning process in z/OSMF - after you've specified
> a bunch of parameters, it's just a JCL generator/job submitter/checker with
> a couple of z/OSMF-specific bits thrown in.
> During the initial parameter specification phase I had considerable
> difficulty at the point of specifying the RSA key, but eventually got it
> right.
> Step 3.2 in the process - where some sort of version information is looked
> for - has always failed for me. I've never been able to make it work as
> expected and have had to force it to a 'complete' state by clicking the
> 'Finish' button.
>
> I tried to adapt the process detailed in the redbook to suit our security
> set-up, but the result never worked. In the end, I followed the procedure
> to the letter, and created the ZCXxxx users and groups in RACF as
> specified.
> Result - I've finally got a working container that I can log in to. The
> next step according to the redbook is to download an image from
> hub.docker.com, but when I try the specified command - 'docker pull nginx'
> - the container tries to go to registry-1.docker/.io/v2 - which isn't
> specified anywhere in the parameter files created by z/OSMF  - and it times
> out.
> I've added suitable mods to \etc\hosts, \etc\ipnodes and to TCPIP.HOSTS,
> messed around with DNS specifications and I've commented out the IPSEC
> statements in the TCPIP PROFILE parameters (thank gawd for sandbox
> systems!). Nothing along those lines has altered the situation.
> Now, I'm waiting for our company networking guys to suggest other things to
> try.
>
> Good luck with your efforts, Michael.
> I hope you have a smoother ride than I have had so far.
>
> Sean
>
> On Thu, 4 Jun 2020 at 15:32, Michael Babcock 
> wrote:
>
> > Sean,
> >
> > I’m just going through the provisioning process now.  Any gotchas that
> you
> > care to share?
> >
> > On Thu, Jun 4, 2020 at 5:30 AM Sean Gleann 
> wrote:
> >
> > > Thanks, Gadi.
> > > Yes, there are GLZ messages associated with these AZDs, but all they do
> > is
> > > identify the stored failure data.
> > >
> > > It's all somewhat moot now. I tried to /P the container, and got told
> the
> > > task was non-cancellable.
> > > Eventually I resorted to a FORCE ARM to get rid of it.
> > > Restarted the task and now it's running perfectly! No errors or
> warnings,
> > > and I'm logged in, ready to start working with my first container.
> > >
> > > Sean
> > >
> > > On Thu, 4 Jun 2020 at 11:12, Gadi Ben-Avi  wrote:
> > >
> > > > I found this:
> > > >
> > > >
> > >
> >
> https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.izso100/izso100_diagnosisservice.htm
> > > >
> > > > It looks like the real information is in GLZ messages.
> > > >
> > > > I don't have z/OS v2.4 running, so I can't really check.
> > > >
> > > > Gadi
> > > >
> > > > -Original Message-
> > > > From: IBM Mainframe Discussion List  On
> > Behalf
> > > > Of Sean Gleann
> > > > Sent: Thursday, June 4, 2020 12:53 PM
> > > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > > Subject: AZD messages?
> > > >
> > > > Can anyone point me at documentation for AZD... messages coming out
> of
> > a
> > > > zcx container, please?
> > > >
> > > > I'm getting:
> > > > AZDN0004E Failure  configuring IPv4 address and AZDP0001E
> > Unexpected
> > > > error 5 configuring data disks
> > > >
> > > > but various attempts at searching for these produce 'nothing found'
> > > > responses.
> > > >
> > > > Regards
> > > > Sean
> > > >
> > > >
> --
> > > > For IBM-MAIN subscribe / signoff / archive access instructions, send
> > > email
> > > > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> > > >
> > > > Email secured by Check Point
> > > >
> > > >
> --
> > > > 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 

Re: Netview 5.4

[Allan Staller]

Is NV 5.4 even supported at this time? I am running NV 6.2 on z/OS 2.2. and 2.4

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: Thursday, June 4, 2020 2:48 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Netview 5.4

[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 don't know of a Netview listserv, but even if there is one this is a 
legitimate place to post Netview questions. You'll probably get more eyeballs 
here than one a more specialized list.


--
Shmuel (Seymour J.) Metz
https://apc01.safelinks.protection.outlook.com/?url=http:%2F%2Fmason.gmu.edu%2F~smetz3data=02%7C01%7Callan.staller%40HCL.COM%7C40c1c5902c5042e86cf408d808c045c5%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637268969198719412sdata=2KValI2HNlGFL%2FSgvzM2%2FQdhKXV4JIB23nfKPOY1%2BA4%3Dreserved=0


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
William Widmayer [william.widma...@ensono.com]
Sent: Thursday, June 4, 2020 3:38 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Netview 5.4

Apologies if I posted in the wrong forum.  If there is a better one for 
Netview, please let me know.
I am in the middle of z/OS upgrade from 2.2 to 2.3 .
Is anyone running Netview 5.4  on a z/OS 2.3 system?

Bill Widmayer


(c) 2020 Ensono, LP. All rights reserved. Ensono is a trademark of Ensono, LP. 
The information contained in this communication is confidential, is intended 
only for the use of the recipient named above, and may be legally privileged. 
If the reader of this message is not the intended recipient, you are hereby 
notified that any dissemination, distribution or copying of this communication 
is strictly prohibited. If you have received this communication in error, 
please resend this communication to the sender and delete the original message 
or any copy of it from your computer system.

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

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

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


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

Re: Netview 5.4

[Steve Horein]

When Yahoo Groups was no longer an option, the NetView and System
Automation folks moved here:
https://groups.io/g/NetView
https://groups.io/g/SAUsers

On Thu, Jun 4, 2020 at 2:38 PM William Widmayer 
wrote:

> Apologies if I posted in the wrong forum.  If there is a better one for
> Netview, please let me know.
> I am in the middle of z/OS upgrade from 2.2 to 2.3 .
> Is anyone running Netview 5.4  on a z/OS 2.3 system?
>
> Bill Widmayer
>
>
> (c) 2020 Ensono, LP. All rights reserved. Ensono is a trademark of Ensono,
> LP. The information contained in this communication is confidential, is
> intended only for the use of the recipient named above, and may be legally
> privileged. If the reader of this message is not the intended recipient,
> you are hereby notified that any dissemination, distribution or copying of
> this communication is strictly prohibited. If you have received this
> communication in error, please resend this communication to the sender and
> delete the original message or any copy of it from your computer 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: zSHOP order too large to download

[Brian Chapman]

We have a similar problem when applying a new version of CICS. We must have
the AGGRGROW option specified on the USS file system mount for the
directory.



Thank you,

Brian Chapman


On Thu, Jun 4, 2020 at 12:11 PM Carmen Vitullo  wrote:

> another thing I'd do is allocate your SMPWORK as a tfs file system that's
> large enough to unpax your order when you do get to the part of the process
> of receiving the order to SMP/E
>
>
>
> MOUNT FILESYSTEM('TMPSMPWK')
> MOUNTPOINT('//local/smpe/workdir')
> TYPE(TFS) /* Filesystem type TFS */
> MODE(RDWR) /* Mounted for read/write */
> PARM('-s 2147380171 -b 1')
>
> Carmen Vitullo
>
> - Original Message -
>
> From: "Carmen Vitullo" 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Sent: Thursday, June 4, 2020 11:02:03 AM
> Subject: Re: zSHOP order too large to download
>
> my DB2 guy has that product installed, he uses the same shopz zfs I've
> allocated for all his orders and has not had any issues with the order
> being too large, I'd still be looking at, if you don't already create a
> separate zfs filesystem just for shopz downloads and ensure it's large
> enough to hold that order; for example
>
>
>
>
>
>
>
> CLUSTER --- OMVS.BCBS.SHOPZ.ZFS
> IN-CAT --- USERCAT.TECHSERV
> HISTORY
> DATASET-OWNER-(NULL) CREATION2015.266
> RELEASE2 EXPIRATION--.000
> SMSDATA
> STORAGECLASS ---OMVS MANAGEMENTCLASS-STANDARD
> DATACLASS ---LINEARE LBACKUP ---.000.
> EATTR-(NULL)
> BWO STATUS-- BWO TIMESTAMP---0 00:00:00.0
> BWO---(NULL)
> .
>
>
>
> ALLOCATION
> SPACE-TYPE--CYLINDER HI-A-RBA-7630848
> SPACE-PRI--1 HI-U-RBA-7618560
> SPACE-SEC500
> VOLUME
>
>
>
>
> Carmen Vitullo
>
> - Original Message -
>
> From: "Bill Giannelli" 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Sent: Thursday, June 4, 2020 10:55:01 AM
> Subject: Re: zSHOP order too large to download
>
> My mistake.the product I am trying to download now is Query Monitor
> for Db2 z/OS v3.3
>
> --
> 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: Netview 5.4

[Seymour J Metz]

I don't know of a Netview listserv, but even if there is one this is a 
legitimate place to post Netview questions. You'll probably get more eyeballs 
here than one a more specialized list.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
William Widmayer [william.widma...@ensono.com]
Sent: Thursday, June 4, 2020 3:38 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Netview 5.4

Apologies if I posted in the wrong forum.  If there is a better one for 
Netview, please let me know.
I am in the middle of z/OS upgrade from 2.2 to 2.3 .
Is anyone running Netview 5.4  on a z/OS 2.3 system?

Bill Widmayer


(c) 2020 Ensono, LP. All rights reserved. Ensono is a trademark of Ensono, LP. 
The information contained in this communication is confidential, is intended 
only for the use of the recipient named above, and may be legally privileged. 
If the reader of this message is not the intended recipient, you are hereby 
notified that any dissemination, distribution or copying of this communication 
is strictly prohibited. If you have received this communication in error, 
please resend this communication to the sender and delete the original message 
or any copy of it from your computer 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

Netview 5.4

[William Widmayer]

Apologies if I posted in the wrong forum.  If there is a better one for 
Netview, please let me know.
I am in the middle of z/OS upgrade from 2.2 to 2.3 .
Is anyone running Netview 5.4  on a z/OS 2.3 system?

Bill Widmayer


(c) 2020 Ensono, LP. All rights reserved. Ensono is a trademark of Ensono, LP. 
The information contained in this communication is confidential, is intended 
only for the use of the recipient named above, and may be legally privileged. 
If the reader of this message is not the intended recipient, you are hereby 
notified that any dissemination, distribution or copying of this communication 
is strictly prohibited. If you have received this communication in error, 
please resend this communication to the sender and delete the original message 
or any copy of it from your computer system.

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

Re: AZD messages?

[Michael Babcock]

3.2, Retrieve workflow version always works for me.  3.5, verify feature
bits, always fails with a syntax error.  The script being built is too long
and gets truncated.  I ended up creating my own script and running it.

On Thu, Jun 4, 2020 at 10:05 AM Sean Gleann  wrote:

> It's been really quite a troublesome effort for me, Michael, but I guess
> it's true to say that most of the problems are down to my rudimentary
> knowledge of TCPIP and networking in general.
> For various reasons, I have to use a tunnelled connection through to the
> z/OS guest, and that makes things a bit more interesting.
> The 'Getting Started' redbook (SG24-8457-00) has been my sole point of
> reference all the way through, and yeah, it's OK - up to point. it doesn't
> cover the tunnelling complication, naturally, and there are some very poor
> typos to take into account.
> As for the Workload Provisioning process in z/OSMF - after you've specified
> a bunch of parameters, it's just a JCL generator/job submitter/checker with
> a couple of z/OSMF-specific bits thrown in.
> During the initial parameter specification phase I had considerable
> difficulty at the point of specifying the RSA key, but eventually got it
> right.
> Step 3.2 in the process - where some sort of version information is looked
> for - has always failed for me. I've never been able to make it work as
> expected and have had to force it to a 'complete' state by clicking the
> 'Finish' button.
>
> I tried to adapt the process detailed in the redbook to suit our security
> set-up, but the result never worked. In the end, I followed the procedure
> to the letter, and created the ZCXxxx users and groups in RACF as
> specified.
> Result - I've finally got a working container that I can log in to. The
> next step according to the redbook is to download an image from
> hub.docker.com, but when I try the specified command - 'docker pull nginx'
> - the container tries to go to registry-1.docker/.io/v2 - which isn't
> specified anywhere in the parameter files created by z/OSMF  - and it times
> out.
> I've added suitable mods to \etc\hosts, \etc\ipnodes and to TCPIP.HOSTS,
> messed around with DNS specifications and I've commented out the IPSEC
> statements in the TCPIP PROFILE parameters (thank gawd for sandbox
> systems!). Nothing along those lines has altered the situation.
> Now, I'm waiting for our company networking guys to suggest other things to
> try.
>
> Good luck with your efforts, Michael.
> I hope you have a smoother ride than I have had so far.
>
> Sean
>
> On Thu, 4 Jun 2020 at 15:32, Michael Babcock 
> wrote:
>
> > Sean,
> >
> > I’m just going through the provisioning process now.  Any gotchas that
> you
> > care to share?
> >
> > On Thu, Jun 4, 2020 at 5:30 AM Sean Gleann 
> wrote:
> >
> > > Thanks, Gadi.
> > > Yes, there are GLZ messages associated with these AZDs, but all they do
> > is
> > > identify the stored failure data.
> > >
> > > It's all somewhat moot now. I tried to /P the container, and got told
> the
> > > task was non-cancellable.
> > > Eventually I resorted to a FORCE ARM to get rid of it.
> > > Restarted the task and now it's running perfectly! No errors or
> warnings,
> > > and I'm logged in, ready to start working with my first container.
> > >
> > > Sean
> > >
> > > On Thu, 4 Jun 2020 at 11:12, Gadi Ben-Avi  wrote:
> > >
> > > > I found this:
> > > >
> > > >
> > >
> >
> https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.izso100/izso100_diagnosisservice.htm
> > > >
> > > > It looks like the real information is in GLZ messages.
> > > >
> > > > I don't have z/OS v2.4 running, so I can't really check.
> > > >
> > > > Gadi
> > > >
> > > > -Original Message-
> > > > From: IBM Mainframe Discussion List  On
> > Behalf
> > > > Of Sean Gleann
> > > > Sent: Thursday, June 4, 2020 12:53 PM
> > > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > > Subject: AZD messages?
> > > >
> > > > Can anyone point me at documentation for AZD... messages coming out
> of
> > a
> > > > zcx container, please?
> > > >
> > > > I'm getting:
> > > > AZDN0004E Failure  configuring IPv4 address and AZDP0001E
> > Unexpected
> > > > error 5 configuring data disks
> > > >
> > > > but various attempts at searching for these produce 'nothing found'
> > > > responses.
> > > >
> > > > Regards
> > > > Sean
> > > >
> > > >
> --
> > > > For IBM-MAIN subscribe / signoff / archive access instructions, send
> > > email
> > > > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> > > >
> > > > Email secured by Check Point
> > > >
> > > >
> --
> > > > 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 / 

Re: SMF109 macro

[Charles Mills]

I remember SMF 109 now. There is nothing really to map. Everything through 
SMF109SID is standard -- use any SMF record DSECT you want and change the names 
to SMF109xxx.

Here is the mapping for the only additional field:

SMF109LOG DS CL4096  System logging daemon (syslogd) messages.

Yer welcome.  

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Pierre Fichaud
Sent: Thursday, June 4, 2020 5:41 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SMF109 macro

I can't find a macro that generates a mapping for the SMF 109 type record.
It is described in the Communications Server IP Programmer's Guide and 
Reference.
IBM has documented the record in "Appendix C Type 109 SMF records" but has not 
provided a mapping macro.

Thanks in advance, Pierre.

--
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: No Java, in the archive, z/OS 2.3 Serverpac

[Gibney, Dave]

Thanks, you are probably correct. In the end, I need the batch piece also. 
Otherwise, CAMSM fails. 

I now have several paths to consider 

> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Jousma, David
> Sent: Thursday, June 04, 2020 9:38 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: No Java, in the archive, z/OS 2.3 Serverpac
> 
> I'm pretty sure that the modules in SYS1.IEALNKE are only needed for java
> batch launcher.   For what you need in SMPE, I think the filesystem is all you
> would need.  I think someone already provided, but here is the download
> link
> https://urldefense.com/v3/__https://developer.ibm.com/javasdk/support/
> zos/__;!!JmPEgBY0HMszNaDT!-
> Yb5pzTXog7fO7KRd44uW_qzYCZPV0fuVALmqDxoDz0BEqTbK1fzffghb0r0xg$
> __
> ___
> Dave Jousma
> AVP | Manager, Systems Engineering
> 
> Fifth Third Bank  |  1830 East Paris Ave, SE  |  MD RSCB2H  |  Grand Rapids, 
> MI
> 49546
> 616.653.8429  |  fax: 616.653.2717
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Gibney, Dave
> Sent: Thursday, June 4, 2020 12:13 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: No Java, in the archive, z/OS 2.3 Serverpac
> 
> **CAUTION EXTERNAL EMAIL**
> 
> **DO NOT open attachments or click on links from unknown senders or
> unexpected emails**
> 
> It takes more than just the JAVA ZFS. Parts of z/OS JAVA reside in
> SYS1.SIEALNKE. I do have my z/OS 2.1 SYSRES and active systems available, so
> far only sandbox at 2.3.
> 
> I am still the Sysprog for my systems. Unfortunately, my IBM id is no longer
> licensed for z/OS. I can't order directly. No products show up. Although,
> come to think of it, maybe it's only z/OS that won't be there. I haven't 
> looked
> specifically for JAVA. Probably should
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> > Behalf Of Jousma, David
> > Sent: Thursday, June 04, 2020 3:41 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: No Java, in the archive, z/OS 2.3 Serverpac
> >
> > Is your old SYSRES volume laying around that had java on it?  If so,
> > find the JAVA ZFS container, and mount it on your new system. Or copy
> that
> > container to a new one, and mount it.   Or is all of the this the 
> > responsibility
> > of your MFaaS provider?
> >
> >
> __
> > ___
> > Dave Jousma
> > AVP | Manager, Systems Engineering
> >
> > Fifth Third Bank  |  1830 East Paris Ave, SE  |  MD RSCB2H  |  Grand
> > Rapids, MI
> > 49546
> > 616.653.8429  |  fax: 616.653.2717
> >
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> > Behalf Of Gibney, Dave
> > Sent: Wednesday, June 3, 2020 6:36 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: No Java, in the archive, z/OS 2.3 Serverpac
> >
> > **CAUTION EXTERNAL EMAIL**
> >
> > **DO NOT open attachments or click on links from unknown senders or
> > unexpected emails**
> >
> > Semi long background. Our MFaaS provider did not migrate us to a host
> > capable of running z/OS 2.3 until after z/OS 2.3 was no longer
> > orderable. For USERKEYCSA reasons (Natural Global Buffer Pool, Natural
> > out of support)), I don't really want to go to z/OS 2.4.
> >   Our MFaaS provider was able to get an archived z/OS 2.3 Serverpac
> > from IBM. Unfortunately, it does not include Java. Also missing XML
> > parser, but that's the next issue, maybe...
> >
> >So, I have z/OS 2.3, sans Java up and running. I want to do a
> > RECEIVE ORDER and get, probably a bunch, of maintenance. RECEVE ORDER
> needs Java !!@#.
> >Suggestions welcome. I have asked my MFaaS provider to see if they
> > can order Java separately. I will look at BUILDMCS from my z/OS 2.1
> > zone(s) tomorrow. Open to other ideas.
> >
> >On a side note, the symlink to liberty that zOSMF wants to use is
> > 17.0.0.3, by the level in the liberty_zos is 17.0.0.4. Also, an issue
> > pushed down the stack
> >
> > Dave Gibney
> > Information Technology Services
> > Washington State University
> >
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions, send
> > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> > **CAUTION EXTERNAL EMAIL**
> >
> > **DO NOT open attachments or click on links from unknown senders or
> > unexpected emails**
> >
> >
> > This e-mail transmission contains information that is confidential and may
> be
> > privileged.   It is intended only for the addressee(s) named above. If you
> > receive this e-mail in error, please do not read, copy or disseminate
> > it in any manner. If you are not the intended recipient, any
> > disclosure, copying, distribution or use of the contents of this
> > information is prohibited. Please reply to the message immediately 

Re: No Java, in the archive, z/OS 2.3 Serverpac

[Jousma, David]

I'm pretty sure that the modules in SYS1.IEALNKE are only needed for java batch 
launcher.   For what you need in SMPE, I think the filesystem is all you would 
need.  I think someone already provided, but here is the download link 
https://developer.ibm.com/javasdk/support/zos/
_
Dave Jousma
AVP | Manager, Systems Engineering  

Fifth Third Bank  |  1830 East Paris Ave, SE  |  MD RSCB2H  |  Grand Rapids, MI 
49546
616.653.8429  |  fax: 616.653.2717


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gibney, Dave
Sent: Thursday, June 4, 2020 12:13 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: No Java, in the archive, z/OS 2.3 Serverpac

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

It takes more than just the JAVA ZFS. Parts of z/OS JAVA reside in 
SYS1.SIEALNKE. I do have my z/OS 2.1 SYSRES and active systems available, so 
far only sandbox at 2.3. 

I am still the Sysprog for my systems. Unfortunately, my IBM id is no longer 
licensed for z/OS. I can't order directly. No products show up. Although, come 
to think of it, maybe it's only z/OS that won't be there. I haven't looked 
specifically for JAVA. Probably should

> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Jousma, David
> Sent: Thursday, June 04, 2020 3:41 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: No Java, in the archive, z/OS 2.3 Serverpac
> 
> Is your old SYSRES volume laying around that had java on it?  If so, 
> find the JAVA ZFS container, and mount it on your new system. Or copy that
> container to a new one, and mount it.   Or is all of the this the 
> responsibility
> of your MFaaS provider?
> 
> __
> ___
> Dave Jousma
> AVP | Manager, Systems Engineering
> 
> Fifth Third Bank  |  1830 East Paris Ave, SE  |  MD RSCB2H  |  Grand 
> Rapids, MI
> 49546
> 616.653.8429  |  fax: 616.653.2717
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Gibney, Dave
> Sent: Wednesday, June 3, 2020 6:36 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: No Java, in the archive, z/OS 2.3 Serverpac
> 
> **CAUTION EXTERNAL EMAIL**
> 
> **DO NOT open attachments or click on links from unknown senders or 
> unexpected emails**
> 
> Semi long background. Our MFaaS provider did not migrate us to a host 
> capable of running z/OS 2.3 until after z/OS 2.3 was no longer 
> orderable. For USERKEYCSA reasons (Natural Global Buffer Pool, Natural 
> out of support)), I don't really want to go to z/OS 2.4.
>   Our MFaaS provider was able to get an archived z/OS 2.3 Serverpac 
> from IBM. Unfortunately, it does not include Java. Also missing XML 
> parser, but that's the next issue, maybe...
> 
>So, I have z/OS 2.3, sans Java up and running. I want to do a 
> RECEIVE ORDER and get, probably a bunch, of maintenance. RECEVE ORDER needs 
> Java !!@#.
>Suggestions welcome. I have asked my MFaaS provider to see if they 
> can order Java separately. I will look at BUILDMCS from my z/OS 2.1 
> zone(s) tomorrow. Open to other ideas.
> 
>On a side note, the symlink to liberty that zOSMF wants to use is 
> 17.0.0.3, by the level in the liberty_zos is 17.0.0.4. Also, an issue 
> pushed down the stack
> 
> Dave Gibney
> Information Technology Services
> Washington State University
> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 
> **CAUTION EXTERNAL EMAIL**
> 
> **DO NOT open attachments or click on links from unknown senders or 
> unexpected emails**
> 
> 
> This e-mail transmission contains information that is confidential and may be
> privileged.   It is intended only for the addressee(s) named above. If you
> receive this e-mail in error, please do not read, copy or disseminate 
> it in any manner. If you are not the intended recipient, any 
> disclosure, copying, distribution or use of the contents of this 
> information is prohibited. Please reply to the message immediately by 
> informing the sender that the message was misdirected. After replying, please 
> erase it from your computer system.
> Your assistance in correcting this error is appreciated.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

**DO NOT open attachments or click on 

Re: zSHOP order too large to download

[Jesse 1 Robinson]

My Db2 guy once came to me with a similar complaint. He had submitted his order 
several times with space increasing far beyond the normal size. Turned out that 
when he placed his order, in inadvertently checked the option to 'include 
prerequisites', which in his case meant include all of z/OS! When he corrected 
that option, his download worked just fine. 

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Carmen Vitullo
Sent: Thursday, June 4, 2020 9:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: zSHOP order too large to download

CAUTION EXTERNAL EMAIL

my DB2 guy has that product installed, he uses the same shopz zfs I've 
allocated for all his orders and has not had any issues with the order being 
too large, I'd still be looking at, if you don't already create a separate zfs 
filesystem just for shopz downloads and ensure it's large enough to hold that 
order; for example







CLUSTER --- OMVS.BCBS.SHOPZ.ZFS
IN-CAT --- USERCAT.TECHSERV
HISTORY
DATASET-OWNER-(NULL) CREATION2015.266
RELEASE2 EXPIRATION--.000 SMSDATA STORAGECLASS 
---OMVS MANAGEMENTCLASS-STANDARD DATACLASS ---LINEARE LBACKUP 
---.000.
EATTR-(NULL)
BWO STATUS-- BWO TIMESTAMP---0 00:00:00.0
BWO---(NULL) 
.



ALLOCATION
SPACE-TYPE--CYLINDER HI-A-RBA-7630848
SPACE-PRI--1 HI-U-RBA-7618560
SPACE-SEC500
VOLUME




Carmen Vitullo

- Original Message -

From: "Bill Giannelli" 
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Thursday, June 4, 2020 10:55:01 AM
Subject: Re: zSHOP order too large to download

My mistake.the product I am trying to download now is Query Monitor for Db2 
z/OS v3.3


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

Re: No Java, in the archive, z/OS 2.3 Serverpac

[Gibney, Dave]

It takes more than just the JAVA ZFS. Parts of z/OS JAVA reside in 
SYS1.SIEALNKE. I do have my z/OS 2.1 SYSRES and active systems available, so 
far only sandbox at 2.3. 

I am still the Sysprog for my systems. Unfortunately, my IBM id is no longer 
licensed for z/OS. I can't order directly. No products show up. Although, come 
to think of it, maybe it's only z/OS that won't be there. I haven't looked 
specifically for JAVA. Probably should

> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Jousma, David
> Sent: Thursday, June 04, 2020 3:41 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: No Java, in the archive, z/OS 2.3 Serverpac
> 
> Is your old SYSRES volume laying around that had java on it?  If so, find the
> JAVA ZFS container, and mount it on your new system. Or copy that
> container to a new one, and mount it.   Or is all of the this the 
> responsibility
> of your MFaaS provider?
> 
> __
> ___
> Dave Jousma
> AVP | Manager, Systems Engineering
> 
> Fifth Third Bank  |  1830 East Paris Ave, SE  |  MD RSCB2H  |  Grand Rapids, 
> MI
> 49546
> 616.653.8429  |  fax: 616.653.2717
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Gibney, Dave
> Sent: Wednesday, June 3, 2020 6:36 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: No Java, in the archive, z/OS 2.3 Serverpac
> 
> **CAUTION EXTERNAL EMAIL**
> 
> **DO NOT open attachments or click on links from unknown senders or
> unexpected emails**
> 
> Semi long background. Our MFaaS provider did not migrate us to a host
> capable of running z/OS 2.3 until after z/OS 2.3 was no longer orderable. For
> USERKEYCSA reasons (Natural Global Buffer Pool, Natural out of support)), I
> don't really want to go to z/OS 2.4.
>   Our MFaaS provider was able to get an archived z/OS 2.3 Serverpac from
> IBM. Unfortunately, it does not include Java. Also missing XML parser, but
> that's the next issue, maybe...
> 
>So, I have z/OS 2.3, sans Java up and running. I want to do a RECEIVE ORDER
> and get, probably a bunch, of maintenance. RECEVE ORDER needs Java !!@#.
>Suggestions welcome. I have asked my MFaaS provider to see if they can
> order Java separately. I will look at BUILDMCS from my z/OS 2.1 zone(s)
> tomorrow. Open to other ideas.
> 
>On a side note, the symlink to liberty that zOSMF wants to use is 17.0.0.3,
> by the level in the liberty_zos is 17.0.0.4. Also, an issue pushed down the
> stack
> 
> Dave Gibney
> Information Technology Services
> Washington State University
> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN **CAUTION
> EXTERNAL EMAIL**
> 
> **DO NOT open attachments or click on links from unknown senders or
> unexpected emails**
> 
> 
> This e-mail transmission contains information that is confidential and may be
> privileged.   It is intended only for the addressee(s) named above. If you
> receive this e-mail in error, please do not read, copy or disseminate it in 
> any
> manner. If you are not the intended recipient, any disclosure, copying,
> distribution or use of the contents of this information is prohibited. Please
> reply to the message immediately by informing the sender that the message
> was misdirected. After replying, please erase it from your computer system.
> Your assistance in correcting this error is appreciated.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: zSHOP order too large to download

[Carmen Vitullo]

another thing I'd do is allocate your SMPWORK as a tfs file system that's large 
enough to unpax your order when you do get to the part of the process of 
receiving the order to SMP/E 



MOUNT FILESYSTEM('TMPSMPWK') 
MOUNTPOINT('//local/smpe/workdir') 
TYPE(TFS) /* Filesystem type TFS */ 
MODE(RDWR) /* Mounted for read/write */ 
PARM('-s 2147380171 -b 1') 

Carmen Vitullo 

- Original Message -

From: "Carmen Vitullo"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Thursday, June 4, 2020 11:02:03 AM 
Subject: Re: zSHOP order too large to download 

my DB2 guy has that product installed, he uses the same shopz zfs I've 
allocated for all his orders and has not had any issues with the order being 
too large, I'd still be looking at, if you don't already create a separate zfs 
filesystem just for shopz downloads and ensure it's large enough to hold that 
order; for example 







CLUSTER --- OMVS.BCBS.SHOPZ.ZFS 
IN-CAT --- USERCAT.TECHSERV 
HISTORY 
DATASET-OWNER-(NULL) CREATION2015.266 
RELEASE2 EXPIRATION--.000 
SMSDATA 
STORAGECLASS ---OMVS MANAGEMENTCLASS-STANDARD 
DATACLASS ---LINEARE LBACKUP ---.000. 
EATTR-(NULL) 
BWO STATUS-- BWO TIMESTAMP---0 00:00:00.0 
BWO---(NULL) 
. 



ALLOCATION 
SPACE-TYPE--CYLINDER HI-A-RBA-7630848 
SPACE-PRI--1 HI-U-RBA-7618560 
SPACE-SEC500 
VOLUME 




Carmen Vitullo 

- Original Message - 

From: "Bill Giannelli"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Thursday, June 4, 2020 10:55:01 AM 
Subject: Re: zSHOP order too large to download 

My mistake.the product I am trying to download now is Query Monitor for Db2 
z/OS v3.3 

-- 
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: zSHOP order too large to download

[Carmen Vitullo]

my DB2 guy has that product installed, he uses the same shopz zfs I've 
allocated for all his orders and has not had any issues with the order being 
too large, I'd still be looking at, if you don't already create a separate zfs 
filesystem just for shopz downloads and ensure it's large enough to hold that 
order; for example 







CLUSTER --- OMVS.BCBS.SHOPZ.ZFS 
IN-CAT --- USERCAT.TECHSERV 
HISTORY 
DATASET-OWNER-(NULL) CREATION2015.266 
RELEASE2 EXPIRATION--.000 
SMSDATA 
STORAGECLASS ---OMVS MANAGEMENTCLASS-STANDARD 
DATACLASS ---LINEARE LBACKUP ---.000. 
EATTR-(NULL) 
BWO STATUS-- BWO TIMESTAMP---0 00:00:00.0 
BWO---(NULL) 
. 



ALLOCATION 
SPACE-TYPE--CYLINDER HI-A-RBA-7630848 
SPACE-PRI--1 HI-U-RBA-7618560 
SPACE-SEC500 
VOLUME 




Carmen Vitullo 

- Original Message -

From: "Bill Giannelli"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Thursday, June 4, 2020 10:55:01 AM 
Subject: Re: zSHOP order too large to download 

My mistake.the product I am trying to download now is Query Monitor for Db2 
z/OS v3.3 

-- 
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: zSHOP order too large to download

[Bill Giannelli]

My mistake.the product I am trying to download now is Query Monitor for Db2 
z/OS v3.3

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

Re: zSHOP order too large to download

[R Dooley]

Hello,
Probably best to look at enlarged the ZFS space available and if required lash 
a few volumes together to create a multi-volume ZFS.  The storage admin should 
be able to assist you if you need assistance.   
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.3.0/com.ibm.zos.v2r3.ioea700/ioea7d0041007359.htm
 
Good luck

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

Re: zSHOP order too large to download

[Carmen Vitullo]

Not sure if that's an option, for me, my z/OS order is usually very large, my 
shopz zfs is allocated with a LINEARE 
dataclass and primary allocation is 1 cyl's and 500 secondary,all my DASD 
is now MOD54, when this dataset was defined it was on several MOD27's 





ALLOCATION 
SPACE-TYPE--CYLINDER HI-A-RBA-7630848 
SPACE-PRI--1 HI-U-RBA-7618560 
SPACE-SEC500 




Carmen Vitullo 

- Original Message -

From: "Bill Giannelli"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Thursday, June 4, 2020 10:19:44 AM 
Subject: zSHOP order too large to download 

I have ordered a CBPDO order (Db2 High Performance Unload for z/OS) and it is 
too large for any of my USS file systems. I am as yet unable to get the space I 
need. Is there a another type of order that is smaller (maybe with fewer PTFs)? 
thanks 
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

zSHOP order too large to download

[Bill Giannelli]

I have ordered a CBPDO order (Db2 High Performance Unload for z/OS) and it is 
too large for any of my USS file systems. I am as yet unable to get the space I 
need. Is there a another type of order that is smaller (maybe with fewer PTFs)?
thanks
Bill

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

Re: AZD messages?

[Sean Gleann]

It's been really quite a troublesome effort for me, Michael, but I guess
it's true to say that most of the problems are down to my rudimentary
knowledge of TCPIP and networking in general.
For various reasons, I have to use a tunnelled connection through to the
z/OS guest, and that makes things a bit more interesting.
The 'Getting Started' redbook (SG24-8457-00) has been my sole point of
reference all the way through, and yeah, it's OK - up to point. it doesn't
cover the tunnelling complication, naturally, and there are some very poor
typos to take into account.
As for the Workload Provisioning process in z/OSMF - after you've specified
a bunch of parameters, it's just a JCL generator/job submitter/checker with
a couple of z/OSMF-specific bits thrown in.
During the initial parameter specification phase I had considerable
difficulty at the point of specifying the RSA key, but eventually got it
right.
Step 3.2 in the process - where some sort of version information is looked
for - has always failed for me. I've never been able to make it work as
expected and have had to force it to a 'complete' state by clicking the
'Finish' button.

I tried to adapt the process detailed in the redbook to suit our security
set-up, but the result never worked. In the end, I followed the procedure
to the letter, and created the ZCXxxx users and groups in RACF as specified.
Result - I've finally got a working container that I can log in to. The
next step according to the redbook is to download an image from
hub.docker.com, but when I try the specified command - 'docker pull nginx'
- the container tries to go to registry-1.docker/.io/v2 - which isn't
specified anywhere in the parameter files created by z/OSMF  - and it times
out.
I've added suitable mods to \etc\hosts, \etc\ipnodes and to TCPIP.HOSTS,
messed around with DNS specifications and I've commented out the IPSEC
statements in the TCPIP PROFILE parameters (thank gawd for sandbox
systems!). Nothing along those lines has altered the situation.
Now, I'm waiting for our company networking guys to suggest other things to
try.

Good luck with your efforts, Michael.
I hope you have a smoother ride than I have had so far.

Sean

On Thu, 4 Jun 2020 at 15:32, Michael Babcock  wrote:

> Sean,
>
> I’m just going through the provisioning process now.  Any gotchas that you
> care to share?
>
> On Thu, Jun 4, 2020 at 5:30 AM Sean Gleann  wrote:
>
> > Thanks, Gadi.
> > Yes, there are GLZ messages associated with these AZDs, but all they do
> is
> > identify the stored failure data.
> >
> > It's all somewhat moot now. I tried to /P the container, and got told the
> > task was non-cancellable.
> > Eventually I resorted to a FORCE ARM to get rid of it.
> > Restarted the task and now it's running perfectly! No errors or warnings,
> > and I'm logged in, ready to start working with my first container.
> >
> > Sean
> >
> > On Thu, 4 Jun 2020 at 11:12, Gadi Ben-Avi  wrote:
> >
> > > I found this:
> > >
> > >
> >
> https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.izso100/izso100_diagnosisservice.htm
> > >
> > > It looks like the real information is in GLZ messages.
> > >
> > > I don't have z/OS v2.4 running, so I can't really check.
> > >
> > > Gadi
> > >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List  On
> Behalf
> > > Of Sean Gleann
> > > Sent: Thursday, June 4, 2020 12:53 PM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: AZD messages?
> > >
> > > Can anyone point me at documentation for AZD... messages coming out of
> a
> > > zcx container, please?
> > >
> > > I'm getting:
> > > AZDN0004E Failure  configuring IPv4 address and AZDP0001E
> Unexpected
> > > error 5 configuring data disks
> > >
> > > but various attempts at searching for these produce 'nothing found'
> > > responses.
> > >
> > > Regards
> > > Sean
> > >
> > > --
> > > For IBM-MAIN subscribe / signoff / archive access instructions, send
> > email
> > > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> > >
> > > Email secured by Check Point
> > >
> > > --
> > > 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
> >
> --
> Michael Babcock
> OneMain Financial
> z/OS Systems Programmer, Lead
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive 

Re: SMF109 macro

[Carmen Vitullo]

do you just need the record layout, and offsets ? 
for z/OS 2.3 I have this document for the 109 record type 
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.halx001/sm3.htm
 


mostly all other TCP related SMF records are now written to the 119 record 






Carmen Vitullo 

- Original Message -

From: "Pierre Fichaud"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Thursday, June 4, 2020 9:32:43 AM 
Subject: Re: SMF109 macro 

Charles, 
No. 
I searched MACLIB,MODGEN and the TCP maclib for SMF109DTE (for example) 
as documented in the IP Prog Guide. 
No luck. 
Regards, Pierre. 

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

[R.S.]

W dniu 04.06.2020 o 15:46, Lizette Koehler pisze:

Do you have any tools like EASYEXIT?  Or ACC?  Or BMC Tools (use to be Stop-X37 
or PROSMS)?

In ISMF You can set up a class to include dynamic volume count.

In SMS environment we see Seq and VSAM regularly take up to 100's of extents 
when a dataset is poorly allocated.

Do you use SMS for these datasets?

Do you work with your users on how to properly allocate a dataset?

My rule of thumb is small Primary and large Secondary with RLSE where possible.

Lizette



My advice for typical PS datasets:
1. Use Extended Format - that gives you 123 extents (per volume) and 
other features.
2. Use DVC - that gives you n*123 volumes. It also give yet another 
chance when the volume is full. And it is easy to change, not like 
static mult-vol.

3. Use Space Constraint Relief with Reduce Space Up To.
4. Use zEDC compression whenever possible.
5. Obviously use DFSMS.
6. Be generous when specifying secondary space. First extent should be 
sufficient, so secondary means a mistake in calculation.
7. Run some tool (it may be your own) for reporting datasets with 
multiple extents. Fix it (consolidate space) and investigate the reasons.

8. Sleep safe. B37 is not your nightmare.



--
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. Senatorska 18, 00-950 
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.

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. Senatorska 18, 00-950 
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.

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

Re: SMF109 macro

[Pierre Fichaud]

Charles,
No.
	I searched MACLIB,MODGEN and the TCP maclib for SMF109DTE (for example) 
as documented in the IP Prog Guide.

No luck.
Regards, Pierre.

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

Re: System Exit

[Vernooij, Kees (ITOP NM) - KLM]

In my experience, changing secondary allocations can create problems, because 
on fragmented volumes it is more difficult to get large secondary extents than 
small extents. We provide dataclasses with DVC for large datasets with or 
without poor secondary allocations.

Kees.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
PINION, RICHARD W.
Sent: 04 June 2020 15:30
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: System Exit

Does anybody have a system exit that has the ability to 
increase the secondary allocation for a data set, after 
"x" number of extents?

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 information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286



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

Re: AZD messages?

[Michael Babcock]

Sean,

I’m just going through the provisioning process now.  Any gotchas that you
care to share?

On Thu, Jun 4, 2020 at 5:30 AM Sean Gleann  wrote:

> Thanks, Gadi.
> Yes, there are GLZ messages associated with these AZDs, but all they do is
> identify the stored failure data.
>
> It's all somewhat moot now. I tried to /P the container, and got told the
> task was non-cancellable.
> Eventually I resorted to a FORCE ARM to get rid of it.
> Restarted the task and now it's running perfectly! No errors or warnings,
> and I'm logged in, ready to start working with my first container.
>
> Sean
>
> On Thu, 4 Jun 2020 at 11:12, Gadi Ben-Avi  wrote:
>
> > I found this:
> >
> >
> https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.izso100/izso100_diagnosisservice.htm
> >
> > It looks like the real information is in GLZ messages.
> >
> > I don't have z/OS v2.4 running, so I can't really check.
> >
> > Gadi
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  On Behalf
> > Of Sean Gleann
> > Sent: Thursday, June 4, 2020 12:53 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: AZD messages?
> >
> > Can anyone point me at documentation for AZD... messages coming out of a
> > zcx container, please?
> >
> > I'm getting:
> > AZDN0004E Failure  configuring IPv4 address and AZDP0001E Unexpected
> > error 5 configuring data disks
> >
> > but various attempts at searching for these produce 'nothing found'
> > responses.
> >
> > Regards
> > Sean
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions, send
> email
> > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> > Email secured by Check Point
> >
> > --
> > 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
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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

Re: Punched cards and character set

[Seymour J Metz]

On S/360, column binary reads each column as two six-bit bytes and stores it as 
two eight-bit bytes with high order 0, i,e.,

0-0-12_row-11_row-0_row-1_row-2_row-3_row
0-0-4_row-5_row-6_row-7_row-8_row-9_row


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
R.S. [r.skoru...@bremultibank.com.pl]
Sent: Thursday, June 4, 2020 10:12 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Punched cards and character set

Gentlemen,
First I want to thank you for your explanations, I appreciate it.

It seems I read wrong documentation, that mean the documentation was OK,
but it described older "character sets" than used in S/360 family. I
read many web sites and the most popular description of "IBM code" was
similar to what en.wikipedia shows, also similar to 026 or 029 punch
machines.
Those character set contain 0-9, A-Z and some special characters (like
+#=), but definitely no lowercase alphabetic.
Nevermind I was wrong. Now I see references to full EBCDIC 256
characters. So my questions were based on false assumption and then
irrelevant.

However in the resonses I read several times about "column binary" vs
EBCDIC. What is column binary?

And I sustain query for pictures of JCL statements on the cards. I
collected many card pictures but only one with some // AFAIK incomplete
statement.
What's funny, approx. 21 years ago I was teaching JCL and one of my
student gave me his own job on the cards. Due to other students requests
I i gave them out almost all the cards. Now I have only few, completely
blank (unpunched) cards.

Regards
--
Radoslaw Skorupka
Lodz, Poland







W dniu 02.06.2020 o 16:19, R.S. pisze:
> I have never used punched cards, so forgive me my questions.
>
> As far as I know, a character set on punched cards was somehow
> limited, so it is not EBCDIC or similar set of 256 characters.
> Of course that means some limitations for DD * datasets - if coded on
> real punched cards.
> Nowadays I'm pretty sure DD * accept every possible character, as any
> other dataset (with some exception for delimiter). Note, it is program
> independent - this is a change within system (JES2, Interpreter,
> whatever).
>
> Q1: how it was in the past? I mean, were the DD * limited to "punched
> card" character set? Or it was always full EBCDIC if the job was read
> from DASD?
>
> Q2: What about character set on the cards? Was it always one and the
> same within S/360 family? I noted there were several character sets,
> but as far as I understand those set was for other machines
> (Remington, pre-S360 IBM machines, etc.)
> Was there any name for card character set? I mean something like "CP
> 037" or so.
>
>
> And another question, or rather kind request: Does anynone have JCL
> statements on punched cards? I would like to get/download some images
> of JOB, EXEC, and DD statements on punched cards. I have a lot of card
> pictures, but none with JCL.
>


==

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. Senatorska 18, 00-950 
Warszawa,http://secure-web.cisco.com/1ODLzQ3OJsm_IlpGsBzj734h0O6pUSf62le6sV-VOKQ4JcRXyXzB6GsrDksD37hRJLgFGYwq6iEh0nJf_Drb9ItlJ36jqzlpi3khsKCQ8mhDLeMfIDC5YUed3Ba_zR-J4ZfFfsC5jJQK6nHR7zSpQzSQxcri1_cF1aNB7-KRapMw8I9E3vdQ68J8zuHvYI4Y1n7qsGxN2mFXjIm0VOOOkVKnQa5-wX4mLWJeGXoH7G1i-l6DHgpypH2ANpcprWMPreBTqDW71kJ_8vfv_JppylwzwwjeIQFsQ1zSq8SehncVq6BrVqzJpmp1GcHL7x3e8hRhxaCsoyDpKnTxUeDTfnAExRhRDR65gNw4jY226p3tV_EkK7bskSOB78XGt7tJ-3k5zMemlYjzz_FyL830lzbP-Blms607pF4vFt2RId9p8ZqzNKhEZySfrxEbCbQwn/http%3A%2F%2Fwww.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.

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. Senatorska 18, 00-950 

Re: System Exit

[Vernooij, Kees (ITOP NM) - KLM]

> Do you work with your users on how to properly allocate a dataset?

I have given up a long time ago to make users do what I want them to do. I use 
the ACS routines to make them do what I want them to do.

Met vriendelijke groet,
Kees Vernooij
KLM Information Services
z/OS Systems
Tel +31 6 10 14 58 78


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lizette Koehler
Sent: 04 June 2020 15:47
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: System Exit

Do you have any tools like EASYEXIT?  Or ACC?  Or BMC Tools (use to be Stop-X37 
or PROSMS)?

In ISMF You can set up a class to include dynamic volume count. 

In SMS environment we see Seq and VSAM regularly take up to 100's of extents 
when a dataset is poorly allocated.

Do you use SMS for these datasets?

Do you work with your users on how to properly allocate a dataset?

My rule of thumb is small Primary and large Secondary with RLSE where possible.

Lizette



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
PINION, RICHARD W.
Sent: Thursday, June 4, 2020 6:30 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: System Exit

Does anybody have a system exit that has the ability to increase the secondary 
allocation for a data set, after "x" number of extents?

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

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286



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

Re: What is GRXBIMG

[David Spiegel]

No and No.
I've been using Rexx on TSO since the day it came out and have never 
coded this DDNAME.


Regards,
David

On 2020-06-04 10:09, Paul Gilmartin wrote:

On Thu, 4 Jun 2020 09:27:59 -0400, David Spiegel wrote:


Hi Ken,
I had the same idea and 3.14d all of the relevant LNKLST and LPALST
Datasets.
It came up empty.


Is it in your LOGON proc (JCL or CLIST)?  Is it mentioned in SAMPLIB?

-- 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: What is GRXBIMG

[Seymour J Metz]

 1. That's the text that started this discussion. It doesn't explain why, 
after what has already been written here, you believe it.

 2. Quoting the text again doesn't answer the question "What does that mean?".


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Joe 
Monk [joemon...@gmail.com]
Sent: Thursday, June 4, 2020 9:33 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: What is GRXBIMG

https://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.ikja300/tsorun.htm

"You can invoke a REXX exec in the TSO/E address space in several ways. To
invoke an exec in TSO/E foreground, use the TSO/E EXEC command processor to
either implicitly or explicitly invoke the exec and you must have ddname
GRXBIMG allocated."

Joe

On Thu, Jun 4, 2020 at 7:54 AM Seymour J Metz  wrote:

> What does that mean and why do you say so? It's not a DD that you need to
> use REXX in TSO, because IKJEFT01 works fine without it. It's not SYSPROC
> or SYSECEC, which would make sense. And it has a prefix not associated with
> REXX or any other z/OS component.
>
> If it were indeed a DD statement that the authors believed to be necessary
> to run REXX in TSO, wouldn't they have explained what to code on it or at
> least used it in sample JCL?
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf
> of Joe Monk [joemon...@gmail.com]
> Sent: Thursday, June 4, 2020 8:46 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: What is GRXBIMG
>
> Its some REXX DD that has to be allocated before you can run in TSO.
>
> Joe
>
> On Thu, Jun 4, 2020 at 7:25 AM Seymour J Metz  wrote:
>
> > Idle speculation: it's the file name of s bit map meant to go into the
> > manual and the text was supposed to say SYSPROC.
> >
> >
> > --
> > Shmuel (Seymour J.) Metz
> > http://mason.gmu.edu/~smetz3
> >
> > 
> > From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf
> > of Charles Mills [charl...@mcn.org]
> > Sent: Wednesday, June 3, 2020 6:36 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: What is GRXBIMG
> >
> > A more interesting question might be "what happens if I do allocate it?"
> > and at least for a simple test with ALLOC FI(GRXBIMG) DA(*) the answer
> > seems to be "nothing special."
> >
> > What might this be a relic of? GRX does not seem to be a component
> prefix.
> > I could be wrong.
> >
> > Here's my theory: a developer whose initials were GR added some sort of
> > debug output: GRXBIMG = George Rothwell's Extended Byte Image or
> something
> > like that. It somehow made it into the product documentation. Astounding
> > that it has hidden there in plain sight for over twenty years.
> >
> > I do not see the reference in the 1991 MVS/REXX Reference:
> >
> >
> http://secure-web.cisco.com/1msRUVNTCVPM6al9HyShyRDCsU6ONoAtBXbZbF7GJI59Gj89EEVWxcw_sygtcmoro-Imjk1U0ivgPs56TezTZL7Ba2WK1xNb6Yt-8QhSSHtfKcjpi4120Lk2HeTC2GP_IBVSjpDZ2aER63S8t_e86YAeMWGEkxm-0kO-Skka5_F7n-9WQmSxHedXSSqNjPMCsTlIWQCC56yaSIKzebhds42QUBcHC9zlx-UMb5yTFa2oIWvz0WrXbUGm2BF2bLLjlEhdCanddWLM-oXiVALYstYbU2hWeGN7BMRxMcJFPaMNmBxidchg_eoJCTNNqeCY_q74Di2uFtY4YQx2Y89PNJ8tAou1-jxWUZ1teZbByjfqzH8hUIH2VQUbpBvenpMTw1T4CneetfQe7qvCqp5o2OSE52nYpPrr4XGXLb1VNGnwTSrzLKz3fW4A6bNBpdw-r/http%3A%2F%2Fwww.bitsavers.org%2Fpdf%2Fibm%2F370%2FTSO_Extensions%2FSC28-1883-4_TSO_Extensions_Version_2_Procedures_Langage_MVS_REXX_Reference_Aug1991.pdf
> >
> > Charles
> >
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> > Behalf Of Paul Gilmartin
> > Sent: Wednesday, June 3, 2020 9:16 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: What is GRXBIMG
> >
> > On Wed, 3 Jun 2020 07:00:19 -0700, Charles Mills wrote:
> >
> > >I must have time on my hands. I just dragged out the OS/390 V2R8 CDs
> from
> > 1999, and the sentence is there verbatim.
> > >
> > >It's the only hit on GRXBIMG on CD #1.
> > >
> > >-Original Message-
> > >From: Steve Smith
> > >Sent: Wednesday, June 3, 2020 6:37 AM
> > >
> > >It's still there in V2R4... and I am appalled that I've been running
> REXX
> > >incorrectly for decades now.
> > >
> > I submitted a (slightly snarky) RCF on this:
> >
> > Hello, MHVRCFs,
> >
> > In:
> >
> https://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.ikja300/tsorun.htm
> > • /OS 2.2.0
> > • z/OS TSO/E
> > • z/OS TSO/E REXX Reference
> > • Using REXX in different address spaces
> >
> > I read: "... you must have ddname GRXBIMG allocated."
> >
> > I'm curious.  Does:
> >//GRXBIMG DD DUMMY
> > suffice, or must it be a PDS(E)?
> >
> > What error is reported if the programmer fails to
> > allocate GRXBIMG?
> >
> > Is this covered in M?
> >
> > Thanks,
> > gil
> >
> > 

Re: Punched cards and character set

[R.S.]

Gentlemen,
First I want to thank you for your explanations, I appreciate it.

It seems I read wrong documentation, that mean the documentation was OK, 
but it described older "character sets" than used in S/360 family. I 
read many web sites and the most popular description of "IBM code" was 
similar to what en.wikipedia shows, also similar to 026 or 029 punch 
machines.
Those character set contain 0-9, A-Z and some special characters (like 
+#=), but definitely no lowercase alphabetic.
Nevermind I was wrong. Now I see references to full EBCDIC 256 
characters. So my questions were based on false assumption and then 
irrelevant.


However in the resonses I read several times about "column binary" vs 
EBCDIC. What is column binary?


And I sustain query for pictures of JCL statements on the cards. I 
collected many card pictures but only one with some // AFAIK incomplete 
statement.
What's funny, approx. 21 years ago I was teaching JCL and one of my 
student gave me his own job on the cards. Due to other students requests 
I i gave them out almost all the cards. Now I have only few, completely 
blank (unpunched) cards.


Regards
--
Radoslaw Skorupka
Lodz, Poland







W dniu 02.06.2020 o 16:19, R.S. pisze:

I have never used punched cards, so forgive me my questions.

As far as I know, a character set on punched cards was somehow 
limited, so it is not EBCDIC or similar set of 256 characters.
Of course that means some limitations for DD * datasets - if coded on 
real punched cards.
Nowadays I'm pretty sure DD * accept every possible character, as any 
other dataset (with some exception for delimiter). Note, it is program 
independent - this is a change within system (JES2, Interpreter, 
whatever).


Q1: how it was in the past? I mean, were the DD * limited to "punched 
card" character set? Or it was always full EBCDIC if the job was read 
from DASD?


Q2: What about character set on the cards? Was it always one and the 
same within S/360 family? I noted there were several character sets, 
but as far as I understand those set was for other machines 
(Remington, pre-S360 IBM machines, etc.)
Was there any name for card character set? I mean something like "CP 
037" or so.



And another question, or rather kind request: Does anynone have JCL 
statements on punched cards? I would like to get/download some images 
of JOB, EXEC, and DD statements on punched cards. I have a lot of card 
pictures, but none with JCL.





==

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. Senatorska 18, 00-950 
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.

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. Senatorska 18, 00-950 
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.

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

Re: What is GRXBIMG

[Paul Gilmartin]

On Thu, 4 Jun 2020 09:27:59 -0400, David Spiegel wrote:

>Hi Ken,
>I had the same idea and 3.14d all of the relevant LNKLST and LPALST
>Datasets.
>It came up empty.
> 
Is it in your LOGON proc (JCL or CLIST)?  Is it mentioned in SAMPLIB?

-- gil

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

Re: System Exit

[Steve Pryor]

There are a couple of vendor products that could do this, including ours (SRS, 
which is our successor product to our original STOP-X37). You could, if you 
wanted to write your own IGGPRE00 exit, do this, but products such as SRS 
provide a lot more feature and function.

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

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

Re: [External] Re: What is GRXBIMG

[Pommier, Rex]

Hi Joe,

The point here is that even though this has been documented for decades, nobody 
is actually doing this.  Nobody seems to know what this DD would be used for, 
it isn't being allocated, and beyond what you show from the manual, there's 
nothing to show what the DD card would look like for attributes or anything.  
It appears to be a long-standing "oops" in the manual.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Joe 
Monk
Sent: Thursday, June 4, 2020 8:33 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [External] Re: What is GRXBIMG

https://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.ikja300/tsorun.htm

"You can invoke a REXX exec in the TSO/E address space in several ways. To 
invoke an exec in TSO/E foreground, use the TSO/E EXEC command processor to 
either implicitly or explicitly invoke the exec and you must have ddname 
GRXBIMG allocated."

Joe

On Thu, Jun 4, 2020 at 7:54 AM Seymour J Metz  wrote:

> What does that mean and why do you say so? It's not a DD that you need 
> to use REXX in TSO, because IKJEFT01 works fine without it. It's not 
> SYSPROC or SYSECEC, which would make sense. And it has a prefix not 
> associated with REXX or any other z/OS component.
>
> If it were indeed a DD statement that the authors believed to be 
> necessary to run REXX in TSO, wouldn't they have explained what to 
> code on it or at least used it in sample JCL?
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on 
> behalf of Joe Monk [joemon...@gmail.com]
> Sent: Thursday, June 4, 2020 8:46 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: What is GRXBIMG
>
> Its some REXX DD that has to be allocated before you can run in TSO.
>
> Joe
>
> On Thu, Jun 4, 2020 at 7:25 AM Seymour J Metz  wrote:
>
> > Idle speculation: it's the file name of s bit map meant to go into 
> > the manual and the text was supposed to say SYSPROC.
> >
> >
> > --
> > Shmuel (Seymour J.) Metz
> > http://mason.gmu.edu/~smetz3
> >
> > 
> > From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on 
> > behalf of Charles Mills [charl...@mcn.org]
> > Sent: Wednesday, June 3, 2020 6:36 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: What is GRXBIMG
> >
> > A more interesting question might be "what happens if I do allocate it?"
> > and at least for a simple test with ALLOC FI(GRXBIMG) DA(*) the 
> > answer seems to be "nothing special."
> >
> > What might this be a relic of? GRX does not seem to be a component
> prefix.
> > I could be wrong.
> >
> > Here's my theory: a developer whose initials were GR added some sort 
> > of debug output: GRXBIMG = George Rothwell's Extended Byte Image or
> something
> > like that. It somehow made it into the product documentation. 
> > Astounding that it has hidden there in plain sight for over twenty years.
> >
> > I do not see the reference in the 1991 MVS/REXX Reference:
> >
> >
> http://secure-web.cisco.com/1msRUVNTCVPM6al9HyShyRDCsU6ONoAtBXbZbF7GJI
> 59Gj89EEVWxcw_sygtcmoro-Imjk1U0ivgPs56TezTZL7Ba2WK1xNb6Yt-8QhSSHtfKcjp
> i4120Lk2HeTC2GP_IBVSjpDZ2aER63S8t_e86YAeMWGEkxm-0kO-Skka5_F7n-9WQmSxHe
> dXSSqNjPMCsTlIWQCC56yaSIKzebhds42QUBcHC9zlx-UMb5yTFa2oIWvz0WrXbUGm2BF2
> bLLjlEhdCanddWLM-oXiVALYstYbU2hWeGN7BMRxMcJFPaMNmBxidchg_eoJCTNNqeCY_q
> 74Di2uFtY4YQx2Y89PNJ8tAou1-jxWUZ1teZbByjfqzH8hUIH2VQUbpBvenpMTw1T4Cnee
> tfQe7qvCqp5o2OSE52nYpPrr4XGXLb1VNGnwTSrzLKz3fW4A6bNBpdw-r/http%3A%2F%2
> Fwww.bitsavers.org%2Fpdf%2Fibm%2F370%2FTSO_Extensions%2FSC28-1883-4_TS
> O_Extensions_Version_2_Procedures_Langage_MVS_REXX_Reference_Aug1991.p
> df
> >
> > Charles
> >
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List 
> > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin
> > Sent: Wednesday, June 3, 2020 9:16 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: What is GRXBIMG
> >
> > On Wed, 3 Jun 2020 07:00:19 -0700, Charles Mills wrote:
> >
> > >I must have time on my hands. I just dragged out the OS/390 V2R8 
> > >CDs
> from
> > 1999, and the sentence is there verbatim.
> > >
> > >It's the only hit on GRXBIMG on CD #1.
> > >
> > >-Original Message-
> > >From: Steve Smith
> > >Sent: Wednesday, June 3, 2020 6:37 AM
> > >
> > >It's still there in V2R4... and I am appalled that I've been 
> > >running
> REXX
> > >incorrectly for decades now.
> > >
> > I submitted a (slightly snarky) RCF on this:
> >
> > Hello, MHVRCFs,
> >
> > In:
> >
> https://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v
> 2r2.ikja300/tsorun.htm
> > • /OS 2.2.0
> > • z/OS TSO/E
> > • z/OS TSO/E REXX Reference
> > • Using REXX in different address spaces
> >
> > I read: "... you must have ddname GRXBIMG allocated."
> >
> > I'm curious.  Does:
> >//GRXBIMG DD DUMMY
> > suffice, or must it be a PDS(E)?
> >
> > What error is reported if the programmer fails to 

Re: System Exit

[PINION, RICHARD W.]

We have IBM's TAAM, which increases the secondary allocation amount
after "x" number of extents.  I'm in the process of eliminating the TAAM
intercepts, that SMS provides.  The only thing that SMS doesn't do is the
increasing of the secondary allocation.  I'm turning on the DVC for all of
our SMS DC's.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Carmen Vitullo
Sent: Thursday, June 4, 2020 9:37 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: System Exit

[External Email. Exercise caution when clicking links or opening attachments.]

Not sure an exit can, IGGPRE? maybe, but SMS an SMS dataclas can using dynamic 
volume count, something like what STOPX-37 did


Carmen Vitullo

- Original Message -

From: "RICHARD W. PINION" 
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Thursday, June 4, 2020 8:30:13 AM
Subject: System Exit

Does anybody have a system exit that has the ability to increase the secondary 
allocation for a data set, after "x" number of extents?

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

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

Re: System Exit

[Lizette Koehler]

Do you have any tools like EASYEXIT?  Or ACC?  Or BMC Tools (use to be Stop-X37 
or PROSMS)?

In ISMF You can set up a class to include dynamic volume count. 

In SMS environment we see Seq and VSAM regularly take up to 100's of extents 
when a dataset is poorly allocated.

Do you use SMS for these datasets?

Do you work with your users on how to properly allocate a dataset?

My rule of thumb is small Primary and large Secondary with RLSE where possible.

Lizette



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
PINION, RICHARD W.
Sent: Thursday, June 4, 2020 6:30 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: System Exit

Does anybody have a system exit that has the ability to increase the secondary 
allocation for a data set, after "x" number of extents?

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: Base SYSPLEX setup

[R.S.]

No. FICON cascading is FICON over *two* switches.
It was available on z/900 with proper microcode. And change from direct 
or single switch to multiple switches is somehow revolutionary under the 
cover. One can see it when adding some CU connected to second switch and 
the chpid was already in use.


--
Radoslaw Skorupka
Lodz, Poland






W dniu 03.06.2020 o 17:35, Allan Staller pisze:

Wasn't there a thing known as FICON cascading? To allow multiple CU's on the 
same CHP?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: Wednesday, June 3, 2020 10:04 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Base SYSPLEX setup

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

That's the right answer to the wrong question. Yes, you can share a chpid 
between LPARs without a switch, but you cannot share chpids between control 
units without a switch.


--
Shmuel (Seymour J.) Metz
https://apc01.safelinks.protection.outlook.com/?url=http:%2F%2Fmason.gmu.edu%2F~smetz3data=02%7C01%7Callan.staller%40HCL.COM%7Ca13bb93375994fb13ddd08d807cf5e79%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637267934525141512sdata=A0ZMSCQP891zEGNkIz%2F0ZCWtRoh8%2F%2Bji9XcsVgS75G4%3Dreserved=0


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Allan Staller [allan.stal...@hcl.com]
Sent: Wednesday, June 3, 2020 9:05 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Base SYSPLEX setup

 You cannot share chpid without the switch. It is point to point topology, not 
daisy chains like in Bus  

That is incorrect. I routine share channels across LPARs.

The purpose of the switch is to connect multiple physical CECs to a single 
device.


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of R.S.
Sent: Wednesday, June 3, 2020 3:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Base SYSPLEX setup

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

W dniu 03.06.2020 o 06:09, Brian Westerman pisze:

no switches exist at the site.

I can't see how to share the CTC and NON CTC Control units on a Ficon card, it (HCD) 
keeps generating a message that you can't "share" CTC and NON CTC on  the same 
CHPID, but maybe I'm doing something wrong.

You cannot share chpid without the switch. It is point to point topology, not daisy 
chains like in Bus
Note, second hand switch with 8Gbps speed can be purchased just for peanuts.
Regarding CTC, I think it is well documented. It was documented when I read 
about it years ago when I moved from ESCON to FICON.

--
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. Senatorska 18, 00-950 
Warszawa,https://apc01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.mbank.pl%2Fdata=02%7C01%7Callan.staller%40HCL.COM%7Ca13bb93375994fb13ddd08d807cf5e79%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637267934525141512sdata=JdhI8zjOJqUKTNuxFHOutQvxSHFxZXxGUTNV%2FE2gwhg%3Dreserved=0,
 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.

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.





==

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, 

Re: Base SYSPLEX setup

[R.S.]

Yes.
Even 10 LPARs may share the chpids and proper CU definitions allow to 
create logical "any to any" connection between LPARs.


I'm not sure about translation, we call it complete polygon.
For 3 LPARs there are 3 paths
For 4 LPARs there are 6 paths
For 5 LPARs there are 10 paths
For n LPARs there are n*(n-1)/2 paths

--
Radoslaw Skorupka
Lodz, Poland






W dniu 04.06.2020 o 09:22, Brian Westerman pisze:

So the 4 paths can be shared via the three LPARs?

Brian

On Wed, 3 Jun 2020 13:01:50 +, Allan Staller  wrote:


4 ficon ports(CHPIDs)  and 2 ficon cables are required. Each cable is shared in 
a bi-directional manner.

e.g CTCchipd1  <>  chpid2 CNC   Signalling Path 1
  CNCchpid3  <> chpid4  CTC Signalling Path 2

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Brian Westerman
Sent: Tuesday, June 2, 2020 11:10 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Base SYSPLEX setup

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

no switches exist at the site.

I can't see how to share the CTC and NON CTC Control units on a Ficon card, it (HCD) 
keeps generating a message that you can't "share" CTC and NON CTC on  the same 
CHPID, but maybe I'm doing something wrong.






==

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. Senatorska 18, 00-950 
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.

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. Senatorska 18, 00-950 
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.

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

Re: System Exit

[Carmen Vitullo]

Not sure an exit can, IGGPRE? maybe, but SMS an SMS dataclas can using dynamic 
volume count, something like what STOPX-37 did 


Carmen Vitullo 

- Original Message -

From: "RICHARD W. PINION"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Thursday, June 4, 2020 8:30:13 AM 
Subject: System Exit 

Does anybody have a system exit that has the ability to 
increase the secondary allocation for a data set, after 
"x" number of extents? 

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: Debug Tool for recovery routine

[Joseph Reichman]

I don’t know what other information to provide I code Estae/x followed by H’0’
Or deliberate s0c7 and debug tool abend on the PC or SVC of the Estae/X in 
anticipation of the abend 



> On Jun 4, 2020, at 9:34 AM, Binyamin Dissen  
> wrote:
> 
> Does it make you feel better for people to ask you to show the doc? Has there
> been a single time where you actually provided information?
> 
> On Thu, 4 Jun 2020 08:09:17 -0400 Joseph Reichman 
> wrote:
> 
> :>Has Anyone used debug tool to debug a recovery routine I cant seem to drive 
> the code I code the Estaex and after wards have a H’0’ to drive the code and 
> tool abends at the PC or SVC of the estaex 
> 
> 
> --
> Binyamin Dissen 
> http://www.dissensoftware.com
> 
> Director, Dissen Software, Bar & Grill - Israel
> 
> 
> Should you use the mailblocks package and expect a response from me,
> you should preauthorize the dissensoftware.com domain.
> 
> I very rarely bother responding to challenge/response systems,
> especially those from irresponsible companies.
> 
> --
> 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: SMF109 macro

[Charles Mills]

I assume you tried IFASMFR 109 with no luck?

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Pierre Fichaud
Sent: Thursday, June 4, 2020 5:41 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SMF109 macro

I can't find a macro that generates a mapping for the SMF 109 type record.
It is described in the Communications Server IP Programmer's Guide and 
Reference.
IBM has documented the record in "Appendix C Type 109 SMF records" but has not 
provided a mapping macro.

Thanks in advance, Pierre.

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

[Steve Beaver]

The only PRODUCT I know of is Stop-X37

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of PINION, RICHARD W.
Sent: Thursday, June 4, 2020 8:30 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: System Exit

Does anybody have a system exit that has the ability to 
increase the secondary allocation for a data set, after 
"x" number of extents?

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: Debug Tool for recovery routine

[Binyamin Dissen]

Does it make you feel better for people to ask you to show the doc? Has there
been a single time where you actually provided information?

On Thu, 4 Jun 2020 08:09:17 -0400 Joseph Reichman 
wrote:

:>Has Anyone used debug tool to debug a recovery routine I cant seem to drive 
the code I code the Estaex and after wards have a H’0’ to drive the code and 
tool abends at the PC or SVC of the estaex 


--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

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

Re: What is GRXBIMG

[Joe Monk]

https://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.ikja300/tsorun.htm

"You can invoke a REXX exec in the TSO/E address space in several ways. To
invoke an exec in TSO/E foreground, use the TSO/E EXEC command processor to
either implicitly or explicitly invoke the exec and you must have ddname
GRXBIMG allocated."

Joe

On Thu, Jun 4, 2020 at 7:54 AM Seymour J Metz  wrote:

> What does that mean and why do you say so? It's not a DD that you need to
> use REXX in TSO, because IKJEFT01 works fine without it. It's not SYSPROC
> or SYSECEC, which would make sense. And it has a prefix not associated with
> REXX or any other z/OS component.
>
> If it were indeed a DD statement that the authors believed to be necessary
> to run REXX in TSO, wouldn't they have explained what to code on it or at
> least used it in sample JCL?
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf
> of Joe Monk [joemon...@gmail.com]
> Sent: Thursday, June 4, 2020 8:46 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: What is GRXBIMG
>
> Its some REXX DD that has to be allocated before you can run in TSO.
>
> Joe
>
> On Thu, Jun 4, 2020 at 7:25 AM Seymour J Metz  wrote:
>
> > Idle speculation: it's the file name of s bit map meant to go into the
> > manual and the text was supposed to say SYSPROC.
> >
> >
> > --
> > Shmuel (Seymour J.) Metz
> > http://mason.gmu.edu/~smetz3
> >
> > 
> > From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf
> > of Charles Mills [charl...@mcn.org]
> > Sent: Wednesday, June 3, 2020 6:36 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: What is GRXBIMG
> >
> > A more interesting question might be "what happens if I do allocate it?"
> > and at least for a simple test with ALLOC FI(GRXBIMG) DA(*) the answer
> > seems to be "nothing special."
> >
> > What might this be a relic of? GRX does not seem to be a component
> prefix.
> > I could be wrong.
> >
> > Here's my theory: a developer whose initials were GR added some sort of
> > debug output: GRXBIMG = George Rothwell's Extended Byte Image or
> something
> > like that. It somehow made it into the product documentation. Astounding
> > that it has hidden there in plain sight for over twenty years.
> >
> > I do not see the reference in the 1991 MVS/REXX Reference:
> >
> >
> http://secure-web.cisco.com/1msRUVNTCVPM6al9HyShyRDCsU6ONoAtBXbZbF7GJI59Gj89EEVWxcw_sygtcmoro-Imjk1U0ivgPs56TezTZL7Ba2WK1xNb6Yt-8QhSSHtfKcjpi4120Lk2HeTC2GP_IBVSjpDZ2aER63S8t_e86YAeMWGEkxm-0kO-Skka5_F7n-9WQmSxHedXSSqNjPMCsTlIWQCC56yaSIKzebhds42QUBcHC9zlx-UMb5yTFa2oIWvz0WrXbUGm2BF2bLLjlEhdCanddWLM-oXiVALYstYbU2hWeGN7BMRxMcJFPaMNmBxidchg_eoJCTNNqeCY_q74Di2uFtY4YQx2Y89PNJ8tAou1-jxWUZ1teZbByjfqzH8hUIH2VQUbpBvenpMTw1T4CneetfQe7qvCqp5o2OSE52nYpPrr4XGXLb1VNGnwTSrzLKz3fW4A6bNBpdw-r/http%3A%2F%2Fwww.bitsavers.org%2Fpdf%2Fibm%2F370%2FTSO_Extensions%2FSC28-1883-4_TSO_Extensions_Version_2_Procedures_Langage_MVS_REXX_Reference_Aug1991.pdf
> >
> > Charles
> >
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> > Behalf Of Paul Gilmartin
> > Sent: Wednesday, June 3, 2020 9:16 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: What is GRXBIMG
> >
> > On Wed, 3 Jun 2020 07:00:19 -0700, Charles Mills wrote:
> >
> > >I must have time on my hands. I just dragged out the OS/390 V2R8 CDs
> from
> > 1999, and the sentence is there verbatim.
> > >
> > >It's the only hit on GRXBIMG on CD #1.
> > >
> > >-Original Message-
> > >From: Steve Smith
> > >Sent: Wednesday, June 3, 2020 6:37 AM
> > >
> > >It's still there in V2R4... and I am appalled that I've been running
> REXX
> > >incorrectly for decades now.
> > >
> > I submitted a (slightly snarky) RCF on this:
> >
> > Hello, MHVRCFs,
> >
> > In:
> >
> https://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.ikja300/tsorun.htm
> > • /OS 2.2.0
> > • z/OS TSO/E
> > • z/OS TSO/E REXX Reference
> > • Using REXX in different address spaces
> >
> > I read: "... you must have ddname GRXBIMG allocated."
> >
> > I'm curious.  Does:
> >//GRXBIMG DD DUMMY
> > suffice, or must it be a PDS(E)?
> >
> > What error is reported if the programmer fails to
> > allocate GRXBIMG?
> >
> > Is this covered in M?
> >
> > Thanks,
> > 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 / 

Re: Base SYSPLEX setup

[Allan Staller]

Yes. I have done this. 
The biggest obstacle I found was the naming conventions and HCD definition.

BTW. 
The 4 chpids are shared across all LPARs at the IODF level
Only 2 physical paths are needed.
Each physical path is bi-directional. i.e. the input from LPARB to LPARA is the 
output from LPARA to LPARB.
This is handled by using different device addresses in the PATHIN/PATHOUT 
statements in SYS1.PARMLIB(COUPLExx)

I last did this circa 2009, so the details are fuzzy, but it can be done.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Brian Westerman
Sent: Thursday, June 4, 2020 2:22 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Base SYSPLEX setup

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

So the 4 paths can be shared via the three LPARs?

Brian

On Wed, 3 Jun 2020 13:01:50 +, Allan Staller  wrote:

>4 ficon ports(CHPIDs)  and 2 ficon cables are required. Each cable is shared 
>in a bi-directional manner.
>
>e.g CTCchipd1  <>  chpid2 CNC   Signalling Path 1
>  CNCchpid3  <> chpid4  CTC Signalling Path 2
>
>-Original Message-
>From: IBM Mainframe Discussion List  On 
>Behalf Of Brian Westerman
>Sent: Tuesday, June 2, 2020 11:10 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: Base SYSPLEX setup
>
>[CAUTNON: 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.]
>
>no switches exist at the site.
>
>I can't see how to share the CTC and NON CTC Control units on a Ficon card, it 
>(HCD) keeps generating a message that you can't "share" CTC and NON CTC on  
>the same CHPID, but maybe I'm doing something wrong.
>
>--
>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

System Exit

[PINION, RICHARD W.]

Does anybody have a system exit that has the ability to 
increase the secondary allocation for a data set, after 
"x" number of extents?

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: What is GRXBIMG

[David Spiegel]

Hi Ken,
I had the same idea and 3.14d all of the relevant LNKLST and LPALST 
Datasets.

It came up empty.

Regards,
David

On 2020-06-04 09:13, Ken Smith wrote:

Has someone searched SYS1.LINKLIB and the rest for a reference to
GRBXBIMG?
also, is it GRBXBIMG or GRXBIMG?

On Thu, Jun 4, 2020 at 7:56 AM Scott Chapman 
wrote:


I was making a similar point to somebody recently that, the majority of
the words in the manuals do not change between versions and just because
some words were written back in the 90s (or earlier?) and are still in the
manual, doesn't mean that they're equally applicable in today's world.
Especially if they're performance advice.

Scott Chapman


On Wed, 3 Jun 2020 07:00:19 -0700, Charles Mills  wrote:


I must have time on my hands. I just dragged out the OS/390 V2R8 CDs from

1999, and the sentence is there verbatim.

It's the only hit on GRXBIMG on CD #1.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On

Behalf Of Steve Smith

Sent: Wednesday, June 3, 2020 6:37 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: What is GRXBIMG

It's still there in V2R4... and I am appalled that I've been running REXX
incorrectly for decades now.

sas


On Wed, Jun 3, 2020 at 9:35 AM Charles Mills  wrote:


Fascinating!

I'm looking at a V1R4 TSO/E Rexx manual and the sentence is in there.
Chapter 8, Using Rexx in Different Address Spaces.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]

On

Behalf Of Seymour J Metz
Sent: Tuesday, June 2, 2020 9:31 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: What is GRXBIMG

In the REXX Reference I saw this: "You can invoke a REXX exec in the

TSO/E

address space in several ways. To invoke an exec in TSO/E
foreground, use the TSO/E EXEC command processor to either implicitly or
explicitly invoke the exec and
you must have ddname GRXBIMG allocated." What is GRXBIMG?



--
Shmuel (Seymour J.) Metz
https://eur05.safelinks.protection.outlook.com/?url=http:%2F%2Fmason.gmu.edu%2F~smetz3data=02%7C01%7C%7Ce76dc9f13cb14d26c42b08d808892369%7C84df9e7fe9f640afb435%7C1%7C0%7C637268732382563717sdata=MWC8tSFsazdfxXwRh1gdT4X6tx6Sk162LXDvrN9C1Ko%3Dreserved=0



--
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: Base SYSPLEX setup

[R.S.]

Peanuts mean really cheap.
I know companies which disposed (dropped to the trash) old Brocade 5100 
switches. They even paid for disposal. Such switch is sufficient for 
that purpose.
Of course it is second hand equipment, no service contract or some 
"poor" contract with second hand provicer or just spare device in server 
room.


--
Radoslaw Skorupka
Lodz, Poland






W dniu 04.06.2020 o 09:21, Brian Westerman pisze:

SO just how much are the peanuts?  What exactly am I looking for and do you 
have any vendors that you can suggest?

Brian

On Wed, 3 Jun 2020 10:26:16 +0200, R.S.  wrote:


W dniu 03.06.2020 o 06:09, Brian Westerman pisze:

no switches exist at the site.

I can't see how to share the CTC and NON CTC Control units on a Ficon card, it (HCD) 
keeps generating a message that you can't "share" CTC and NON CTC on  the same 
CHPID, but maybe I'm doing something wrong.

You cannot share chpid without the switch. It is point to point
topology, not daisy chains like in Bus
Note, second hand switch with 8Gbps speed can be purchased just for peanuts.
Regarding CTC, I think it is well documented. It was documented when I
read about it years ago when I moved from ESCON to FICON.

--
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. Senatorska 18, 00-950 
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.

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. Senatorska 18, 00-950 
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.

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

FW: Cl/Supersession

[Steve Beaver]

I spent 2 hours with a guy in Cali this morning on WebEx.

He helped me solve my issues then I added 140 APP Sessions.

He also explained how SSTERM1 and SSTERM2 work and he showed me how
To kill the PERSONAL Information Screen and get TCPIP working.

Once I finish adding all the APPDEF's then I will Group the APPDEFS to control
What the user sees.

I still have to chase down the about 20 more hostname table entries to finish
This little project

Thanks for your kind assistance

Steve  


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Edgington, Jerry
Sent: Monday, June 1, 2020 3:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Cl/Supersession

For the TN3270 traffic into SuperSession?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Beaver
Sent: Monday, June 1, 2020 3:56 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Cl/Supersession

This message was sent from an external source outside of Western & Southern's 
network. Do not click links or open attachments unless you recognize the sender 
and know the contents are safe.


Are you using Secure Sockets?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Wayne Bickerdike
Sent: Monday, June 1, 2020 2:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Cl/Supersession

We have just installed at a customer site to replace Solvacc. What is your 
question?

On Tue, Jun 2, 2020, 05:10 Edgington, Jerry < 
jerry.edging...@westernsouthernlife.com> wrote:

> I wouldn't say I speak SuperSession, but I support it at one of my sites.
> So, I will try to help.
>
> Jerry
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Steve Beaver
> Sent: Monday, June 1, 2020 2:52 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Cl/Supersession
>
> This message was sent from an external source outside of Western & 
> Southern's network. Do not click links or open attachments unless you 
> recognize the sender and know the contents are safe.
>
> __
> __
>
> Does anyone speak CL/SuperSession besides the guys at IBM?
>
> TIA
>
> Steve
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

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

--
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: Base SYSPLEX setup

[R.S.]

It's tricky.
Dana said about LOGICAL CUs, that means single physical box with 
multiple CUADDs. Usually DASD array or virtual tape (also disk array in 
fact).
However in Dana case we have single physical connection CPC to CU-box. 
CUADD or logical CU is like LPAR on CPC.
However in order to connect multiple physical CUs/boxes using FICON, the 
switch is necessary.

The only channel with supported daisy chain was Bus & Tag.

--
Radoslaw Skorupka
Lodz, Poland






W dniu 03.06.2020 o 16:53, Seymour J Metz pisze:

We have lots of multiple CU's on a channel,

Without a switch?


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Dana Mitchell [mitchd...@gmail.com]
Sent: Wednesday, June 3, 2020 9:53 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Base SYSPLEX setup

On Wed, 3 Jun 2020 13:05:11 +, Allan Staller  wrote:


 You cannot share chpid without the switch. It is point to point topology, not 
daisy chains like in Bus  

That is incorrect. I routine share ahannels across LPARs.

The purpose of the switch is to concect multiple physical CECs to a single 
device.


We have lots of multiple CU's on a channel, thats what CUADD is for.

When I try what Brian is doing,  I receive msgCBDG198 (which there is no help 
panel,  have to find it in the KC):

CBDG198I   There is a mix of FCTC and non-FCTC control units on channel path 
proc_id.chpid. Control units: cu_number1, cu_number2
Explanation
All control units on the same channel path without dynamic switch must be 
either all FCTC control units, or none of the control units must be an FCTC 
control unit.



==

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. Senatorska 18, 00-950 
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.

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. Senatorska 18, 00-950 
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.

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

Re: What is GRXBIMG

[Ken Smith]

Has someone searched SYS1.LINKLIB and the rest for a reference to
GRBXBIMG?
also, is it GRBXBIMG or GRXBIMG?

On Thu, Jun 4, 2020 at 7:56 AM Scott Chapman 
wrote:

> I was making a similar point to somebody recently that, the majority of
> the words in the manuals do not change between versions and just because
> some words were written back in the 90s (or earlier?) and are still in the
> manual, doesn't mean that they're equally applicable in today's world.
> Especially if they're performance advice.
>
> Scott Chapman
>
>
> On Wed, 3 Jun 2020 07:00:19 -0700, Charles Mills  wrote:
>
> >I must have time on my hands. I just dragged out the OS/390 V2R8 CDs from
> 1999, and the sentence is there verbatim.
> >
> >It's the only hit on GRXBIMG on CD #1.
> >
> >Charles
> >
> >
> >-Original Message-
> >From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Steve Smith
> >Sent: Wednesday, June 3, 2020 6:37 AM
> >To: IBM-MAIN@LISTSERV.UA.EDU
> >Subject: Re: What is GRXBIMG
> >
> >It's still there in V2R4... and I am appalled that I've been running REXX
> >incorrectly for decades now.
> >
> >sas
> >
> >
> >On Wed, Jun 3, 2020 at 9:35 AM Charles Mills  wrote:
> >
> >> Fascinating!
> >>
> >> I'm looking at a V1R4 TSO/E Rexx manual and the sentence is in there.
> >> Chapter 8, Using Rexx in Different Address Spaces.
> >>
> >> Charles
> >>
> >>
> >> -Original Message-
> >> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On
> >> Behalf Of Seymour J Metz
> >> Sent: Tuesday, June 2, 2020 9:31 PM
> >> To: IBM-MAIN@LISTSERV.UA.EDU
> >> Subject: What is GRXBIMG
> >>
> >> In the REXX Reference I saw this: "You can invoke a REXX exec in the
> TSO/E
> >> address space in several ways. To invoke an exec in TSO/E
> >> foreground, use the TSO/E EXEC command processor to either implicitly or
> >> explicitly invoke the exec and
> >> you must have ddname GRXBIMG allocated." What is GRXBIMG?
> >>
> >>
> >>
> >> --
> >> 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
>
> --
> 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: What is GRXBIMG

[Seymour J Metz]

What does that mean and why do you say so? It's not a DD that you need to use 
REXX in TSO, because IKJEFT01 works fine without it. It's not SYSPROC or 
SYSECEC, which would make sense. And it has a prefix not associated with REXX 
or any other z/OS component.

If it were indeed a DD statement that the authors believed to be necessary to 
run REXX in TSO, wouldn't they have explained what to code on it or at least 
used it in sample JCL?


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Joe 
Monk [joemon...@gmail.com]
Sent: Thursday, June 4, 2020 8:46 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: What is GRXBIMG

Its some REXX DD that has to be allocated before you can run in TSO.

Joe

On Thu, Jun 4, 2020 at 7:25 AM Seymour J Metz  wrote:

> Idle speculation: it's the file name of s bit map meant to go into the
> manual and the text was supposed to say SYSPROC.
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf
> of Charles Mills [charl...@mcn.org]
> Sent: Wednesday, June 3, 2020 6:36 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: What is GRXBIMG
>
> A more interesting question might be "what happens if I do allocate it?"
> and at least for a simple test with ALLOC FI(GRXBIMG) DA(*) the answer
> seems to be "nothing special."
>
> What might this be a relic of? GRX does not seem to be a component prefix.
> I could be wrong.
>
> Here's my theory: a developer whose initials were GR added some sort of
> debug output: GRXBIMG = George Rothwell's Extended Byte Image or something
> like that. It somehow made it into the product documentation. Astounding
> that it has hidden there in plain sight for over twenty years.
>
> I do not see the reference in the 1991 MVS/REXX Reference:
>
> http://secure-web.cisco.com/1msRUVNTCVPM6al9HyShyRDCsU6ONoAtBXbZbF7GJI59Gj89EEVWxcw_sygtcmoro-Imjk1U0ivgPs56TezTZL7Ba2WK1xNb6Yt-8QhSSHtfKcjpi4120Lk2HeTC2GP_IBVSjpDZ2aER63S8t_e86YAeMWGEkxm-0kO-Skka5_F7n-9WQmSxHedXSSqNjPMCsTlIWQCC56yaSIKzebhds42QUBcHC9zlx-UMb5yTFa2oIWvz0WrXbUGm2BF2bLLjlEhdCanddWLM-oXiVALYstYbU2hWeGN7BMRxMcJFPaMNmBxidchg_eoJCTNNqeCY_q74Di2uFtY4YQx2Y89PNJ8tAou1-jxWUZ1teZbByjfqzH8hUIH2VQUbpBvenpMTw1T4CneetfQe7qvCqp5o2OSE52nYpPrr4XGXLb1VNGnwTSrzLKz3fW4A6bNBpdw-r/http%3A%2F%2Fwww.bitsavers.org%2Fpdf%2Fibm%2F370%2FTSO_Extensions%2FSC28-1883-4_TSO_Extensions_Version_2_Procedures_Langage_MVS_REXX_Reference_Aug1991.pdf
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Paul Gilmartin
> Sent: Wednesday, June 3, 2020 9:16 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: What is GRXBIMG
>
> On Wed, 3 Jun 2020 07:00:19 -0700, Charles Mills wrote:
>
> >I must have time on my hands. I just dragged out the OS/390 V2R8 CDs from
> 1999, and the sentence is there verbatim.
> >
> >It's the only hit on GRXBIMG on CD #1.
> >
> >-Original Message-
> >From: Steve Smith
> >Sent: Wednesday, June 3, 2020 6:37 AM
> >
> >It's still there in V2R4... and I am appalled that I've been running REXX
> >incorrectly for decades now.
> >
> I submitted a (slightly snarky) RCF on this:
>
> Hello, MHVRCFs,
>
> In:
> https://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.ikja300/tsorun.htm
> • /OS 2.2.0
> • z/OS TSO/E
> • z/OS TSO/E REXX Reference
> • Using REXX in different address spaces
>
> I read: "... you must have ddname GRXBIMG allocated."
>
> I'm curious.  Does:
>//GRXBIMG DD DUMMY
> suffice, or must it be a PDS(E)?
>
> What error is reported if the programmer fails to
> allocate GRXBIMG?
>
> Is this covered in M?
>
> Thanks,
> 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
>

--
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: What is GRXBIMG

[Joe Monk]

Its some REXX DD that has to be allocated before you can run in TSO.

Joe

On Thu, Jun 4, 2020 at 7:25 AM Seymour J Metz  wrote:

> Idle speculation: it's the file name of s bit map meant to go into the
> manual and the text was supposed to say SYSPROC.
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf
> of Charles Mills [charl...@mcn.org]
> Sent: Wednesday, June 3, 2020 6:36 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: What is GRXBIMG
>
> A more interesting question might be "what happens if I do allocate it?"
> and at least for a simple test with ALLOC FI(GRXBIMG) DA(*) the answer
> seems to be "nothing special."
>
> What might this be a relic of? GRX does not seem to be a component prefix.
> I could be wrong.
>
> Here's my theory: a developer whose initials were GR added some sort of
> debug output: GRXBIMG = George Rothwell's Extended Byte Image or something
> like that. It somehow made it into the product documentation. Astounding
> that it has hidden there in plain sight for over twenty years.
>
> I do not see the reference in the 1991 MVS/REXX Reference:
>
> http://secure-web.cisco.com/1msRUVNTCVPM6al9HyShyRDCsU6ONoAtBXbZbF7GJI59Gj89EEVWxcw_sygtcmoro-Imjk1U0ivgPs56TezTZL7Ba2WK1xNb6Yt-8QhSSHtfKcjpi4120Lk2HeTC2GP_IBVSjpDZ2aER63S8t_e86YAeMWGEkxm-0kO-Skka5_F7n-9WQmSxHedXSSqNjPMCsTlIWQCC56yaSIKzebhds42QUBcHC9zlx-UMb5yTFa2oIWvz0WrXbUGm2BF2bLLjlEhdCanddWLM-oXiVALYstYbU2hWeGN7BMRxMcJFPaMNmBxidchg_eoJCTNNqeCY_q74Di2uFtY4YQx2Y89PNJ8tAou1-jxWUZ1teZbByjfqzH8hUIH2VQUbpBvenpMTw1T4CneetfQe7qvCqp5o2OSE52nYpPrr4XGXLb1VNGnwTSrzLKz3fW4A6bNBpdw-r/http%3A%2F%2Fwww.bitsavers.org%2Fpdf%2Fibm%2F370%2FTSO_Extensions%2FSC28-1883-4_TSO_Extensions_Version_2_Procedures_Langage_MVS_REXX_Reference_Aug1991.pdf
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Paul Gilmartin
> Sent: Wednesday, June 3, 2020 9:16 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: What is GRXBIMG
>
> On Wed, 3 Jun 2020 07:00:19 -0700, Charles Mills wrote:
>
> >I must have time on my hands. I just dragged out the OS/390 V2R8 CDs from
> 1999, and the sentence is there verbatim.
> >
> >It's the only hit on GRXBIMG on CD #1.
> >
> >-Original Message-
> >From: Steve Smith
> >Sent: Wednesday, June 3, 2020 6:37 AM
> >
> >It's still there in V2R4... and I am appalled that I've been running REXX
> >incorrectly for decades now.
> >
> I submitted a (slightly snarky) RCF on this:
>
> Hello, MHVRCFs,
>
> In:
> https://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.ikja300/tsorun.htm
> • /OS 2.2.0
> • z/OS TSO/E
> • z/OS TSO/E REXX Reference
> • Using REXX in different address spaces
>
> I read: "... you must have ddname GRXBIMG allocated."
>
> I'm curious.  Does:
>//GRXBIMG DD DUMMY
> suffice, or must it be a PDS(E)?
>
> What error is reported if the programmer fails to
> allocate GRXBIMG?
>
> Is this covered in M?
>
> Thanks,
> 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
>

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

SMF109 macro

[Pierre Fichaud]

I can't find a macro that generates a mapping for the SMF 109 type record.
It is described in the Communications Server IP Programmer's Guide and 
Reference.
IBM has documented the record in "Appendix C Type 109 SMF records" but has not 
provided a mapping macro.

Thanks in advance, Pierre.

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

Re: What is GRXBIMG

[Seymour J Metz]

Idle speculation: it's the file name of s bit map meant to go into the manual 
and the text was supposed to say SYSPROC.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Charles Mills [charl...@mcn.org]
Sent: Wednesday, June 3, 2020 6:36 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: What is GRXBIMG

A more interesting question might be "what happens if I do allocate it?" and at 
least for a simple test with ALLOC FI(GRXBIMG) DA(*) the answer seems to be 
"nothing special."

What might this be a relic of? GRX does not seem to be a component prefix. I 
could be wrong.

Here's my theory: a developer whose initials were GR added some sort of debug 
output: GRXBIMG = George Rothwell's Extended Byte Image or something like that. 
It somehow made it into the product documentation. Astounding that it has 
hidden there in plain sight for over twenty years.

I do not see the reference in the 1991 MVS/REXX Reference:
http://secure-web.cisco.com/1msRUVNTCVPM6al9HyShyRDCsU6ONoAtBXbZbF7GJI59Gj89EEVWxcw_sygtcmoro-Imjk1U0ivgPs56TezTZL7Ba2WK1xNb6Yt-8QhSSHtfKcjpi4120Lk2HeTC2GP_IBVSjpDZ2aER63S8t_e86YAeMWGEkxm-0kO-Skka5_F7n-9WQmSxHedXSSqNjPMCsTlIWQCC56yaSIKzebhds42QUBcHC9zlx-UMb5yTFa2oIWvz0WrXbUGm2BF2bLLjlEhdCanddWLM-oXiVALYstYbU2hWeGN7BMRxMcJFPaMNmBxidchg_eoJCTNNqeCY_q74Di2uFtY4YQx2Y89PNJ8tAou1-jxWUZ1teZbByjfqzH8hUIH2VQUbpBvenpMTw1T4CneetfQe7qvCqp5o2OSE52nYpPrr4XGXLb1VNGnwTSrzLKz3fW4A6bNBpdw-r/http%3A%2F%2Fwww.bitsavers.org%2Fpdf%2Fibm%2F370%2FTSO_Extensions%2FSC28-1883-4_TSO_Extensions_Version_2_Procedures_Langage_MVS_REXX_Reference_Aug1991.pdf

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Wednesday, June 3, 2020 9:16 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: What is GRXBIMG

On Wed, 3 Jun 2020 07:00:19 -0700, Charles Mills wrote:

>I must have time on my hands. I just dragged out the OS/390 V2R8 CDs from 
>1999, and the sentence is there verbatim.
>
>It's the only hit on GRXBIMG on CD #1.
>
>-Original Message-
>From: Steve Smith
>Sent: Wednesday, June 3, 2020 6:37 AM
>
>It's still there in V2R4... and I am appalled that I've been running REXX
>incorrectly for decades now.
>
I submitted a (slightly snarky) RCF on this:

Hello, MHVRCFs,

In: 
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.ikja300/tsorun.htm
• /OS 2.2.0
• z/OS TSO/E
• z/OS TSO/E REXX Reference
• Using REXX in different address spaces

I read: "... you must have ddname GRXBIMG allocated."

I'm curious.  Does:
   //GRXBIMG DD DUMMY
suffice, or must it be a PDS(E)?

What error is reported if the programmer fails to
allocate GRXBIMG?

Is this covered in M?

Thanks,
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: What is GRXBIMG

[Seymour J Metz]

My guess is that it was never applicable and that GRBXBIMG was a bitmap file 
meant to go into the manual.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Scott Chapman [scott.chap...@epstrategies.com]
Sent: Thursday, June 4, 2020 7:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: What is GRXBIMG

I was making a similar point to somebody recently that, the majority of the 
words in the manuals do not change between versions and just because some words 
were written back in the 90s (or earlier?) and are still in the manual, doesn't 
mean that they're equally applicable in today's world. Especially if they're 
performance advice.

Scott Chapman


On Wed, 3 Jun 2020 07:00:19 -0700, Charles Mills  wrote:

>I must have time on my hands. I just dragged out the OS/390 V2R8 CDs from 
>1999, and the sentence is there verbatim.
>
>It's the only hit on GRXBIMG on CD #1.
>
>Charles
>
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
>Behalf Of Steve Smith
>Sent: Wednesday, June 3, 2020 6:37 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: What is GRXBIMG
>
>It's still there in V2R4... and I am appalled that I've been running REXX
>incorrectly for decades now.
>
>sas
>
>
>On Wed, Jun 3, 2020 at 9:35 AM Charles Mills  wrote:
>
>> Fascinating!
>>
>> I'm looking at a V1R4 TSO/E Rexx manual and the sentence is in there.
>> Chapter 8, Using Rexx in Different Address Spaces.
>>
>> Charles
>>
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
>> Behalf Of Seymour J Metz
>> Sent: Tuesday, June 2, 2020 9:31 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: What is GRXBIMG
>>
>> In the REXX Reference I saw this: "You can invoke a REXX exec in the TSO/E
>> address space in several ways. To invoke an exec in TSO/E
>> foreground, use the TSO/E EXEC command processor to either implicitly or
>> explicitly invoke the exec and
>> you must have ddname GRXBIMG allocated." What is GRXBIMG?
>>
>>
>>
>> --
>> 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

--
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: LCUs on spanned channels

[Seymour J Metz]

My guess is that when you define a chpid in LCSS 1 you automatically get a 
chpid for the base exposure.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Gord Neill [02ff5f18e15f-dmarc-requ...@listserv.ua.edu]
Sent: Wednesday, June 3, 2020 9:10 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: LCUs on spanned channels

Hi,
Ran into an odd situation defining a storage box on spanned channels.  There 
are 26 LPARs in this CPU (z15), 12 in LCSS 0 and 14 in LCSS 1, running z/OS 
2.4. The storage box has 6 channel paths (01-06  FICON, spanned) directly 
connected (no switch) to this CPU, and there are 64 LCUs defined on the storage 
box. The limitation in the storage box is there can be no more than 1280 LCUs 
on any Host Adapter (read: CHPID).

In order to make this fit, in HCD we limit the paths from some LPARs in LCSS 0 
(high IOPS LPARs get 6, lower IOPS LPARs get 3) in the access list, and this 
works out to 960 LCUs behind each CHPID, as expected.  So far so good.  The odd 
thing arises when we start limiting LPAR access in LCSS 1.  Every CHPID sees 2 
times as many LCUs on it than expected.  For example, there are 3 LPARs that 
are limited to access CHPIDs 01, 02 and 03.  I would expect that CHPIDs 01, 02 
and 03 would each see 192 LCUs: 3 LPARs x 64 LCUs on each CHPID for 192 LCUs.  
What HCD reports is 384, not 192.  All other LPARs in LCSS 1 also show twice 
what we expect, and this pushes us over the 1280 limit.

When we reduce one of the 3-path LPARs on LCSS 1 from 3 paths to 1 path 
(changed access list from 04, 05, 06 to 06), the reduction should have been 64 
LCUs on CHPIDs 04 and 05, but instead we saw a reduction of 128 LCUs, i.e. 
twice what we expected.  To complicate things even more, channels 04 and 05 in 
LCSS 0 each got reduced by 64, but we didn't change anything in LCSS 0.

Has anybody run into this sort of thing before?

Gord Neill

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

Debug Tool for recovery routine

[Joseph Reichman]

Has Anyone used debug tool to debug a recovery routine I cant seem to drive the 
code I code the Estaex and after wards have a H’0’ to drive the code and tool 
abends at the PC or SVC of the estaex 

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

Re: No Java, in the archive, z/OS 2.3 Serverpac

[Carmen Vitullo]

last time I checked the IBM supported versions of java, java 8 31 and java 8 64 
bit were both available for download, very easy way to get the latest greatest 
if needed 


Carmen Vitullo 

- Original Message -

From: "Allan Staller"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Wednesday, June 3, 2020 5:52:39 PM 
Subject: Re: No Java, in the archive, z/OS 2.3 Serverpac 

I used to be possible do download JAVA directly from IBM w/o going through 
Shopz. Check the JAVA pages at IBM.COM 

-Original Message- 
From: IBM Mainframe Discussion List  On Behalf Of 
Gibney, Dave 
Sent: Wednesday, June 3, 2020 5:36 PM 
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: No Java, in the archive, z/OS 2.3 Serverpac 

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

Semi long background. Our MFaaS provider did not migrate us to a host capable 
of running z/OS 2.3 until after z/OS 2.3 was no longer orderable. For 
USERKEYCSA reasons (Natural Global Buffer Pool, Natural out of support)), I 
don't really want to go to z/OS 2.4. 
Our MFaaS provider was able to get an archived z/OS 2.3 Serverpac from IBM. 
Unfortunately, it does not include Java. Also missing XML parser, but that's 
the next issue, maybe... 

So, I have z/OS 2.3, sans Java up and running. I want to do a RECEIVE ORDER and 
get, probably a bunch, of maintenance. RECEVE ORDER needs Java !!@#. 
Suggestions welcome. I have asked my MFaaS provider to see if they can order 
Java separately. I will look at BUILDMCS from my z/OS 2.1 zone(s) tomorrow. 
Open to other ideas. 

On a side note, the symlink to liberty that zOSMF wants to use is 17.0.0.3, by 
the level in the liberty_zos is 17.0.0.4. Also, an issue pushed down the stack 

Dave Gibney 
Information Technology Services 
Washington State University 


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

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


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

Re: What is GRXBIMG

[Scott Chapman]

I was making a similar point to somebody recently that, the majority of the 
words in the manuals do not change between versions and just because some words 
were written back in the 90s (or earlier?) and are still in the manual, doesn't 
mean that they're equally applicable in today's world. Especially if they're 
performance advice. 

Scott Chapman
 

On Wed, 3 Jun 2020 07:00:19 -0700, Charles Mills  wrote:

>I must have time on my hands. I just dragged out the OS/390 V2R8 CDs from 
>1999, and the sentence is there verbatim.
>
>It's the only hit on GRXBIMG on CD #1.
>
>Charles
>
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
>Behalf Of Steve Smith
>Sent: Wednesday, June 3, 2020 6:37 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: What is GRXBIMG
>
>It's still there in V2R4... and I am appalled that I've been running REXX
>incorrectly for decades now.
>
>sas
>
>
>On Wed, Jun 3, 2020 at 9:35 AM Charles Mills  wrote:
>
>> Fascinating!
>>
>> I'm looking at a V1R4 TSO/E Rexx manual and the sentence is in there.
>> Chapter 8, Using Rexx in Different Address Spaces.
>>
>> Charles
>>
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
>> Behalf Of Seymour J Metz
>> Sent: Tuesday, June 2, 2020 9:31 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: What is GRXBIMG
>>
>> In the REXX Reference I saw this: "You can invoke a REXX exec in the TSO/E
>> address space in several ways. To invoke an exec in TSO/E
>> foreground, use the TSO/E EXEC command processor to either implicitly or
>> explicitly invoke the exec and
>> you must have ddname GRXBIMG allocated." What is GRXBIMG?
>>
>>
>>
>> --
>> 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

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

Re: No Java, in the archive, z/OS 2.3 Serverpac

[Jousma, David]

Is your old SYSRES volume laying around that had java on it?  If so, find the 
JAVA ZFS container, and mount it on your new system. Or copy that container to 
a new one, and mount it.   Or is all of the this the responsibility of your 
MFaaS provider?   

_
Dave Jousma
AVP | Manager, Systems Engineering  

Fifth Third Bank  |  1830 East Paris Ave, SE  |  MD RSCB2H  |  Grand Rapids, MI 
49546
616.653.8429  |  fax: 616.653.2717


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gibney, Dave
Sent: Wednesday, June 3, 2020 6:36 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: No Java, in the archive, z/OS 2.3 Serverpac

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

Semi long background. Our MFaaS provider did not migrate us to a host capable 
of running z/OS 2.3 until after z/OS 2.3 was no longer orderable. For 
USERKEYCSA reasons (Natural Global Buffer Pool, Natural out of support)), I 
don't really want to go to z/OS 2.4.
  Our MFaaS provider was able to get an archived z/OS 2.3 Serverpac from IBM. 
Unfortunately, it does not include Java. Also missing XML parser, but that's 
the next issue, maybe...

   So, I have z/OS 2.3, sans Java up and running. I want to do a RECEIVE ORDER 
and get, probably a bunch, of maintenance. RECEVE ORDER needs Java !!@#.
   Suggestions welcome. I have asked my MFaaS provider to see if they can order 
Java separately. I will look at BUILDMCS from my z/OS 2.1 zone(s) tomorrow. 
Open to other ideas.

   On a side note, the symlink to liberty that zOSMF wants to use is 17.0.0.3, 
by the level in the liberty_zos is 17.0.0.4. Also, an issue pushed down the 
stack

Dave Gibney
Information Technology Services
Washington State University


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

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**


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

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

Re: AZD messages?

[Sean Gleann]

Thanks, Gadi.
Yes, there are GLZ messages associated with these AZDs, but all they do is
identify the stored failure data.

It's all somewhat moot now. I tried to /P the container, and got told the
task was non-cancellable.
Eventually I resorted to a FORCE ARM to get rid of it.
Restarted the task and now it's running perfectly! No errors or warnings,
and I'm logged in, ready to start working with my first container.

Sean

On Thu, 4 Jun 2020 at 11:12, Gadi Ben-Avi  wrote:

> I found this:
>
> https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.izso100/izso100_diagnosisservice.htm
>
> It looks like the real information is in GLZ messages.
>
> I don't have z/OS v2.4 running, so I can't really check.
>
> Gadi
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Sean Gleann
> Sent: Thursday, June 4, 2020 12:53 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: AZD messages?
>
> Can anyone point me at documentation for AZD... messages coming out of a
> zcx container, please?
>
> I'm getting:
> AZDN0004E Failure  configuring IPv4 address and AZDP0001E Unexpected
> error 5 configuring data disks
>
> but various attempts at searching for these produce 'nothing found'
> responses.
>
> Regards
> Sean
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> Email secured by Check Point
>
> --
> 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: AZD messages?

[Gadi Ben-Avi]

I found this:
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.izso100/izso100_diagnosisservice.htm

It looks like the real information is in GLZ messages.

I don't have z/OS v2.4 running, so I can't really check.

Gadi

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Sean Gleann
Sent: Thursday, June 4, 2020 12:53 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: AZD messages?

Can anyone point me at documentation for AZD... messages coming out of a zcx 
container, please?

I'm getting:
AZDN0004E Failure  configuring IPv4 address and AZDP0001E Unexpected error 
5 configuring data disks

but various attempts at searching for these produce 'nothing found'
responses.

Regards
Sean

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

Email secured by Check Point

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

AZD messages?

[Sean Gleann]

Can anyone point me at documentation for AZD... messages coming out of a
zcx container, please?

I'm getting:
AZDN0004E Failure  configuring IPv4 address
and
AZDP0001E Unexpected error 5 configuring data disks

but various attempts at searching for these produce 'nothing found'
responses.

Regards
Sean

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

Re: Base SYSPLEX setup

[Brian Westerman]

So the 4 paths can be shared via the three LPARs?

Brian

On Wed, 3 Jun 2020 13:01:50 +, Allan Staller  wrote:

>4 ficon ports(CHPIDs)  and 2 ficon cables are required. Each cable is shared 
>in a bi-directional manner.
>
>e.g CTCchipd1  <>  chpid2 CNC   Signalling Path 1
>  CNCchpid3  <> chpid4  CTC Signalling Path 2
>
>-Original Message-
>From: IBM Mainframe Discussion List  On Behalf Of 
>Brian Westerman
>Sent: Tuesday, June 2, 2020 11:10 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: Base SYSPLEX setup
>
>[CAUTNON: 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.]
>
>no switches exist at the site.
>
>I can't see how to share the CTC and NON CTC Control units on a Ficon card, it 
>(HCD) keeps generating a message that you can't "share" CTC and NON CTC on  
>the same CHPID, but maybe I'm doing something wrong.
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
>lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>::DISCLAIMER::
>
>The contents of this e-mail and any attachment(s) are confidential and 
>intended for the named recipient(s) only. E-mail transmission is not 
>guaranteed to be secure or error-free as information could be intercepted, 
>corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses 
>in transmission. The e mail and its contents (with or without referred errors) 
>shall therefore not attach any liability on the originator or HCL or its 
>affiliates. Views or opinions, if any, presented in this email are solely 
>those of the author and may not necessarily reflect the views or opinions of 
>HCL or its affiliates. Any form of reproduction, dissemination, copying, 
>disclosure, modification, distribution and / or publication of this message 
>without the prior written consent of authorized representative of HCL is 
>strictly prohibited. If you have received this email in error please delete it 
>and notify the sender immediately. Before opening any email and/or 
>attachments, please check them for viruses and other defects.
>
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: Base SYSPLEX setup

[Brian Westerman]

SO just how much are the peanuts?  What exactly am I looking for and do you 
have any vendors that you can suggest?

Brian

On Wed, 3 Jun 2020 10:26:16 +0200, R.S.  wrote:

>W dniu 03.06.2020 o 06:09, Brian Westerman pisze:
>> no switches exist at the site.
>>
>> I can't see how to share the CTC and NON CTC Control units on a Ficon card, 
>> it (HCD) keeps generating a message that you can't "share" CTC and NON CTC 
>> on  the same CHPID, but maybe I'm doing something wrong.
>
>You cannot share chpid without the switch. It is point to point
>topology, not daisy chains like in Bus
>Note, second hand switch with 8Gbps speed can be purchased just for peanuts.
>Regarding CTC, I think it is well documented. It was documented when I
>read about it years ago when I moved from ESCON to FICON.
>
>--
>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. Senatorska 18, 00-950 
>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.
>
>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. Senatorska 18, 00-950 
>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.
>
>--
>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