Hi there,
because of a problem with EMC Power Path we need to change the
configuration of a ZFS pool changing "emcpower?g" devices (EMC Power
Path created devices) to underlaying "c#t#d#" (Solaris path to those
devices). Problem is that they has non redundant config:
"amebdo:/>zpool status orapool
conjunto: orapool
estado: ONLINE
limpiar: no se ha solicitado ninguna
config:
NAME STATE READ WRITE CKSUM
orapool ONLINE 0 0 0
emcpower1g ONLINE 0 0 0
emcpower2g ONLINE 0 0 0
emcpower3g ONLINE 0 0 0
emcpower4g ONLINE 0 0 0
emcpower5g ONLINE 0 0 0
emcpower6g ONLINE 0 0 0
emcpower7g ONLINE 0 0 0
emcpower8g ONLINE 0 0 0
emcpower9g ONLINE 0 0 0
i''m thinking about creating a mirror, then replacing the
"emcpower?g" by
"c#t#d#", then recreating the mirror, then broken the mirror leving
the
original disks but this has two problems:
1.- Pool is huge so lot of IO will be done when sync afecting perf.
2.- lot of available LUNs are needed to create the mirror
is there any way appart from the above (or taking a full backup and then
recreate from scratf the pool) to do this?
remember that we only want to change config but LUNs are physically the
same.
Many thanks,
Gonzalo.
Gonzalo.Siero at Sun.COM said:> because of a problem with EMC Power Path we need to change the > configuration of a ZFS pool changing "emcpower?g" devices (EMC Power Path > created devices) to underlaying "c#t#d#" (Solaris path to those devices). > . . .You should be able to export the pool, "zpool export orapool", remove the EMC-created device nodes, use cfgadm to setup regular Solaris device nodes (better yet, maybe you can get MPXIO to work), and then use "zpool import". That last bit should be able to find the LUN''s that made up the "old" pool, and allow you to import/mount it again. Regards, Marion
Note that you do not have to use the emcpower name to get the path redundancy of PowerPath. By default PowerPath layers in the cb_ops of the driver so that emcpower and all c#t#d# device entries for a LUN all go through PowerPath in the same way. I think the emc documentation refers to to this as native device support, but I could be wrong about the name. -Charles Gonzalo Siero wrote:> Hi there, > > because of a problem with EMC Power Path we need to change the > configuration of a ZFS pool changing "emcpower?g" devices (EMC Power > Path created devices) to underlaying "c#t#d#" (Solaris path to those > devices). Problem is that they has non redundant config: > > "amebdo:/>zpool status orapool > conjunto: orapool > estado: ONLINE > limpiar: no se ha solicitado ninguna > config: > > NAME STATE READ WRITE CKSUM > orapool ONLINE 0 0 0 > emcpower1g ONLINE 0 0 0 > emcpower2g ONLINE 0 0 0 > emcpower3g ONLINE 0 0 0 > emcpower4g ONLINE 0 0 0 > emcpower5g ONLINE 0 0 0 > emcpower6g ONLINE 0 0 0 > emcpower7g ONLINE 0 0 0 > emcpower8g ONLINE 0 0 0 > emcpower9g ONLINE 0 0 0 > > i''m thinking about creating a mirror, then replacing the "emcpower?g" > by "c#t#d#", then recreating the mirror, then broken the mirror leving > the original disks but this has two problems: > > 1.- Pool is huge so lot of IO will be done when sync afecting perf. > 2.- lot of available LUNs are needed to create the mirror > > is there any way appart from the above (or taking a full backup and > then recreate from scratf the pool) to do this? > > remember that we only want to change config but LUNs are physically > the same. > > Many thanks, > Gonzalo. > _______________________________________________ > zfs-discuss mailing list > zfs-discuss at opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/zfs-discuss