dweimer at dweimer.net
Tue Jul 24 19:45:29 UTC 2012
On 2012-07-24 13:37, jb wrote:
> dweimer <dweimer <at> dweimer.net> writes:
>> ad4: TIMEOUT - WRITE_DMA48 retrying (1 retry left) LBA=817755328
>> ad4: WARNING - WRITE_DMA48 UDMA ICRC error (retrying request)
> There is a story about it:
> But do not rush, read the comments as well:
> "Tony Schwartz said...
> Thing is though, I have a secondary issue. This second issue is
> what caused the first issue (DMA TIMEOUTS) to begin with. My disks
> spinning down then up, every 20 seconds or so. I have no idea why
> this is
> happening, but it's not just one disk. I think that it was timing out
> he disk goes to spin up and that takes too long. Any ideas here? I've
> atacontrol and it's not configured to spindown. Thanks."
> Benjamin said...
> LoL, found the solution and feeling a little embarrassed by it.
> Good thing
> I got a GURU in the forums to look at it.
> It was just the power supply and my disk was spinning down cos
> the power
> wasn't sufficient to run 6 HDs and 9 fans for cooling ha ha ha."
I wouldn't expect power as the external dock has its own power supply,
I would expect this to occur on the other drives as well. Though its
possible the Seagate drive requires more power than the Western Digital
drives, I think I will look up the specs tonight on that, as well as do
some searching on the eSATA doc to verify that there haven't been any
problems with it and Seagate drives
> CyberRax said...
> Just for information: while this hasn't been fixed as elegantly
> as in the
> patch FreeBSD does incorporate since 8-STABLE r199158 a solution for
> problem: ATA_REQUEST_TIMEOUT kernel option that be be set higher than
> default 5.
> What is needed is adding "options ATA_REQUEST_TIMEOUT=X" (where X
> timeout in seconds) into the kernel configuration file.
> Changing the timeout will need rebuilding and installing the
> kernel, but
> it's still better than nothing."
> freebsd-questions at freebsd.org mailing list
> To unsubscribe, send any mail to
> "freebsd-questions-unsubscribe at freebsd.org"
Dean E. Weimer
More information about the freebsd-questions