Re: [PATCH] 2.6.xx: sata_mv: another critical fix

Eric D. Mudama wrote (ao):
> On 3/22/06, Sander <[email protected]> wrote:
> > I've applied the patch against 2.6.16-git4. I'm sorry to say the
> > messages are still there:
> >
> > [ 1038.536894] kjournald starting.  Commit interval 5 seconds
> > [ 1038.555040] EXT3 FS on md0, internal journal
> > [ 1038.555072] EXT3-fs: mounted filesystem with writeback data mode.
> > [ 1418.639290] ata11: status=0x50 { DriveReady SeekComplete }
> > [ 1418.639356] ata11: error=0x50 { UncorrectableError SectorIdNotFound }
> > [ 1418.639418] sdh: Current: sense key=0x0
> > [ 1418.639448]     ASC=0x0 ASCQ=0x0
> > [ 1418.639481] Info fld=0x505050
> > [ 1684.727367] ata9: translated ATA stat/err 0xd0/00 to SCSI SK/ASC/ASCQ 0xb/47/00
> > [ 1684.727420] ata9: status=0xd0 { Busy }
> > [ 2223.664107] ata6: translated ATA stat/err 0xd0/00 to SCSI SK/ASC/ASCQ 0xb/47/00
> > [ 2223.664162] ata6: status=0xd0 { Busy }
> > [ 2381.589354] ata11: translated ATA stat/err 0xd0/00 to SCSI SK/ASC/ASCQ 0xb/47/00
> > [ 2381.589416] ata11: status=0xd0 { Busy }
> > [ 2511.238690] ata9: translated ATA stat/err 0xd0/00 to SCSI SK/ASC/ASCQ 0xb/47/00
> > [ 2511.238753] ata9: status=0xd0 { Busy }
> > [ 2990.792908] ata7: translated ATA stat/err 0xd0/00 to SCSI SK/ASC/ASCQ 0xb/47/00
> > [ 2990.792960] ata7: status=0xd0 { Busy }
> > [ 4672.691569] ata8: translated ATA stat/err 0xd0/00 to SCSI SK/ASC/ASCQ 0xb/47/00
> > [ 4672.691623] ata8: status=0xd0 { Busy }
> > [ 4988.884663] ata6: translated ATA stat/err 0xd0/00 to SCSI SK/ASC/ASCQ 0xb/47/00
> > [ 4988.884717] ata6: status=0xd0 { Busy }
> >
> >
> > Could the ata11/sdh message be bogus? I re-create the raid5 and fs every
> > reboot.
> 
> What, exactly, is timing out? How long is the timeout period?

I don't know to be honest. I just run the test and only afterwards check
if it doesn't fail and if the md5sums match:

for i in `seq 4`
do dd if=/dev/zero of=bigfile.$i bs=1024k count=10000
dd if=bigfile.$i of=/dev/null bs=1024k count=10000
done
time md5sum bigfile.*
time rm bigfile.*

I'm not aware of any delay or timeout. Of course the dd output differs
each run.

> The ata11 seems bogus, 50/50/50 doesn't seem right.

-- 
Humilis IT Services and Solutions
http://www.humilis.net
-
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/

---

• References:
  • Re: [PATCH] 2.6.xx: sata_mv: another critical fix
    • From: Sander <[email protected]>
  • Re: [PATCH] 2.6.xx: sata_mv: another critical fix
    • From: Linus Torvalds <[email protected]>
  • Re: [PATCH] 2.6.xx: sata_mv: another critical fix
    • From: Sander <[email protected]>
  • Re: [PATCH] 2.6.xx: sata_mv: another critical fix
    • From: Mark Lord <[email protected]>
  • Re: [PATCH] 2.6.xx: sata_mv: another critical fix
    • From: Sander <[email protected]>
  • Re: [PATCH] 2.6.xx: sata_mv: another critical fix
    • From: "Eric D. Mudama" <[email protected]>

• Prev by Date: Re: [patch] add private data to notifier_block
• Next by Date: Re: [PATCH] Cpuset: alloc_pages_node overrides cpuset constraints
• Previous by thread: Re: [PATCH] 2.6.xx: sata_mv: another critical fix
• Next by thread: Re: [PATCH] 2.6.xx: sata_mv: another critical fix
• Index(es):
  • Date
  • Thread

[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]