ATA problems again ... general problem of ICH7 or ATA?
Miroslav Lachman
000.fbsd at quip.cz
Sat Aug 19 14:40:02 UTC 2006
Johan Ström wrote:
[...]
> Usually when the box has been rebooted before the failed component has
> been rebuilt automaticly.. Solved with:
>
> $ gmirror forget
> $ gmirror insert gm0s1 ad4s1
>
> And now its rebuilding ad4 again...
>
> Any new hints? Should i try RELENG_6 instead?
I upgraded to RELENG_6, changed all HW (whole servers and changed
Seagate HHDs to Samsung so every piece of HW is different from time of
my first post), but after one week I got the same error and system
reboot today:
Aug 19 15:11:20 track ntpd[456]: kernel time sync enabled 2001
Aug 19 15:15:47 track kernel: ad6: FAILURE - device detached
Aug 19 15:15:47 track kernel: subdisk6: detached
Aug 19 15:15:47 track kernel: ad6: detached
Aug 19 15:15:47 track kernel: GEOM_MIRROR: Device gm0: provider ad6
disconnected.
Aug 19 15:15:47 track kernel:
g_vfs_done():mirror/gm0s2d[READ(offset=1169260544, leng
th=131072)]error = 6
Aug 19 15:22:34 track syslogd: kernel boot file is /boot/kernel/kernel
From my point of view - this is not related to 1 piece of HW, but
general problem of ICH7 chipset or (s)ATA driver in FreeBSD 6.x. As
other poster has different chipsets (ICH6 and nVidia), it seems more
FreeBSD ATA driver related. (7 different machines was tried)
Now after reboot, writing and reading from ad6 is really slow (no other
processes utilizing disks, no fsck runnig etc.)
root at track ~/# dd if=/dev/zero of=/dev/ad6 bs=1m count=100
100+0 records in
100+0 records out
104857600 bytes transferred in 43.673244 secs (2400957 bytes/sec)
root at track ~/# dd if=/dev/ad6 of=/dev/null bs=1m count=100
100+0 records in
100+0 records out
104857600 bytes transferred in 10.979482 secs (9550323 bytes/sec)
Is there anyone who can help with finding the source of problem? It is
really annoying that one can not use SATA / ICH7 under high load in
FreeBSD 6.1 (tested on RELEASE and STABLE) (I am not so HW / FreeBSD
experienced to locate the problem by myself)
Miroslav Lachman
More information about the freebsd-stable
mailing list