On Wed, Nov 20, 2013 at 08:59:03PM -0600, Eric Sandeen wrote:
> On 11/20/13, 8:46 PM, Dave Chinner wrote:
> > On Wed, Nov 20, 2013 at 12:54:30PM -0500, Brian Foster wrote:
> >> generic/273 factors the "space available" output from df into the
> >> calculation for the size of the origin data set. Recent commit
> >>
> >> bfdd1e72b358 xfstests: added -P option to $DF_PROG
> >>
> >> ... converted the use of 'df' to $DF_PROG. This implicitly adds the
> >> -T parameter to add the fs type column, shifts the available space
> >> column over by one and unintentionally causes 273 to look at "used
> >> space" and create too small of a data set for a useful test.
> >> Realign to the to the available space value.
> >>
> >> Signed-off-by: Brian Foster <bfoster@xxxxxxxxxx>
> >> ---
> >> tests/generic/273 | 2 +-
> >> 1 file changed, 1 insertion(+), 1 deletion(-)
> >>
> >> diff --git a/tests/generic/273 b/tests/generic/273
> >> index 63bbf9b..2d54493 100755
> >> --- a/tests/generic/273
> >> +++ b/tests/generic/273
> >> @@ -68,7 +68,7 @@ _file_create()
> >>
> >> cd $SCRATCH_MNT/origin
> >>
> >> - _disksize=`$DF_PROG --block-size=1 $SCRATCH_DEV | awk -v sd=$SCRATCH_DEV 'BEGIN{c=0}{for(i=1;i<=NF;++i){a[c]=$i;++c}}END{for(entry in a){if(a[entry] ~ sd){print a[entry + 3]; break}}}'`
> >> + _disksize=`$DF_PROG --block-size=1 $SCRATCH_DEV | awk -v sd=$SCRATCH_DEV 'BEGIN{c=0}{for(i=1;i<=NF;++i){a[c]=$i;++c}}END{for(entry in a){if(a[entry] ~ sd){print a[entry + 4]; break}}}'`
> >> _disksize=$(($_disksize / 3))
> >> _num=$(($_disksize / $count / $threads / 4096))
> >> _count=$count
> >
> > Just what is this bunch of unmaintainable line noise actually doing?
> >
> > $ df -T -P --block-size=1 $SCRATCH_DEV | awk -v sd=$SCRATCH_DEV 'BEGIN{c=0}{for(i=1;i<=NF;++i){a[c]=$i;++c}}END{for(entry in a){if(a[entry] ~ sd){print a[entry + 4]; break}}}'
> > 5282562048
> > $
> >
> > Ok, someone didn't know about --output:
>
> I sure didn't. Not in my manpage or in my df --help output... Is it new?
It must be - I noticed it a while back when I upgraded a 5 year old
coreutils package to 8.21, so it's sometime in the past 5 years it
was added ;)
> presumably from long lvm devicenames.
>
> # df --block-size=1 /dev/mapper/vg_bp05-lv_home
> Filesystem 1B-blocks Used Available Use% Mounted on
> /dev/mapper/vg_bp05-lv_home
> 437264879616 254143942656 183120936960 59% /home
The "-P" option prevents that from occurring - from the info page:
`-P'
`--portability'
Use the POSIX output format. This is like the default format
except for the following:
1. The information about each file system is always printed on
exactly one line; a mount device is never put on a line by
itself. This means that if the mount device name is more
than 20 characters long (e.g., for some network mounts), the
columns are misaligned.
So that's no longer an issue when we use $DF_PROG....
> > $ df -T -P --block-size=1 $SCRATCH_DEV | tail -1 | awk '// { print $5 }'
> > 5282562048
> > $
> >
> > Looks a little easier to understand, yes?
>
> yeah, and I guess it does work:
>
> # df -T -P --block-size=1 /dev/mapper/vg_bp05-lv_home | tail -1 | awk '// { print $5 }'
> 183120936960
Great!
Cheers,
Dave.
--
Dave Chinner
david@xxxxxxxxxxxxx
_______________________________________________
xfs mailing list
xfs@xxxxxxxxxxx
http://oss.sgi.com/mailman/listinfo/xfs
