home *** CD-ROM | disk | FTP | other *** search
/ vsiftp.vmssoftware.com / VSIPUBLIC@vsiftp.vmssoftware.com.tar / FREEWARE / FREEWARE40.ZIP / cluster / copy_shadow_dump.txt < prev    next >
Text File  |  1996-08-23  |  16KB  |  1 lines

  1. AThis program is created to retrieve a system dump from a Phase IIAshadowed systemdisk. The problem is that the bugcheck code writes@to the member we booted from (normally), but as far as shadowingBis concearned the disks are the same. A merge copy which may startCafter a crash may not be able to correct the blocks of the dumpfileAon all the disks of the shadowset. Suppose that a dumpfile starts?at the end of the disk, and ends at the beginning of it. When a@system crashes we will start writing at the end of the disk, andDit is very well possible that when we reach the part of the dumpfileCat the beginning of the disk that that part has already been mergedBby a merge copy. The net result is inconsistent data as far as theFdumpfile is concearned. This can of course be corrected by dismountingCmembers of the shadowset except the master, and remount the membersBafter which a full shadowcopy will correct things. This may have aArather high impact, which most customers don't want on their liveDsystems. Another way to correct things is to trigger a merge copy onFthe fly. That's certainly possible but it involves kernel-mode hackingFwhich is always error-prone. What we do here is look for the retrievalGpointers of the dumpfile (they are already stored in memory by SYSINIT)Fand look which shadowset member is the master. We then copy all blocks@mapped by the dumpfile from the master member to an output file.<This version supports both the Alpha- and VAX architectures.