Ahmed, > I am trying to use AVS to replicate an fdisk partition. However, I > am getting the following error > > sndradm -E boappl1 /dev/rdsk/c1t0d0p2 /dev/rramdisk/ram1 boappl2 / > dev/rdsk/c3t0d0p2 /dev/rramdisk/ram1 ip async > Enable Remote Mirror? (Y/N) [N]: Y > Remote Mirror: boappl1 /dev/rdsk/c1t0d0p2 /dev/rramdisk/ram1 > boappl2 /dev/rdsk/c3t0d0p2 /dev/rramdisk/ram1 > Remote Mirror: Error > SNDR: Allocation of bitmap device /dev/rramdisk/ram1 failed
SNDR can not replicate fdisk partitions like /dev/rdsk/c1t0d0p2, instead you will need to assure that the partition contains either a Solaris VTOC or Intel EFI disk label. Then one can layout the individual slices using format, fmthard, or some other means. If you are looking to simply place all available block into a single replicated slice, try the following: zpool create temp c1t0d0p2 zpool delete temp Now the disk c1t0d0p2 has been formatted, such that all available disk blocks are in Slice 0 (/dev/rdsk/c1t0d0s0) # format c1t0d0p2 format> p partition> p Current partition table (original): Total disk sectors available: 285196254 + 16384 (reserved sectors) Part Tag Flag First Sector Size Last Sector 0 usr wm 256 135.99GB 285196254 1 unassigned wm 0 0 0 2 unassigned wm 0 0 0 3 unassigned wm 0 0 0 4 unassigned wm 0 0 0 5 unassigned wm 0 0 0 6 unassigned wm 0 0 0 8 reserved wm 285196255 8.00MB 285212638 > However ... If I setup AVS on two zvols .. it works fine .. same > command but replacing the device > sndradm -E boappl1 /dev/zvol/rdsk/rpool/avstest /dev/rramdisk/ram1 > boappl2 /dev/zvol/rdsk/rpool/avstest /dev/rramdisk/ram1 ip async > works no problem > > Is AVS not able to replicate fdisk partitions ? Correct. Back when AVS 4.0 was updated to support of Solaris 10 x86, I looked into the replication of fdisk partitions, but adding the additional software to provide disk labeling capabilities, did not fit into the architecture of SNDR at the time. The SNDR over-the-wire protocol would have to be updated, and at the time there were more prevailing issues regarding endianisms in replicating between SPARC and i386 architectures. Jim > > > Regards > _______________________________________________ > storage-discuss mailing list > [email protected] > http://mail.opensolaris.org/mailman/listinfo/storage-discuss _______________________________________________ storage-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/storage-discuss
