home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / novell / 10889 < prev    next >
Encoding:
Internet Message Format  |  1992-12-28  |  3.7 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.210256.8062@novell.com>
  6. Date: 28 Dec 92 21:02:56 GMT
  7. References: <1992Dec23.215332.1@tango.cchs.su.oz.au> <1992Dec28.175239.5756@novell.com>
  8. Sender: news@novell.com (The Netnews Manager)
  9. Organization: Novell Inc., San Jose, Califonia
  10. Lines: 76
  11. Nntp-Posting-Host: db.sjf.novell.com
  12.  
  13. In article <1992Dec28.175239.5756@novell.com> dseeman@novell.com (Daniel Seeman) writes:
  14. >In article <1992Dec23.215332.1@tango.cchs.su.oz.au> brennan@tango.cchs.su.oz.au (Luke Brennan) writes:
  15. >>    G'day!
  16. >>
  17. >>    When I DOWN the server (486dx 3.11), if I do a VREPAIR on SYS
  18. >>    I *always* get 1000 or more errors.. 
  19. >>
  20. >>    Oh, and I've also found that I MUST run VREPAIR *again* if I
  21. >>    want it to 'fix' the OS/2 stuff and NFS.. sure makes life slow...
  22. >>    (I've got MAC, OS2 and NFS loaded) HD is 1Gb, so the passes add
  23. >>    up to 1/2 hour or so each time..
  24. >>
  25. >>    None of the 'errors' are anything major - but they're always
  26. >>    there.. I usually run VREPAIR every oh, 2-3 months..
  27. >>
  28. >>    Even I *immediately* reboot after all the passes, I get warnings
  29. >>    about 2 or 3 files being wrong length or somesuch..
  30. >>
  31. >>    Does this ring any bells with anyone? Software? Hardware? ME? :-}
  32. >>
  33. >>    Yes, it's vague - but the box is now sealed 'till 5th January,
  34. >>    so I can't go get the exact messages..
  35. >>+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  36. >>+ Luke Brennan                             e-mail:      brennan@cchs.su.oz.AU +
  37. >>+ EDP Unit, S209                          brennan%cchs.su.oz.au@cunyvm.BITNET +
  38. >>+ Cumberland College of Health Sciences,                              ,-_|\   +
  39. >>+ The University of Sydney                  voice: +61 2 646 6402    /     \  +
  40. >>+ East Street, Lidcombe, NSW 2141             fax: +61 2 646 4853    \_,-._*  +
  41. >>+ AUSTRALIA                                                               v   +
  42. >>+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  43. >
  44. >
  45. >Hi,
  46. >
  47. >Yes, your description is rather vague.  A PERFECTLY functioning server platform
  48. >should not routinly encounter volume errors.  I suggest that you get the error
  49. >messages (after 1-5-93, of course) and let us know what they are.  We may be
  50. >able to better determine what has gone wrong with that information at hand.
  51. >
  52. >Your question about why you need to run VREPAIR multiple times is a good one.  I
  53. >have noticed the need for this too, but cannot understand why one has to do this
  54. >.  But this "repeat" process is not needed just for volumes that support multipl
  55. >e name spaces.  Even volumes with only DOS name space support often require
  56. >multiple VREPAIR "passes."  
  57. >
  58. >Don P., do you understand why this is ("...be sure to run VREPAIR until you find
  59. >zero errors, then run it once more to verify there were no errors left...")?
  60. >
  61. >I'll be looking for the responses...
  62. >
  63. >Think Peace...
  64. >
  65. >Dan Seeman
  66. >Novell
  67. >Walnut Creek,Ca.
  68. >
  69. Hi,
  70.  
  71. I have been made aware that the above posting could be taken as ---well a bit
  72. gruff.  I am sorry for sounding that way and I absolutely did not intend to
  73. belittle anyone's posting or problem description.
  74.  
  75. The point I intended to make was this.  IF all of the HARDWARE is functioning 
  76. properly the SOFTWARE shouldn't corrupt itself.  Hopefully, the only time you
  77. should have to use VREPAIR would be after a server crash or some other fatal
  78. hardware (controller or disk drive) failure.
  79.  
  80. Please accept my appologies and know that I did not intend to offend anyone at
  81. all.  As well, understand that I am here to help out the customers with 
  82. technical support, so just ask if you need help with NW4MAC.
  83.  
  84. Think Peace...
  85.  
  86. Dan Seeman
  87. Novell
  88. Walnut Creek,Ca.
  89.