From: Jens Axboe <jaxboe@fusionio.com>
To: Carl Zwanzig <cpz@coraid.com>
Cc: "fio@vger.kernel.org" <fio@vger.kernel.org>
Subject: Re: Fio ignoring runtime after an error?
Date: Wed, 17 Apr 2013 08:12:36 +0200 [thread overview]
Message-ID: <20130417061236.GD4816@kernel.dk> (raw)
In-Reply-To: <A7A1D348E34E024BBC74480FB93A2EAB026DFC@DAGN05A-E6.exg6.exghost.com>
On Tue, Apr 16 2013, Carl Zwanzig wrote:
> Hello,
>
> I think I've run across a case where, during a time-limited test, a soft error occurred on the device and fio continued to run -way- past (overnight) the time limit.
>
> The rough scenario is:
> fio test - ok
> fio test - ok
> fio test - starts
> soft error
> fio never ends (and is still pushing traffic as reported by the disk system)
>
> I haven't had a chance to dive into the code yet (fio 2.0.14, linux 2.6.32-279.14.1.el6.x86_64), but can anyone think of a reason why this would happen?
>
> The command line looks like:
> fio --name='raid0;16;randread;8;16' --rw=randread --filename=/dev/ethdrv/e107.1 --iodepth=16 --bs=8k --rwmixread=70 --norandommap --group_reporting --time_based --minimal --direct=1 --fill_device=1 --ioengine=libaio --ramp_time=5 --runtime=35 --randrepeat=0
>
> Hopefully, I'll get the clue to inject an error into the disk system and run this down, but that'll take time I don't really have.
What kind of error? For fill_device=1, fio will clear ENOSPC, but should
not clear other errors. Apart from that, there should not be any
interactions between errors and runtime/time_based.
--
Jens Axboe
prev parent reply other threads:[~2013-04-17 6:12 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-04-16 17:54 Fio ignoring runtime after an error? Carl Zwanzig
2013-04-16 22:12 ` Greg Freemyer
2013-04-17 6:12 ` Jens Axboe [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=20130417061236.GD4816@kernel.dk \
--to=jaxboe@fusionio.com \
--cc=cpz@coraid.com \
--cc=fio@vger.kernel.org \
/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.