Jason, I am no longer looking at not using STMS multipathing because without STMS you loose the binding to the array and I loose all transmissions between the server and array. The binding does come back after a few minutes but this is not acceptable in our environment.
Load times vary depending on my configuration. Senario 1: No STMS: Really fast zpool create and zpool import/export. Less then 1 second for create/export and 5-15 seconds for an import. Senario 2:STMS(mpxio)enabled and no blacks being used to LUN masking: zpool create takes 5-15 seconds, zpool imports take from 5-7 minutes. Senario 3: STMS enabled and blacklists enabled via /kernel/drv/fp.conf: It look at least 15 minutes to do a "zpool create" before I finially stopped it. This does not appear to be a viable solution. If you have any ideas about how to improve performance I am all ears. I'm not sure why ZFS takes so long to create pools with STMS? Does anyone have problems using LSI arrays. I already had problems using my LSI HBA with ZFS because the LSI HBA does not work with the Leadville stack. R/ ljs > Hi Luke, > > That's terrific! > > You know you might be able to tell ZFS which disks > to look at. I'm not > sure. It would be interesting, if anyone with a > Thumper could comment > on whether or not they see the import time issue. > What are your load > times now with MPXIO? > > Best Regards, > Jason > This message posted from opensolaris.org _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
