On 03/03/13 20:17, Nick Holland wrote:
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.
Nick. Sigh. You know very well that neither you nor miod are supposed to
possess that kind of recent hardware. ;-)
