On 03/03/13 00:34, Joel Sing wrote: > On Sun, 3 Mar 2013, Brandon Tanner wrote: ... >> OpenBSD area: 64-5860533168; size: 2.7T; free: 0.0T >> # size offset fstype [fsize bsize cpg] >> a: 2.7T 64 RAID >> c: 2.7T 0 unused >> >> # bioctl -c 1 -l /dev/sd1a,/dev/sd2a softraid0 >> softraid0: SR RAID 1 volume attached as sd3 > > This will assemble the volume from existing metadata if it exists. Any chance > you created a 2TB 'a' partition to start with and created a softraid volume > with it, then resized/recreated the disklabels? I'd certainly suggest zeroing > the drives (via dd or similar), or using -C force (dd is more certain). > > The size is read directly from the disklabel, but only when the metadata is > first created (after the metadata exists, we read the size from the > metadata). All of the variables involved appear to be 64-bit types so I do > not think that 32-bit truncation is occurring, although there are some > signed/unsigned issues that should be addressed at some point. > > If zeroing and recreating the metadata fails to solve the issue, I can > provide > a diff that adds some debug info.
I just took my pair of test 3TB disks (thanks to the donor!) and verified that, if zeroed first, there is no issue setting up a (most of) 3TB RAID1 via softraid. Nick.
