home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / bit / listserv / banyanl / 5912 next >
Encoding:
Text File  |  1993-01-21  |  2.0 KB  |  42 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!paladin.american.edu!auvm!CCM.HF.INTEL.COM!PATRICK_N_WILLIAMS
  3. Return-Path: <@VM1.CC.UAKRON.EDU,
  4.              @VM1.CC.UAKRON.EDU:ccm!Patrick_N_Williams@intelhf.intel.com>
  5. Message-ID: <930121063510_10@ccm.hf.intel.com>
  6. Newsgroups: bit.listserv.banyan-l
  7. Date:         Thu, 21 Jan 1993 06:35:10 PST
  8. Sender:       Banyan Networks Discussion List <BANYAN-L@AKRONVM.BITNET>
  9. From:         Patrick N Williams <Patrick_N_Williams@CCM.HF.INTEL.COM>
  10. Subject:      Re[2]: Error 5 on backup
  11. Lines: 29
  12.  
  13. Shirley,
  14.  
  15. I hope this info helps.
  16. I've seen this error on 2 of our servers. These were the steps I took to fix it.
  17. Both servers were 386-25 machines with the 150 meg backup tape drives controlled
  18. by Emulex cards, with 300 meg ESDI disks.
  19. At first, we also thought that the tapes/cards were causing problems, so cleaned
  20. the heads, etc...but to no avail.
  21. We then watched the backup to find out which service is being backed up when the
  22. error occurs. Once we found out, (we were lucky, 'cause on both occasions it was
  23. user data and not the vines files) we then copied the service down to a hard
  24. disk. While doing this, we received a disk error message while reading a file
  25. (bad spot ?). So we had to manually delete that file (after contacting the
  26. user), then start again. We continued this loop until the whole service copied
  27. down with no read errors.
  28. The next step was to go to the console and change the bad-block remapping from
  29. off to on.
  30. We then copied the info back up to the server from the pc.
  31. Once this finished, a full system backup was done with no errors.
  32.  
  33. Rather long-winded, I know, but it was a good way to determine whether the
  34. backup unit or the hard-disk caused the problems. My experience told me it was
  35. 'duff' hard disks on both occasions. It's cheaper than forking out for new hard
  36. disks. If this way does fix it for you, I would still recommend you go out and
  37. purchase some new disks. 'Error is 5' tells me that the disk is on it's way out.
  38.  
  39.         Patrick N Williams
  40.         Network Support
  41.         Intel Corp (UK) Ltd.
  42.