From mboxrd@z Thu Jan 1 00:00:00 1970 From: Karel Zak Subject: Re: [ANNOUNCE] util-linux-ng v2.17.1 Date: Fri, 26 Feb 2010 16:16:18 +0100 Message-ID: <20100226151618.GE8702@nb.net.home> References: <20100222103026.GA6375@nb.net.home> <20100226135203.GC8702@nb.net.home> <1267193930.10440.44.camel@cfslap.wizy.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Andreas Dilger , Brian Behlendorf , linux-fsdevel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Emmanuel Anne , util-linux-ng-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: "Ricardo M. Correia" Return-path: Content-Disposition: inline In-Reply-To: <1267193930.10440.44.camel-RKLrhfLVcY7jLjhPMhbwMQ@public.gmane.org> Sender: util-linux-ng-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org List-Id: linux-fsdevel.vger.kernel.org On Fri, Feb 26, 2010 at 02:18:50PM +0000, Ricardo M. Correia wrote: > On Sex, 2010-02-26 at 14:52 +0100, Karel Zak wrote: > > Hi Andreas, > > The TYPE is used by mount(8) or fsck(8) if the fstype is not > > explicitly defined by user. > > > > I don't know if anything depends on the TYPE, but I don't see > > /sbin/mount.zfs, so it seems that zfs-fuse guys use something other. > > Right, ZFS filesystems are mounted in zfs-fuse automatically when a ZFS > pool is imported into the system or manually with the "zfs" command. The > latter calls into the zfs-fuse daemon, which issues a fuse_mount() call. > This mimics the behavior in the Solaris ZFS implementation. Hmm.. we have udevd, in an ideal world zfs-fuse would be integrated with udev. > I would expect the /sbin/mount.zfs command to only work when the > mountpoint property of a ZFS filesystem is set to 'legacy', otherwise > ZFS will usually mount the filesystem by itself in the proper place > (which depends on the mountpoint property and the dataset hierarchy > within the pool). > > Most importantly, I don't think it would be easy to determine which > filesystems are inside of a ZFS pool. This would require traversing the > dataset hierarchy within a pool, which is very difficult to implement if > you don't use the existing ZFS code, especially when you have > RAID-Z/Z2/Z3 pools. We'd be better off using the 'zdb' command (which > contains an entire implementation of ZFS's DMU code in userspace). Yes, the same "problem" we have with DM/MD/... the solution is to detect that there is any "volume_member" and then use specific tools (dmsetup, cryptsetup, mdadm, ...) to create a virtual mountable device. > Not sure if this helps or not for this discussion (more information is > never bad, right?) :-) Right. BTW, I assume the same discussion for btrfs ;-) Karel -- Karel Zak -- To unsubscribe from this list: send the line "unsubscribe util-linux-ng" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html