Re: ZFS attaching direct access drives as Scsibus#target#drive#

From: Dan Nelson <dnelson_at_allantgroup.com>
Date: Fri, 31 Oct 2008 13:12:29 -0500
In the last episode (Oct 31), Javier Martín Rueda said:
> Daniel Jameson escribió:
> > I'm in the process of building several zfs pools for a
> > backup-server, the machine has 2 24 port sata 3 controllers and 48
> > 1TB drives for storage.  I've done a little testing and found that
> > building a pool by using the da# device names can be inconsistent. 
> > For example if a device is lost from the first controller and the
> > box is re-booted all the da#s shuffle up, which creates problems
> > with adjacent pools, and the potential for catastrophic failure. In
> > the Sun documentation zpool allows a pool to be built by using
> > S#T#D# (Scsibus Target Drive) syntax, when I attempt it in FBSD It
> > returns:" cannot use '/dev/c0t0d0': must be a GEOM provider" does
> > anyone know a way to statically map a scsibus/target/drive to a
> > specific da# or a fix to allow specific drives by target numbers to
> > be added to a zpool?
> 
> You can edit /boot/device.hints to associate specific SCSI ids to 
> specific da entries. Try something like this:

Another method is to use glabel to label your devices, then build your
zpools on the labeled devices:

(root_at_dan) /root># glabel status
               Name  Status  Components
label/da0_zfs_local     N/A  da0s1d
label/da1_zfs_local     N/A  da1s1d
(root_at_dan) /root># zpool status   
  pool: local
 state: ONLINE
 scrub: none requested
config:

        NAME                     STATE     READ WRITE CKSUM
        local                    ONLINE       0     0     0
          mirror                 ONLINE       0     0     0
            label/da1_zfs_local  ONLINE       0     0     0
            label/da0_zfs_local  ONLINE       0     0     0

errors: No known data errors


-- 
	Dan Nelson
	dnelson_at_allantgroup.com
Received on Fri Oct 31 2008 - 17:49:01 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:36 UTC