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
