From: Eric Sandeen <sandeen@sandeen.net>
To: Lukas Czerner <lczerner@redhat.com>
Cc: Eric Sandeen <sandeen@redhat.com>, xfs-oss <xfs@oss.sgi.com>
Subject: Re: [PATCH] xfstests 251: fix fitrim support test
Date: Mon, 16 May 2011 14:48:07 -0500 [thread overview]
Message-ID: <4DD17F77.1010807@sandeen.net> (raw)
In-Reply-To: <alpine.LFD.2.00.1105161112290.3670@dhcp-27-109.brq.redhat.com>
On 5/16/11 4:19 AM, Lukas Czerner wrote:
> On Fri, 13 May 2011, Eric Sandeen wrote:
>
>> On my ext4 filesystem, the simple "did fstrim work" test passes,
>> because it asks to free all blocks in the first 10m of the fs,
>> and those 10m are full of filesystem metadata. Because no blocks
>> are free, no blocks are trimmed, and we get success returned.
>>
>> But then when the test runs I'm flooded with error messages, because
>> it's a hard drive not an ssd...
>>
>> So we need to step through the fs until we either free a block,
>> or encounter an error.
>>
>> I think this is ugly bash, if anyone has a better plan I'm all ears.
>>
>> (also change FSTRIM to FITRIM in the failure message, it seems
>> to be intended to print the ioctl name ...)
>
> Hi Eric,
>
> this is actually a filesystem bug found unintentionally by this test :)
> and it is already fixed upstream 4143179218960a70d821a425e3c23ce44aa93dee
> for ext4.. So I think we better leave it as it is, since this is
> unwanted behaviour and should be detected.
Oh, of course. Makes much more sense, thanks!
> What we should fix however, is when fstrim fails after successful fist
> test, so the test exits and report failure, rather than printing tons of
> error messages.
That'd be easy enough ...
-Eric
> Thanks!
> -Lukas
>
>>
>> Signed-off-by: Eric Sandeen <sandeen@redhat.com>
>> ---
>>
>> diff --git a/251 b/251
>> index fa3d74a..5ab0a87 100755
>> --- a/251
>> +++ b/251
>> @@ -73,7 +73,19 @@ _fail()
>>
>> _check_fstrim_support()
>> {
>> - $here/src/fstrim -l 10M $SCRATCH_MNT &> /dev/null
>> + # Go until error or until something gets trimmed
>> + step=1048576
>> + start=0
>> + retval=0
>> + nonetrimmed=1
>> +
>> + while [ $retval -eq 0 ] && [ $nonetrimmed -ne 0 ]; do
>> + result=`$here/src/fstrim -v -s $start -l $step $SCRATCH_MNT 2>&1`
>> + retval=$?
>> + [ "${result:0:1}" -eq "0" ] && nonetrimmed=1
>> + start=$(( $start + $step ))
>> + done
>> + return $retval
>> }
>>
>> ##
>> diff --git a/src/fstrim.c b/src/fstrim.c
>> index f1f37ec..ad7fd6a 100644
>> --- a/src/fstrim.c
>> +++ b/src/fstrim.c
>> @@ -236,7 +236,7 @@ int main(int argc, char **argv)
>> }
>>
>> if (ioctl(fd, FITRIM, opts->range)) {
>> - fprintf(stderr, "%s: FSTRIM: %s\n", program_name,
>> + fprintf(stderr, "%s: FITRIM %s\n", program_name,
>> strerror(errno));
>> goto free_opts;
>> }
>>
>
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
prev parent reply other threads:[~2011-05-16 19:48 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-05-13 21:35 [PATCH] xfstests 251: fix fitrim support test Eric Sandeen
2011-05-16 9:19 ` Lukas Czerner
2011-05-16 19:48 ` Eric Sandeen [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4DD17F77.1010807@sandeen.net \
--to=sandeen@sandeen.net \
--cc=lczerner@redhat.com \
--cc=sandeen@redhat.com \
--cc=xfs@oss.sgi.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.