The OP didn't specify IBM FTP, so I'll mention that could use Co:Z SFTP, which has a subcomment "dsput" which will allocate a dataset on the target system matching the source system and then upload the dataset in binary, preserving record formats.
Example: //SFTP EXEC PROC=SFTPPROC //SFTPIN DD * pwdsn="COZUSER.COZ.SAMPJCL(PW)" user=myuser host=myhost . $script_dir/sftp_connect.sh <<EOB dsput //HLQ.MYSMF //HLQ.MYSMF.REMOTE EOB // Note: this works for RECFM=VBS with LRECL <= 32760, which is the range allowed by dynamic allocation. If you don't specify a DCB LRECL on your IFASMFDP job, you will get RECFM=VBS with the magic LRECL=32767 (LRECL=X). This is IMO a bug, since the maximum record length for SMF is 32756. So put DCB=(RECFM=VBS,LRECL=32760) and stay away from that nonsense. Kirk Wolf Dovetailed Technologies, LLC http://coztoolkit.com Dovetailed Technologies: +1 636.300.0901 Note: Our website and domain name have changed from dovetail.com to coztoolkit.com On Thu, Dec 15, 2022, at 8:43 AM, Gary Weinhold wrote: > I'm glad there was a solution. > > But the underlying problem seems to be that z/OS FTP appears to be limited to > processing a binary (image) transfer as a stream of bytes unless the transfer > is between a z/OS client and z/OS server. IBM RECFM of VB and VBS seem to be > quite well defined and I don't know why, if the receiving z/OS FTP is > informed that the data stream is actually VB(S) format, either by > SITE/LOCSITE FTP commands or by the DCB of a preallocated output dataset, it > can't invoke the same routines that it would if the sender was a z/OS system. > > As an alternative, it wouldn't seem very difficult to create a utility to > read the FTPed data (received as a sequential file with an arbitrary record > length) and reformat the data to write a VB(S) file. I've known of > windows-based utilities that process FTPed SMF data (raw or tersed) so the > technical knowledge is out there. > Date: Wed, 14 Dec 2022 13:22:27 -0600 > From: Boesel Guillaume <guilla...@boesel.fr> > Subject: Re: [EXTERNAL] Re: Transmitting SMF records > > Hi Rex, > Great. You are right, tersing file from tape to tape works well. > It took around 80-90 MSU during an hour for just one file but it worked. > > Hoping that Ituriel will be able to read this file. > > Regards and thanks ! > > > > > Gary Weinhold > Senior Application Architect > DATAKINETICS | Data Performance & Optimization > Phone:+1.613.523.5500 x216 > Email: weinh...@dkl.com > Visit us online at www.DKL.com <http://www.dkl.com/> > E-mail Notification: The information contained in this email and any > attachments is confidential and may be subject to copyright or other > intellectual property protection. If you are not the intended recipient, you > are not authorized to use or disclose this information, and we request that > you notify us by reply mail or telephone and delete the original message from > your mail system. > > > > ---------------------------------------------------------------------- > 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