Neil Brown wrote:
On Monday April 16, [email protected] wrote:
cfq_dispatch_insert() was called with rq == 0. This one is getting really
annoying... and md is involved again (RAID0 this time.)
Yeah... weird.
RAID0 is so light-weight and so different from RAID1 or RAID5 that I
feel fairly safe concluding that the problem isn't in or near md.
Just a quick thought. Could this issue in any way cause silent data corruption on write to the md?
I've been chasing a bug for months now on this box which resulted in a small bit of seemingly random
corruption in large copies to /dev/md0. Problem is, I changed the PSU in the box (which appeared to
help a little) but then about the same time I discovered the oops was in cfq so changed the
scheduler also. I've not been able to oops or reproduce the data corruption since.
I've now got to go back to cfq and see if I can get it to panic reproducibly again, but I'm
wondering now if there may have been another issue there.
Brad
--
"Human beings, who are almost unique in having the ability
to learn from the experience of others, are also remarkable
for their apparent disinclination to do so." -- Douglas Adams
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
