home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!gatech!darwin.sura.net!spool.mu.edu!yale.edu!ira.uka.de!rz.uni-karlsruhe.de!rz.uni-karlsruhe.de!usenet@rz
- From: DAHMS@ifk20.mach.uni-karlsruhe.de (Heribert Dahms)
- Newsgroups: comp.os.vms
- Subject: Re: Question about RMS and MSCP-pair
- Date: 4 Jan 1993 21:03:45 GMT
- Organization: University of Karlsruhe, FRG (Dept. of Mechanical Engineering)
- Lines: 39
- Distribution: world
- Message-ID: <1ia8nhINNa8k@nz12.rz.uni-karlsruhe.de>
- References: <1993Jan4.115621.29717@news.th-darmstadt.de> <61050100@acf3.NYU.EDU>
- NNTP-Posting-Host: ifk29.mach.uni-karlsruhe.de
- X-News-Reader: VMS NEWS 1.20
- In-Reply-To: tihor@acf3.NYU.EDU's message of Mon, 4 Jan 1993 17:55:00 GMT
-
- In <61050100@acf3.NYU.EDU> tihor@acf3.NYU.EDU writes:
-
- : Use BACKUP or any other tool you have written to accept and ignore the
- : forced error, copying the file. Delete the original. The block is
- : happily revectored and can be reused by a WRITE operations, its just
- : that the system has reason to suspect that the data in the block MIGHT
- : be corrupted and VMS taks data integrity very seriously. So seriously
- : in this case that you have to be prepared to dismiss an ERROR return to
- : get to it.
- :
- : Tool suggestions:
- :
- : A useful tool for someone to write (who is so inclined) would be a
- : utility program to read and rewrite the blocks of a file handling and
- : checking about forced errors as they happen.
- Use ANALYZE/RMS
-
- : Another interesting varation on that tool would be something to run on
- : a privately mounted disk to read or double read and compare, overwrite
- : with test patterns, and then rewrite each block on a disk.
- Use BACKUP/VERIFY often enough and either restore or delete the file.
- Hack on the file only if it is of great importance.
- Hint: Use DUMP in block mode to read after the error,
- possibly after copying with backup to clear the error, to recover as
- much as possible.
- TO THE ORIGINAL POSTER: If it's *really* necessary to hack, e-mail me.
-
- My experiences:
- 1) EDT crashed some years ago with ACCVIO on VMS4.x (*not* forced error!).
- ANALYZE/RMS or ANALYZE/IMAGE showed forced error.
- I restored from backup with /NEW_VERSION then
- INSTALL /REPLACEd and purged.
- 2) One of my source files, which had variable length records by default,
- gots a forced error (near the beginning, you guess!).
- It was not possible to TYPE or something else beyond the error.
- I had no BACKUP, but a printed copy and re-typing that was fastest.
-
-
- Bye, Heribert (dahms@ifk20.mach.uni-karlsruhe.de)
-