home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / novell / 10882 < prev    next >
Encoding:
Internet Message Format  |  1992-12-28  |  2.8 KB
  1. Path: sparky!uunet!crdgw1!newsun!dseeman
  2. From: dseeman@novell.com (Daniel Seeman)
  3. Newsgroups: comp.sys.novell
  4. Subject: Re: VREPAIR, errors.. clues?
  5. Message-ID: <1992Dec28.175239.5756@novell.com>
  6. Date: 28 Dec 92 17:52:39 GMT
  7. References: <1992Dec23.215332.1@tango.cchs.su.oz.au>
  8. Sender: news@novell.com (The Netnews Manager)
  9. Organization: Novell Inc., San Jose, Califonia
  10. Lines: 54
  11. Nntp-Posting-Host: db.sjf.novell.com
  12.  
  13. In article <1992Dec23.215332.1@tango.cchs.su.oz.au> brennan@tango.cchs.su.oz.au (Luke Brennan) writes:
  14. >    G'day!
  15. >
  16. >    When I DOWN the server (486dx 3.11), if I do a VREPAIR on SYS
  17. >    I *always* get 1000 or more errors.. 
  18. >
  19. >    Oh, and I've also found that I MUST run VREPAIR *again* if I
  20. >    want it to 'fix' the OS/2 stuff and NFS.. sure makes life slow...
  21. >    (I've got MAC, OS2 and NFS loaded) HD is 1Gb, so the passes add
  22. >    up to 1/2 hour or so each time..
  23. >
  24. >    None of the 'errors' are anything major - but they're always
  25. >    there.. I usually run VREPAIR every oh, 2-3 months..
  26. >
  27. >    Even I *immediately* reboot after all the passes, I get warnings
  28. >    about 2 or 3 files being wrong length or somesuch..
  29. >
  30. >    Does this ring any bells with anyone? Software? Hardware? ME? :-}
  31. >
  32. >    Yes, it's vague - but the box is now sealed 'till 5th January,
  33. >    so I can't go get the exact messages..
  34. >+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  35. >+ Luke Brennan                             e-mail:      brennan@cchs.su.oz.AU +
  36. >+ EDP Unit, S209                          brennan%cchs.su.oz.au@cunyvm.BITNET +
  37. >+ Cumberland College of Health Sciences,                              ,-_|\   +
  38. >+ The University of Sydney                  voice: +61 2 646 6402    /     \  +
  39. >+ East Street, Lidcombe, NSW 2141             fax: +61 2 646 4853    \_,-._*  +
  40. >+ AUSTRALIA                                                               v   +
  41. >+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  42.  
  43.  
  44. Hi,
  45.  
  46. Yes, your description is rather vague.  A PERFECTLY functioning server platform
  47. should not routinly encounter volume errors.  I suggest that you get the error
  48. messages (after 1-5-93, of course) and let us know what they are.  We may be
  49. able to better determine what has gone wrong with that information at hand.
  50.  
  51. Your question about why you need to run VREPAIR multiple times is a good one.  I
  52. have noticed the need for this too, but cannot understand why one has to do this
  53. .  But this "repeat" process is not needed just for volumes that support multipl
  54. e name spaces.  Even volumes with only DOS name space support often require
  55. multiple VREPAIR "passes."  
  56.  
  57. Don P., do you understand why this is ("...be sure to run VREPAIR until you find
  58. zero errors, then run it once more to verify there were no errors left...")?
  59.  
  60. I'll be looking for the responses...
  61.  
  62. Think Peace...
  63.  
  64. Dan Seeman
  65. Novell
  66. Walnut Creek,Ca.
  67.