Date: Fri, 10 Jul 2009 09:37:30 -0700 From: Marcel Moolenaar <xcllnt@mac.com> To: Pawel Jakub Dawidek <pjd@FreeBSD.org> Cc: freebsd-geom@freebsd.org Subject: Re: glabel and real disk IDs Message-ID: <0903FECF-3D0D-430E-9E93-C6DC00CA1BC5@mac.com> In-Reply-To: <20090709222420.GE2438@garage.freebsd.pl> References: <h34lml$6fv$1@ger.gmane.org> <20090709200102.GA2438@garage.freebsd.pl> <C3B56501-1F02-42FC-B848-DD3969965E82@mac.com> <20090709222420.GE2438@garage.freebsd.pl>
next in thread | previous in thread | raw e-mail | index | archive | help
On Jul 9, 2009, at 3:24 PM, Pawel Jakub Dawidek wrote: >> I see ZFS getting confused when disks are shuffled around. >> The confusion is the result of having device paths stored >> in the ZFS label match the device name of some other vdev >> that part of the same pool. >> >> Replacing a device with itself doesn't help, because ZFS >> complains that the vdev is part of an active pool in that >> case. It seems that only labels will work here... > > Solaris is using device names stored in ZFS label and if this is not > the > drive it was looking for, it is doing ID-to-path translation to find > new > path name. On FreeBSD on the other hand (after upgrade to v13) I > gave up > doing similar thing because disk IDs weren't available from all disk > device drivers (I implemented it for ATA and I received no help with > other drivers). Currently the idea is to just go through all GEOM > providers looking for proper ZFS metadata (think of it as manual > tasting), so even if device name changes, ZFS should be able to locate > it. If there are still problems locating the disk, there simply > might be > a bug in the code of some sort. Disks are found correctly, it's just that ZFS' internal state is messed up. It uses both the device special file name and the stored vdev path and as such can end up with multiple VDEVs of the same name. As such, some VDEVs are marked as corrupted/faulted. I can reproduce it if you're interested. FYI, -- Marcel Moolenaar xcllnt@mac.com
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?0903FECF-3D0D-430E-9E93-C6DC00CA1BC5>