Re: How can I get reports in the Output Queue in SDSF to print
Ron, AFAIK, you are correct regarding a virtual CTC, but you can still define a real FICON CTC - I think I'm correct in saying you just need one spare FICON port, unlike ESCON, where you needed two, and a cable between them. Assuming nothing has changed on the mainframe, and you are running JES2, this definitely sounds like a network issue. I'm sure IBM will help, but, in the meantime... Basics first. Can you ping z/VM from z/OS and vice versa? Of course ICMP might be blocked, so you could also try TRACERTE ipaddress from both systems. Maybe also try TELNET, just to prove both systems can see each other. Is your JES NETSRV address space up (something like JES2S001)? Is the JES line started? What happens when you issue $SN,N=your z/VM node number (or possibly $SN,SOCKET=your z/VM socket number) on the z/OS system? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How can I get reports in the Output Queue in SDSF to print
On Wed, 6 Feb 2019 03:14:51 -0600, Vince Getgood wrote: >Ron, >AFAIK, you are correct regarding a virtual CTC, but you can still define a >real FICON CTC - I think I'm correct in saying you just need one spare FICON >port, unlike ESCON, where you needed two, and a cable between them. > We might soon be moving to a single CEC configuration also and I was wondering about this. Would the FICON port require a switch connected? or would any device (DASD) do? Dana -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Internal Coupling Channel on z13
I disagree. The answer is "it depends". -Original Message- From: IBM Mainframe Discussion List On Behalf Of Seymour J Metz Sent: Tuesday, February 5, 2019 2:50 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Internal Coupling Channel on z13 It is possible to convert ENQ with SYSTEMS to RESERVE, but the performance ramifications are unacceptable. -- Shmuel (Seymour J.) Metz https://apac01.safelinks.protection.outlook.com/?url=http:%2F%2Fmason.gmu.edu%2F~smetz3&data=02%7C01%7Callan.staller%40HCL.COM%7Cd460b1fa54164846cc9608d68bab8303%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C636849966118974286&sdata=qJCwpw%2F9ywQBZLGUH5jHGRaW5FRG5mGzCkE6%2Bc3umkw%3D&reserved=0 From: IBM Mainframe Discussion List on behalf of Tony Harminc Sent: Monday, February 4, 2019 3:42 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Internal Coupling Channel on z13 On Wed, 30 Jan 2019 at 01:53, Ed Jaffe wrote: > Is it no longer possible to use "old school" shared DASD > RESERVE/RELEASE to protect data? I know it won't work for sharing > PDSE, but for old-school PDS and sequential, it should still work. Reserve/Release works only if someone issues those CCWs. DADSM issues them to protect the VTOC, and maybe catalog management does (I don't know), and the Binder does if SYSLMOD is on a shared device. But data management generally does not, so e.g. if you have two jobs on separate LPARs and each has DISP=OLD for the same dataset using QSAM or BPAM, say, nothing protects the data itself from being written from both sides at the same time. You can put the Reserve/Release in your application program (via ENQ), but that's not going to work very well for your typical COBOL program, and unless you have extreme data separation by volume, performance will suck, to put it politely. Typically what is wanted is the notion of ENQ with the SYSTEMS option, and that's just not available (and is silently ignored if requested) without either GRS or one of the products popular in the 1980s that implemented GRS-like behaviour using Reserve/Release on some kind of control dataset. I don't know if any of those products are still on the market. Or why not, as another poster suggested, use a GRS ring. This can protect applications against dataset corruption at on-the-box CTC speed, and I don't see any obvious reason if would be slower than a timeshared CF on the same machine. Of course you get GRS - not Parallel Sysplex, and there are various things such as JES2 shared SPOOL that need the Sysplex. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ::DISCLAIMER:: -- The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
FTP/Server backup for CEC critical data
We are going to start using the FTP/Server backup option for HMC/CEC critical data backups, get away from the USB sticks in the HMC currently in use. If you've already done this, would you share how big the backup's are, for sizing the storage. has anyone tried using OMVS/zOS for this ? any gotcha's you encounter would be appreciated. TIA, Joe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP/Server backup for CEC critical data
I used Windows PC with Filezilla server (FTP and FTPS options). The size is AFAIR ~1GB for HMC and ~4GB for CPC. It does not grow, new versions replace old ones. So, assign 8GB and forget. BTW: using z/OS for that should be re-thought. Reason: you create backup of critical data on system which could depend on this data. Unless you have another CPC with the z/OS... -- Radoslaw Skorupka Lodz, Poland W dniu 2019-02-06 o 15:40, J Ellis pisze: We are going to start using the FTP/Server backup option for HMC/CEC critical data backups, get away from the USB sticks in the HMC currently in use. If you've already done this, would you share how big the backup's are, for sizing the storage. has anyone tried using OMVS/zOS for this ? any gotcha's you encounter would be appreciated. TIA, Joe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN . == 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.2018 r. wynosi 169.248.488 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,248,488 as at 1 January 2018. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How can I get reports in the Output Queue in SDSF to print
Ron, Look at Output Disposition in the IBM Knowledge Center. See https://www.ibm.com/support/knowledgecenter/SSLTBW_2.3.0/com.ibm.zos.v2r3.ieab600/iea3b6_Subparameter_definitions1.htm You might have an output disposition of KEEP or LEAVE. You can change these with SDSF and release the job so it prints and then stays on the queue for further re-printing. --Roger On Fri, Feb 1, 2019 at 12:08 AM McCabe, Ron wrote: > Hello, > > How can I get reports that are in the Output Queue in SDSF to be > re-printed...basically I want them to be processed again. > > Thanks, > Ron McCabe > Manager of Mainframe/Midrange Systems > Mutual of Enumclaw > > > Confidentiality Notice: This e- mail and all attachments may contain > CONFIDENTIAL information and are meant solely for the intended recipient. > It may contain controlled, privileged, or proprietary information that is > protected under applicable law and shall not be disclosed to any > unauthorized third party. If you are not the intended recipient, you are > hereby notified that any unauthorized review, action, disclosure, > distribution, or reproduction of any information contained in this e- mail > and any attachments is strictly PROHIBITED. If you received this e- mail in > error, please reply to the sender immediately stating that this > transmission was misdirected, and delete or destroy all electronic and > paper copies of this e-mail and attachments without disclosing the > contents. This e- mail does not grant or assign rights of ownership in the > proprietary subject matter herein, nor shall it be construed as a joint > venture, partnership, teaming agreement, or any other formal business > relationship. > > -- > 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 can I get reports in the Output Queue in SDSF to print
Dana, From what I remember, no switch is required. I believe any FICON port will do. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How can I get reports in the Output Queue in SDSF to print
Vince, Thanks for letting me know about using a FICON CTC...the problem was when we ordered the z13s we didn't order enough FICON adapters...guess our research was not through enough. As far as where the problem actually is...I believe it is the network to but I'm losing that battle and it is because my boss is a networking guy who supports the networking team over the mainframe team. I can PING from z/VM to z/OS and vice versa successfully and I have done a telnet from z/OS to z/VM successfully. I'm not familiar with ICMP and/or TRACERTE so I will have to do research on how to check/execute them. When I start NETSRV1 it says it is active in ASID=004D as NAME=JES2S001 and yes the JES line is started, however I get an error when starting the socket and the error is... IAZ0545I NETSRV1 Error encountered in function connect() - EDC8128I Connection refused. IAZ0543I NETSRV1 TCP/IP connection with IP Addr: 10.100.5.73 Port: 175 ended due to TCP/IP error, rc: 1128 Thanks, Ron McCabe Mutual of Enumclaw -Original Message- From: IBM Mainframe Discussion List On Behalf Of Vince Getgood Sent: Wednesday, February 06, 2019 1:15 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How can I get reports in the Output Queue in SDSF to print Ron, AFAIK, you are correct regarding a virtual CTC, but you can still define a real FICON CTC - I think I'm correct in saying you just need one spare FICON port, unlike ESCON, where you needed two, and a cable between them. Assuming nothing has changed on the mainframe, and you are running JES2, this definitely sounds like a network issue. I'm sure IBM will help, but, in the meantime... Basics first. Can you ping z/VM from z/OS and vice versa? Of course ICMP might be blocked, so you could also try TRACERTE ipaddress from both systems. Maybe also try TELNET, just to prove both systems can see each other. Is your JES NETSRV address space up (something like JES2S001)? Is the JES line started? What happens when you issue $SN,N=your z/VM node number (or possibly $SN,SOCKET=your z/VM socket number) on the z/OS system? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Confidentiality Notice: This e- mail and all attachments may contain CONFIDENTIAL information and are meant solely for the intended recipient. It may contain controlled, privileged, or proprietary information that is protected under applicable law and shall not be disclosed to any unauthorized third party. If you are not the intended recipient, you are hereby notified that any unauthorized review, action, disclosure, distribution, or reproduction of any information contained in this e- mail and any attachments is strictly PROHIBITED. If you received this e- mail in error, please reply to the sender immediately stating that this transmission was misdirected, and delete or destroy all electronic and paper copies of this e-mail and attachments without disclosing the contents. This e- mail does not grant or assign rights of ownership in the proprietary subject matter herein, nor shall it be construed as a joint venture, partnership, teaming agreement, or any other formal business relationship. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP/Server backup for CEC critical data
Thanks ! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How can I get reports in the Output Queue in SDSF to print
IAZ0545I NETSRV1 Error encountered in function connect() - EDC8128I Connection refused. IAZ0543I NETSRV1 TCP/IP connection with IP Addr: 10.100.5.73 Port: 175 ended due to TCP/IP error, rc: 1128 The "connection refused" error can indicate a lack of resources on the receiving (z/VM) node. Are you sure that ALL of the necessary RSCS resources are available/started. Since Telnet and ping are working, you must have basic connectivity. Is there a process listening on port 175 on the z/VM node?? Could try "telnet 10.100.5.73 175" (from the z/OS LPAR) to see if you get a connection!! Hth Tony -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of McCabe, Ron Sent: Wednesday, February 06, 2019 12:59 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How can I get reports in the Output Queue in SDSF to print [[ SEI WARNING *** This email was sent from an external source. Do not open attachments or click on links from unknown or suspicious senders. *** ]] Vince, Thanks for letting me know about using a FICON CTC...the problem was when we ordered the z13s we didn't order enough FICON adapters...guess our research was not through enough. As far as where the problem actually is...I believe it is the network to but I'm losing that battle and it is because my boss is a networking guy who supports the networking team over the mainframe team. I can PING from z/VM to z/OS and vice versa successfully and I have done a telnet from z/OS to z/VM successfully. I'm not familiar with ICMP and/or TRACERTE so I will have to do research on how to check/execute them. When I start NETSRV1 it says it is active in ASID=004D as NAME=JES2S001 and yes the JES line is started, however I get an error when starting the socket and the error is... IAZ0545I NETSRV1 Error encountered in function connect() - EDC8128I Connection refused. IAZ0543I NETSRV1 TCP/IP connection with IP Addr: 10.100.5.73 Port: 175 ended due to TCP/IP error, rc: 1128 Thanks, Ron McCabe Mutual of Enumclaw -Original Message- From: IBM Mainframe Discussion List On Behalf Of Vince Getgood Sent: Wednesday, February 06, 2019 1:15 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How can I get reports in the Output Queue in SDSF to print Ron, AFAIK, you are correct regarding a virtual CTC, but you can still define a real FICON CTC - I think I'm correct in saying you just need one spare FICON port, unlike ESCON, where you needed two, and a cable between them. Assuming nothing has changed on the mainframe, and you are running JES2, this definitely sounds like a network issue. I'm sure IBM will help, but, in the meantime... Basics first. Can you ping z/VM from z/OS and vice versa? Of course ICMP might be blocked, so you could also try TRACERTE ipaddress from both systems. Maybe also try TELNET, just to prove both systems can see each other. Is your JES NETSRV address space up (something like JES2S001)? Is the JES line started? What happens when you issue $SN,N=your z/VM node number (or possibly $SN,SOCKET=your z/VM socket number) on the z/OS system? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Confidentiality Notice: This e- mail and all attachments may contain CONFIDENTIAL information and are meant solely for the intended recipient. It may contain controlled, privileged, or proprietary information that is protected under applicable law and shall not be disclosed to any unauthorized third party. If you are not the intended recipient, you are hereby notified that any unauthorized review, action, disclosure, distribution, or reproduction of any information contained in this e- mail and any attachments is strictly PROHIBITED. If you received this e- mail in error, please reply to the sender immediately stating that this transmission was misdirected, and delete or destroy all electronic and paper copies of this e-mail and attachments without disclosing the contents. This e- mail does not grant or assign rights of ownership in the proprietary subject matter herein, nor shall it be construed as a joint venture, partnership, teaming agreement, or any other formal business relationship. -- 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
z/OS NPF/LPR CR/LF conversion (cross-posted: IBMTCP-L and IBM-Main)
We are testing z/OS Network Print Facility and have hit a snag that I expect should be an option, but I can't find it in the doc. When the z/OS print is converted to ASCII, the carriage controls for 'next line' are being converted to x'0A' (Line Feed) but the printer is expecting x'0D0A' (Carriage Return/Line Feed). I don't see nay options that will change this behavior. Am I missing something? Or, am I going to have to use an exit? -- Tony Thigpen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How can I get reports in the Output Queue in SDSF to print
Yes, all necessary RSCS resources are available/started...if not I would have hoped IBM Support would have said something. Yes, there is a process listening on port 175 on the z/VM side. I get a connection using telnet to port 175 but then it fails very soon after which I assume is because port 175 is not a telnet port. Thanks, Ron McCabe Mutual of Enumclaw -Original Message- From: IBM Mainframe Discussion List On Behalf Of Cieri, Anthony Sent: Wednesday, February 06, 2019 12:03 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How can I get reports in the Output Queue in SDSF to print IAZ0545I NETSRV1 Error encountered in function connect() - EDC8128I Connection refused. IAZ0543I NETSRV1 TCP/IP connection with IP Addr: 10.100.5.73 Port: 175 ended due to TCP/IP error, rc: 1128 The "connection refused" error can indicate a lack of resources on the receiving (z/VM) node. Are you sure that ALL of the necessary RSCS resources are available/started. Since Telnet and ping are working, you must have basic connectivity. Is there a process listening on port 175 on the z/VM node?? Could try "telnet 10.100.5.73 175" (from the z/OS LPAR) to see if you get a connection!! Hth Tony -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of McCabe, Ron Sent: Wednesday, February 06, 2019 12:59 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How can I get reports in the Output Queue in SDSF to print [[ SEI WARNING *** This email was sent from an external source. Do not open attachments or click on links from unknown or suspicious senders. *** ]] Vince, Thanks for letting me know about using a FICON CTC...the problem was when we ordered the z13s we didn't order enough FICON adapters...guess our research was not through enough. As far as where the problem actually is...I believe it is the network to but I'm losing that battle and it is because my boss is a networking guy who supports the networking team over the mainframe team. I can PING from z/VM to z/OS and vice versa successfully and I have done a telnet from z/OS to z/VM successfully. I'm not familiar with ICMP and/or TRACERTE so I will have to do research on how to check/execute them. When I start NETSRV1 it says it is active in ASID=004D as NAME=JES2S001 and yes the JES line is started, however I get an error when starting the socket and the error is... IAZ0545I NETSRV1 Error encountered in function connect() - EDC8128I Connection refused. IAZ0543I NETSRV1 TCP/IP connection with IP Addr: 10.100.5.73 Port: 175 ended due to TCP/IP error, rc: 1128 Thanks, Ron McCabe Mutual of Enumclaw -Original Message- From: IBM Mainframe Discussion List On Behalf Of Vince Getgood Sent: Wednesday, February 06, 2019 1:15 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How can I get reports in the Output Queue in SDSF to print Ron, AFAIK, you are correct regarding a virtual CTC, but you can still define a real FICON CTC - I think I'm correct in saying you just need one spare FICON port, unlike ESCON, where you needed two, and a cable between them. Assuming nothing has changed on the mainframe, and you are running JES2, this definitely sounds like a network issue. I'm sure IBM will help, but, in the meantime... Basics first. Can you ping z/VM from z/OS and vice versa? Of course ICMP might be blocked, so you could also try TRACERTE ipaddress from both systems. Maybe also try TELNET, just to prove both systems can see each other. Is your JES NETSRV address space up (something like JES2S001)? Is the JES line started? What happens when you issue $SN,N=your z/VM node number (or possibly $SN,SOCKET=your z/VM socket number) on the z/OS system? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Confidentiality Notice: This e- mail and all attachments may contain CONFIDENTIAL information and are meant solely for the intended recipient. It may contain controlled, privileged, or proprietary information that is protected under applicable law and shall not be disclosed to any unauthorized third party. If you are not the intended recipient, you are hereby notified that any unauthorized review, action, disclosure, distribution, or reproduction of any information contained in this e- mail and any attachments is strictly PROHIBITED. If you received this e- mail in error, please reply to the sender immediately stating that this transmission was misdirected, and delete or destroy all electronic and paper copies of this e-mail and attachments without disclosing the contents. This e- mail does not grant or assign rights of ownership in the proprietary subject matter herein, nor shall it be construed as a joint venture, partnership, teaming agreement, or any other formal business relationship. --
Re: FTP/Server backup for CEC critical data
I tried using zos for loading iocp via ftp.. it did not work and gives no error messages. Rob Schramm On Wed, Feb 6, 2019, 2:23 PM J Ellis < 020d5fbe36e0-dmarc-requ...@listserv.ua.edu wrote: > Thanks ! > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS NPF/LPR CR/LF conversion (cross-posted: IBMTCP-L and IBM-Main)
z/OS LPR is strictly following the standard (IETF RFC 1179), which calls for using x'0A' (line feed) rather than x'0D0A' (carriage return, line feed). Hurray, standards. :-) There are a couple easy solutions often available: 1. If you're printing to a Hewlett-Packard LaserJet printer, or similar, then refer to this technical note for instructions: https://www.ibm.com/support/docview.wss?uid=swg21084064 Some other printer models offer comparable LPD queue names to accomplish the same thing. 2. The printer itself may have a configuration setting to append (or prepend?) CR to LF, typically somewhere in the PCL settings menu. If these approaches don't work, I might have a couple more exotic ideas. Timothy Sipples IT Architect Executive, Industry Solutions, IBM Z & LinuxONE E-Mail: sipp...@sg.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
