Date: Thu, 05 Jan 2012 14:20:24 +0200 From: Volodymyr Kostyrko <c.kworr@gmail.com> To: Martin Birgmeier <Martin.Birgmeier@aon.at> Cc: freebsd-fs@freebsd.org Subject: Re: Upgrade to 9.0: How to convert zpool from adX to adaX? Message-ID: <4F059588.7080804@gmail.com> In-Reply-To: <4F058075.1020108@aon.at> References: <4F04749E.9020301@aon.at> <20120104172351.GA42855@icarus.home.lan> <4F05586B.9060109@aon.at> <4F056EEB.3050902@gmail.com> <4F058075.1020108@aon.at>
next in thread | previous in thread | raw e-mail | index | archive | help
05.01.2012 12:50, Martin Birgmeier wrote: > First of all, I *am* correct in saying that there are two paths to the > same device, because the purpose of a (sym-)link precisely is to have an > alternate path to the same object in the filesystem. So if someone tells > me that zfs somehow (how?) excludes devices reached through symlinks, > *that* would be an information I would find useful. Device once opened is locked until closed so noone can reuse such device. And ZFS searches only GEOM providers and is totally unaware about symlinks. > Second, the whole purpose of the kern.cam.ada.legacy_aliases is to have > backwards compatibility for fstab etc by installing symlinks in /dev. I > know this very well but want to prepare for the day when I want to get > rid of the necessity for this compatibility. You can always use other ways of mounting partitions. If you set a label on each drive you can use /dev/ufs/label instead of /dev/ad6a. You can also use gpart to partition the drive and stick to guids. This way moving disk around doesn't require a change in fstab. ZFS already tastes disks before mounting so moving disks around wouldn't full it. Another good way is what DragonFlyBSD implements: each device gets it's own unique device node based on disk serial id. > Third, I have now asked twice how to wire the ATA CAM devices, without > anybody even referring to that question. Well, I guess I'll have to find > that out myself. No such option like static device numbering for ATA_CAM I guess. They will get numbers in order of arrival. > I do appreciate all answers, even more so as I perfectly understand they > are *free* answers, and maybe the above is even helpful to someone else > (and does not confuse them instead), but I'd appreciate it even more if > they were real answers. Not only. The answers are mostly *free* and *fast* because anyone can say what he have tried to do but most time would abstain from perusing sources and commit messages. If you are lazy about that why can't we be the same? :) -- Sphinx of black quartz judge my vow.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4F059588.7080804>