Unless something has changed and I missed it (which is totally possible) on the z/OS side OpenSSH sftp does not support what I call "traditional MVS files". It only supports ZFS files.
If you need to process "MVS files", you need to use OCOPY to copy them to/from ZFS files or get Co:Z SFTP, which does support "MVS files". The other advantage of Co:Z SFTP is it allows the use of the same user exits that IBM supports for the FTP server, different module names. So if you have user exits for your FTP server, you can use the same source and implment the same exits for Co:Z SFTP. We use Co:Z SFTP and like it a lot. We use the community version and only down side we have found is that the latest levels come out for the Enterprise License first and then the community version comes out a few months later. On Thu, 4 Dec 2025 12:36:44 +0400, Peter <[email protected]> wrote: >I am trying to understand if openssh sftp can allow GDG to linux. > >Had anyone tried sending GDG using openssh sftp ? > >On Thu, 4 Dec 2025, 11:30 Peter, <[email protected]> wrote: > >> Hello >> >> Now the access issue is resolved >> >> How do I put the mainframe dataset into the Linux >> >> I am using bpxbatch from mainframe >> >> When I use >> Put "//'TECH.TEST'" its not taking up and the file is not found >> >> What would be the right transfer command to run from mainframe to linux ? >> >> >> >> >> >> On Thu, 4 Dec 2025, 11:25 David Frenzel, < >> [email protected]> wrote: >> >>> This can mean two things: You are not supplying the correct (or any) key >>> from the client (Mainframe) side OR the client's (Mainframe) public key >>> that you generated hasn't been set up for the user on the remote system. >>> >>> Can you try running ssh -v <user>@<host> (where <user> is the user on the >>> remote server that you are trying to SFTP to and <host> is the remote host >>> IP/FQDN). >>> >>> -v will print a bunch of debug output. Strip out anything that you think >>> is confidential (like IPs) and paste it here. It will tell you whether your >>> key has been offered to the remote host and it declined. >>> >>> (Note: We are using the SSH command and not SFTP. However, this isn't a >>> problem because SFTP would use the same mechanic as SSH.) >>> >>> Cheers - David >>> >>> ---------------------------------------------------------------------- >>> For IBM-MAIN subscribe / signoff / archive access instructions, >>> send email to [email protected] with the message: INFO IBM-MAIN >>> >> > >---------------------------------------------------------------------- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
