Re: Identifying PDS/E or PDS in IEBCOPY Unload

Thanks... My mistake - I found my old notes and they mention a Program Object version number, not PDSE version. So maybe that makes more sense. During an attempt to IEBCOPY from PDSE to PDS most load members copied fine, but some newer members failed with: IEW2606S 4B39 MODULE INCORPORATES

Re: Identifying PDS/E or PDS in IEBCOPY Unload

There are PDSE V1 and V2. Never was sure why IBM decided to do that. There's no significant external difference other than only V2 supports member generations. IEBCOPY's unload file format is documented fairly well in an appendix of the Dataset Utilities manual. I think you were looking at

Re: Identifying PDS/E or PDS in IEBCOPY Unload

No, I got that wrong. I should have read the manual instead of relying on memory, or maybe assumptions. I do cross-load/unloads from time-to-time, but they must all be non-executables. Still, it seems like an odd hole in IEBCOPY's functionality. sas On Thu, Jul 29, 2021 at 8:37 PM Billy

Re: Identifying PDS/E or PDS in IEBCOPY Unload

If you don't pre-allocate then RECEIVE will allocate the target with the proper type. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Paul Gilmartin

Re: Identifying PDS/E or PDS in IEBCOPY Unload

Steve, this is from the IEBCOPY doc: A load module from an unload data set cannot be reloaded into a PDSE as a program object. The load modules should be reloaded into a partitioned data set and then the partitioned data set should be copied to a PDSE to convert the unloaded load module into a

Re: Identifying PDS/E or PDS in IEBCOPY Unload

Do PDSE's have format version numbers? I remember (2015) looking at a problem where IEBCOPY would not copy what I think IBM called a V3 PDSE member, and that failure could be predicted by looking at a byte pretty close to the front of the member data (or maybe it was the dir entry) that was

Re: Identifying PDS/E or PDS in IEBCOPY Unload

Where did you get that notion? IEBCOPY can indeed load into a dataset of a different type than the source. Only exception I know of is from a PDSE with long aliases. I'd think your "backup plan" (albeit my first plan), would be to unload the file into a PDSE and not worry about it until

Re: Using Windows HIS to replace a mainframe Enterprise Extender node

Good try > On Jul 28, 2021, at 15:33, Carmen Vitullo wrote: > > I think Virsa as a possible solution...It's been a long time but IIRC they > had a viable solution. > > > Carmen > >> On 7/28/2021 2:25 PM, Tom Sims wrote: >> Greetings, >> >> One of our clients is in the process of retiring

Re: Identifying PDS/E or PDS in IEBCOPY Unload

These are solution files that the vendor sends to us, so we have no control of what to do. They tell us that the target is a PDS or PDSE, but I was just looking for a backup method to try and ensure that what they say matches the file. As I'm sure you know, if they unloaded a PDS file with

Re: Identifying PDS/E or PDS in IEBCOPY Unload

And maybe combinations! I seem to remember doing this one time, working with what was available: DFDSS full volume dump XMIT IND$FILE Thumb drive transfer IND$FILE RECEIVE DFDSS restore On 7/29/2021 2:13 PM, Lizette Koehler wrote: I guess it will depend on what you are trying to accomplish

Re: Identifying PDS/E or PDS in IEBCOPY Unload

I guess it will depend on what you are trying to accomplish There could be many solutions besides IEBCOPY You can use DFDSS DUMP/RESTORE function to take it as is and restore it as is You can use TSO XMIT (but your shop may limit how many records you can off load If it does use TSO XMIT

Re: Identifying PDS/E or PDS in IEBCOPY Unload

On Thu, 29 Jul 2021 15:47:45 -0400, John Abell wrote: >Why not have them use TSO XMIT files like we do? > Will RECEIVE then allocate (NEW,CATLG) a data set with suitable DSNTYPE, SPACE, RECFM, LRECL, ... If the original PDS is large, is there a problem of overflow of a temporary data set? But

Re: Windows FTPS client

In the past (when we were allowed to install our own software on our work machines!) I used "MoveIt Freely" (https://www.ipswitch.com/resources/free-tools/moveit-freely) as a nice command line FTPS interface. Windows 10 comes pre-install with curl, and I'm fond of it as well. It doesn't have

Re: Identifying PDS/E or PDS in IEBCOPY Unload

Why not have them use TSO XMIT files like we do? John T. Abell Tel:800-295-7608Option 4 President International: 1-416-593-5578 Option 4 E-mail: john.ab...@intnlsoftwareproducts.com Fax:800-295-7609 International: 1-416-593-5579 International Software

Re: Windows FTPS client

I ran a test using "ftp 127.0.0.1" in TSO using the z/OS FTP linemode client. It wasn't FTPS but it demonstrated how to switch back and forth between OMVS files and z/OS datasets, which should be the same whether in FTP or FTPS. The cd commands were entered in the order shown, which matters for

Re: Windows FTPS client

+1 This is exactly what I do. On Thu, Jul 29, 2021 at 11:57 AM Farley, Peter x23353 < 031df298a9da-dmarc-requ...@listserv.ua.edu> wrote: > When I use FIlezilla to access (get or put) OMVS files I set up a separate > "site" in the "Site Manager" area and tell Filezilla it is a Unix system. >

Re: Identifying PDS/E or PDS in IEBCOPY Unload

> Is there any way I can tell from an IEBCOPY unload file (that I received Billy, You can print the header record of the unloaded IEBCOPY and check for Bit 7 whether the input dataset is a PDSE or NOT. Here is the lay out the header record from IEBCOPY

Re: Identifying PDS/E or PDS in IEBCOPY Unload

I don't think you would have any issues unloading it as PDSE. I've used IEBCOPY to convert from PDS to PDSE. Use COPYMOD if it's a load. //COPYN0 EXEC PGM=IEBCOPY,COND=(0,NE) //SYSPRINT DD SYSOUT=* //SYSUT1 DD DSN=,DISP=SHR //SYSUT2 DD DSN=, // DISP=(NEW,CATLG,DELETE), // DSNTYPE=LIBRARY, //

Re: JCL SPIN not working

Try $Tstc12345,SPIN,DDNAME=TLVLOG Joe On Thu, Jul 29, 2021 at 1:49 PM Roberto Halais wrote: > Hello! > > I have a stc which has the following jcl in it: > > //KLS1 JOB JESLOG=(SPIN,100K),MSGLEVEL=1 > .. > //TLVLOG DD SYSOUT=,SPIN=(UNALLOC,100K) > > The SPIN would normally function but

JCL SPIN not working

Hello! I have a stc which has the following jcl in it: //KLS1 JOB JESLOG=(SPIN,100K),MSGLEVEL=1 .. //TLVLOG DD SYSOUT=,SPIN=(UNALLOC,100K) The SPIN would normally function but currently is not working for this stc. The files are not being freed. I have in another lpar the same stc with

Identifying PDS/E or PDS in IEBCOPY Unload

Hey everyone, here is an odd question for y'all. Is there any way I can tell from an IEBCOPY unload file (that I received from a vendor) whether it is an unload of a PDS or an unload of a PDS/E? Since IEBCOPY is pretty particular about only loading full libraries back to the same source type,

Re: Windows FTPS client

We use winscp for all ftp and sftp access Kenneth A. Bloom CEO Avenir Technologies Inc /d/b/a Visara International 203-984-2235 bl...@visara.com www.visara.com On Jul 29, 2021, at 2:25 PM, Ron Wells

Re: Windows FTPS client

winscp -Original Message- From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin Sent: Thursday, July 29, 2021 12:14 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Windows FTPS client ** EXTERNAL EMAIL - USE CAUTION ** On Thu, 29 Jul 2021 19:00:47 +0200, Radoslaw Skorupka

Re: Windows FTPS client

On Thu, 29 Jul 2021 19:42:40 +0200, Radoslaw Skorupka wrote: >>> >> Most systems come with sftp clients. For z/OS (or z\OS, as some say) you >> might have to go to Rocket; for z/OS server, Co:Z. > >I meant Windows. Linux on PC is not a problem. Mac - not my problem (I >don't have any). > Cygwin?

Re: Windows FTPS client

W dniu 29.07.2021 o 19:13, Paul Gilmartin pisze: On Thu, 29 Jul 2021 19:00:47 +0200, Radoslaw Skorupka wrote: Regarding simplicity - I would like to have CLI mode (command line) clients for ftps and sftp. Most systems come with sftp clients. For z/OS (or z\OS, as some say) you might have to

Re: Windows FTPS client

On Thu, 29 Jul 2021 19:00:47 +0200, Radoslaw Skorupka wrote: > >Regarding simplicity - I would like to have CLI mode (command line) >clients for ftps and sftp. > Most systems come with sftp clients. For z/OS (or z\OS, as some say) you might have to go to Rocket; for z/OS server, Co:Z. -- gil ;

Re: Windows FTPS client

W dniu 29.07.2021 o 18:28, Paul Gilmartin pisze: On Thu, 29 Jul 2021 15:30:43 +, Gibney, Dave wrote: When you tell Filezilla it's a z/OS Server, you can get at the traditional side files. When you tell Filezilla it’s a Unix Server, you can get at the USS side Would a linemode client

Re: Windows FTPS client

On Thu, 29 Jul 2021 15:30:43 +, Gibney, Dave wrote: >When you tell Filezilla it's a z/OS Server, you can get at the traditional >side files. When you tell Filezilla it’s a Unix Server, you can get at the USS >side > Would a linemode client work better? It would understanding the (never

Re: Windows FTPS client

When I use FIlezilla to access (get or put) OMVS files I set up a separate "site" in the "Site Manager" area and tell Filezilla it is a Unix system. I use the same IP address as I use for my regular MVS dataset connection. I also set the default remote directory in the Unix site definition

Re: Windows FTPS client

When you tell Filezilla it's a z/OS Server, you can get at the traditional side files. When you tell Filezilla it’s a Unix Server, you can get at the USS side > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Ward, Mike S > Sent: Thursday, July 29, 2021 8:15 AM >

Re: Windows FTPS client

Thanks for all the replies. It's obvious that it can be done. I will continue working with the different softwares until get it ti work. Thanks again. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mike Wawiorko Sent: Thursday, July 29, 2021 10:12 AM To:

Re: Windows FTPS client

It depends how each Windows client using FTP(S) to z/OS works. Some can toggle between MVS datasets and USS files once connected. Others need a separate configuration and separate connection for MVS or USS. Mike Wawiorko   This e-mail and any attachments are confidential and intended solely

Re: Windows FTPS client

I use WinSCP for accessing OMVS / UNIX files via SFTP and FileZilla to access z/OS datasets through FTPS. It has worked for me quite well even though I'm technically using two different tools. Cheers - David Am 29.07.21, 16:47 schrieb "IBM Mainframe Discussion List im Auftrag von Joe Monk"

Re: Windows FTPS client

That is what I use and what I do. Not positive that that is absolutely necessary. CharlesSent from a mobile; please excuse the brevity. Original message From: "Ward Able, Grant" Date: 7/29/21 11:00 AM (GMT-05:00) To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Windows FTPS client

Re: Windows FTPS client

Try cd /CharlesSent from a mobile; please excuse the brevity. Original message From: "Ward, Mike S" Date: 7/29/21 10:24 AM (GMT-05:00) To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Windows FTPS client I can see the z/OS datasets, but I can't seem to access the OMVS files. Any

Re: Windows FTPS client

With my FTP software (Ipswitch WS_FTP) I have to have a different session for zOS and OMVS files. For OMVS files, I have to specify the host type of Unix (standard) Regards – Grant. In theory, there's no difference between theory and practice. In practice, there is. Worry more about your

Re: Windows FTPS client

Yes, port 21. I tested hummingbird FTP and when it connects to port 21 for FTPS it can access both the OMVS system and z\OS datasets. It's a pricey product. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Joe Monk Sent: Thursday, July 29, 2021 9:47 AM To:

Re: Windows FTPS client

Does the same FTP server have access to both Z/os and OMVS datasets? Maybe there is a different FTP address to get to OMVS files, which would communicate with the ZFS filesystem? Joe On Thu, Jul 29, 2021 at 9:43 AM Ward, Mike S wrote: > I did, I can access the z\OS datasets, but I can't

Re: Windows FTPS client

I did, I can access the z\OS datasets, but I can't figure out how to do the OMVS files. Could you share that info please. -Original Message- From: IBM Mainframe Discussion List On Behalf Of TSDunlap Sent: Thursday, July 29, 2021 9:42 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXT] Re:

Re: Windows FTPS client

On 7/29/2021 9:54 AM, Ward, Mike S wrote: Hello all, and good day. I was wondering if there are any Windows FTPS (Not SFTP) client recommendations. I'm looking for a client that can handles z/OS datasets as well as OMVS files. Preferably free, but will look at paid for clients also. Thanks.

Re: Windows FTPS client

I can see the z/OS datasets, but I can't seem to access the OMVS files. Any help? -Original Message- From: IBM Mainframe Discussion List On Behalf Of Roberto Halais Sent: Thursday, July 29, 2021 9:15 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXT] Re: Windows FTPS client Please Note:

Re: Windows FTPS client

Yep. I used Filezilla client and server to test all mainframe FTPS jobs. Easy to use. On Thu, Jul 29, 2021 at 10:07 AM John Abell < john.ab...@intnlsoftwareproducts.com> wrote: > Have a look at Filezilla. > > John T. Abell > Tel:800-295-7608Option 4 > President > International:

Re: Windows FTPS client

Have a look at Filezilla. John T. Abell Tel:800-295-7608Option 4 President  International: 1-416-593-5578 Option 4 E-mail: john.ab...@intnlsoftwareproducts.com Fax:800-295-7609 International: 1-416-593-5579 International Software Products www.ispinfo.com

Windows FTPS client

Hello all, and good day. I was wondering if there are any Windows FTPS (Not SFTP) client recommendations. I'm looking for a client that can handles z/OS datasets as well as OMVS files. Preferably free, but will look at paid for clients also. Thanks. == This email, and