On 9/25/2013 4:57 PM, Dave Chinner wrote: ... > Linear concatentation looks like this: > > offset volume array > 0 +-D1-+-D2-+.....+-Dn-+ 0 # first sw > ..... > X-sw +-D1-+-D2-+.....+-Dn-+ 0 > X +-E1-+-E2-+.....+-En-+ 1 # first sw > ..... > 2X-sw +-E1-+-E2-+.....+-En-+ 1 > 2X +-F1-+-F2-+.....+-Fn-+ 2 # first sw > ..... > 3X-sw +-F1-+-F2-+.....+-Fn-+ 2 > > Where: > D1...Dn are the disks in the first array > E1...En are the disks in the second array > F1...Fn are the disks in the third array > X is the size of the each array > sw = su * number of data disks in array > > As you can see, all the volumes are arranged in a single column - > identical to a larger single array of the same size. Hence the > exposed alignment of a single array is what the filesystem should be > aligned to, as that is how the linear concat behaves. > > You also might note here that if you want the second and subsequent > arrays to be correctly aligned to the initial array in the linear > concat (and you do want that), the arrays must be sized to be an > exact multiple of the stripe width. On a similar note, if I do a concat like this I specify agsize/agcount during mkfs.xfs so no AGs straddle array boundaries. I do this to keep per AG throughput consistent, among other concerns. This may or may not be of benefit to the OP. mkfs.xfs using defaults is not aware of the array boundaries within the concat, so it may well create AGs across array boundaries. -- Stan _______________________________________________ xfs mailing list xfs@xxxxxxxxxxx http://oss.sgi.com/mailman/listinfo/xfs