Re: recommended way to send large files from Z/os to WIN and backward
Matan, I guess I would need to know more about your environment. For windows - what version >From mainframe - z/OS V1.?? Do you have other products like NDM, XCOM, etc on Mainframe/Open Systems??? Do you use IE, Mozilla, filezilla on Windows? Do you have any limitations on the Server for transfers? Some shops might limit the amount transferred in one session due to constraints on the network. What I remember, for filesystem limitations, on Windows machines, limitation on the system depends on the FileSystem used: - FAT16 = 2GB limit; - FAT32 = 4GB minus 2 bytes max limit. - NTFS = 2TB (that's terrabytes) So depending on your components, it might be possible. Lizette > Matan Cohen Wrote: > > I'm searching for a way to send a large data sets (over 4 GB ) to > Windows , > the main purpose is to avoid using XMIT on the Data Sets so i prefer > not > using FTP. > The Datasets are DFDSS dumps and I need to ensure I can returned them > into > the Z/OS in case they are needed. > Is it possibale not using XMIT while transfering Data sets? > is there a way to able the Z/os FTP to get data sets larger then 4 GB? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: recommended way to send large files from Z/os to WIN and backward
On Sun, May 2, 2010 at 2:40 PM, Lizette Koehler wrote: > Matan, > > I guess I would need to know more about your environment. > > For windows - what version - windows server 2003 > From mainframe - z/OS V1.?? z\os 1.10 > Do you have other products like NDM, XCOM, etc on Mainframe/Open Systems??? > no :( > > Do you use IE, Mozilla, filezilla on Windows? IE but not deny using any > other Free of charge browsers. > Do you have any limitations on the Server for transfers? Some shops might > limit the amount transferred in one session due to constraints on the > network. on the windows side - no , but in the mainframe looking on the > FTP configuration file i couldn't find any reminder for limitation. > > What I remember, for filesystem limitations, on Windows machines, > limitation > on the system depends on the FileSystem used: > > - FAT16 = 2GB limit; > > - FAT32 = 4GB minus 2 bytes max limit. > > - NTFS = 2TB (that's terrabytes) - using NTFS > > So depending on your components, it might be possible. > > Lizette > > > > Matan Cohen Wrote: > > > > I'm searching for a way to send a large data sets (over 4 GB ) to > > Windows , > > the main purpose is to avoid using XMIT on the Data Sets so i prefer > > not > > using FTP. > > The Datasets are DFDSS dumps and I need to ensure I can returned them > > into > > the Z/OS in case they are needed. > > Is it possibale not using XMIT while transfering Data sets? > > is there a way to able the Z/os FTP to get data sets larger then 4 GB? > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- best regards, matan cohen MF System Administrator. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: recommended way to send large files from Z/os to WIN and backward
On Sun, 2 May 2010 11:31:41 +0300, Matan Cohen wrote: > >I'm searching for a way to send a large data sets (over 4 GB ) to Windows , >the main purpose is to avoid using XMIT on the Data Sets so i prefer not >using FTP. >The Datasets are DFDSS dumps and I need to ensure I can returned them into >the Z/OS in case they are needed. >Is it possibale not using XMIT while transfering Data sets? >is there a way to able the Z/os FTP to get data sets larger then 4 GB? > NFS? Samba? AMATERSE? (Can one undo AMATERSE on other platforms?) -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: recommended way to send large files from z/OS to WIN and backward
Martin, I've used XP PRO and VISTA PRO to FTP 8000+ CYL files to and from z/OS 1.9 using DSNTYPE=LARGE. It works no problem, and I assume it will work with later versions of Windows and z/OS. When sending Windows to z/OS I used pre-allocated datasets, but you could use an SMS DATACLAS to get the correct attributes. Ron > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of > Lizette Koehler > Sent: Sunday, May 02, 2010 4:41 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: [IBM-MAIN] recommended way to send large files from Z/os to WIN > and backward > > Matan, > > I guess I would need to know more about your environment. > > For windows - what version > From mainframe - z/OS V1.?? > > Do you have other products like NDM, XCOM, etc on Mainframe/Open Systems??? > > Do you use IE, Mozilla, filezilla on Windows? > Do you have any limitations on the Server for transfers? Some shops might > limit the amount transferred in one session due to constraints on the > network. > > What I remember, for filesystem limitations, on Windows machines, limitation > on the system depends on the FileSystem used: > > - FAT16 = 2GB limit; > > - FAT32 = 4GB minus 2 bytes max limit. > > - NTFS = 2TB (that's terrabytes) > > So depending on your components, it might be possible. > > Lizette > > > > Matan Cohen Wrote: > > > > I'm searching for a way to send a large data sets (over 4 GB ) to > > Windows , > > the main purpose is to avoid using XMIT on the Data Sets so i prefer > > not > > using FTP. > > The Datasets are DFDSS dumps and I need to ensure I can returned them > > into > > the Z/OS in case they are needed. > > Is it possibale not using XMIT while transfering Data sets? > > is there a way to able the Z/os FTP to get data sets larger then 4 GB? > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: recommended way to send large files from Z/os to WIN and backward
On 2 May 2010 04:31, Matan Cohen wrote: > I'm searching for a way to send a large data sets (over 4 GB ) to Windows , > the main purpose is to avoid using XMIT on the Data Sets so i prefer not > using FTP. I don't see the connection... Both z/OS and Windows handle > 4GB without much trouble, assuming you actually have the space available. Why are you using XMIT on your datasets? Just to make a format that is not sensitive to record boundaries? There are better ways. > The Datasets are DFDSS dumps and I need to ensure I can returned them into > the Z/OS in case they are needed. So they do not need to be read by a Windows app? I.E. Windows is just a storage place? If so, why not compress your data with AMATERSE, and then FTP it? AMATERSE output will survive a binary (but ignoring record boundaries) transfer to and from any platform. Or you could convert to AWSTAPE format, and FTP that. See CBT files 477 and 585. > Is it possibale not using XMIT while transfering Data sets? > is there a way to able the Z/os FTP to get data sets larger then 4 GB? Are you saying that FTP somehow is not handling > 4GB data? That sounds like a bug, if so. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: recommended way to send large files from Z/os to WIN and backward
What sort of data are in these datasets? A little background on why you're proposing to transfer large datasets (files) might be helpful, too. Also, do you have any sort of requirements for how quickly they need to be transmitted (in both directions)? How often? How reliably? Does the network link (or, for that matter, the data) need to be secured in some way? - - - - - Timothy Sipples Resident Architect (Based in Singapore) STG Value Creation and Complex Deals Team IBM Growth Markets E-Mail: timothy.sipp...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: recommended way to send large files from Z/os to WIN and backward
forget about the xmit problem. we are trying to use an ftp client on z/os using a job to get datasets larger than 4 GB from a windows server after we succesfully send the Datasets to the windows FTP server . when trying to get the Datasets back to the Mainframe we get the follow message : 553 Cannot send file larger than 4 gigabytes. we are trying to understand if the problem is cause from the windows side. we do use an SMS Data class so the Datasets will be a multivolume. assuming this will work we will want to send on a weekly base an estimate of 700GB in Datasets between 2-27GB from the z/os to an windows server . the data sets which was send should be ready to send back in case of a disaster. On Mon, May 3, 2010 at 8:38 AM, Timothy Sipples wrote: > What sort of data are in these datasets? A little background on why you're > proposing to transfer large datasets (files) might be helpful, too. > > Also, do you have any sort of requirements for how quickly they need to be > transmitted (in both directions)? How often? How reliably? Does the network > link (or, for that matter, the data) need to be secured in some way? > > - - - - - > Timothy Sipples > Resident Architect (Based in Singapore) > STG Value Creation and Complex Deals Team > IBM Growth Markets > E-Mail: timothy.sipp...@us.ibm.com > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- best regards, matan cohen MF System Administrator. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: recommended way to send large files from Z/os to WIN and backward
On Mon, May 3, 2010 at 11:48 AM, Matan Cohen wrote: > > forget about the xmit problem. > we are trying to use an ftp client on z/os > using a job to get datasets larger than 4 GB from a windows server after we > succesfully send the Datasets to the windows FTP server . > when trying to get the Datasets back to the Mainframe we get the follow > message : > 553 Cannot send file larger than 4 gigabytes. > we are trying to understand if the problem is cause from the windows side. > we do use an SMS Data class so the Datasets will be a multivolume. > > assuming this will work we will want to send on a weekly base an estimate of > 700GB in Datasets between 2-27GB from the z/os to an windows server . > the data sets which was send should be ready to send back in case of a > disaster. > Hi Matan, Here is a link to the FTP protocol specification: http://www.faqs.org/rfcs/rfc959.html 553 is broken down as follows: 5yz Permanent Negative Completion reply x5z File system - These replies indicate the status of the Server file system vis-a-vis the requested transfer or other file system action. This appears to be return code issued by the FTP server (appears to be windows from your description). The protocol specification provides additional details. You may need to investigate a different FTP server for the windows machine. Regards, Sam > > On Mon, May 3, 2010 at 8:38 AM, Timothy Sipples > wrote: > > > What sort of data are in these datasets? A little background on why you're > > proposing to transfer large datasets (files) might be helpful, too. > > > > Also, do you have any sort of requirements for how quickly they need to be > > transmitted (in both directions)? How often? How reliably? Does the network > > link (or, for that matter, the data) need to be secured in some way? > > > > - - - - - > > Timothy Sipples > > Resident Architect (Based in Singapore) > > STG Value Creation and Complex Deals Team > > IBM Growth Markets > > E-Mail: timothy.sipp...@us.ibm.com > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > > > > > -- > best regards, > matan cohen > MF System Administrator. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: recommended way to send large files from Z/os to WIN and backward
On Mon, 3 May 2010 13:48:38 +0300, Matan Cohen wrote: >assuming this will work we will want to send on a weekly base an estimate of >700GB in Datasets between 2-27GB from the z/os to an windows server . >the data sets which was send should be ready to send back in case of a >disaster. Could Shai Hess's MFNETDISK mean something to you? Cheers, Jantje. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: recommended way to send large files from Z/os to WIN and backward
Is this a very old Windows "Server", or a workstation operating as a "Server", do you possibly have an older piece of software running the FTP server on the Windows box? You will get this on any system running FAT32 (or 16) as a limitation of the File System. Many pieces of software from when that was a more popular File system for Windows boxes, or something written for Home users will have that limitation built in so you don't try and transfer the file and experience issues with the file system limitation. I'd check the Windows box and make certain the file destination is formatted NTFS. You don't have this going to an external drive do you? Many of them are automatically formatted Fat32 for ease of use between Mac, PC, and *nix systems. If you have access to a Windows 2008 server you can use IIS built in FTPS SSL (or Vanilla FTP since at least Windows 2000 if your shop is okay with that) to accomplish this transfer if the FTP location is NTFS, otherwise I'd use Filezilla Server (It's Open Source and easy to setup). Frank Finley -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Sam Siegel Sent: Monday, May 03, 2010 6:07 AM To: IBM-MAIN@bama.ua.edu Subject: Re: recommended way to send large files from Z/os to WIN and backward On Mon, May 3, 2010 at 11:48 AM, Matan Cohen wrote: > > forget about the xmit problem. > we are trying to use an ftp client on z/os > using a job to get datasets larger than 4 GB from a windows server after we > succesfully send the Datasets to the windows FTP server . > when trying to get the Datasets back to the Mainframe we get the follow > message : > 553 Cannot send file larger than 4 gigabytes. > we are trying to understand if the problem is cause from the windows side. > we do use an SMS Data class so the Datasets will be a multivolume. > > assuming this will work we will want to send on a weekly base an estimate of > 700GB in Datasets between 2-27GB from the z/os to an windows server . > the data sets which was send should be ready to send back in case of a > disaster. > Hi Matan, Here is a link to the FTP protocol specification: http://www.faqs.org/rfcs/rfc959.html 553 is broken down as follows: 5yz Permanent Negative Completion reply x5z File system - These replies indicate the status of the Server file system vis-a-vis the requested transfer or other file system action. This appears to be return code issued by the FTP server (appears to be windows from your description). The protocol specification provides additional details. You may need to investigate a different FTP server for the windows machine. Regards, Sam > > On Mon, May 3, 2010 at 8:38 AM, Timothy Sipples > wrote: > > > What sort of data are in these datasets? A little background on why you're > > proposing to transfer large datasets (files) might be helpful, too. > > > > Also, do you have any sort of requirements for how quickly they need to be > > transmitted (in both directions)? How often? How reliably? Does the network > > link (or, for that matter, the data) need to be secured in some way? > > > > - - - - - > > Timothy Sipples > > Resident Architect (Based in Singapore) > > STG Value Creation and Complex Deals Team > > IBM Growth Markets > > E-Mail: timothy.sipp...@us.ibm.com > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > > > > > -- > best regards, > matan cohen > MF System Administrator. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: recommended way to send large files from Z/os to WIN and backward
So, if I understand your requirements, it looks like you are creating a tapeless backup solution to your servers from the Mainframe DFDSS dumps. The amount of data will be between 2-27GB with 700GB total possible weekly. How are you creating your DFDSS dumps? Do you use BLKSIZE=32760 on the output files? I find this helpful when using a server as an holder of data. DFDSS does not care, but FTP might. Second, you us IE on a Windows 2003 Server. Is this IE 8 or 7 or 6? Each one has limits And your problem is not downloading to the server, but returning the file to the mainframe. Is that correct? That it is during the transfer to z/OS that you receive a 4GB limit message in FTP? What does the mainframe side say? Are there any message in FTP to indicate a Space Allocation error? Are there any messages in SYSLOG at the time of the failure? Which side initiates the FTP from the server to the mainframe? The windows system or z/OS? Lizette > Matan Cohen Wrote: > > forget about the xmit problem. > we are trying to use an ftp client on z/os > using a job to get datasets larger than 4 GB from a windows server > after we > succesfully send the Datasets to the windows FTP server . > when trying to get the Datasets back to the Mainframe we get the follow > message : > 553 Cannot send file larger than 4 gigabytes. > we are trying to understand if the problem is cause from the windows > side. > we do use an SMS Data class so the Datasets will be a multivolume. > > assuming this will work we will want to send on a weekly base an > estimate of > 700GB in Datasets between 2-27GB from the z/os to an windows server . > the data sets which was send should be ready to send back in case of a > disaster. > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: recommended way to send large files from Z/os to WIN and backward
Is the 553 coming from the Windows FTP client? It might be assuming that the target MVS disk is FAT32 (hence the 4GB limit). If you haven't already tried it, is there any way you can try to retrieve the file using the MVS FTP client and a Windows FTP server? [You want to use the same client/server set-up that you used to send the file to Windows in the first place.] -- be seeing you ... Don Don Melton, Sr. Consultant, Vatic Technologies Limited "Matan Cohen" wrote in message news:j2xeb22b34b1005030348h8c7e0c3fj20ad9c421a5a4...@mail.gmail.com... > forget about the xmit problem. > we are trying to use an ftp client on z/os > using a job to get datasets larger than 4 GB from a windows server after > we > succesfully send the Datasets to the windows FTP server . > when trying to get the Datasets back to the Mainframe we get the follow > message : > 553 Cannot send file larger than 4 gigabytes. > we are trying to understand if the problem is cause from the windows side. > we do use an SMS Data class so the Datasets will be a multivolume. > > assuming this will work we will want to send on a weekly base an estimate > of > 700GB in Datasets between 2-27GB from the z/os to an windows server . > the data sets which was send should be ready to send back in case of a > disaster. > > > > On Mon, May 3, 2010 at 8:38 AM, Timothy Sipples > wrote: > >> What sort of data are in these datasets? A little background on why >> you're >> proposing to transfer large datasets (files) might be helpful, too. >> >> Also, do you have any sort of requirements for how quickly they need to >> be >> transmitted (in both directions)? How often? How reliably? Does the >> network >> link (or, for that matter, the data) need to be secured in some way? >> >> - - - - - >> Timothy Sipples >> Resident Architect (Based in Singapore) >> STG Value Creation and Complex Deals Team >> IBM Growth Markets >> E-Mail: timothy.sipp...@us.ibm.com >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO >> Search the archives at http://bama.ua.edu/archives/ibm-main.html >> > > > > -- > best regards, > matan cohen > MF System Administrator. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: recommended way to send large files from z/OS to WIN and backward
Matan, Just for the record, I was using QFTP from Jolly Giant Software to move these datasets. It's a little more MVS friendly than most FTP GUI products. http://www.jollygiant.com/qftpfiletransfer.html. The datasets were TRSMAIN tersed files. Ron > -Original Message- > From: Ron Hawkins [mailto:ron.hawkins1...@sbcglobal.net] > Sent: Sunday, May 02, 2010 10:03 AM > To: 'IBM Mainframe Discussion List' > Subject: RE: [IBM-MAIN] recommended way to send large files from z/OS to WIN > and backward > > Martin, > > I've used XP PRO and VISTA PRO to FTP 8000+ CYL files to and from z/OS 1.9 > using DSNTYPE=LARGE. It works no problem, and I assume it will work with later > versions of Windows and z/OS. > > When sending Windows to z/OS I used pre-allocated datasets, but you could use > an SMS DATACLAS to get the correct attributes. > > Ron > > > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf > Of > > Lizette Koehler > > Sent: Sunday, May 02, 2010 4:41 AM > > To: IBM-MAIN@bama.ua.edu > > Subject: Re: [IBM-MAIN] recommended way to send large files from Z/os to WIN > > and backward > > > > Matan, > > > > I guess I would need to know more about your environment. > > > > For windows - what version > > From mainframe - z/OS V1.?? > > > > Do you have other products like NDM, XCOM, etc on Mainframe/Open Systems??? > > > > Do you use IE, Mozilla, filezilla on Windows? > > Do you have any limitations on the Server for transfers? Some shops might > > limit the amount transferred in one session due to constraints on the > > network. > > > > What I remember, for filesystem limitations, on Windows machines, limitation > > on the system depends on the FileSystem used: > > > > - FAT16 = 2GB limit; > > > > - FAT32 = 4GB minus 2 bytes max limit. > > > > - NTFS = 2TB (that's terrabytes) > > > > So depending on your components, it might be possible. > > > > Lizette > > > > > > > Matan Cohen Wrote: > > > > > > I'm searching for a way to send a large data sets (over 4 GB ) to > > > Windows , > > > the main purpose is to avoid using XMIT on the Data Sets so i prefer > > > not > > > using FTP. > > > The Datasets are DFDSS dumps and I need to ensure I can returned them > > > into > > > the Z/OS in case they are needed. > > > Is it possibale not using XMIT while transfering Data sets? > > > is there a way to able the Z/os FTP to get data sets larger then 4 GB? > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > > Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: recommended way to send large files from Z/os to WIN and backward
On Mon, 3 May 2010 13:48:38 +0300, Matan Cohen wrote: >we are trying to use an ftp client on z/os >using a job to get datasets larger than 4 GB from a windows server after we >succesfully send the Datasets to the windows FTP server . >when trying to get the Datasets back to the Mainframe we get the follow >message : >553 Cannot send file larger than 4 gigabytes. >we are trying to understand if the problem is cause from the windows side. >we do use an SMS Data class so the Datasets will be a multivolume. > Hi, Have you tried FileZilla? Thoroughly recommended, works on Vista, and the price is right. http://filezilla-project.org/ if you're interested. cheers Peter -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: recommended way to send large files from Z/os to WIN and backward
MFnetdisk was consider as an substitute options. The desire state is to get the Datasets when initiate the connection using FTP batch from the MF. when connecting to the Mainframe FTP from my station I was able to send the Dataset. we design a backup proccess to get rid from our 3590 tape library and move our MF backp to one of our Windows server . the datasets will move then by the Windows Backup to tapes . We are now trying to avoid any dependency to a product in this process (such like MFnetdisk). we are also limit on purchesing any product. *DON- * as you said i also assume the windows server see the target (MF side) as FAT32 , but I don't familiar with a way to control this and force the FTP server (windows) to send the file. Lizette Koehler - BLKSIZE=32760 don't solve the problem. we use IE8. there is'nt additional message in syslog. On Tue, May 4, 2010 at 8:50 AM, Peter Bishop wrote: > On Mon, 3 May 2010 13:48:38 +0300, Matan Cohen > wrote: > > >we are trying to use an ftp client on z/os > >using a job to get datasets larger than 4 GB from a windows server after > we > >succesfully send the Datasets to the windows FTP server . > >when trying to get the Datasets back to the Mainframe we get the follow > >message : > >553 Cannot send file larger than 4 gigabytes. > >we are trying to understand if the problem is cause from the windows side. > >we do use an SMS Data class so the Datasets will be a multivolume. > > > > Hi, > > Have you tried FileZilla? > > Thoroughly recommended, works on Vista, and the price is right. > > http://filezilla-project.org/ if you're interested. > > cheers > Peter > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- best regards, matan cohen MF System Administrator. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: recommended way to send large files from Z/os to WIN and backward
HI, MFNetDisk can emulate 3490 tape without real tape and with automatic fast mount. You can run DFDSS in MF with the tape data in PC using MFNetDisk? (no need FTP). PC can be Linux or Windows. When ever you need the data back to MF you have it using the tape emulation which access the tape data file as input. The tape data in PC can be backup in PC using copy and paste in PC or other PC backup utilities. This is a free product. Shai On Tue, May 4, 2010 at 11:05 AM, Matan Cohen wrote: > MFnetdisk was consider as an substitute options. > The desire state is to get the Datasets when initiate the connection using > FTP batch from the MF. when connecting to the Mainframe FTP from my station > I was able to send the Dataset. > we design a backup proccess to get rid from our 3590 tape library and move > our MF backp to one of our Windows server . > the datasets will move then by the Windows Backup to tapes . > We are now trying to avoid any dependency to a product in this process > (such > like MFnetdisk). we are also limit on purchesing any product. > *DON- * as you said i also assume the windows server see the target (MF > side) as FAT32 , but I don't familiar with a way to control this and force > the FTP server (windows) to send the file. > Lizette Koehler - BLKSIZE=32760 don't solve the problem. > we use IE8. > there is'nt additional message in syslog. > > On Tue, May 4, 2010 at 8:50 AM, Peter Bishop wrote: > > > On Mon, 3 May 2010 13:48:38 +0300, Matan Cohen > > wrote: > > > > >we are trying to use an ftp client on z/os > > >using a job to get datasets larger than 4 GB from a windows server after > > we > > >succesfully send the Datasets to the windows FTP server . > > >when trying to get the Datasets back to the Mainframe we get the follow > > >message : > > >553 Cannot send file larger than 4 gigabytes. > > >we are trying to understand if the problem is cause from the windows > side. > > >we do use an SMS Data class so the Datasets will be a multivolume. > > > > > > > Hi, > > > > Have you tried FileZilla? > > > > Thoroughly recommended, works on Vista, and the price is right. > > > > http://filezilla-project.org/ if you're interested. > > > > cheers > > Peter > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > > > > > -- > best regards, > matan cohen > MF System Administrator. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: recommended way to send large files from Z/os to WIN and backward
The windows server does not know or care what the z/OS side looks like. The 4G issue would only be relevant if the disk that Windows stores the file on is formatted as FAT32. I have been backing up my z/OS data to a Windows box using FTP for years with no problems, and have many files 4G or larger. I use a product called bulletproof FTP, which costs less than $100 for a copy, and works great.Filezilla os OK as long as you don't have a need to transfer files to USS, which it does not handle well. You will need to convert the DF/DSS backups using AMATERSE in order to get them back properly. DF/DSS backups are RECFM=U, which can't be sent to a Windows box and back correctly. The only problem with AMATERSE is that it can be slow on a box with limited CPU. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: recommended way to send large files from Z/os to WIN and backward
Shai, I watch the you tube videos and download the product and I know it can simplified the proccess , but for mean while I will try to perform it using FTP for reasons i can't detail. On Tue, May 4, 2010 at 12:32 PM, shai hess wrote: > HI, > detaile > MFNetDisk can emulate 3490 tape without real tape and with automatic fast > mount. > You can run DFDSS in MF with the tape data in PC using MFNetDisk? (no need > FTP). PC can be Linux or Windows. > When ever you need the data back to MF you have it using the tape > emulation which access the tape data file as input. > The tape data in PC can be backup in PC using copy and paste in PC or > other > PC backup utilities. > This is a free product. > > Shai > > On Tue, May 4, 2010 at 11:05 AM, Matan Cohen >wrote: > > > MFnetdisk was consider as an substitute options. > > The desire state is to get the Datasets when initiate the connection > using > > FTP batch from the MF. when connecting to the Mainframe FTP from my > station > > I was able to send the Dataset. > > we design a backup proccess to get rid from our 3590 tape library and > move > > our MF backp to one of our Windows server . > > the datasets will move then by the Windows Backup to tapes . > > We are now trying to avoid any dependency to a product in this process > > (such > > like MFnetdisk). we are also limit on purchesing any product. > > *DON- * as you said i also assume the windows server see the target (MF > > side) as FAT32 , but I don't familiar with a way to control this and > force > > the FTP server (windows) to send the file. > > Lizette Koehler - BLKSIZE=32760 don't solve the problem. > > we use IE8. > > there is'nt additional message in syslog. > > > > On Tue, May 4, 2010 at 8:50 AM, Peter Bishop > wrote: > > > > > On Mon, 3 May 2010 13:48:38 +0300, Matan Cohen < > matancohen...@gmail.com> > > > wrote: > > > > > > >we are trying to use an ftp client on z/os > > > >using a job to get datasets larger than 4 GB from a windows server > after > > > we > > > >succesfully send the Datasets to the windows FTP server . > > > >when trying to get the Datasets back to the Mainframe we get the > follow > > > >message : > > > >553 Cannot send file larger than 4 gigabytes. > > > >we are trying to understand if the problem is cause from the windows > > side. > > > >we do use an SMS Data class so the Datasets will be a multivolume. > > > > > > > > > > Hi, > > > > > > Have you tried FileZilla? > > > > > > Thoroughly recommended, works on Vista, and the price is right. > > > > > > http://filezilla-project.org/ if you're interested. > > > > > > cheers > > > Peter > > > > > > -- > > > For IBM-MAIN subscribe / signoff / archive access instructions, > > > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > > > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > > > > > > > > > > -- > > best regards, > > matan cohen > > MF System Administrator. > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- best regards, matan cohen MF System Administrator. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: recommended way to send large files from Z/os to WIN and backward
On Tue, 4 May 2010 23:18:14 -0500, Bob Wood wrote: > >Filezilla os OK as long as you don't have a need to >transfer files to USS, which it does not handle well. > I'm mystified. I use Filezilla server for SMP/E RECEIVE FROMNETWORK, which transfers to Unix files, quite successfully. What are the problems? Or are you thinking of Filezilla client, with which I have no experience. >You will need to > convert >the DF/DSS backups using AMATERSE in order to get them back properly. >DF/DSS backups are RECFM=U, which can't be sent to a Windows box and >back correctly. The only problem with AMATERSE is that it can be slow on a >box with limited CPU. > AMATERSE has two levels of compression/performance. Are both so slow? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: recommended way to send large files from Z/os to WIN and backward
On Wednesday 05 May 2010, Paul Gilmartin wrote: > On Tue, 4 May 2010 23:18:14 -0500, Bob Wood wrote: > >Filezilla os OK as long as you don't > > have a need to transfer files to USS, which it does not handle > > well. > > I'm mystified. I use Filezilla server for SMP/E RECEIVE FROMNETWORK, > which transfers to Unix files, quite successfully. What are the > problems? Or are you thinking of Filezilla client, with which I > have no experience. I regularly use the FileZilla client on Windows, Linux, and Solaris workstations to connect to both the MVS and Unix sides of z/OS with no problem. However, there are a couple of caveats: You need an up to date version - older versions of the FileZilla indeed didn't understand the Unix side of z/OS. The oldest version I can find on any of my workstations id 3.0.1, which works fine. You need to specify the server type as Unix under the Advanced tab to access you Unix filesystem. -- Bob Woodside Woodsway Consulting, Inc. http://www.woodsway.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: recommended way to send large files from Z/os to WIN and backward
I was thinking of the client, sorry if that caused confusion. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: recommended way to send large files from Z/os to WIN and backward
On Wed, 5 May 2010 13:26:47 -0400, Bob Woodside wrote: >On Wednesday 05 May 2010, Paul Gilmartin wrote: >> >> I'm mystified. I use Filezilla server for SMP/E RECEIVE FROMNETWORK, > >I regularly use the FileZilla client on Windows, Linux, and Solaris >workstations to connect to both the MVS and Unix sides of z/OS with no >problem. > >However, there are a couple of caveats: > >You need an up to date version - older versions of the FileZilla indeed >didn't understand the Unix side of z/OS. The oldest version I can find >on any of my workstations id 3.0.1, which works fine. > >You need to specify the server type as Unix under the Advanced tab to >access you Unix filesystem. > I don't use Filezilla client. Is it a GUI? I avoid GUI FTP clients. FTP is broken as specified for GUI use: The format of the reply to LIST or NLST is not specified, and dependent on the server system type. It was the assumption of the design that the reply would be presented as text to a human being at a terminal, who would be familiar with the conventions of the server and know how to proceed. The RFC does not even provide any uniform way to know which entries in the reply text are directories and which are basefiles. Accordingly, the GUI client must contain artificial intelligence to know the conventions of each supported server. z/OS is particularly problematic in that the format of the reply t differs radically according to whether the PWD is: o A legacy data set prefix o A PDS directory o A Unix directory Further, it's possible to CD to a partial prefix that doesn't even appear in the responses to LIST or NLST. This could be resolved by an extension to the FTP RFC specifying a new command with a standard format for directory listings. But there's too little demand to make this likely. And this should be done with a newer, secure protocol such as SFTP that doesn't transmit passwords in the clear and that doesn't require the backsocked for data that's problematic for firewalls. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: recommended way to send large files from Z/os to WIN and backward
After considering the issue again I decided to XMIT the dump datasets . so now i xmit the large dump and then send them to a windows FTP server . When trying to get them back . A receive on those file is finished but not successful. the Receive command allocate the Dump datasets but stop restoring after 1% usage of the dataset although it return a successful completion. when entering this subject after succeeding to send a 2GB xmit datasets and getting them back successfully . I didn't imagine to myself it will not work with larger datasets. Any suggestion on How to over come this problem will be appreciate On Thu, May 6, 2010 at 7:46 AM, Paul Gilmartin wrote: > On Wed, 5 May 2010 13:26:47 -0400, Bob Woodside wrote: > > >On Wednesday 05 May 2010, Paul Gilmartin wrote: > >> > >> I'm mystified. I use Filezilla server for SMP/E RECEIVE FROMNETWORK, > > > >I regularly use the FileZilla client on Windows, Linux, and Solaris > >workstations to connect to both the MVS and Unix sides of z/OS with no > >problem. > > > >However, there are a couple of caveats: > > > >You need an up to date version - older versions of the FileZilla indeed > >didn't understand the Unix side of z/OS. The oldest version I can find > >on any of my workstations id 3.0.1, which works fine. > > > >You need to specify the server type as Unix under the Advanced tab to > >access you Unix filesystem. > > > I don't use Filezilla client. Is it a GUI? I avoid GUI FTP clients. > FTP is broken as specified for GUI use: > > The format of the reply to LIST or NLST is not specified, and > dependent on the server system type. It was the assumption of > the design that the reply would be presented as text to a human > being at a terminal, who would be familiar with the conventions > of the server and know how to proceed. The RFC does not even > provide any uniform way to know which entries in the reply text > are directories and which are basefiles. Accordingly, the > GUI client must contain artificial intelligence to know the > conventions of each supported server. > > z/OS is particularly problematic in that the format of the reply > t > differs radically according to whether the PWD is: > > o A legacy data set prefix > > o A PDS directory > > o A Unix directory > > Further, it's possible to CD to a partial prefix that doesn't > even appear in the responses to LIST or NLST. > > This could be resolved by an extension to the FTP RFC specifying > a new command with a standard format for directory listings. But > there's too little demand to make this likely. And this should > be done with a newer, secure protocol such as SFTP that doesn't > transmit passwords in the clear and that doesn't require the > backsocked for data that's problematic for firewalls. > > -- gil > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- best regards, matan cohen MF System Administrator. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: recommended way to send large files from Z/os to WIN and backward
I was able to solve this problem. Before sending the Xmit datasets to the windows I preform on the Datasets a ADRDSSU RELEASE command. After performing the release command on the datasets I was able to return them to my z/os and then perform a succesfull receive . On Mon, May 24, 2010 at 12:58 PM, Matan Cohen wrote: > After considering the issue again I decided to XMIT the dump datasets . > so now i xmit the large dump and then send them to a windows FTP server . > When trying to get them back . > A receive on those file is finished but not successful. the Receive command > allocate the Dump datasets but stop restoring after 1% usage of the dataset > although it return a successful completion. > > when entering this subject after succeeding to send a 2GB xmit datasets and > getting them back successfully . > I didn't imagine to myself it will not work with larger datasets. > > Any suggestion on How to over come this problem will be appreciate > > On Thu, May 6, 2010 at 7:46 AM, Paul Gilmartin wrote: > >> On Wed, 5 May 2010 13:26:47 -0400, Bob Woodside wrote: >> >> >On Wednesday 05 May 2010, Paul Gilmartin wrote: >> >> >> >> I'm mystified. I use Filezilla server for SMP/E RECEIVE FROMNETWORK, >> > >> >I regularly use the FileZilla client on Windows, Linux, and Solaris >> >workstations to connect to both the MVS and Unix sides of z/OS with no >> >problem. >> > >> >However, there are a couple of caveats: >> > >> >You need an up to date version - older versions of the FileZilla indeed >> >didn't understand the Unix side of z/OS. The oldest version I can find >> >on any of my workstations id 3.0.1, which works fine. >> > >> >You need to specify the server type as Unix under the Advanced tab to >> >access you Unix filesystem. >> > >> I don't use Filezilla client. Is it a GUI? I avoid GUI FTP clients. >> FTP is broken as specified for GUI use: >> >> The format of the reply to LIST or NLST is not specified, and >> dependent on the server system type. It was the assumption of >> the design that the reply would be presented as text to a human >> being at a terminal, who would be familiar with the conventions >> of the server and know how to proceed. The RFC does not even >> provide any uniform way to know which entries in the reply text >> are directories and which are basefiles. Accordingly, the >> GUI client must contain artificial intelligence to know the >> conventions of each supported server. >> >> z/OS is particularly problematic in that the format of the reply >> t >> differs radically according to whether the PWD is: >> >> o A legacy data set prefix >> >> o A PDS directory >> >> o A Unix directory >> >> Further, it's possible to CD to a partial prefix that doesn't >> even appear in the responses to LIST or NLST. >> >> This could be resolved by an extension to the FTP RFC specifying >> a new command with a standard format for directory listings. But >> there's too little demand to make this likely. And this should >> be done with a newer, secure protocol such as SFTP that doesn't >> transmit passwords in the clear and that doesn't require the >> backsocked for data that's problematic for firewalls. >> >> -- gil >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO >> Search the archives at http://bama.ua.edu/archives/ibm-main.html >> > > > > -- > best regards, > matan cohen > MF System Administrator. > > -- best regards, matan cohen MF System Administrator. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html