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
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
Re: No Java, in the archive, z/OS 2.3 Serverpac
But until then, you can use the non-SMPe java to perform your RECEIVE ORDER processing. Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com ‐‐‐ Original Message ‐‐‐ On Wednesday, June 3, 2020 6:45 PM, Gibney, Dave wrote: > Can I then get it into SMPE, so I can maintain it using normal procedures? > > > -Original Message- > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On > > Behalf Of Mark Jacobs > > Sent: Wednesday, June 03, 2020 3:42 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: No Java, in the archive, z/OS 2.3 Serverpac > > You should be able to download a non SMPe installable JAVA from here. > > https://urldefense.com/v3/https://developer.ibm.com/javasdk/support/ > > zos/;!!JmPEgBY0HMszNaDT!5_HYTxytip244q6MzGoBD1duVuttQWSJo_ffW_h1PLBr8N-xP-Pa0JC2gTnXrQ$ > > Mark Jacobs > > Sent from ProtonMail, Swiss-based encrypted email. > > GPG Public Key - > > https://urldefense.com/v3/https://api.protonmail.ch/pks/lookup?op=get > > > > =markjac...@protonmail.com;!!JmPEgBY0HMszNaDT!5_HYTxytip244q6MzGoBD1duVuttQWSJo_ffW_h1PLBr8N-xP-Pa0JDX4kSbkg$ > > ‐‐‐ Original Message ‐‐‐ > > On Wednesday, June 3, 2020 6:36 PM, Gibney, Dave gib...@wsu.edu > > wrote: > > > > > 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 > > > > For IBM-MAIN subscribe / signoff / archive access instructions, send email > > to > > lists...@listserv.ua.edu with the message: 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
Not using this, but your provider can order SMP/e Java from ShopZSeries. It's z/OS level independent. Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com ‐‐‐ Original Message ‐‐‐ On Wednesday, June 3, 2020 6:45 PM, Gibney, Dave wrote: > Can I then get it into SMPE, so I can maintain it using normal procedures? > > > -Original Message- > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On > > Behalf Of Mark Jacobs > > Sent: Wednesday, June 03, 2020 3:42 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: No Java, in the archive, z/OS 2.3 Serverpac > > You should be able to download a non SMPe installable JAVA from here. > > https://urldefense.com/v3/https://developer.ibm.com/javasdk/support/ > > zos/;!!JmPEgBY0HMszNaDT!5_HYTxytip244q6MzGoBD1duVuttQWSJo_ffW_h1PLBr8N-xP-Pa0JC2gTnXrQ$ > > Mark Jacobs > > Sent from ProtonMail, Swiss-based encrypted email. > > GPG Public Key - > > https://urldefense.com/v3/https://api.protonmail.ch/pks/lookup?op=get > > > > =markjac...@protonmail.com;!!JmPEgBY0HMszNaDT!5_HYTxytip244q6MzGoBD1duVuttQWSJo_ffW_h1PLBr8N-xP-Pa0JDX4kSbkg$ > > ‐‐‐ Original Message ‐‐‐ > > On Wednesday, June 3, 2020 6:36 PM, Gibney, Dave gib...@wsu.edu > > wrote: > > > > > 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 > > > > For IBM-MAIN subscribe / signoff / archive access instructions, send email > > to > > lists...@listserv.ua.edu with the message: 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
Can I then get it into SMPE, so I can maintain it using normal procedures? > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Mark Jacobs > Sent: Wednesday, June 03, 2020 3:42 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: No Java, in the archive, z/OS 2.3 Serverpac > > You should be able to download a non SMPe installable JAVA from here. > > https://urldefense.com/v3/__https://developer.ibm.com/javasdk/support/ > zos/__;!!JmPEgBY0HMszNaDT!5_HYTxytip244q6MzGoBD1duVuttQWSJo_ff > W_h1PLBr8N-xP-Pa0JC2gTnXrQ$ > > Mark Jacobs > > Sent from ProtonMail, Swiss-based encrypted email. > > GPG Public Key - > https://urldefense.com/v3/__https://api.protonmail.ch/pks/lookup?op=get > =markjacobs@protonmail.com__;!!JmPEgBY0HMszNaDT!5_HYTxytip > 244q6MzGoBD1duVuttQWSJo_ffW_h1PLBr8N-xP-Pa0JDX4kSbkg$ > > ‐‐‐ Original Message ‐‐‐ > On Wednesday, June 3, 2020 6:36 PM, Gibney, Dave > wrote: > > > 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 > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email to > lists...@listserv.ua.edu with the message: 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
You should be able to download a non SMPe installable JAVA from here. https://developer.ibm.com/javasdk/support/zos/ Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com ‐‐‐ Original Message ‐‐‐ On Wednesday, June 3, 2020 6:36 PM, Gibney, Dave wrote: > 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 -- 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
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://www.bitsavers.org/pdf/ibm/370/TSO_Extensions/SC28-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
No Java, in the archive, z/OS 2.3 Serverpac
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
Re: Punched cards and character set
I thought that vintage green (& other) cards had the actual card-punch rows listed, and it turns out that is true: http://weblog.ceicher.com/archives/IBM360greencard.pdf sas On Wed, Jun 3, 2020 at 4:10 PM Tom Marchant < 000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote: > On Tue, 2 Jun 2020 16:58:03 -0500, Paul Gilmartin > wrote: > > >I don't understand the table at: > >https://homepage.divms.uiowa.edu/~jones/cards/codes.html > > > >The column labels 12, 11, 10, (blank) appear redundantly on the > >second and fourth quadrants. > > You might find the chart on page 150.3 of > > http://www.bitsavers.org/pdf/ibm/360/princOps/A22-6821-7_360PrincOpsDec67.pdf > to be easier to understand. The prior page describes how to read it. > > -- > Tom Marchant > > -- 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
On Wed, 3 Jun 2020 15:10:20 -0500, Tom Marchant wrote: >On Tue, 2 Jun 2020 16:58:03 -0500, Paul Gilmartin wrote: > >>I don't understand the table at: >>https://homepage.divms.uiowa.edu/~jones/cards/codes.html >> >>The column labels 12, 11, 10, (blank) appear redundantly on the >>second and fourth quadrants. > It seems to have omitted a couple rows of zone punches. >You might find the chart on page 150.3 of >http://www.bitsavers.org/pdf/ibm/360/princOps/A22-6821-7_360PrincOpsDec67.pdf >to be easier to understand. The prior page describes how to read it. > Yes. So lower case was discovered so long ago. Barely after the middle ages. Thanks, gil -- 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
On Tue, 2 Jun 2020 16:58:03 -0500, Paul Gilmartin wrote: >I don't understand the table at: >https://homepage.divms.uiowa.edu/~jones/cards/codes.html > >The column labels 12, 11, 10, (blank) appear redundantly on the >second and fourth quadrants. You might find the chart on page 150.3 of http://www.bitsavers.org/pdf/ibm/360/princOps/A22-6821-7_360PrincOpsDec67.pdf to be easier to understand. The prior page describes how to read it. -- Tom Marchant -- 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
AFAIK the only FICON cascading is FICON switch cascading. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Allan Staller [allan.stal...@hcl.com] Sent: Wednesday, June 3, 2020 11:35 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Base SYSPLEX setup 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. mBank S.A. with its registered office in Warsaw, 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%7C637267934525151504sdata=xpSOBP2vYa0o5lRl0okt6R%2BPxqR1wjL5kGX0HyF03iA%3Dreserved=0, e-mail: kont...@mbank.pl. District Court for the Capital City of Warsaw, 12th Commercial Division of the National
Re: TSO EXec syntax (was: ... ISPF publication)
On Wed, 3 Jun 2020 17:34:50 +0100, Jeremy Nicoll wrote: >On Wed, 3 Jun 2020, at 16:57, Paul Gilmartin wrote: >> On Wed, 3 Jun 2020 15:45:53 +0100, Jeremy Nicoll wrote: > >> >The deficiency of EXec is that it does not use the standard load module >> >search sequence for the member name. Someone should submit an RFE >> >for support of >> >EXec *(blah) >> >to use the standard exec search sequence for the member name similar >> >to what was do[n]e for CALL within my memory: ... > >I don't see how you half-defend writing rubbish like > Ouch! >"The deficiency of EXec is that it does not use the standard load module >search sequence" > >by saying it's ok because you followed it with another vague (load-module >related) statement about CALL. > Picky, picky. >I know my knowledge is long out of date, but doesn't EXEC already search >either SYSPROC or also SYSEXEC depending on the setting of > >EXECUTIL SEARCHDD(YES) > >or does that only affect implicit (ie %thing) calls? > Implicit. Still need enhancement for EXec: https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.ikjc500/ikj2l2_EXECUTIL_command_operands.htm SEARCHDD(YES | NO) specifies whether the system exec library (the default is SYSEXEC) should be searched when execs are implicitly invoked. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to create two output files in DFSORT
> OK everyone...I figured it out...my problem is that I was BUILDing over > top of the existing data. I just added the PARSEd fields in the INREC to > the end of the record, and moved the INCLUDE to OUTFIL. Billy, Glad you figured it out. It is always preferable to put the temporary fields at the end of the record using OVERLAY. This would let you have the original data as is. The only issue with this approach is when dealing with Variable Length files and you want to preserve the lengths. By adding the temp fields at the end you make every record the same length which defeats the purpose of variable length records. For VLR you put the temp field right after the RDW and move the contents to the right. Thanks, Kolusu DFSORT Development IBM Corporation -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to create two output files in DFSORT
OK everyone...I figured it out...my problem is that I was BUILDing over top of the existing data. I just added the PARSEd fields in the INREC to the end of the record, and moved the INCLUDE to OUTFIL. I could then add an OUTFIL FILES=(00),BUILD=(1,160) to get only the original record. Sorry to have bothered all y'all! Billy -- Original Message -- From: "Billy Ashton" To: "IBM Mainframe Discussion List" Sent: 6/3/2020 12:12:33 PM Subject: How to create two output files in DFSORT Hi folks! Today's SORT challenge: I am reading a temporary file for input, created in an earlier jobstep. I am using OPTION COPY INCLUDE COND=. INREC IFTHEN= OUTREC ..., IFTHEN=... This keeps only the records I want to reformat, and creates a nice output file of commands. However, in order to debug this, I need to see the whole input file. I tried adding OPTION COPY OUTFIL FILES=(00) to dump everything into SORTOF00, but it still follows my INREC BUILD processing. The question, is there a way to have SORT dump the entire input file to SYSOUT as it was input, without all my manipulations, and to also do the above BUILD processes? Thanks for your patience! Billy -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO EXec syntax (was: ... ISPF publication)
On Wed, 3 Jun 2020, at 16:57, Paul Gilmartin wrote: > On Wed, 3 Jun 2020 15:45:53 +0100, Jeremy Nicoll wrote: > >How would it be useful if it did? Which load module library is going to > >contain a CLIST or REXX exec? > > > I stand half corrected. Four line later, in text you trimmed: - which I trimmed because it also seemed to relate to a load-module search sequence, for CALL - how could that be relevant? > >The deficiency of EXec is that it does not use the standard load module > >search sequence for the member name. Someone should submit an RFE > >for support of > >EXec *(blah) > >to use the standard exec search sequence for the member name similar > >to what was do[n]e for CALL within my memory: ... I don't see how you half-defend writing rubbish like "The deficiency of EXec is that it does not use the standard load module search sequence" by saying it's ok because you followed it with another vague (load-module related) statement about CALL. I know my knowledge is long out of date, but doesn't EXEC already search either SYSPROC or also SYSEXEC depending on the setting of EXECUTIL SEARCHDD(YES) or does that only affect implicit (ie %thing) calls? -- Jeremy Nicoll - my opinions are my own. -- 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
You are a bad boy! You failed to ask if it can be a ZFS path, and if not, why not? Perhaps an RFE is in order? 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
Re: How to create two output files in DFSORT
On Wed, 3 Jun 2020 16:12:33 +, Billy Ashton wrote: > >Today's SORT challenge: >I am reading a temporary file for input, created in an earlier jobstep. >I am using >OPTION COPY >INCLUDE COND=. >INREC IFTHEN= > >OUTREC ..., >IFTHEN=... > >This keeps only the records I want to reformat, and creates a nice >output file of commands. However, in order to debug this, I need to see >the whole input file. ... > /bin/tee? Otherwise insert an IEBGENER step to dump your temp flle. -- gil -- 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
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
How to create two output files in DFSORT
Hi folks! Today's SORT challenge: I am reading a temporary file for input, created in an earlier jobstep. I am using OPTION COPY INCLUDE COND=. INREC IFTHEN= OUTREC ..., IFTHEN=... This keeps only the records I want to reformat, and creates a nice output file of commands. However, in order to debug this, I need to see the whole input file. I tried adding OPTION COPY OUTFIL FILES=(00) to dump everything into SORTOF00, but it still follows my INREC BUILD processing. The question, is there a way to have SORT dump the entire input file to SYSOUT as it was input, without all my manipulations, and to also do the above BUILD processes? Thanks for your patience! Billy -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO EXec syntax (was: ... ISPF publication)
Because EXEC does not invoke a load module. " On Wed, 3 Jun 2020 09:21:46 -0500 Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: :>On Tue, 2 Jun 2020 23:44:50 -0400, Steve Smith wrote: :> :>>I'm not sure this is relevant, but today I ran into this: :>> :>>EX 'yadda.zadda.exec(blah)' ',,foo' /* works */ :>> :>>but :>> :>>%blah ,,foo /* does not work */ :>> :>>"blah" starts with :>> :>>parse arg a ',' b ',' c :>> :>>The leading commas disappear with the so-called indirect invocation, ... :>> :>The deficiency of EXec is that it does not use the standard load module :>search sequence for the member name. Someone should submit an RFE :>for support of :>EXec *(blah) :>to use the standard exec search sequence for the member name similar :>to what was doe for CALL within my memory: :> :>https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.ikjc500/ikj2l2_CALL_command_operands.htm :> :>CALL command operands :>z/OS TSO/E Command Reference :>SA32-0975-00 :> :>dsname :>specifies the name of a PDS or a PDSE from which the program :>is to be executed. If dsname is not fully qualified, it is :>assumed to be 'prefix.dsname.LOAD'. :>* :>specifies that CALL should use the standard load module search :>sequence for the member name. :> :>-- gil :> :>-- :>For IBM-MAIN subscribe / signoff / archive access instructions, :>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- 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: TSO EXec syntax (was: ... ISPF publication)
On Wed, 3 Jun 2020 15:45:53 +0100, Jeremy Nicoll wrote: >On Wed, 3 Jun 2020, at 15:21, Paul Gilmartin wrote: > >> The deficiency of EXec is that it does not use the standard load module >> search sequence for the member name. > >How would it be useful if it did? Which load module library is going to >contain a CLIST or REXX exec? > I stand half corrected. Four line later, in text you trimmed: On Wed, 3 Jun 2020 09:21:46 -0500, Paul Gilmartin wrote: > >The deficiency of EXec is that it does not use the standard load module >search sequence for the member name. Someone should submit an RFE >for support of >EXec *(blah) >to use the standard exec search sequence for the member name similar >to what was do[n]e for CALL within my memory: ... I got it right. -- gil -- 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
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. mBank S.A. with its registered office in Warsaw, 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%7C637267934525151504sdata=xpSOBP2vYa0o5lRl0okt6R%2BPxqR1wjL5kGX0HyF03iA%3Dreserved=0, 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 ::DISCLAIMER::
Re: Base SYSPLEX setup
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 http://mason.gmu.edu/~smetz3 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%7C7ff3567deee34f0190ad08d80797d691%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637267696027597842sdata=NpN4os%2F8Kc00XIN96B6aWlSlhcVx7rQeUhKFPLOotqU%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. mBank S.A. with its registered office in Warsaw, 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%7C7ff3567deee34f0190ad08d80797d691%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637267696027607844sdata=ce805mVHVZi95MYjm65SwTJhh0ho%2Bn%2BdDcN1MVD4x%2FM%3Dreserved=0, 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 ::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
Re: Base SYSPLEX setup
> 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. Dana -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: 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: TSO EXec syntax (was: ... ISPF publication)
On Wed, 3 Jun 2020, at 15:21, Paul Gilmartin wrote: > The deficiency of EXec is that it does not use the standard load module > search sequence for the member name. How would it be useful if it did? Which load module library is going to contain a CLIST or REXX exec? -- Jeremy Nicoll - my opinions are my own. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
TSO EXec syntax (was: ... ISPF publication)
On Tue, 2 Jun 2020 23:44:50 -0400, Steve Smith wrote: >I'm not sure this is relevant, but today I ran into this: > >EX 'yadda.zadda.exec(blah)' ',,foo' /* works */ > >but > >%blah ,,foo /* does not work */ > >"blah" starts with > >parse arg a ',' b ',' c > >The leading commas disappear with the so-called indirect invocation, ... > The deficiency of EXec is that it does not use the standard load module search sequence for the member name. Someone should submit an RFE for support of EXec *(blah) to use the standard exec search sequence for the member name similar to what was doe for CALL within my memory: https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.ikjc500/ikj2l2_CALL_command_operands.htm CALL command operands z/OS TSO/E Command Reference SA32-0975-00 dsname specifies the name of a PDS or a PDSE from which the program is to be executed. If dsname is not fully qualified, it is assumed to be 'prefix.dsname.LOAD'. * specifies that CALL should use the standard load module search sequence for the member name. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Sort extracting values in PDS members
Hi Kolusu, I was finally able to get to this, and it works great for
what I need!
Thanks!
Billy
-- Original Message --
From: "Sri h Kolusu"
To: IBM-MAIN@listserv.ua.edu
Sent: 5/27/2020 7:30:48 PM
Subject: Re: Sort extracting values in PDS members
Billy,
On second thoughts, We can optimize to parse everything in a single parse.
Use the following control cards
//SYSINDD *
OPTION COPY
INCLUDE COND=(02,80,SS,EQ,C'KEYWORD1',OR,
02,80,SS,EQ,C'LONGKEYWORD2')
INREC IFOUTLEN=80,
IFTHEN=(WHEN=(01,80,SS,EQ,C'KEYWORD1',OR,
01,80,SS,EQ,C'LONGKEYWORD2'),
PARSE=(%01=(STARTAT=C'KEYWORD1',
STARTAT=C'LONGKEYWORD2',
ENDBEFR=C'(',
FIXLEN=16),
%02=(ENDBEFR=C')',
FIXLEN=16)),
BUILD=(%02,JFY=(SHIFT=LEFT),
C'.',
%01,JFY=(SHIFT=LEFT),
C'.',
DATE1),HIT=NEXT),
IFTHEN=(WHEN=ANY,
BUILD=(1,80,SQZ=(SHIFT=LEFT)))
/*
Thanks,
Kolusu
DFSORT Development
IBM Corporation
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
--
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
Maybe someone with the entire CBT tape unloaded might find a hit. There is a lot of old code out there... -Original Message- From: IBM Mainframe Discussion List On Behalf Of Charles Mills Sent: Wednesday, June 3, 2020 10:00 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: What is GRXBIMG 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: What is GRXBIMG
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
Re: Base SYSPLEX setup
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 > With FICON channels its a little simpler than that, both sides are channel type FC, and cu type FCTC, No need to distinguish CTC/CNC anymore, yay! Dana -- 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
Note: CTC and CNC are from ESCON world. Ideed, that required different CHP definition on each end. Nowadays we have FICON and FC chpid definition on each end. The topology may be FC CHP 1A FC CHP 1B or FC CHP 1A switch. 1A and 1B ard example values of th CHPID. Of course for redundancy any of examples above can be doubled, tripled, quadrupled... -- Radoslaw Skorupka Lodz, Poland W dniu 03.06.2020 o 15:01, Allan Staller pisze: 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 [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.] 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: 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. Dana -- 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
W dniu 03.06.2020 o 15:05, Allan Staller pisze: 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. Yes, it is incorrect. Linguistically incorrect. And I sustain what I said (or wanted to say) using my poor English, so let me rephrase it: FICON chpid can be share between LPARs. Or even spanned - that mean share betwenn LPARs belonging to different CSSes. FICON can be used to attach multiple CUs, like two DASD boxes, or DASD and tape (not recommended, but possible). In order to do that you have to use switch. And the above is the only method to have CTC on FICON chpid, which is also used for other CU connectivity (like DASD or tape). Your purpose of the switch is also valid, however in this scenario the CU may have more channel adapters and each CPC may use point-to-point connectivity directly to a CU. It is especially reasonable when given CU has more than 8 channel adapters, i.e. 16. In that scenario CPC A may use 8 channels (max. limit), and CPC B may use other 8 channels. Back to the topic it is impossible to share FC chpid for CU connectivity and CTC *without the switch*. -- 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: 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
Re: What is GRXBIMG
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
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%7C7ff3567deee34f0190ad08d80797d691%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637267696027597842sdata=NpN4os%2F8Kc00XIN96B6aWlSlhcVx7rQeUhKFPLOotqU%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. mBank S.A. with its registered office in Warsaw, 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%7C7ff3567deee34f0190ad08d80797d691%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637267696027607844sdata=ce805mVHVZi95MYjm65SwTJhh0ho%2Bn%2BdDcN1MVD4x%2FM%3Dreserved=0, 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 ::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
Re: Base SYSPLEX setup
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 [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.] 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
Re: Base SYSPLEX setup
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
Re: Extending the /tmp file system
Thanks -Original Message- From: IBM Mainframe Discussion List On Behalf Of David Geib Sent: Wednesday, June 3, 2020 3:51 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Extending the /tmp file system Hello Gadi - Only a TFS running as a colony address space can be extended - see the chapter "Managing the temporary file system (TFS)" in the z/OS UNIX Planning manual. https://www-01.ibm.com/servers/resourcelink/svc00100.nsf/pages/zOSV2R3ga320884/$file/bpxb200_v2r3.pdf Regards, Dave Geib z/OS UNIX Support -- 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
Re: FW: Your comment on ISPF publication
It would appear that IKJSCAN considers leading commas to be similar to leading blanks in ignoring them when calculating the parameter offset. TSO/E Programming Services states: The Command Scan Service Routine examines the command buffer and performs the following functions: It translates all lowercase characters in the subcommand name to uppercase. If a valid operand is present, it resets the offset to the number of text bytes preceding the first non-blank character in the operand field. If a valid operand is not present, the offset equals the length of the text portion of the buffer. It returns a pointer to the subcommand name, the length of the subcommand name, and a code explaining the results of its scan to the calling routine. It optionally checks the syntax of the subcommand name. It recognizes an implicit EXEC command that has a percent sign as the first character. It handles leading blanks and embedded comments. It appears that the second clause is not precise. Probably will be closed by IBM with a DOC APAR. On Tue, 2 Jun 2020 23:44:50 -0400 Steve Smith wrote: :>I'm not sure this is relevant, but today I ran into this: :> :>EX 'yadda.zadda.exec(blah)' ',,foo' /* works */ :> :>but :> :>%blah ,,foo /* does not work */ :> :>"blah" starts with :> :>parse arg a ',' b ',' c :> :>The leading commas disappear with the so-called indirect invocation, and so :>'foo' is assigned to a, not c. According to the REXX reference, this is :>what TSO does. For some reason. I'm sure it's a good reason. Possibly a :>really good and wonderful reason. But it interferes somewhat with :>maintaining my sanity. :> :>sas :> :>On Tue, Jun 2, 2020 at 11:28 PM Seymour J Metz wrote: :> :>> Does anybody know of other characters that are problematical in the TSO :>> command? :>> :>> :>> -- :>> 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 -- 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
