Re: FTP tape file to another lpar
Two LPARS don't share the virtual tape Both the sites have there own virtual tape hardware. On Mon 19 Nov, 2018, 11:52 AM Vernooij, Kees (ITOPT1) - KLM < kees.verno...@klm.com wrote: > In which vitual tape system is the tape? In a TS77xx, attached to both > LPARs, both LPARs can access the tape. > > Met vriendelijke groet, > Kees Vernooij > KLM Information Services > z/OS Systems > Tel +31 6 10 14 58 78 > > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > > Behalf Of Peter > > Sent: 16 November, 2018 18:44 > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: FTP tape file to another lpar > > > > Hi > > > > Does anyone has a sample JCL to send Virtual tape file from one lpar to > > other. > > > > Virtual tape are not shared between two lpars. > > > > Peter > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > For information, services and offers, please visit our web site: > http://www.klm.com. This e-mail and any attachment may contain > confidential and privileged material intended for the addressee only. If > you are not the addressee, you are notified that no part of the e-mail or > any attachment may be disclosed, copied or distributed, and that any other > action related to this e-mail or attachment is strictly prohibited, and may > be unlawful. If you have received this e-mail by error, please notify the > sender immediately by return e-mail, and delete this message. > > Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its > employees shall not be liable for the incorrect or incomplete transmission > of this e-mail or any attachments, nor responsible for any delay in receipt. > Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch > Airlines) is registered in Amstelveen, The Netherlands, with registered > number 33014286 > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP tape file to another lpar
In which vitual tape system is the tape? In a TS77xx, attached to both LPARs, both LPARs can access the tape. Met vriendelijke groet, Kees Vernooij KLM Information Services z/OS Systems Tel +31 6 10 14 58 78 > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Peter > Sent: 16 November, 2018 18:44 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: FTP tape file to another lpar > > Hi > > Does anyone has a sample JCL to send Virtual tape file from one lpar to > other. > > Virtual tape are not shared between two lpars. > > Peter > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: System level coding examples
This time frame is also a bit off. The Dual Address Space architecture was first implemented via a microcode retrofit on the existing old 3033 hardware. It was not possible to make that hardware do I-Fetch from primary while running in secondary ASC mode, so the architecture had to state that the I-Fetch space was undefined while in secondary ASC mode, since the 3081 hardware was designed with the dual address space architecture in mind, and I-fetched from primary in both primary or secondary ASC modes. Since the 3033 could not run XA, the 370/XA architecture was free to state that I-Fetching is done from the primary space in secondary ASC mode. ESA/370 and beyond does not always fetch from the primary space. It fetches from primary in Primary, Secondary, and AR, ASC modes. It fetches from home in Home ASC mode, and real in real mode (DAT-off). z/OS uses Home ASC mode only in code which is in common storage. Jim Mulder z/OS Diagnosis, Design, Development, Test IBM Corp. Poughkeepsie NY "IBM Mainframe Discussion List" wrote on 11/18/2018 08:03:49 PM: > From: "Ed Jaffe" > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 11/18/2018 08:42 PM > Subject: Re: System level coding examples > Sent by: "IBM Mainframe Discussion List" > > On 11/18/2018 5:27 AM, Peter Relson wrote: > > PC-SS was introduced prior to MVS/XA (pre-1980) > > Data spaces were introduced with MVS/ESA (1987-ish), stacking PC's at the > > same time. > > We never used PC-ss prior to ESA/390 primarily because of a hardware > restriction that forced the code to always be in common storage (e.g. > LPA). ISTR it was undefined as to which address space your instructions > were fetched from when in cross-memory mode. You guys did the right > thing in ESA/390 by always fetching from the primary address space. In > addition, that old PCLINK STACK/UNSTACK stuff was horrible! ijs... > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: System level coding examples
On 11/18/2018 5:27 AM, Peter Relson wrote: PC-SS was introduced prior to MVS/XA (pre-1980) Data spaces were introduced with MVS/ESA (1987-ish), stacking PC's at the same time. We never used PC-ss prior to ESA/390 primarily because of a hardware restriction that forced the code to always be in common storage (e.g. LPA). ISTR it was undefined as to which address space your instructions were fetched from when in cross-memory mode. You guys did the right thing in ESA/390 by always fetching from the primary address space. In addition, that old PCLINK STACK/UNSTACK stuff was horrible! ijs... -- Phoenix Software International Edward E. Jaffe 831 Parkview Drive North El Segundo, CA 90245 https://www.phoenixsoftware.com/ This e-mail message, including any attachments, appended messages and the information contained therein, is for the sole use of the intended recipient(s). If you are not an intended recipient or have otherwise received this email message in error, any use, dissemination, distribution, review, storage or copying of this e-mail message and the information contained therein is strictly prohibited. If you are not an intended recipient, please contact the sender by reply e-mail and destroy all copies of this email message and do not otherwise utilize or retain this email message or any or all of the information contained therein. Although this email message and any attachments or appended messages are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by the sender for any loss or damage arising in any way from its opening or use. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Problem configuring Control-T with ATL
Hello Gadi, On Thu, 15 Nov 2018 07:58:16 +, Gadi Ben-Avi wrote: > >Message CTTCBR13 is not documented anywhere. > I think that you could find the CTT message in a manual called INCONTROL for z/OS Messages Manual. > >Why do I have to restart OAM for the Virtual volume to be added? > Sorry I do not have the answer, but maybe looking up the messages will help. Regards, Mike Baldwin Cartagena Software Ltd. Markham, Ontario, Canada https://cartagena.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: USS SymLink for /apps
ln -s command..(refer the USS manual) On Sun 18 Nov, 2018, 8:31 PM Vinoth M Hi All, > > We are building a new system and it’s a different setup on OMVS part, we > are making SYSPLEX Sharing as NO and we have most of /Dev /etc are mounted > on /System. > > Now we need to have the mount points be in /SYSTEM directory with /apps and > /flocl being > Sym links with /SYSTEM. > Can you please guide me how to create the Sym link in omvs/ishell. > > 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
USS SymLink for /apps
Hi All, We are building a new system and it’s a different setup on OMVS part, we are making SYSPLEX Sharing as NO and we have most of /Dev /etc are mounted on /System. Now we need to have the mount points be in /SYSTEM directory with /apps and /flocl being Sym links with /SYSTEM. Can you please guide me how to create the Sym link in omvs/ishell. Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: System level coding examples
Time flies when you're having fun. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Peter Relson Sent: Sunday, November 18, 2018 5:27 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: System level coding examples 1999, so not going to cover PC-ss, for example. ... Or 64-bit, or relative jumps, or dataspaces, ... I didn't look at the book so I have no idea what it does or does not contain, but your time frame is off. PC-SS was introduced prior to MVS/XA (pre-1980) Data spaces were introduced with MVS/ESA (1987-ish), stacking PC's at the same time. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Batch FTP suddenly broken - could it be due to the new server certificate
I believe the certificate handshake comes ahead of the PASS request, so I *think* you have a password problem, not a certificate problem (on z/OS). You really need to straighten out the certificate problem. There is a reason the TLS protocol requires that the certificate and domain names match. Also passwords in batch jobs are kind of an audit no-no. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Support, DUNNIT SYSTEMS LTD. Sent: Sunday, November 18, 2018 3:20 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Batch FTP suddenly broken - could it be due to the new server certificate Hi all, We have a hosted domain which includes an FTP server. In the past, z/OS' batch FTP client's GETs and PUTs to our server worked just fine. Today, I started FileZilla client on Windows and when I logged in, got suddenly prompted by FileZilla client regarding an "UNKNOWN CERTIFICATE". Recently our web hosting company installed the certificate. In the FileZilla message window's "SESSION DETAILS" section, it states that the host name, our company's domain name, does not match the certificate's, which is the web hosting company's domain name. FileZilla offers an option to trust the certificate and carry on connecting. That was easy. I can continue working with the FileZilla client as always. Not so z/OS batch FTP. A simple batch request like the following fails: //INPUT DD * ftp..com us...@xxx.com password bin get FILEA 'FILEA.COPY' (REPLACE QUIT // The relevant messages are: EZA1701I >>> USER us...@.com 331 User us...@.com OK. Password required EZA1701I >>> PASS 530 Login authentication failed I triple-checked that the password used in FileZilla and in the batch job are exactly the same. So I am guessing that the failure is due to the certificate. This is not my area of expertise, to say the least. Is there an option on the z/OS side that basically says carry-on in spite of any certificate issues? Your pooled professional assistance appreciated as always. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Batch FTP suddenly broken - could it be due to the new server certificate
In article <4217648717106148.wa.supportdunnitsys@listserv.ua.edu> you wrote: > Hi all, > We have a hosted domain which includes an FTP server. In the past, z/OS' > batch FTP client's GETs and PUTs to our server worked just fine. Today, I > started FileZilla client on Windows and when I logged in, got suddenly > prompted by FileZilla client regarding an "UNKNOWN CERTIFICATE". Recently our > web hosting company installed the certificate. In the FileZilla message > window's "SESSION DETAILS" section, it states that the host name, our > company's domain name, does not match the certificate's, which is the web > hosting company's domain name. FileZilla offers an option to trust the > certificate and carry on connecting. That was easy. I can continue working > with the FileZilla client as always. > Not so z/OS batch FTP. A simple batch request like the following fails: > //INPUT DD * > ftp..com > us...@xxx.com password > bin > get FILEA 'FILEA.COPY' (REPLACE > QUIT > // > The relevant messages are: > EZA1701I >>> USER us...@.com > 331 User us...@.com OK. Password required > EZA1701I >>> PASS > 530 Login authentication failed > I triple-checked that the password used in FileZilla and in the batch job are > exactly the same. So I am guessing that the failure is due to the > certificate. This is not my area of expertise, to say the least. Is there an > option on the z/OS side that basically says carry-on in spite of any > certificate issues? Your pooled professional assistance appreciated as always. You could try having FTPDATA say "SECURE_FTP ALLOWED". I suppose if that doesn't work you could always do the work to get the certificate in your keyring. See: https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.gim3000/gim3115s.htm -- Don Poitras - SAS Development - SAS Institute Inc. - SAS Campus Drive sas...@sas.com (919) 531-5637Cary, NC 27513 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: System level coding examples
1999, so not going to cover PC-ss, for example. ... Or 64-bit, or relative jumps, or dataspaces, ... I didn't look at the book so I have no idea what it does or does not contain, but your time frame is off. PC-SS was introduced prior to MVS/XA (pre-1980) Data spaces were introduced with MVS/ESA (1987-ish), stacking PC's at the same time. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Batch FTP suddenly broken - could it be due to the new server certificate
Hi all, We have a hosted domain which includes an FTP server. In the past, z/OS' batch FTP client's GETs and PUTs to our server worked just fine. Today, I started FileZilla client on Windows and when I logged in, got suddenly prompted by FileZilla client regarding an "UNKNOWN CERTIFICATE". Recently our web hosting company installed the certificate. In the FileZilla message window's "SESSION DETAILS" section, it states that the host name, our company's domain name, does not match the certificate's, which is the web hosting company's domain name. FileZilla offers an option to trust the certificate and carry on connecting. That was easy. I can continue working with the FileZilla client as always. Not so z/OS batch FTP. A simple batch request like the following fails: //INPUT DD * ftp..com us...@xxx.com password bin get FILEA 'FILEA.COPY' (REPLACE QUIT // The relevant messages are: EZA1701I >>> USER us...@.com 331 User us...@.com OK. Password required EZA1701I >>> PASS 530 Login authentication failed I triple-checked that the password used in FileZilla and in the batch job are exactly the same. So I am guessing that the failure is due to the certificate. This is not my area of expertise, to say the least. Is there an option on the z/OS side that basically says carry-on in spite of any certificate issues? Your pooled professional assistance appreciated as always. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: System level coding examples
I have the 2nd edition of the book. It does cover data and hiper spaces. They are in the Extended Addressibility section. If memory serves, data spaces were introduced in the 1990s with MVS/ESA 4.x or 5 and Hiperspaces were around before that. The section on Inter Address Space Communications has information and examples for commuicating with SRBs or CMS. The examples from the book's first edition are on the CBT tape file 069. Alan -Original Message- >From: Charles Mills >Sent: Nov 17, 2018 2:57 PM >To: IBM-MAIN@LISTSERV.UA.EDU >Subject: Re: System level coding examples > >1999, so not going to cover PC-ss, for example. > >https://www.wiley.com/legacy/compbooks/catalog/36176-3.htm > >Or 64-bit, or relative jumps, or dataspaces, ... > >Charles > > >-Original Message- >From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On >Behalf Of Lizette Koehler >Sent: Saturday, November 17, 2018 12:44 PM >To: IBM-MAIN@LISTSERV.UA.EDU >Subject: Re: System level coding examples > >Just catching up on this thread. > >Has anyone looked to see if this book helps? > > >Advanced Assembler Language and MVS Interfaces: For IBM Systems and >Application Programmers 2nd Edition >by Carmine A. Cannatello (Author) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN