Since it was mentioned, I will confirm that is is easy to use Co:Z SFTP to directly send data sets to IBM. You can download and use it free under our Community License.
Here's an example: //SFTP EXEC PROC=SFTPPROC //FROM DD DISP=SHR,DSN=MY.DUMP.TRS //SFTPIN DD * user=anonymous host=testcase.boulder.ibm.com # for testcase.boulder.ibm.com, use your email as your password pwdsn="MY.CNTL(MYEMAIL)" . $script_dir/sftp_connect.sh << EOB lzopts mode=binary cd toibm/mvs put //DD:FROM test.delete.trs EOB // Kirk Wolf Dovetailed Technologies http://dovetail.com PS> - Co:Z SFTP requires IBM OpenSSH, which is a base element of z/OS V2R2+. Ported Tools OpenSSH will work on earlier releases. - SSH/SFTP uses a single socket for connecting (default target is port 22), so firewalls are usually much easier to navigate than FTP On Wed, May 23, 2018 at 12:14 PM, Jon Nolting <[email protected]> wrote: > This is interesting as our network folks just implemented a HTTP proxy > which totally negates AMAPDUPL because it uses a FTP client. I have a PRM > open and are looking at OpenSSH sftp or potentially Dovetailed Tech SFTP to > be to access datasets from USS. > > It has introduced a nightmare for uploading diagnostic information. We > can't use PDUU and need an alternative from IBM until they can support > something other than the FTP client. > > -----Original Message----- > From: Don Poitras [mailto:[email protected]] > Sent: Wednesday, May 23, 2018 9:38 AM > To: [email protected] > Subject: Re: File transfer Red Alert > > In article <4EE2851A2279B94CB70CD69B1741060901F61C143C@S1FLOKYDCE2KX05. > dm0001.info53.com> you wrote: > > Thanks John. > > >A .jar file _is_ a .zip file, but with some specified contents, such as > a "manifest". The JAVA "jar" command can create a file which a standard > "unzip" >utility can expand. It can also extract files from a standard zip > file. That is, it can act as a regular zip command. But a true .jar file > must have the .jar >extension and have the proper contents to be used by > the java executable. > > For us "dummies" though, uploading the file as-is isn???t enough. It > has to be renamed to .jar for the supplied JCL to work correctly. > > >Correct. Since the attributes of an SVCDUMP are always FB/4160/4160, > you can do a BINary download to a PC, then do a BINary upload to z/OS if > you first do a >"QUOTE SITE LRECL=FB LRECL=4106 BLKSIZE=4106". > > This is precisely what I am trying to avoid. I want to transmit my > diags directly from z/OS. > > Playing with this some more, and I think it was already mentioned here > is that AMATERSE does not allow SYSUT1 or SYSUT2 to be PATH statements > either. > > _________________________________________________________________ > > Dave Jousma > > On my last PMR, I was told to use PDUU to send in the dump. It does the > tersing and encrypting under the covers and can be run as JCL. > > https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ibm.com_support_ > knowledgecenter_SSLTBW-5F2.3.0_com.ibm.zos.v2r3.ieav100_ > pftp.htm&d=DwIBAg&c=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIr > MUB65eapI_JnE&r=MQsKeOxcIGeiq-qoJzO2oVgUmKB65Wchl7khwwU0Ijk&m= > UMyheIR7fDrGICq9zHTpZTRadsfPQ50RXthlyngpS6E&s= > NLv03oyPMBugFqGvVijTQEpz2t2Mrg7ciZp3npwF08s&e= > > There's this note about the types of files that are _not_ supported: > > --- > PDUU does not support the following types of input data sets: > Large block interface (LBI) (no BLKSIZE value). > VSAM and direct (DSORG=DA) data sets > Data sets with keys (KEYLEN) > z/OS UNIX files > Concatenated data sets of any type > --- > > -- > Don Poitras - SAS Development - SAS Institute Inc. - SAS Campus Drive > [email protected] (919) 531-5637 Cary, NC 27513 > > ---------------------------------------------------------------------- > 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
