Hi What is the correct way to recreate the zpool.cache file? I deleted it because the devicenames of the vdevs changed. The pool is still intact but I need to import it manually after every reboot. Denis This message posted from opensolaris.org
On Sat, Nov 03, 2007 at 04:59:18PM -0700, Denis wrote:> Hi > > What is the correct way to recreate the zpool.cache file? I deleted it > because the devicenames of the vdevs changed.You shouldn''t need to delete it. ZFS will automatically update the device paths based on devid when you issue a zpool(1M) command. If you''re using files or devices without devids, you can just export it and import it again.> The pool is still intact but I need to import it manually after every > reboot.Once you import it, it will be placed in the zpool.cache file (unless you use ''-R''). If you''re on x86, you will need to update your boot archive, which should happen automatically on clean reboot. Are you not seeing this behavior? - Eric -- Eric Schrock, FishWorks http://blogs.sun.com/eschrock
I am not seeing this behavior. But I forgot to mention that Iam using FreeBSD. Maybe pawel missed something. Denis This message posted from opensolaris.org
On Sat, Nov 03, 2007 at 05:58:17PM -0700, Denis wrote:> I am not seeing this behavior. But I forgot to mention that Iam using FreeBSD. Maybe pawel missed something.I implemented something similar to devids in FreeBSD, but not everything supports it currently, and some can''t support it at all. ''zpool import'' should recreate zpool.cache automatically. In my perforce branch, I improved this part of ZFS. If a component can''t be found by using path and/or devid, ZFS will try more forcible method - it will read metadata of each GEOM provider (disk-like device) in the system and find component using ZFS metadata. I''d suggest doing the same in OpenSolaris. -- 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: 187 bytes Desc: not available URL: <http://mail.opensolaris.org/pipermail/zfs-discuss/attachments/20071104/759baa2e/attachment.bin>