Kory, > Yes, I get it now. You want to detach one of the disks and then readd > the same disk, but lose the redundancy of the mirror. > > Just as long as you realize you're losing the redundancy. > > I'm wondering if zpool add will complain. I don't have a system to > try this at the moment.
The correct, just verified steps are as follows: zpool detach moodle c2t3d0 zpool add moodle c2t3d0 I performed these steps while the zpool was online, under heavy I/O, with an I/O tool that does data validation. When done, I then performed a final "zpool scrub moodle", with no issues, and then revalidated all the data. As stated earlier, sacrificing redundancy (RAID 1 mirroring) for double the storage (RAID 0 concatenation) is being penny wise, and pound foolish. Jim > > Cindy > > Kory Wheatley wrote: >> Currently c2t2d0 c2t3d0 are setup in a mirror. I want to break the >> mirror and save the data on c2t2d0 (which both drives are 73g. >> Then I want to concatenate c2t2do to c2t3d0 so I have a pool of >> 146GB no longer in a mirror just concatenated. But since their >> mirror right now I need the data save on one disk so I don't lose >> everything. I don't need to add new disks that not an option I >> want to break the mirror so I can expand the disks together in a >> pool but save the data. >> >> >> This message posted from opensolaris.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 _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
