should zfs care so much about device name changes
Pawel Jakub Dawidek
pjd at FreeBSD.org
Sat Feb 27 20:47:25 UTC 2010
On Wed, Feb 24, 2010 at 03:58:58PM +0200, Nikolay Denev wrote:
>
> On Feb 24, 2010, at 11:53 AM, Nikolay Denev wrote:
>
> > Hello,
> >
> > 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.cache 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 here, and have matching GUIDS to those in the zpool.cache file?
> > Shouldnt ZFS just import the pool?
> >
> > 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?
> >
> > Thanks,
> > Niki
>
>
> 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 loader sees the pool and boots the kernel, but then the kernel does not see
> the pool. Any ideas?
Try adding vfs.zfs.debug=1 to /boot/loader.conf. This will hopefully
show what's going on.
--
Pawel Jakub Dawidek http://www.wheel.pl
pjd at FreeBSD.org http://www.FreeBSD.org
FreeBSD committer Am I Evil? Yes, I Am!
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-fs/attachments/20100227/9a5b9c51/attachment.pgp
More information about the freebsd-fs
mailing list