Date: Sat, 14 Feb 2009 16:30:50 +0000 From: Matthew Seaman <m.seaman@infracaninophile.co.uk> To: nrml@att.net Cc: freebsd-questions@freebsd.org Subject: Re: FreeBSD Preferred RAID controllers Message-ID: <4996F1BA.1060305@infracaninophile.co.uk> In-Reply-To: <73335.82543.qm@web83808.mail.sp1.yahoo.com> References: <73335.82543.qm@web83808.mail.sp1.yahoo.com>
next in thread | previous in thread | raw e-mail | index | archive | help
This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigFB1A82971DBDCBB20040FDE4 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Gabe wrote: > --- On Mon, 2/9/09, Matthew Seaman <m.seaman@infracaninophile.co.uk> wr= ote: >=20 >> From: Matthew Seaman <m.seaman@infracaninophile.co.uk> >> Subject: Re: FreeBSD Preferred RAID controllers >> To: nrml@att.net >> Cc: freebsd-questions@freebsd.org >> Date: Monday, February 9, 2009, 3:08 PM >> Gabe wrote: >> >>> Now with a gstripe+gmirror setup, would it be possible >> to fail a >>> specific drive on purpose? I mean fail a (good) drive, >> pull it out, >>> replace it and rebuild(?) it. I know I know, but humor >> me. >> >> Yes. >> >> Cheers, >> >> Matthew >> >> Well, to 'fail' the drive, you'ld have to >> physically pull the drive >> from the chassis which will involve a power cycle unless >> you've got >> hot-swap drives. Of course, you should confirm that your >> system will >> boot with the RAID in a degraded state and that rebuilding >> the RAID will >> continue even if interrupted by a reboot. gmirror(8) >> passes those >> tests. You do have to type some commands to get a mirror >> to rebuild >> (examples are shown in the man page) unlike some hardware >> RAIDs where >> simply inserting an unused disk is sufficient. >> >> -- Dr Matthew J Seaman MA, D.Phil. 7 >> Priory Courtyard >> Flat 3 >> PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate >> Kent, CT11 >> 9PW >=20 > Hello again all, >=20 > So I wanted to test out gmirror on software RAID so I installed a compl= etely vanilla FBSD 7, as base an install as you can get, it hasn't even b= een on the network. Anyway, I did the following upon first boot to get gm= irror going: >=20 > # sysctl kern.geom.debugflags=3D17 >=20 > Then: > # gmirror label -vb round-robin gm0 /dev/ad0 >=20 > Then: > # gmirror load >=20 > Then: > # echo 'geom_mirror_load=3D"YES"' >> /boot/loader.conf >=20 > Then I edited /etc/fstab to show: > /dev/mirror/gm0s1b none swap sw 0 0 > /dev/mirror/gm0s1a / ufs rw 1 1 > /dev/mirror/gm0s1e /tmp ufs rw 0 0 > /dev/mirror/gm0s1f /usr ufs rw 2 2 > /dev/mirror/gm0s1d /var ufs rw 2 2 >=20 > I then rebooted the system, once I setup the mirror: >=20 > # gmirror insert gm0 /dev/ad1 > # gmirror status >=20 > and it shows as COMPLETE. Okay, here comes the annoying part, I've got = hot-swappable bays and I went ahead and pulled the drive. I then tried to= write to the disk so that it realizes the disk is no longer there: >=20 > # touch file >=20 > once I do that and execute: gmirror status it shows as degraded. All fi= ne and dandy. However when it comes time to pop the drive back in the dri= ve is not recognized at all. I mean, the green light on the bay comes on = so it definitely makes a connection but then thats it, atacontrol list do= esn't list it and gmirror status still shows the same, degraded. >=20 > What gives? I wonder if this is hardware related? Bios related even? An= y clues? See atacontrol(8) # atacontrol list shows what your system knows is there # atacontrol attach X where X is the channel number, probes and attaches any devices on that channel in exactly the same way it is done at system boot. See camcontrol(8) if you've got SCSI drives. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW --------------enigFB1A82971DBDCBB20040FDE4 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkmW8cAACgkQ8Mjk52CukIwPTQCfdWNHzhVasdVLddp3wkYRULdA ClUAn2yNPKEShgM4aRsIZXfVoNsrV08d =173c -----END PGP SIGNATURE----- --------------enigFB1A82971DBDCBB20040FDE4--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4996F1BA.1060305>