Since we're baring our privates, I have to allow that we use CDT here for 'serious' data transfers. It’s not just fast and reliable. It allows a transfer to be scheduled such that CDT will keep trying until it's successful. It also supports transfers between, say, z/OS and UNIX. CDT is a grownup production product.
For us, it's also available for one-off ad hoc transfers. It's also very $$$, so I would not recommend it for everyone. . . 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 Ron Hawkins Sent: Wednesday, September 07, 2016 5:32 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: FTP on z/OS sucks I do the same thing, but with TRSMAIN - especially with SMF. -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jesse 1 Robinson Sent: Sunday, September 4, 2016 10:46 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] FTP on z/OS sucks All of this is why I default to the often disparaged XMIT/RECEIVE when going MVS to MVS. I can almost always get a data set moved that way in less time than it takes to (re)correct FTP syntax. XMIT/RECEIVE also works to/from z/VM RSCS. If a file is really huge, FTP may look more attractive, but it would take a pretty monster file to push me directly to FTP. . . 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 Elardus Engelbrecht Sent: Sunday, September 04, 2016 10:38 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: FTP on z/OS sucks Tom Conley wrote: >Try transferring a VB file to a VB file with a z/OS to z/OS transfer. This is what I do. Pre-allocate your datasets, do your z/OS to z/OS FTP. >If you don't have a preallocated target, and you don't use a SITE command, >you'll get the defaults, usually FB80, hacking your VB255 file to bits. Indeed. What a real PITA. It also depends on how your FTP server [and possibility your TCP/IP stack too] is using whatever defaults were setup. ... oh, it also depends on your SMS setup. So, if needed, pre-allocate your stuff, unless you want to have a Waterloo battle with your z/OS TCP/IP and SMS teams. ... then if your pre-allocated dataset DCB attributes are all different to your specific needs, but is migrated to ML2, then you are having great fun... (for wait for recall and observing a failed FTP...) >Oh, and don't forget to type in MODE B and TYPE E or else your VB records are >just strung together. You do that after a lot of failed attempts. Ask me, I still have painful memories and unhealed scars of that... >It's a freaking mess. WAY too much manual intervention. Shhhhh, you will make mainframe haters too happy. ;-) Groete / Greetings Elardus Engelbrecht ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN