Suppressing Global Copy ANTPxxxx Messages
Does anyone know if the ANTP messages produced by the CQUERY command (Global Copy / PPRC) can be suppressed via MPF? Thanks, Doug -- 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: Suppressing Global Copy ANTPxxxx Messages
Answered my own questions. MPF can be used to suppress the messages... -- 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: FTPing of DFDSS Dump Files
Thanks Gary (and others), I think I forgot to mention though is that in this case, the DUMP data set was not TERSED first- thus the problem Thanks, Doug. -- 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
FTPing of DFDSS Dump Files
I need to move on zOS system to another. My simply plan was to dump datasets using DFDSS DUMP and then transferring the DUMP file to the other system using FTP. For the most part it worked out ok- in fact we'd TERSE the DUMP file before FTPing and DETERSE after saving lots of bandwidth. But I've falling into a situation where I have a problem. If I FTP the DUMP file to a Windows server using BINARY mode, and then FTP it back to a zOS system in BINARY mode- DFDSS cannot read the thing. My rear is still sore over this one. Does anyone know of a way to FTP the DUMP file back to a zOS system so it is readable? Now I've noticed in some searching of the web the that EBCDIC parameter being mention during the FTP transfer, would that help? BTW- I cannot go back and recreate the DUMP files- all I have to work with is the transferred copies on the Windows Server... :-( Thanks for any help rendered... Doug Evans -- 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
Moving HSM Migrated Data Sets to New System
I'm in the process of moving a z/OS 1.6 environment to a z/OS 1.8 enviornment. Due to configuration issues (long story, but ie, I don't have tape drives on the source system) I cannot simply dump volumes to tape and move them. In the end, not really a problem- I'm moving datasets by dumping them with DFDSS to a data set, FTPing the data set to the new system, and restoring. Not the fasted way to go, but it's working. But now, my major concern is moving all our HSM migrated data sets- both those on ML1 DASD, and those on ML2 tape. Now the ML2 tapes are going to be physical sent where the new enviornment is so data can be recalled off of them. The issue/question I have is: how can I move the catalog entries for all the migrated data sets? The entries will be scatttered across several user catalogs, which won't actually be moved. (Although I guess I could move/copy them if needed.) Now I did notice in some previous posts (although a few years old) that ABARS could possibly do this for me. The post mentioned that it would backup/restore migrated data sets without actually recalling/remigrating them. Is that true? If so, that would work for me. Thanks in advance for any responses. And if someone has an idea to talk with me about please feel free to call me- number is below. Doug Evans IT Manager Integral Systems, Inc. Phone: 616-895-2748 / 925-418-5663 Pager: 925-677-7650 / Fax: 925-522-8039 mailto:[EMAIL PROTECTED] / [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