Re: Copy DSS Dump File to DASD
IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 07/05/2007 11:28:50 AM: I think I'm out of luck, but wanted to verify first. We're z/OS 1.7. We've had a number of small DSS DUMP files written to tape that I want to move to DISK. Unfortunately, it seems that the dump files on tape get created with a block size of about 64K, and from the DSS manual: The COPYDUMP command cannot change the block size of the DFSMSdss dump data set. If you are copying a dump data set to a DASD device, the source block size must be small enough to fit on the target device. Is there no way to copy these DSS dump files to disk other than restoring the files (renaming them of course) and backing them up again? Tom Chicklon Possibly you may want to investigate the DD parameter BLKSZLIM, however it would need to be honored by the invoked program/utility, I believe. Scott Barry SBBWorks, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Copy DSS Dump File to DASD
Thanks Scott. Going forward, when DSS creates the new dump data sets on DASD, there's no problem. I was only trying to copy previous back ups to DISK, which apparently can't be done. Tom --- I think I'm out of luck, but wanted to verify first. We're z/OS 1.7. We've had a number of small DSS DUMP files written to tape that I want to move to DISK. Unfortunately, it seems that the dump files on tape get created with a block size of about 64K, and from the DSS manual: The COPYDUMP command cannot change the block size of the DFSMSdss dump data set. If you are copying a dump data set to a DASD device, the source block size must be small enough to fit on the target device. Is there no way to copy these DSS dump files to disk other than restoring the files (renaming them of course) and backing them up again? Tom Chicklon Possibly you may want to investigate the DD parameter BLKSZLIM, however it would need to be honored by the invoked program/utility, I believe. Scott Barry SBBWorks, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Copy DSS Dump File to DASD
Todd, this is not a stupid suggestion at all. Many (most?) of these data sets contain back up copies of existing VSAM datasets, so restoring them without a rename would be a problem, unless I: - restore them to my test system (no shared catalogs) - rerun DSS back up on test system, with output to DASD - Run DSS COPYDUMP on prod system to create final SMS managed backup GDG It would be like going all the way around the block to get next door, so I wouldn't want to do this for all the data sets getting converted from Tape to DASD, but for those 24 generation monthly / quarterly / yearly ones, it just might be worth the effort to free up the tapes. The other tapes will free up on their own soon enough. Thanks! Tom Chicklon This may be a stupid suggestion, but why not just restore the data to spare volume(s), and then recreate the dump on disk with the same dataset name as the current tape (rerun the dump)? Since the COPYDUMP command does not seem to be a good option, I'd just try to recreate the dump in another way if it was that important to move it. C. Todd Burrell Senior z/OS Systems Programmer ITSO (404) 498-3299 (404) 723-2017 (cell) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Copy DSS Dump File to DASD
Thanks for the confirmation Andrew, this is as I suspected. I guess we'll just have to wait for the tape data sets to roll off (they are all GDGs). Tom Chicklon --- Tom, I'm sorry, but there is no way that I know of to do that. Thanks, Andrew Wilt IBM DFSMSdss Architecture/Development - I think I'm out of luck, but wanted to verify first. We're z/OS 1.7. We've had a number of small DSS DUMP files written to tape that I want to move to DISK. Unfortunately, it seems that the dump files on tape get created with a block size of about 64K, and from the DSS manual: The COPYDUMP command cannot change the block size of the DFSMSdss dump data set. If you are copying a dump data set to a DASD device, the source block size must be small enough to fit on the target device. Is there no way to copy these DSS dump files to disk other than restoring the files (renaming them of course) and backing them up again? Tom Chicklon -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Copy DSS Dump File to DASD
This may be a stupid suggestion, but why not just restore the data to spare volume(s), and then recreate the dump on disk with the same dataset name as the current tape (rerun the dump)? Since the COPYDUMP command does not seem to be a good option, I'd just try to recreate the dump in another way if it was that important to move it. C. Todd Burrell Senior z/OS Systems Programmer ITSO (404) 498-3299 (404) 723-2017 (cell) -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chicklon, Tom Sent: Friday, July 06, 2007 7:35 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Copy DSS Dump File to DASD Thanks Scott. Going forward, when DSS creates the new dump data sets on DASD, there's no problem. I was only trying to copy previous back ups to DISK, which apparently can't be done. Tom --- I think I'm out of luck, but wanted to verify first. We're z/OS 1.7. We've had a number of small DSS DUMP files written to tape that I want to move to DISK. Unfortunately, it seems that the dump files on tape get created with a block size of about 64K, and from the DSS manual: The COPYDUMP command cannot change the block size of the DFSMSdss dump data set. If you are copying a dump data set to a DASD device, the source block size must be small enough to fit on the target device. Is there no way to copy these DSS dump files to disk other than restoring the files (renaming them of course) and backing them up again? Tom Chicklon Possibly you may want to investigate the DD parameter BLKSZLIM, however it would need to be honored by the invoked program/utility, I believe. Scott Barry SBBWorks, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Tape Image? (was: Copy DSS Dump File to DASD)
On Thu, 5 Jul 2007 18:15:01 -0500, Kenneth E Tomiak wrote: Check out AWSTAPE and see if that helps. Thanks! Looks very promising with a few hundred Google hits. Can someone help me narrow the search for conversion utilities? Do any run on z/OS? Do I need to explore the H-word? I should have recalled that such a facility existed in that universe. Thanks again, gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Tape Image? (was: Copy DSS Dump File to DASD)
To create on disk (preferably stream rather than CKD) an image of a tape suitable for transmission by FTP BINARY even to a non-IBM system, and from there recreating the original tape with all labels and data sets intact. Good thought. The TSO TRANSMIT command can convert a DSS dump into an unloaded format that can go on disk. I dunno if it can accept a tape input. To restore you would do a RECEIVE outputting to tape, and then restore. Needs testing -- Bruce Black Senior Software Developer Innovation Data Processing -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Tape Image? (was: Copy DSS Dump File to DASD)
-snip Check out AWSTAPE and see if that helps. Thanks! Looks very promising with a few hundred Google hits. Can someone help me narrow the search for conversion utilities? Do any run on z/OS? Do I need to explore the H-word? I should have recalled that such a facility existed in that universe. Thanks again, ---unsnip-- IIRC, there are some AWSTAPE conversion utilities on the CBTTAPE site www.cbttape.org -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Tape Image? (was: Copy DSS Dump File to DASD)
On Fri, 6 Jul 2007 09:19:13 -0500, Paul Gilmartin [EMAIL PROTECTED] wrote: Can someone help me narrow the search for conversion utilities? Do any run on z/OS? Most certainly. Search the CBT file list for AWS and HET. Do I need to explore the H-word? I should have recalled that such a facility existed in that universe. Probably not, though it depends on what you are trying to accomplish. There are several AWS utilities on CBT that run fine on z/OS that have no inherent connection to non z/OS platforms. Keep in mind that we are talking about representing an arbitrary physical tape as an image in a file, and where that file lives is unimportant. As it happens, the AWS format was invented for an OS/2 based system, so e.g. it uses Intel-style little endian integers, but it's perfectly processable on any platform. I have in the past written trivial REXX code to manipulate the files, and you could probably write a UNIX shell script to do the same. Also, probably because of the original platform, the image file is stream oriented, i.e. does not have or require record boundaries. This of course turns out to be a very good thing for most purposes. There is a description of the actual AWS format by Sam Golob at http://www.cbttape.org/awstape.htm . There are also at least two Windows based AWS browsers/extractors out there. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Copy DSS Dump File to DASD
Tom, I'm sorry, but there is no way that I know of to do that. Thanks, Andrew Wilt IBM DFSMSdss Architecture/Development IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 07/05/2007 11:28:50 AM: I think I'm out of luck, but wanted to verify first. We're z/OS 1.7. We've had a number of small DSS DUMP files written to tape that I want to move to DISK. Unfortunately, it seems that the dump files on tape get created with a block size of about 64K, and from the DSS manual: The COPYDUMP command cannot change the block size of the DFSMSdss dump data set. If you are copying a dump data set to a DASD device, the source block size must be small enough to fit on the target device. Is there no way to copy these DSS dump files to disk other than restoring the files (renaming them of course) and backing them up again? Tom Chicklon -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Tape Image? (was: Copy DSS Dump File to DASD)
On Thu, 5 Jul 2007 13:05:41 -0700, Andrew N Wilt wrote: I'm sorry, but there is no way that I know of to do that. IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 07/05/2007 11:28:50 AM: We've had a number of small DSS DUMP files written to tape that I want to move to DISK. Unfortunately, it seems that the dump files on tape get Tom Chicklon This is an instance of a more general problem: To create on disk (preferably stream rather than CKD) an image of a tape suitable for transmission by FTP BINARY even to a non-IBM system, and from there recreating the original tape with all labels and data sets intact. CBT, perhaps? SAS? FATAR? Didn't someone recently mention here a vendor who distributes software via network in such an image format, along with a utility to create a tape for SMP/E installation? Alas, for me this is more academic than I'd like: after a recent corporate acquisition we've outsourced our media production to be done on squatty boxen, after outsourcing the squatty box software development to a third entity. To make this work, I'd need to reverse engineer (unless specs are available) the squatty box internal format. Still, I'd like to be able to bypass a FedEx step in the general case as we now can only for LABEL=(nn,NL),RECFM=FB,... -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Tape Image? (was: Copy DSS Dump File to DASD)
Check out AWSTAPE and see if that helps. On Thu, 5 Jul 2007 16:00:58 -0500, Paul Gilmartin [EMAIL PROTECTED] wrote: On Thu, 5 Jul 2007 13:05:41 -0700, Andrew N Wilt wrote: I'm sorry, but there is no way that I know of to do that. IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 07/05/2007 11:28:50 AM: We've had a number of small DSS DUMP files written to tape that I want to move to DISK. Unfortunately, it seems that the dump files on tape get Tom Chicklon This is an instance of a more general problem: To create on disk (preferably stream rather than CKD) an image of a tape suitable for transmission by FTP BINARY even to a non-IBM system, and from there recreating the original tape with all labels and data sets intact. CBT, perhaps? SAS? FATAR? Didn't someone recently mention here a vendor who distributes software via network in such an image format, along with a utility to create a tape for SMP/E installation? Alas, for me this is more academic than I'd like: after a recent corporate acquisition we've outsourced our media production to be done on squatty boxen, after outsourcing the squatty box software development to a third entity. To make this work, I'd need to reverse engineer (unless specs are available) the squatty box internal format. Still, I'd like to be able to bypass a FedEx step in the general case as we now can only for LABEL=(nn,NL),RECFM=FB,... -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Copy DSS Dump File to DASD
You may use TV (Tape to VSAM) function of DITTO/ESA. If the tape block size is less than 32760 bytes, you can use TS (Tape to Sequential data) function. When you define the VSAM ESDS for over 32K tape block size, you have to specify SPANNED parameter and large number of RECORDSIZE that fit the tape block size. 2007/7/6, Chicklon, Tom [EMAIL PROTECTED]: I think I'm out of luck, but wanted to verify first. We're z/OS 1.7. We've had a number of small DSS DUMP files written to tape that I want to move to DISK. Unfortunately, it seems that the dump files on tape get created with a block size of about 64K, and from the DSS manual: The COPYDUMP command cannot change the block size of the DFSMSdss dump data set. If you are copying a dump data set to a DASD device, the source block size must be small enough to fit on the target device. Is there no way to copy these DSS dump files to disk other than restoring the files (renaming them of course) and backing them up again? Tom Chicklon -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 全先 実 - Minoru Massaki (M*M) E-mail: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html