Some questions about da0 on USB2 (recent bad behaviour)
Andrew Reilly
areilly at bigpond.net.au
Sat Oct 24 09:29:01 UTC 2009
Just a follow-up with some more information:
I now doubt that the problem that I reported in the original
message is the drive dying: I've just done some read tests (cat
largefile >/dev/null) on the other USB2-attached drive (also a
Western Digital MyBook, but this one is a USB2+Firewire one with
1TB, while the other one was just USB2 with 750G.) I'm seeing
essentially the same behaviour on that drive, too.
That is: it seems to work fine for some fraction of a minute
(doesn't seem to be longer than a minute, anyway), and then
stops completely for several minutes (processes reading or
writing sit in "D" state in ps) and then starts again, after
logging "Request completed with CAM_REQ_CMP_ERR\nRetrying
Command".
I reckon that the duty cycle of useful behaviour is is a bit
less than a third.
Any chance this is some new badness in the USB+umass stack?
Anything that I can poke or prod to make it behave better?
Any way that I can find out where it's going awry? I don't have
kdb in my kernel, but everything not directly connected to these
USB devices seem to be behaving themselves completely.
Oh: stoppage on the two drives doesn't seem to be
chronologically correllated.
Cheers,
--
Andrew
More information about the freebsd-scsi
mailing list