Hi, I had a RAID split (for unknown reasons) and had.. ... atapci0: <Promise PDC20378 SATA150 controller> port 0x8000-0x803f,0x7800-0x780f,0x7400-0x747f mem 0xfb300000-0xfb300fff,0xfb200000-0xfb21ffff irq 18 at device 8.0 on pci0 ata2: <ATA channel 0> on atapci0 ata3: <ATA channel 1> on atapci0 ata4: <ATA channel 2> on atapci0 ... ad0: 238475MB <HDT722525DLA380 V44OA96A> at ata2-master SATA150 ad1: 238475MB <HDT722525DLA380 V44OA96A> at ata3-master SATA150 ar0: 238418MB <Promise Fasttrak RAID1> status: DEGRADED ar0: disk0 READY (master) using ad0 at ata2-master ar0: disk1 DOWN no device found for this subdisk ar1: 238418MB <Promise Fasttrak RAID1> status: DEGRADED ar1: disk0 DOWN no device found for this subdisk ar1: disk1 READY (mirror) using ad1 at ata3-master So I did the following.. I deleted the second array.. sudo atacontrol delete ar1 and added the disk as a spare .. sudo atacontrol addspare ar0 ad1 and rebuilt the array.. sudo atacontrol rebuild ar0 However the status stayed at 0%. I noticed that atacontrol ran dd (which I think is so that the ATA kernel code has an opportunity to update the mirror in the strategy routine). Even when the dd had finished it stayed stuck at 0%. kiruna:~>sudo atacontrol status ar0 ar0: ATA RAID1 subdisks: ad0 ad1 status: REBUILDING 0% completed I did a manual dd and it seems to be running as I expect, but it still reads 0%. kiruna:~>uname -a FreeBSD kiruna.gsoft.com.au 6.0-RC1 FreeBSD 6.0-RC1 #0: Wed Oct 26 13:29:47 UTC 2005 root@chungli-pr.gsoft.com.au:/usr/obj/local0/src/sys/GENESIS amd64 I plan to try rebuilding it in the BIOS but I would dearly like to be able to rebuild arrays without having to resort to the BIOS. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20060517/01bccf62/attachment.pgp
Daniel O'Connor wrote:> and rebuilt the array.. > sudo atacontrol rebuild ar0 > > However the status stayed at 0%.On the rare occasion I've needed to do so, since 5.1 days, the atacontrol rebuild stays at 0%, last I tried this was on 6.1-PREPRELEASE ~mid February. The first time I gave up waiting after 2 days, now I'm not prepared to be so patient and won't bother until I hear it has been fixed. Instead I boot from a liveCD, delete the raid, dd copy the "good" disk to the degraded disk(s), redefine the raid, reboot. That still takes some hours to complete depending on the size/speed of the disks, but that at least works to get the raid back up. Since hotswap isn't currently supported the requirement to boot into single user isn't a severe limitation, but the downtime should be unnecessary.