home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / vms / 20287 < prev    next >
Encoding:
Internet Message Format  |  1993-01-04  |  2.2 KB

  1. Path: sparky!uunet!olivea!charnel!sifon!thunder.mcrcim.mcgill.edu!sobeco!comback!maclpre!broccoli
  2. From: broccoli@maclpre.login.qc.ca (Luc Prefontaine)
  3. Newsgroups: comp.os.vms
  4. Subject: Re: HELP!!! Security problem for gurus. [Directories]
  5. Message-ID: <01062027.mqmdt5@maclpre.login.qc.ca>
  6. Date: 4 Jan 93 03:04:30 GMT
  7. Reply-To: broccoli@maclpre.login.qc.ca (Luc Prefontaine)
  8. Organization: Luc Prefontaine Enr.
  9. Lines: 34
  10. X-Mailer: uAccess - Macintosh Release: 1.6v2
  11.  
  12.  
  13. In article <14628002@zl2tnm.gen.nz> (don@zl2tnm.gen.nz), you write:
  14. > RMS won't crash a system at all (unless BUGCHECKFATAL is set).  The XQP might.
  15. > RMS lives in exec mode; an unhandled condition will at worst take out the 
  16. > process.  
  17. > As for case (4), a corrupt system disk is _not_ a good reason to crash
  18. > the system.  In many cases keeping the thing up could be the difference
  19. > between a clean recovery and having to restore from backup (possibly
  20. > causing loss of data from between the last backup and the crash, at
  21. > best losing valuable production time); ANALYZE/DISK/REPAIR _does_ work
  22. > on a system disk.  Of course if it's really scrozzled you might need to
  23. > crash it and restore anyway.  I can't think of any reason for the system
  24. > to crash because it discovers a damaged file structure (as opposed to
  25. > crashing because it ate something poisonous as a result), nor can I recall
  26. > anyone losing a system because of file structure damage.
  27.  
  28. I've been working with VMS for a while (8 years) and it's file system is
  29. extremely reliable apart from the usual RMS bugs in major releases of VMS
  30. (4.0 !!). The only cases of corruption I encountered were related to
  31. media problems ... and no magic can give you back your data in these
  32. cases ! In the Unix world most of the time a damaged file structure is a
  33. major headache and typically your system will crash. You need to
  34. "fsck" your system (and answer frightening questions) at boot time. 
  35.  
  36. I agree with Don, a crash is never a good thing in the VMS world and you
  37. should avoid these as much as possible.
  38.  
  39. +===+
  40. Luc Prefontaine - Independent consultant
  41. 4686 St-Andre - Montreal, Quebec - Canada H2J 3A1
  42. Internet: broccoli@maclpre.login.qc.ca - UUCP: broccoli@maclpre.uucp
  43. (514) 598-8572
  44.