Re: GEOM problems again...

2006-07-13 Thread Johan Ström


On 10 jul 2006, at 13.59, Johan Ström wrote:



On 10 jul 2006, at 11.09, Johan Ström wrote:



On 21 maj 2006, at 11.16, Johan Ström wrote:


Hi

I've had problems before with GEOM mirror and my SATA drives, and  
i've posted about it here before too. The solution seemd to be a  
change of motherboard, this reduced the crash very much (and also  
the speeds archieved was greatly improved, from 10-15MB/s to  
40-50MB/s..).
However after the change i had one or two crashes, but now it has  
been running for well over 50-60 days or so without any problems.
Then, 11 days ago I upgraded to 6.1... And now I got these  
crashes again (the mirror is crashed that is, the system still  
runs fine):


May 21 02:04:58 elfi kernel: ad6: FAILURE - device detached
May 21 02:04:58 elfi kernel: subdisk6: detached
May 21 02:04:58 elfi kernel: ad6: detached
May 21 02:04:58 elfi kernel: GEOM_MIRROR: Device gm0s1: provider  
ad6s1 disconnected.
May 21 02:04:58 elfi kernel: g_vfs_done():mirror/gm0s1f[READ 
(offset=11006308352, length=2048)]error = 6
May 21 02:04:58 elfi kernel: g_vfs_done():mirror/gm0s1f[READ 
(offset=164847927296, length=131072)]error = 6
May 21 02:04:58 elfi kernel: g_vfs_done():mirror/gm0s1f[READ 
(offset=256680296448, length=32768)]error = 6



Some info about the controller and disks:

May  9 22:46:52 elfi kernel: ata1: ATA channel 1 on atapci0
May  9 22:46:52 elfi kernel: atapci1: nVidia nForce2 Pro SATA150  
controller port  
0xec00-0xec07,0xe880-0xe883,0xe800-0xe807,0xe480-0xe483,0x7f00-0x7f0 
f,0x7c0

0-0x7c7f irq 22 at device 11.0 on pci0

May  9 22:46:52 elfi kernel: ad4: 286188MB Maxtor 7L300S0  
BANC1G10 at ata2-master SATA150
May  9 22:46:52 elfi kernel: ad6: 286188MB Maxtor 7L300S0  
BANC1G10 at ata3-master SATA150
May  9 22:46:52 elfi kernel: GEOM_MIRROR: Device gm0s1 created  
(id=4118114647).
May  9 22:46:52 elfi kernel: GEOM_MIRROR: Device gm0s1: provider  
ad4s1 detected.
May  9 22:46:52 elfi kernel: GEOM_MIRROR: Device gm0s1: provider  
ad6s1 detected.
May  9 22:46:52 elfi kernel: GEOM_MIRROR: Device gm0s1: provider  
ad6s1 activated.
May  9 22:46:52 elfi kernel: GEOM_MIRROR: Device gm0s1: provider  
ad4s1 activated.
May  9 22:46:52 elfi kernel: GEOM_MIRROR: Device gm0s1: provider  
mirror/gm0s1 launched.
May  9 22:46:52 elfi kernel: Trying to mount root from ufs:/dev/ 
mirror/gm0s1a


Anyone got any new clues? Afaik the disks should be working fine  
(they are 6 months old and this same problem has occured multiple  
times...)


Hope to solve this ;)

Thanks
Johan



Here we go again

Jul  7 16:20:09 elfi kernel: ad4: FAILURE - device detached
Jul  7 16:20:09 elfi kernel: subdisk4: detached
Jul  7 16:20:09 elfi kernel: ad4: detached
Jul  7 16:20:09 elfi kernel: GEOM_MIRROR: Device gm0s1: provider  
ad4s1 disconnected.
Jul  7 16:20:09 elfi kernel: g_vfs_done():mirror/gm0s1f[READ 
(offset=88896847872, length=32768)]error = 6


However no read read timeouts etc as before, just this. 18 days  
uptime this time (i've rebooted for other reasons since last  
mail). It always seems to be ad4 that is disconnecting.. I'm going  
to do some disk tests on it but i doubt it will give anything  
since i've had similiar problems from day one (did tests at that  
time w/o problems) with this gmirror setup (new disks).


Johan


Followup, I ran over the disk with Maxtors own test program, full  
length test. Not a single problem.

After reboot the raid is rebuilding fine:

GEOM_MIRROR: Device gm0s1: rebuilding provider ad4s1.

As usual it seems i cannot get the controller/driver to redetect  
the disk using atacontrol etc..


Johan


And now again... raid gone degraded only 2 days after reboot!

Jul 12 22:22:50 elfi kernel: ad4: FAILURE - device detached
Jul 12 22:22:50 elfi kernel: subdisk4: detached
Jul 12 22:22:50 elfi kernel: ad4: detached
Jul 12 22:22:50 elfi kernel: GEOM_MIRROR: Device gm0s1: provider  
ad4s1 disconnected.
Jul 12 22:22:50 elfi kernel: g_vfs_done():mirror/gm0s1f[READ 
(offset=120776474624, length=32768)]error = 6


$ uname -a
FreeBSD elfi.stromnet.org 6.1-RELEASE FreeBSD 6.1-RELEASE #3: Tue  
May  9 20:40:23 CEST 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/ 
sys/GENERIC  i386


Still no luck with atacontrol...

Is there any way to debug this further ?? I've tested the disk, the  
SATA cables are new... I've had similar problems with other  
motherboard...
I dont think this is related to hw problems, but rather a  
softwareproblem that needs to be solved, this is not something one  
can call stable ;)


So, any pointers how to enable more debugging or anything that could  
give some clues?


Johan


___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]


ATA problems again ... (was: Re: GEOM problems again...)

2006-07-13 Thread Robert Watson


On Thu, 13 Jul 2006, Johan Ström wrote:


And now again... raid gone degraded only 2 days after reboot!

Jul 12 22:22:50 elfi kernel: ad4: FAILURE - device detached
Jul 12 22:22:50 elfi kernel: subdisk4: detached
Jul 12 22:22:50 elfi kernel: ad4: detached
Jul 12 22:22:50 elfi kernel: GEOM_MIRROR: Device gm0s1: provider ad4s1 
disconnected.
Jul 12 22:22:50 elfi kernel: 
g_vfs_done():mirror/gm0s1f[READ(offset=120776474624, length=32768)]error = 6


$ uname -a
FreeBSD elfi.stromnet.org 6.1-RELEASE FreeBSD 6.1-RELEASE #3: Tue May  9 
20:40:23 CEST 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC  i386


Still no luck with atacontrol...

Is there any way to debug this further ?? I've tested the disk, the SATA 
cables are new... I've had similar problems with other motherboard... I dont 
think this is related to hw problems, but rather a softwareproblem that 
needs to be solved, this is not something one can call stable ;)


So, any pointers how to enable more debugging or anything that could give 
some clues?


I don't have a whole lot to add to this thread, but have changed the subject 
to make sure that the right people are reading this.  This is likely either a 
hardware problem (motherboard/cable/drive) or driver problem.  GEOM and the 
mirror driver seems to be behaving as desired (it detaches a drive reported by 
the driver as being bad).  Could you post the dmesg -v output for the probing 
of the ata controller and driver?


Robert N M Watson
Computer Laboratory
University of Cambridge___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: ATA problems again ... (was: Re: GEOM problems again...)

2006-07-13 Thread Johan Ström


On 13 jul 2006, at 14.26, Robert Watson wrote:



On Thu, 13 Jul 2006, Johan Ström wrote:


And now again... raid gone degraded only 2 days after reboot!

Jul 12 22:22:50 elfi kernel: ad4: FAILURE - device detached
Jul 12 22:22:50 elfi kernel: subdisk4: detached
Jul 12 22:22:50 elfi kernel: ad4: detached
Jul 12 22:22:50 elfi kernel: GEOM_MIRROR: Device gm0s1: provider  
ad4s1 disconnected.
Jul 12 22:22:50 elfi kernel: g_vfs_done():mirror/gm0s1f[READ 
(offset=120776474624, length=32768)]error = 6


$ uname -a
FreeBSD elfi.stromnet.org 6.1-RELEASE FreeBSD 6.1-RELEASE #3: Tue  
May  9 20:40:23 CEST 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/ 
sys/GENERIC  i386


Still no luck with atacontrol...

Is there any way to debug this further ?? I've tested the disk,  
the SATA cables are new... I've had similar problems with other  
motherboard... I dont think this is related to hw problems, but  
rather a softwareproblem that needs to be solved, this is not  
something one can call stable ;)


So, any pointers how to enable more debugging or anything that  
could give some clues?


I don't have a whole lot to add to this thread, but have changed  
the subject to make sure that the right people are reading this.   
This is likely either a hardware problem (motherboard/cable/drive)  
or driver problem.  GEOM and the mirror driver seems to be behaving  
as desired (it detaches a drive reported by the driver as being  
bad).  Could you post the dmesg -v output for the probing of the  
ata controller and driver?


dmesg -v?

I got the full dmesg from dmesg.boot (this has been posted earlier in  
this thread too)


Copyright (c) 1992-2006 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights  
reserved.

FreeBSD 6.1-RELEASE #3: Tue May  9 20:40:23 CEST 2006
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC
ACPI APIC Table: A M I  OEMAPIC 
Timecounter i8254 frequency 1193182 Hz quality 0
CPU: AMD Athlon(tm) XP  (1200.01-MHz 686-class CPU)
  Origin = AuthenticAMD  Id = 0x662  Stepping = 2
   
Features=0x383fbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE, 
MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE

  AMD Features=0xc0480800SYSCALL,MP,MMX+,3DNow+,3DNow
real memory  = 536674304 (511 MB)
avail memory = 515805184 (491 MB)
ioapic0 Version 1.1 irqs 0-23 on motherboard
kbd1 at kbdmux0
acpi0: A M I OEMRSDT on motherboard
acpi0: Power Button (fixed)
Timecounter ACPI-fast frequency 3579545 Hz quality 1000
acpi_timer0: 24-bit timer at 3.579545MHz port 0x4008-0x400b on acpi0
cpu0: ACPI CPU on acpi0
acpi_throttle0: ACPI CPU Throttling on cpu0
pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0
pci0: ACPI PCI bus on pcib0
agp0: NVIDIA nForce2 AGP Controller mem 0xf800-0xfbff at  
device 0.0 on pci0

pci0: memory, RAM at device 0.1 (no driver attached)
pci0: memory, RAM at device 0.2 (no driver attached)
pci0: memory, RAM at device 0.3 (no driver attached)
pci0: memory, RAM at device 0.4 (no driver attached)
pci0: memory, RAM at device 0.5 (no driver attached)
isab0: PCI-ISA bridge at device 1.0 on pci0
isa0: ISA bus on isab0
pci0: serial bus, SMBus at device 1.1 (no driver attached)
ohci0: OHCI (generic) USB controller mem 0xfebfb000-0xfebfbfff irq  
20 at device 2.0 on pci0

ohci0: [GIANT-LOCKED]
usb0: OHCI version 1.0, legacy support
usb0: OHCI (generic) USB controller on ohci0
usb0: USB revision 1.0
uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 4 ports with 4 removable, self powered
ohci1: OHCI (generic) USB controller mem 0xfebfc000-0xfebfcfff irq  
21 at device 2.1 on pci0

ohci1: [GIANT-LOCKED]
usb1: OHCI version 1.0, legacy support
usb1: OHCI (generic) USB controller on ohci1
usb1: USB revision 1.0
uhub1: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub1: 4 ports with 4 removable, self powered
ehci0: NVIDIA nForce2 Ultra 400 USB 2.0 controller mem  
0xfebfdc00-0xfebfdcff irq 22 at device 2.2 on pci0

ehci0: [GIANT-LOCKED]
usb2: EHCI version 1.0
usb2: companion controllers, 4 ports each: usb0 usb1
usb2: NVIDIA nForce2 Ultra 400 USB 2.0 controller on ehci0
usb2: USB revision 2.0
uhub2: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1
uhub2: 8 ports with 8 removable, self powered
nve0: NVIDIA nForce MCP5 Networking Adapter port 0xdc00-0xdc07 mem  
0xfebfe000-0xfebfefff irq 20 at device 4.0 on pci0

nve0: Ethernet address 00:13:d4:bf:5b:79
miibus0: MII bus on nve0
rlphy0: RTL8201L 10/100 media interface on miibus0
rlphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
nve0: Ethernet address: 00:13:d4:bf:5b:79
pci0: multimedia, audio at device 6.0 (no driver attached)
pcib1: ACPI PCI-PCI bridge at device 8.0 on pci0
pci2: ACPI PCI bus on pcib1
pci2: display, VGA at device 6.0 (no driver attached)
xl0: 3Com 3c905C-TX Fast Etherlink XL port 0xcc00-0xcc7f mem  
0xfeafec00-0xfeafec7f irq 17 at device 9.0 on pci2

miibus1: MII bus on xl0
xlphy0: 3c905C 10/100 internal PHY on miibus1

Re: GEOM problems again...

2006-07-10 Thread Johan Ström


On 21 maj 2006, at 11.16, Johan Ström wrote:


Hi

I've had problems before with GEOM mirror and my SATA drives, and  
i've posted about it here before too. The solution seemd to be a  
change of motherboard, this reduced the crash very much (and also  
the speeds archieved was greatly improved, from 10-15MB/s to  
40-50MB/s..).
However after the change i had one or two crashes, but now it has  
been running for well over 50-60 days or so without any problems.
Then, 11 days ago I upgraded to 6.1... And now I got these  
crashes again (the mirror is crashed that is, the system still  
runs fine):


May 21 02:04:58 elfi kernel: ad6: FAILURE - device detached
May 21 02:04:58 elfi kernel: subdisk6: detached
May 21 02:04:58 elfi kernel: ad6: detached
May 21 02:04:58 elfi kernel: GEOM_MIRROR: Device gm0s1: provider  
ad6s1 disconnected.
May 21 02:04:58 elfi kernel: g_vfs_done():mirror/gm0s1f[READ 
(offset=11006308352, length=2048)]error = 6
May 21 02:04:58 elfi kernel: g_vfs_done():mirror/gm0s1f[READ 
(offset=164847927296, length=131072)]error = 6
May 21 02:04:58 elfi kernel: g_vfs_done():mirror/gm0s1f[READ 
(offset=256680296448, length=32768)]error = 6



Some info about the controller and disks:

May  9 22:46:52 elfi kernel: ata1: ATA channel 1 on atapci0
May  9 22:46:52 elfi kernel: atapci1: nVidia nForce2 Pro SATA150  
controller port  
0xec00-0xec07,0xe880-0xe883,0xe800-0xe807,0xe480-0xe483,0x7f00-0x7f0f, 
0x7c0

0-0x7c7f irq 22 at device 11.0 on pci0

May  9 22:46:52 elfi kernel: ad4: 286188MB Maxtor 7L300S0  
BANC1G10 at ata2-master SATA150
May  9 22:46:52 elfi kernel: ad6: 286188MB Maxtor 7L300S0  
BANC1G10 at ata3-master SATA150
May  9 22:46:52 elfi kernel: GEOM_MIRROR: Device gm0s1 created  
(id=4118114647).
May  9 22:46:52 elfi kernel: GEOM_MIRROR: Device gm0s1: provider  
ad4s1 detected.
May  9 22:46:52 elfi kernel: GEOM_MIRROR: Device gm0s1: provider  
ad6s1 detected.
May  9 22:46:52 elfi kernel: GEOM_MIRROR: Device gm0s1: provider  
ad6s1 activated.
May  9 22:46:52 elfi kernel: GEOM_MIRROR: Device gm0s1: provider  
ad4s1 activated.
May  9 22:46:52 elfi kernel: GEOM_MIRROR: Device gm0s1: provider  
mirror/gm0s1 launched.
May  9 22:46:52 elfi kernel: Trying to mount root from ufs:/dev/ 
mirror/gm0s1a


Anyone got any new clues? Afaik the disks should be working fine  
(they are 6 months old and this same problem has occured multiple  
times...)


Hope to solve this ;)

Thanks
Johan



Here we go again

Jul  7 16:20:09 elfi kernel: ad4: FAILURE - device detached
Jul  7 16:20:09 elfi kernel: subdisk4: detached
Jul  7 16:20:09 elfi kernel: ad4: detached
Jul  7 16:20:09 elfi kernel: GEOM_MIRROR: Device gm0s1: provider  
ad4s1 disconnected.
Jul  7 16:20:09 elfi kernel: g_vfs_done():mirror/gm0s1f[READ 
(offset=88896847872, length=32768)]error = 6


However no read read timeouts etc as before, just this. 18 days  
uptime this time (i've rebooted for other reasons since last mail).  
It always seems to be ad4 that is disconnecting.. I'm going to do  
some disk tests on it but i doubt it will give anything since i've  
had similiar problems from day one (did tests at that time w/o  
problems) with this gmirror setup (new disks).


Johan

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: GEOM problems again...

2006-07-10 Thread Johan Ström


On 10 jul 2006, at 11.09, Johan Ström wrote:



On 21 maj 2006, at 11.16, Johan Ström wrote:


Hi

I've had problems before with GEOM mirror and my SATA drives, and  
i've posted about it here before too. The solution seemd to be a  
change of motherboard, this reduced the crash very much (and also  
the speeds archieved was greatly improved, from 10-15MB/s to  
40-50MB/s..).
However after the change i had one or two crashes, but now it has  
been running for well over 50-60 days or so without any problems.
Then, 11 days ago I upgraded to 6.1... And now I got these  
crashes again (the mirror is crashed that is, the system still  
runs fine):


May 21 02:04:58 elfi kernel: ad6: FAILURE - device detached
May 21 02:04:58 elfi kernel: subdisk6: detached
May 21 02:04:58 elfi kernel: ad6: detached
May 21 02:04:58 elfi kernel: GEOM_MIRROR: Device gm0s1: provider  
ad6s1 disconnected.
May 21 02:04:58 elfi kernel: g_vfs_done():mirror/gm0s1f[READ 
(offset=11006308352, length=2048)]error = 6
May 21 02:04:58 elfi kernel: g_vfs_done():mirror/gm0s1f[READ 
(offset=164847927296, length=131072)]error = 6
May 21 02:04:58 elfi kernel: g_vfs_done():mirror/gm0s1f[READ 
(offset=256680296448, length=32768)]error = 6



Some info about the controller and disks:

May  9 22:46:52 elfi kernel: ata1: ATA channel 1 on atapci0
May  9 22:46:52 elfi kernel: atapci1: nVidia nForce2 Pro SATA150  
controller port  
0xec00-0xec07,0xe880-0xe883,0xe800-0xe807,0xe480-0xe483,0x7f00-0x7f0f 
,0x7c0

0-0x7c7f irq 22 at device 11.0 on pci0

May  9 22:46:52 elfi kernel: ad4: 286188MB Maxtor 7L300S0  
BANC1G10 at ata2-master SATA150
May  9 22:46:52 elfi kernel: ad6: 286188MB Maxtor 7L300S0  
BANC1G10 at ata3-master SATA150
May  9 22:46:52 elfi kernel: GEOM_MIRROR: Device gm0s1 created  
(id=4118114647).
May  9 22:46:52 elfi kernel: GEOM_MIRROR: Device gm0s1: provider  
ad4s1 detected.
May  9 22:46:52 elfi kernel: GEOM_MIRROR: Device gm0s1: provider  
ad6s1 detected.
May  9 22:46:52 elfi kernel: GEOM_MIRROR: Device gm0s1: provider  
ad6s1 activated.
May  9 22:46:52 elfi kernel: GEOM_MIRROR: Device gm0s1: provider  
ad4s1 activated.
May  9 22:46:52 elfi kernel: GEOM_MIRROR: Device gm0s1: provider  
mirror/gm0s1 launched.
May  9 22:46:52 elfi kernel: Trying to mount root from ufs:/dev/ 
mirror/gm0s1a


Anyone got any new clues? Afaik the disks should be working fine  
(they are 6 months old and this same problem has occured multiple  
times...)


Hope to solve this ;)

Thanks
Johan



Here we go again

Jul  7 16:20:09 elfi kernel: ad4: FAILURE - device detached
Jul  7 16:20:09 elfi kernel: subdisk4: detached
Jul  7 16:20:09 elfi kernel: ad4: detached
Jul  7 16:20:09 elfi kernel: GEOM_MIRROR: Device gm0s1: provider  
ad4s1 disconnected.
Jul  7 16:20:09 elfi kernel: g_vfs_done():mirror/gm0s1f[READ 
(offset=88896847872, length=32768)]error = 6


However no read read timeouts etc as before, just this. 18 days  
uptime this time (i've rebooted for other reasons since last mail).  
It always seems to be ad4 that is disconnecting.. I'm going to do  
some disk tests on it but i doubt it will give anything since i've  
had similiar problems from day one (did tests at that time w/o  
problems) with this gmirror setup (new disks).


Johan


Followup, I ran over the disk with Maxtors own test program, full  
length test. Not a single problem.

After reboot the raid is rebuilding fine:

GEOM_MIRROR: Device gm0s1: rebuilding provider ad4s1.

As usual it seems i cannot get the controller/driver to redetect the  
disk using atacontrol etc..


Johan


___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable- 
[EMAIL PROTECTED]


___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: GEOM problems again...

2006-05-21 Thread Yoshiaki Kasahara
Hi,

Sorry this is only a 'me too' message...

On Sun, 21 May 2006 11:16:14 +0200,
Johan Ström [EMAIL PROTECTED] said:

 May 21 02:04:58 elfi kernel: ad6: FAILURE - device detached
 May 21 02:04:58 elfi kernel: subdisk6: detached
 May 21 02:04:58 elfi kernel: ad6: detached
 May 21 02:04:58 elfi kernel: GEOM_MIRROR: Device gm0s1: provider  
 ad6s1 disconnected.

I have a similar problem on a different M/B (Intel D925XECV2).  I'm
not sure if it is only a coincidence or somewhat related.

May 21 07:43:49 elvenbow kernel: ad4: FAILURE - device detached
May 21 07:43:49 elvenbow kernel: subdisk4: detached
May 21 07:43:49 elvenbow kernel: ad4: detached
May 21 07:43:49 elvenbow kernel: GEOM_MIRROR: Device gm0s1: provider ad4s1 
disconnected.

excerpts from dmesg:

atapci0: Intel ICH6 UDMA100 controller port 
0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on pci0
ata0: ATA channel 0 on atapci0
ata1: ATA channel 1 on atapci0
atapci1: Intel ICH6 SATA150 controller port 
0xec00-0xec07,0xe800-0xe803,0xe400-0xe407,0xe000-0xe003,0xdc00-0xdc0f mem 
0xf3afbc00-0xf3afbfff irq 19 at device 31.2 on pci0
ata2: ATA channel 0 on atapci1
ata3: ATA channel 1 on atapci1
ata4: ATA channel 2 on atapci1
ata5: ATA channel 3 on atapci1

ad4: 239372MB Maxtor 7V250F0 VA111610 at ata2-master SATA150
ad6: 239372MB Maxtor 7V250F0 VA111610 at ata3-master SATA150

I purchased and started using this new PC last December, and the
problem occurred several times by now.  Both ad4 and ad6 have been
detached (not at a time).  'atacontrol reinit' paused the system for a
second, and returned without detecting the detached device.  I need a
complete power cycle or the device won't recognized by BIOS again.
There is no SMART error recorded on these drives.

I'm considering to change M/B, but it is difficult right now...

dmesg.boot is attached.

Ah, the system is running FreeBSD 6.1-STABLE amd64.

FreeBSD elvenbow.cc.kyushu-u.ac.jp 6.1-STABLE FreeBSD 6.1-STABLE #0: Mon May  8 
16:54:22 JST 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/ELVENBOW  amd64

-- 
Yoshiaki Kasahara
Computing and Communications Center, Kyushu University
[EMAIL PROTECTED]
Copyright (c) 1992-2006 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD 6.1-STABLE #0: Mon May  8 16:54:22 JST 2006
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/ELVENBOW
Timecounter i8254 frequency 1193182 Hz quality 0
CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (3000.10-MHz K8-class CPU)
  Origin = GenuineIntel  Id = 0xf43  Stepping = 3
  
Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE
  Features2=0x649dSSE3,RSVD2,MON,DS_CPL,EST,CNTX-ID,CX16,b14
  AMD Features=0x20100800SYSCALL,NX,LM
  Logical CPUs per core: 2
real memory  = 2145579008 (2046 MB)
avail memory = 2060705792 (1965 MB)
ACPI APIC Table: INTEL  D925CV2 
ioapic0 Version 2.0 irqs 0-23 on motherboard
kbd1 at kbdmux0
acpi0: INTEL D925CV2 on motherboard
acpi_bus_number: can't get _ADR
acpi_bus_number: can't get _ADR
acpi_bus_number: can't get _ADR
acpi_bus_number: can't get _ADR
acpi_bus_number: can't get _ADR
acpi_bus_number: can't get _ADR
acpi_bus_number: can't get _ADR
acpi_bus_number: can't get _ADR
acpi0: Power Button (fixed)
acpi_bus_number: can't get _ADR
acpi_bus_number: can't get _ADR
Timecounter ACPI-fast frequency 3579545 Hz quality 1000
acpi_timer0: 24-bit timer at 3.579545MHz port 0x408-0x40b on acpi0
cpu0: ACPI CPU on acpi0
est0: Enhanced SpeedStep Frequency Control on cpu0
est: CPU supports Enhanced Speedstep, but is not recognized.
est: Please update driver or contact the maintainer.
est: cpu_vendor GenuineIntel, msr f2d0f2d, bus_clk, 64
device_attach: est0 attach returned 6
p4tcc0: CPU Frequency Thermal Control on cpu0
pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0
pci0: ACPI PCI bus on pcib0
pcib1: ACPI PCI-PCI bridge at device 1.0 on pci0
pci1: ACPI PCI bus on pcib1
pci1: display, VGA at device 0.0 (no driver attached)
pci0: multimedia at device 27.0 (no driver attached)
pcib2: ACPI PCI-PCI bridge at device 28.0 on pci0
pci5: ACPI PCI bus on pcib2
pcib3: ACPI PCI-PCI bridge at device 28.1 on pci0
pci4: ACPI PCI bus on pcib3
pcib4: ACPI PCI-PCI bridge at device 28.2 on pci0
pci3: ACPI PCI bus on pcib4
pcib5: ACPI PCI-PCI bridge at device 28.3 on pci0
pci2: ACPI PCI bus on pcib5
uhci0: Intel 82801FB/FR/FW/FRW (ICH6) USB controller USB-A port 0xcc00-0xcc1f 
irq 23 at device 29.0 on pci0
uhci0: [GIANT-LOCKED]
usb0: Intel 82801FB/FR/FW/FRW (ICH6) USB controller USB-A on uhci0
usb0: USB revision 1.0
uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
uhci1: Intel 82801FB/FR/FW/FRW (ICH6) USB controller USB-B port 0xd000-0xd01f 
irq 19 at device 29.1 on pci0
uhci1: [GIANT-LOCKED]
usb1: Intel 82801FB/FR/FW/FRW (ICH6) USB controller USB-B on