Date: Wed, 23 Jan 2013 19:58:32 +1100 From: Peter Jeremy <peter@rulingia.com> To: Michael DeMan <freebsd@deman.com> Cc: FreeBSD Filesystems <freebsd-fs@freebsd.org> Subject: Re: RFC: Suggesting ZFS "best practices" in FreeBSD - mapping logical to physical drives Message-ID: <20130123085832.GJ30633@server.rulingia.com> In-Reply-To: <16E9D784-D2F2-4C55-9138-907BF3957CE8@deman.com> References: <314B600D-E8E6-4300-B60F-33D5FA5A39CF@sarenet.es> <alpine.BSF.2.00.1301220759420.61512@wonkity.com> <CAOjFWZ4X8src2DQV%2B49DjKgT7pgMbR69j%2BiRAq-UoVA0Lz3xcg@mail.gmail.com> <16E9D784-D2F2-4C55-9138-907BF3957CE8@deman.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--reI/iBAAp9kzkmX4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2013-Jan-22 18:06:27 -0800, Michael DeMan <freebsd@deman.com> wrote: ># OAIMFD 2011.04.13 adding this to force ordering on adaX disks=20 ># dev.mvs.0.%desc: Marvell 88SX6081 SATA controller=20 ># dev.mvs.1.%desc: Marvell 88SX6081 SATA controller=20 > >hint.scbus.0.at=3D"mvsch0" >hint.ada.0.at=3D"scbus0"=20 =2E.. That only works until a BIOS or OS change alters the probe order and reverses the controller numbers. The correct solution to the problem is gpart labels - which rely on on-disk metadata and so don't care about changes in the path to the disk. --=20 Peter Jeremy --reI/iBAAp9kzkmX4 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlD/pjgACgkQ/opHv/APuIeoswCggtCZsZO/r3TAOMmpfub1DaTZ W88AoK7LEHvqpL5qdJHFJg/MWgJCXiNI =SY7c -----END PGP SIGNATURE----- --reI/iBAAp9kzkmX4--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20130123085832.GJ30633>