home *** CD-ROM | disk | FTP | other *** search
- Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
- Path: sparky!uunet!zaphod.mps.ohio-state.edu!darwin.sura.net!paladin.american.edu!auvm!COMPCTR.CCS.CSUS.EDU!RYERSONRA
- X-Mailer: Pegasus Mail v2.1c R5.
- X-Pmrqc: 1
- Message-ID: <MAILQUEUE-99.921120095327.448@compctr.ccs.csus.edu>
- Newsgroups: bit.listserv.ibm-main
- Date: Fri, 20 Nov 1992 09:53:25 PST
- Sender: IBM Mainframe Discussion list <IBM-MAIN@RICEVM1.BITNET>
- From: Rob Ryerson <RYERSONRA@COMPCTR.CCS.CSUS.EDU>
- Subject: DFHSM Recalls & Batch
- Lines: 11
-
- Reviewed your problem statement, and ran a few quick tests here. We
- do not do tape migration, only disk, so senario is not exact. I did
- not have your same symptoms. A two step batch job BR14
- (MOD,DELETE,DELETE) against a migrated dataset, followed by a BR14
- allocate (NEW,CATLG) consistantly had RC=0, and left the new dataset
- where and as expected. I don't know why tape migration might be
- different, and I can't set up to test that environment. If you'd like
- to compare set-up parms, reply directly.
-
- Rob Ryerson CSUS
- <RYERSONRA@COMPCTR.CCS.CSUS.EDU>
-