home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / os / linux / 8250 < prev    next >
Encoding:
Internet Message Format  |  1992-08-14  |  2.4 KB
  1. Path: sparky!uunet!gatech!darwin.sura.net!mips!decwrl!bu.edu!inmet!dylan!newbie
  2. From: newbie@dylan.camb.inmet.com (Chris Newbold)
  3. Newsgroups: comp.os.linux
  4. Subject: Re: Buffer corruption problems.
  5. Message-ID: <1992Aug14.141746.10717@inmet.camb.inmet.com>
  6. Date: 14 Aug 92 14:17:46 GMT
  7. References: <16078@ucdavis.ucdavis.edu> <1992Aug13.163854.21617@midway.uchicago.edu> <BURLEY.92Aug13153840@geech.gnu.ai.mit.edu>
  8. Sender: news@inmet.camb.inmet.com
  9. Organization: Intermetrics, Inc.
  10. Lines: 48
  11. Nntp-Posting-Host: dylan
  12.  
  13. In article <BURLEY.92Aug13153840@geech.gnu.ai.mit.edu> burley@geech.gnu.ai.mit.edu (Craig Burley) writes:
  14. >In article <1992Aug13.163854.21617@midway.uchicago.edu> ace3@quads.uchicago.edu (Tony 'LLama' Acero) writes:
  15. >
  16. >   I have no idea what's going on and would appreciate any input! :-)
  17. >   (The smiley is to indicate I'm not complaining and half-expecting
  18. >   that I've done something bone-headed)
  19. >
  20. >I'm not sure about your problem or the person's to whose post you followed up,
  21. >but...
  22. >
  23. >...I believe there is a bug in Linux that has the following behavior:
  24. >
  25. >-  causes Linux to "misread" one 1024KB chunk of data from a disk-based file
  26. >   so that what your app ends up with is some _other_ 1024KB chunk
  27. >   (apparently from the same file)
  28. >
  29. >-  occurs only during very heavy disk access, such as megabytes accessed
  30. >   continually
  31. >
  32. >-  is intermittent, but happens enough to reproduce fairly easily
  33. >
  34. >-  might be SCSI-related (I have a SCSI system) but, based on responses I've
  35. >   gotten from others saying they've seen the same behavior, probably isn't
  36. >
  37. >-  is still in 0.97 and perhaps happens somewhat more often there (though of
  38. >   course it's hard to measure this)
  39.  
  40. Yep. I've seen this too. My system is running off SCSI disks. I'd agree
  41. with everthing listed above and add:
  42.  
  43.     - It can happen on WRITES as well.
  44.  
  45. Occasionally when I'm rebuilding the kernel, make will die with some
  46. horrid error like it can no longer find the makefile it was working from.
  47. Shorty thereafter, anything which accesses the disk seg. faults and dies.
  48.  
  49. When I bring the system back up, the filesystem is hosed. Usually the
  50. superblock is scrambled so fsck just refuses to look at the drive.
  51.  
  52. Not good.
  53.  
  54. -Chris
  55.  
  56. -- 
  57. ---- Chris Newbold ---- > "If you fool around with a thing for very long you <
  58.    Intermetrics, Inc.    >            will screw it up."             <
  59.   Opinions and statements expressed are MINE and do NOT represent my employer
  60.             newbie@inmet.camb.inmet.com
  61.