I agree with that. format(1M) and cfgadm(1M) are, ah, not the most user-friendly tools. It would be really nice to have 'zpool disks' go out and taste all the drives to see which ones are available.
We already have most of the code to do it. 'zpool import' already contains the taste-all-disks-and-slices logic, and 'zpool add' already contains the logic to determine whether a device is in use. Looks like all we're really missing is a call to printf()... Is there an RFE for this? If not, I'll file one. I like the idea. Jeff On Wed, Jun 04, 2008 at 10:55:18AM -0500, Bob Friesenhahn wrote: > On Tue, 3 Jun 2008, Dave Miner wrote: > > > > Putting into the zpool command would feel odd to me, but I agree that > > there may be a useful utility here. > > There is value to putting this functionality in zpool for the same > reason that it was useful to put 'iostat' and other "duplicate" > functionality in zpool. For example, zpool can skip disks which are > already currently in use, or it can recommend whole disks (rather than > partitions) if none of the logical disk partitions are currently in > use. > > The zfs commands are currently at least an order of magnitude easier > to comprehend and use than the legacy commands related to storage > devices. It would be nice if the zfs commands will continue to > simplify what is now quite obtuse. > > Bob > ====================================== > Bob Friesenhahn > [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ > GraphicsMagick Maintainer, http://www.GraphicsMagick.org/ > > _______________________________________________ > zfs-discuss mailing list > zfs-discuss@opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/zfs-discuss _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss