home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / bit / listserv / ibmmain / 2019 < prev    next >
Encoding:
Text File  |  1992-08-23  |  1.6 KB  |  31 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!gatech!paladin.american.edu!auvm!WEIZMANN.WEIZMANN.AC.IL!VSLARRY
  3. Message-ID: <IBM-MAIN%92082221411503@DEARN>
  4. Newsgroups: bit.listserv.ibm-main
  5. Date:         Sat, 22 Aug 1992 22:40:59 +0300
  6. Sender:       IBM Mainframe Discussion list <IBM-MAIN@RICEVM1.BITNET>
  7. From:         Larry Israel <VSLARRY@WEIZMANN.WEIZMANN.AC.IL>
  8. Subject:      Old VMBACKUP and I/O errors
  9. Comments: To: l-vmcntr@dearn.BITNET
  10. Lines: 19
  11.  
  12. I am posting this for a shop down the road. They have just gotten some
  13. 3380 model K disks on a 3380-23 controller, running VM/SP REL 5 (they
  14. are moving to VM/ESA soon) on an IBM 9000 model 9210. They are running
  15. VMBACKUP 4.1. They moved minidisks from some model A 3380's to the K by
  16. using VMBACKUP, editing the directory to change the volume serial number for
  17. some of the model A's, and changing both the volume serial number and
  18. cylinder address for others, so they put two single-density volumes on one
  19. double density one. The model K disks were prepared for the move by
  20. the INSTALL command of DSF, followed by the CPVOLUME format and allocate
  21. to set cylinder 0 and the allocation map (all PERM).
  22.  
  23. Everything went fine. The minidisks are quite usable. There is, however, one
  24. slight problem. On some of the non-CMS (VSAM or VSE) minidisk VMBACKUP gets
  25. an error on attempting a backup. The errors are fairly, but not completely,
  26. repeatable. The errors occur both on minidisk whose cylinder addresses have
  27. changed and those which have not changed. DDR gives no problems on reading
  28. the minidisks, nor does the EREP log show any errors.
  29.  
  30. Does anyone have any ideas as to what the problem might be?
  31.