Re: z/OS TCP/IP question: name resolution order/override
Easy. There is a directive to either do DNS first or Local first. Previous poster LOOKUP. Use local first if you want faster resolution for chatty DNS apps.. like Websphere. Convert to COMMONSEARCH to get unix, STC/TSO to resolve the same. Rob Schramm On Wed, Sep 21, 2016, 7:07 PM Paul Gilmartin < 000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > On Wed, 21 Sep 2016 19:06:08 -0500, Paul Gilmartin wrote: > >> > >Someone once told me how to start a ssh client to work as > >a NAT for AT/TLS. Tried it. Sort of worked. Didn't pursue > >it because I didn't need it. And my ssh client was on a laptop > >not subject to enterprise security. > > > Oops. Don't get your hopes up. With some RTFM and a little recollection > on Cygwin I tried: > > 510 $ ssh -N -T -L 2992:MVS:992 localhost & > [1] 10316 > > Then: > 511 $ tn3270 localhost 2992 > > ... connected me to MVS 992. But it does't resolve the problem because DNS > must still be able to resolve MVS to an IP address. But wait! I was able > to: > > 501 $ ssh -N -T -L 2992:10.xxx.yyy.zzz:992 localhost & > > ... supplying an IP address for MVS, and still able to connect via > localhost 2992. > But your TLS may be stricter. > > How (operator command?) on MVS can I verify the port I'm connected to? > > -- gil > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Rob Schramm -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS TCP/IP question: name resolution order/override
On Wed, 21 Sep 2016 19:06:08 -0500, Paul Gilmartin wrote: >> >Someone once told me how to start a ssh client to work as >a NAT for AT/TLS. Tried it. Sort of worked. Didn't pursue >it because I didn't need it. And my ssh client was on a laptop >not subject to enterprise security. > Oops. Don't get your hopes up. With some RTFM and a little recollection on Cygwin I tried: 510 $ ssh -N -T -L 2992:MVS:992 localhost & [1] 10316 Then: 511 $ tn3270 localhost 2992 ... connected me to MVS 992. But it does't resolve the problem because DNS must still be able to resolve MVS to an IP address. But wait! I was able to: 501 $ ssh -N -T -L 2992:10.xxx.yyy.zzz:992 localhost & ... supplying an IP address for MVS, and still able to connect via localhost 2992. But your TLS may be stricter. How (operator command?) on MVS can I verify the port I'm connected to? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS TCP/IP question: name resolution order/override
On Wed, 21 Sep 2016 16:48:37 -0700, Phil Smith wrote: >Paul Gilmartin wrote: >> In the interim, could they just use the IP address? > >No, it's an SSL (TLS) connection. Need to address by hostname. > Someone once told me how to start a ssh client to work as a NAT for AT/TLS. Tried it. Sort of worked. Didn't pursue it because I didn't need it. And my ssh client was on a laptop not subject to enterprise security. >> Or choose a friendly nameserver in /etc/resolv.conf? > >Hm? The host isn't *in* DNS, or is in wrong. That's the problem. > Just thought there might be more than one nameserver you could access. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS TCP/IP question: name resolution order/override
Paul Gilmartin wrote: > In the interim, could they just use the IP address? No, it's an SSL (TLS) connection. Need to address by hostname. > Or choose a friendly nameserver in /etc/resolv.conf? Hm? The host isn't *in* DNS, or is in wrong. That's the problem. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS TCP/IP question: name resolution order/override
On 21 September 2016 at 18:40, Phil Smith wrote: > I had some vague idea that on z/OS, the Resolver can use some or all of: > > 1. DNS > > 2. Its own configuration data sets, via GLOBALIPNODES statements > > 3. /etc/hosts > > I just spent some time looking at IBM doc, and what I found seems to support > this. What I couldn't seem to grok was whether you can control the *order* in > which the three are used: that is, can you say "OK, we use the DNS server at > this IP, but we want to look in /etc/hosts *first*"? There is a LOOKUP statement in the TCPDATA member/file. ; LOOKUP indicates the order of name and address resolution. DNS means ; use the DNSs listed on the NSINTERADDR and NAMESERVER statements. ; LOCAL means use the local host tables as appropriate for the ; environment being used (UNIX System Services or Native MVS). You may be able to point a particular app at its own TCPDATA (DDNAME SYSTCPD or via the various UNIXy search orders), which in turn can contain not only its own LOOKUP statement, but perhaps even point to a different DNS server than the system-wide default. In particular, you could run your own tiny DNS on the same z/OS image, perhaps listening on a highish port so you don't run into trouble with not being allowed to listen on a well known one. But probably this is overcomplicated. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS TCP/IP question: name resolution order/override
On Wed, 21 Sep 2016 15:40:24 -0700, Phil Smith wrote: > >What I'm really looking for is a way for a user-possibly a sysprog-to define >or override a hostname-to-IP mapping to test something. We keep coming across >customer systems that don't have a DNS entry for a server that uses SSL (TLS), >and getting a DNS update requires an act of Congress, so we wind up waiting. >Some of them know they can't update /etc/hosts, but if they can, it doesn't >always seem to take effect. > In the interim, could they just use the IP address? Or choose a friendly nameserver in /etc/resolv.conf? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
z/OS TCP/IP question: name resolution order/override
I had some vague idea that on z/OS, the Resolver can use some or all of: 1. DNS 2. Its own configuration data sets, via GLOBALIPNODES statements 3. /etc/hosts I just spent some time looking at IBM doc, and what I found seems to support this. What I couldn't seem to grok was whether you can control the *order* in which the three are used: that is, can you say "OK, we use the DNS server at this IP, but we want to look in /etc/hosts *first*"? There's lots of discussion of the "search order", but nothing that clearly indicated (to me, at least) that you could control the *order*. It does look to me like you could specify /etc/hosts on a GLOBALIPNODES statement, but that isn't quite what I mean. What I'm really looking for is a way for a user-possibly a sysprog-to define or override a hostname-to-IP mapping to test something. We keep coming across customer systems that don't have a DNS entry for a server that uses SSL (TLS), and getting a DNS update requires an act of Congress, so we wind up waiting. Some of them know they can't update /etc/hosts, but if they can, it doesn't always seem to take effect. I see lots of ways (for example, in this marathon post by Chris Mason: http://newsgroups.derkeiler.com/Archive/Comp/bit.listserv.ibm-main/2006-05/msg00727.html) that a name can get resolved. And I found COMMONSEARCH/NOCOMMONSEARCH, which at least explain differences between POSIX-land and batch jobs, but Chris's list of 13 paths mostly just raises more questions. And I realize that the answer may be "it depends", based on which of the 13 are configured currently. Ideally, there would be a foolproof way for a user to mess themselves up when they wanted to. Is this a pipe dream? I can imagine that it might not make sense-it certainly doesn't most of the time!-but it sure would be a handy technique if 'twere available. -- ...phsiii -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SYSZMCS Hang
EREP show anything on the offending LPAR? In a message dated 9/21/2016 7:27:03 A.M. Central Daylight Time, robert.richa...@opm.gov writes: An IPL of the true ENQ-owning system released the QNAME and other systems immediately responded. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How do I see the end date for a certificate or key on z/OS 1.13 Tectia 6.4?
I just looked at my code. There is no basic difference between the logic for a gskkyman key database name or RACF keyring name. If a product will accept one it should accept the other. You just need to be able to tell it "no stash file" -- and hopefully it is not doing something stupid like making sure the first character of the name is a slash. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Charles Mills Sent: Tuesday, September 20, 2016 1:12 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How do I see the end date for a certificate or key on z/OS 1.13 Tectia 6.4? I apologize - I have not been following this thread. From a programming point of view, USS and RACF managed certificates are pretty compatible. I am travelling but can get you more info if you need when I land. CharlesSent from a mobile; please excuse the brevity Original message From: "Roach, Dennis" Date: 9/20/16 9:13 AM (GMT-08:00) To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How do I see the end date for a certificate or key on z/OS 1.13 Tectia 6.4? Thanks for the replies. Unfortunately, the product was installed to use USS hostkeys files, with the user keys under the user's home directory, not RACF. Since the product was ported from the UNIX/Linex/Windows environment, I have seen no documentation of it being able to use RACF. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Progrematically discover ACS source library
Neil. No. This mail was never arrived mailbox. But I am happy you find it. I left this behind as I has to write many routines and this one put on ,y to do list. Will look at this one again later this week. Thanks. ITschak ITschak Mugzach Z/OS, ISV Products and Application Security & Risk Assessments Professional On Wed, Sep 21, 2016 at 7:15 PM, Neil Duffee wrote: > Itschak: found this lingering in my mailbox for a response and don't > recall if you received an answer. For completeness, I'll repeat what was > probably already provided by others. > > I believe you were looking for the information equivalent to ISMF option > 7.5 "Source Data Set ACS Routine Translated from", etc. It is available > from IDCAMS, which can be invoked programmatically, [1] in the DCOLLECT > Acct Info (AI) record. Using SCDS(ACTIVE) should retrieve the information > from the current ACDS. > > Alternatively, if you're trying to find the matching SCDS, it should be in > the Base Config (BC) record as DBCSCDSN. > > [1] from my old DFSMS v1.5 manual, it's in Appendix D, "Invoking AMS from > your program". > > > signature = 8 lines follows < > Neil Duffee, Joe Sysprog, uOttawa, Ottawa, Ont, Canada > telephone:1 613 562 5800 x4585 fax:1 613 562 5161 > mailto:NDuffee of uOttawa.ca http:/ /aix1.uOttawa.ca/ ~nduffee > “How *do* you plan for something like that?” Guardian Bob, Reboot > “For every action, there is an equal and opposite criticism.” > “Systems Programming: Guilty, until proven innocent” John Norgauer 2004 > "Schrodinger's backup: The condition of any backup is unknown until a > restore is attempted." John McKown 2015 > > -Original Message- > From: Itschak Mugzach [mailto:i_mugz...@securiteam.co.il] > Sent: September 11, 2016 17:06 > Subject: Progrematically discover ACS source library > > I Looked into the ACDS and it is quit simple organized as a sequential > dataset (VSAM ESDS). The Name of the source dataset it there per ACS > routine / class. I was able to read and search for the source acs library > dsname, but I wonder if there is a formal way doing this. Interactive ISMF > is not an option. > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: 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: Progrematically discover ACS source library
Itschak: found this lingering in my mailbox for a response and don't recall if you received an answer. For completeness, I'll repeat what was probably already provided by others. I believe you were looking for the information equivalent to ISMF option 7.5 "Source Data Set ACS Routine Translated from", etc. It is available from IDCAMS, which can be invoked programmatically, [1] in the DCOLLECT Acct Info (AI) record. Using SCDS(ACTIVE) should retrieve the information from the current ACDS. Alternatively, if you're trying to find the matching SCDS, it should be in the Base Config (BC) record as DBCSCDSN. [1] from my old DFSMS v1.5 manual, it's in Appendix D, "Invoking AMS from your program". > signature = 8 lines follows < Neil Duffee, Joe Sysprog, uOttawa, Ottawa, Ont, Canada telephone:1 613 562 5800 x4585 fax:1 613 562 5161 mailto:NDuffee of uOttawa.ca http:/ /aix1.uOttawa.ca/ ~nduffee “How *do* you plan for something like that?” Guardian Bob, Reboot “For every action, there is an equal and opposite criticism.” “Systems Programming: Guilty, until proven innocent” John Norgauer 2004 "Schrodinger's backup: The condition of any backup is unknown until a restore is attempted." John McKown 2015 -Original Message- From: Itschak Mugzach [mailto:i_mugz...@securiteam.co.il] Sent: September 11, 2016 17:06 Subject: Progrematically discover ACS source library I Looked into the ACDS and it is quit simple organized as a sequential dataset (VSAM ESDS). The Name of the source dataset it there per ACS routine / class. I was able to read and search for the source acs library dsname, but I wonder if there is a formal way doing this. Interactive ISMF is not an option. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Corporate lawsuit exposure Was: k4t4949b (September 2016 refresh of the z/OS 2.2 manuals)
I detect a drift from Dilbert into the realm of Bat Man. If some poor soul chops off his own foot with an ax, we would not accuse him of inventing a new self-amputation tool. It's an unfortunate but unintended consequence of using an old tool improperly. Maybe we could find a cadre of available OSOs in the rear of the Bat Cave, but in practice we might find this effort a hard sell to the CFO. Especially because it runs counter to established corporate wisdom. The whole point of share-ware is to achieve maximum flexibility at least cost. A new bureaucracy is not likely to garner many champions. OTOH I could eagerly invest in whatever industry manufactures red tape. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-302-7535 Office robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jack J. Woehr Sent: Tuesday, September 20, 2016 4:40 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: Corporate lawsuit exposure Was: k4t4949b (September 2016 refresh of the z/OS 2.2 manuals) Joel C. Ewing wrote: > Unfortunately in a large corporate environment you may have a large > number of users with access to workstations who are not sophisticated > enough to understand software licensing distinctions. My experience in Fortune 100 Land is that these policies readily transmute themselves into tools for maintaining the status quo and shielding the incompetent rather than protecting the institution or the customers. My suggestion is that institutions create trained cadres of Open Source Officers (OSO, The Bear) and have one in each technical dep't. empowere to approve/disapprovite in a timely fashion all requests to install specific open source packages. If the glasshouse doesn't get a shovel handy, it's going to suffocate under its own mountain of bullfeathers. When I was younger and studying Roman history, I could understand the Roman Republic and the early Empire, but found the Byzantine Era impenetrable. At this point in my life, I understand the Byzantine Era much better than I did before! -- Jack J. Woehr # Science is more than a body of knowledge. It's a way of www.well.com/~jax # thinking, a way of skeptically interrogating the universe www.softwoehr.com # with a fine understanding of human fallibility. - Carl Sagan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: BPXAS sysout class
Check out the $POJ or $PJ commands in JES2 You can also use Age|DAysdays Specifies the age of affected jobs in days. Only jobs more (with DAYS>nn) or less (with DAYSnn) or less (with HOURS1 $HASP003 RC=(52), $HASP003 RC=(52),J9-25 - NO SELECTABLE ENTRIES FOUND MATCHING $HASP003 SPECIFICATION JES2 purges jobs 9 through 25 if age is greater than 1 day. For your process $PJ(BPXAS),H<8 to purge output that is equal to BPXAS when it is 8hours. Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Jesse 1 Robinson > Sent: Wednesday, September 21, 2016 8:50 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: BPXAS sysout class > > I'm a bit wary of testing this change. A broken initiator process would be > deadly. > > A less risky solution--I assume that the problem is a passel of STC output-- > might be to purge BPXAS on regular basis via, say, a JES automatic command. > You could make a pretty small interval with A>1. As long as you qualify the > command with the task name, it should be pretty benign to test. > > . > . > J.O.Skip Robinson > Southern California Edison Company > Electric Dragon Team Paddler > SHARE MVS Program Co-Manager > 323-715-0595 Mobile > 626-302-7535 Office > robin...@sce.com > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Peter Hunkeler > Sent: Monday, September 19, 2016 11:51 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: (External):AW: BPXAS sysout class > > > >Is there any way for me to get a bit bucket sysout class for BPXAS? My > STCCLASS parm in JES2 is set to a regular output class and it looks like BPXAS > uses that. I need something that will definitely work, since change BPXAS can > put you in the pain cave. > > > > > I just stumbled over this; has it been solved? Could not see anything in IBM- > Main's archives. > > > You might convert the BPXAS procedure to a started job by adding a JOB > statement to it. On the Job statement you can then code MSGCLASS=. Something > like > > > //BPXAS JOB MSGCLASS=X,MSGLEVEL=(1,1) > //BPXAS EXEC PGM=IEFIIC,REGION=0M,PARM=(,,&GETWORK,BPXPRJRW' > > > Warning: I have not tested this (dont' have access to a system where I could). > > > -- > Peter Hunkeler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: k4t4949b (September 2016 refresh of the z/OS 2.2 manuals)
Thanks for verifying! And no worries about the ado. We'd obviously rather know when things are broken so we can fix them quickly (if possible), and the tangential comments are always interesting. ;-) On 09/21/16 11:12 AM, John Laubenheimer wrote: I downloaded this morning. Looks great! Sorry for the much ado. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Sue Shumway z/OS Product Documentation Lead IBM Poughkeepsie chale...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: BPXAS sysout class
I'm a bit wary of testing this change. A broken initiator process would be deadly. A less risky solution--I assume that the problem is a passel of STC output--might be to purge BPXAS on regular basis via, say, a JES automatic command. You could make a pretty small interval with A>1. As long as you qualify the command with the task name, it should be pretty benign to test. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-302-7535 Office robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Peter Hunkeler Sent: Monday, September 19, 2016 11:51 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):AW: BPXAS sysout class >Is there any way for me to get a bit bucket sysout class for BPXAS? My STCCLASS parm in JES2 is set to a regular output class and it looks like BPXAS uses that. I need something that will definitely work, since change BPXAS can put you in the pain cave. I just stumbled over this; has it been solved? Could not see anything in IBM-Main's archives. You might convert the BPXAS procedure to a started job by adding a JOB statement to it. On the Job statement you can then code MSGCLASS=. Something like //BPXAS JOB MSGCLASS=X,MSGLEVEL=(1,1) //BPXAS EXEC PGM=IEFIIC,REGION=0M,PARM=(,,&GETWORK,BPXPRJRW' Warning: I have not tested this (dont' have access to a system where I could). -- Peter Hunkeler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: k4t4949b (September 2016 refresh of the z/OS 2.2 manuals)
I downloaded this morning. Looks great! Sorry for the much ado. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Strarting two instant of MQ in one LPAR
W dniu 2016-09-21 o 07:19, Mohamed Juma pisze: Hi,Isit possible so start two MQ in one LPAR, each one of them has different IPAddress,andif is ok how to code the IP address Thanks, MohamedJumaMOI,Kuwait Yes, it is possible. You can use different addresses or just different ports (IMHO simpler). -- Radoslaw Skorupka Lodz, Poland --- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorized to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. 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, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2016 r. kapitał zakładowy mBanku S.A. (w całości wpłacony) wynosi 168.955.696 złotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: k4t4949b (September 2016 refresh of the z/OS 2.2 manuals)
I just received notice that the rebuilt kit is now available for download on IBM Pubs Center: https://www.ibm.com/e-business/linkweb/publications/servlet/pbi.wss?CTY=US&FNC=SRX&PBL=SK4t-4949 . One of us will post when the other, indexed PDF collection of 3Q16 drafts is posted, in case you prefer that. On 09/20/16 9:28 AM, Kevin Minerley wrote: The packager admits to using 7-zip (yes, we all figured that out). Someone had suggested a "finger check" -- bingo. I've asked the to repackage and test it in Windows before uploading the replacement. Kevin Minerley zOS, zVM, and zVSE Softcopy CKIT/PKIT architect -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Sue Shumway z/OS Product Documentation Lead IBM Poughkeepsie chale...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SYSZMCS Hang
An IPL of the true ENQ-owning system released the QNAME and other systems immediately responded. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Edward Finnell Sent: Tuesday, September 20, 2016 11:54 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SYSZMCS Hang Hard to say w/o more info. Are there any SIM messages logged? My guess is some hardware something failed and XCF signaling is stuck. If you can purge the offender might be able to get by. Found an old 2004 APAR OA05697 but that's about it. MSGCNZMSG4 OA05697 INVALID GEPL DETECTED IN IEAVG603 ON SYSTEM . ISSUING DUMP. PLEASE SEND TO CONSOLE L2. . In a message dated 9/20/2016 8:59:02 P.M. Central Daylight Time, robert.richa...@opm.gov writes: Just got a call from work. Is there a way to free a SYSZMCS hang in a sysplex without IPLs? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: 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: Strarting two instant of MQ in one LPAR
Yes, you can have multiple queue managers in a single LPAR. Below is an example on how you can code the I/P addresses, using dynamic virtual I/P addresses (DVIPA) VIPADYNAMIC VIPADEFINE 255.255.255.0 10.9.10.201 VIPADEFINE 255.255.255.0 10.9.10.202 VIPADEFINE 255.255.255.0 10.9.10.203 VIPADEFINE 255.255.255.0 10.9.10.204 ENDVIPADYNAMIC PORT 1414 TCP MQP1CHIN BIND 10.9.10.201 ; MQP1 PORT 1414 TCP MQP2CHIN BIND 10.9.10.202 ; MQP2 PORT 1414 TCP MQP3CHIN BIND 10.9.10.203 ; MQP3 PORT 1414 TCP MQP4CHIN BIND 10.9.10.204 ; MQP4 PORT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
