Date: Sat, 27 Feb 2010 21:47:15 +0100 From: Pawel Jakub Dawidek <pjd@FreeBSD.org> To: Nikolay Denev <ndenev@gmail.com> Cc: freebsd-fs@freebsd.org Subject: Re: should zfs care so much about device name changes Message-ID: <20100227204715.GC2586@garage.freebsd.pl> In-Reply-To: <272C3933-72C9-41AF-AD3A-605A7C57FB61@gmail.com> References: <26CCAE99-B056-4754-9324-2945D1643C78@gmail.com> <272C3933-72C9-41AF-AD3A-605A7C57FB61@gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--h3LYUU6HlUDSAOzy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 24, 2010 at 03:58:58PM +0200, Nikolay Denev wrote: >=20 > On Feb 24, 2010, at 11:53 AM, Nikolay Denev wrote: >=20 > > Hello, > >=20 > > I wanted to test the new option ATA_CAM, but that would require a boot = from another media (USB Drive/CD) and a zpool export/import > > to update the vdev names. (actually it's shown as "path" in the zpool.c= ache file) because otherwise the system would refuse to open/mount > > the pool. > > But is that really necessary given the fact that all the devices are he= re, and have matching GUIDS to those in the zpool.cache file? > > Shouldnt ZFS just import the pool?=20 > >=20 > > In the current state what would one have to do to for example test ATA_= CAM on a remote machine, where export/import from a rescue > > media is not possible? > >=20 > > Thanks, > > Niki >=20 >=20 > I have now looked at sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_= geom.c and it seems that when a vdev isn't found by pathname it > is being searched by guid. But it doesn't seem to be the case here. The l= oader sees the pool and boots the kernel, but then the kernel does not see > the pool. Any ideas? Try adding vfs.zfs.debug=3D1 to /boot/loader.conf. This will hopefully show what's going on. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --h3LYUU6HlUDSAOzy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkuJhNIACgkQForvXbEpPzR3PACghV36BwqjGku/MFnzq2MWAHVd wVUAoM06RdVsS7MO/9N4RpxoJJzZveif =HZmL -----END PGP SIGNATURE----- --h3LYUU6HlUDSAOzy--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20100227204715.GC2586>