All of lore.kernel.org
 help / color / mirror / Atom feed
From: Gnana Sekhar <kgsgnana2020@gmail.com>
To: Sitsofe Wheeler <sitsofe@gmail.com>
Cc: fio <fio@vger.kernel.org>
Subject: Re: Failures noticed in FIO run
Date: Thu, 8 Feb 2018 21:21:07 -0700	[thread overview]
Message-ID: <CAPSTwmTCDO4tn4u1=GyZB3xm5JUjB8LQyvjeFhig8uWH+-HJjA@mail.gmail.com> (raw)
In-Reply-To: <CALjAwxiA_oFXEp224WD1Txg80vYxG6VEZLL-+fa2=2YHquOT=Q@mail.gmail.com>

Thanks Sitsofe and Jeff

As suggested removed the --ba parameter for sequential writes


Below is the drive information
blockdev --getsize64  /dev/nvme0n1

3840755982336

fdisk -l

Disk /dev/nvme0n1: 3840.8 GB, 3840755982336 bytes, 7501476528 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

I had to change the sector size from 4K to 512 and now I didn't see
the failure mentioned below. Will loop through and update


I was using offset and sizeToWrite parameters when I wanted to fill
certain number of bytes from certain start location.
Currently I am using "sizeToWrite" to specify the bytes to write and
"offset" from the byte to start
But from the suggestions it seems I have to chose the offset such that
its divisible by blocksize of filesystem. I am using blockdev --getbsz
/dev/nvme0n1 to determine the blocksize
Let me know if you guys think that should solve the problem or you
come across any other optimal way to do the same without using offset
and sizeToWrite

Also which of the below do you think I should use to get the LBA size on device
blockdev --getbsz /dev/nvme0n1 or blockdev --getss /dev/nvme0n1


Regards,
Gnana

On Wed, Feb 7, 2018 at 9:12 AM, Sitsofe Wheeler <sitsofe@gmail.com> wrote:
> On 7 February 2018 at 00:19, Gnana Sekhar <kgsgnana2020@gmail.com> wrote:
>>
>> Experimented few loops and ran into the below failures even when I
>> didn't pass in the write offset to FIO. The block size is 4k on the
>> drive
>>
>> 2018-02-05 07:20:53,033-07 ERROR    l_IoActionsLinux - The arguments
>> passed are: sudo fio --thread --direct=1 --minimal --ioengine=libaio
>> --numjobs=1 --filename=/dev/nvme0n1 -o /tmp/nvme0n1_temp.log
>> --name=bs16384_rwwrite_qd256 --buffer_pattern=1193046 --iodepth=256
>> --size=100% --percentage_random=0 --bs=256k --ba=4k --rw=write
>> 2018-02-05 07:20:53,033-07 ERROR    l_IoActionsLinux - Error in FIO
>> run: fio: io_u error on file /dev/nvme0n1: Input/output error: write
>> offset=27160215552, buflen=262144
>>
>> 2018-02-05 07:20:53,033-07 ERROR    l_IoActionsLinux - Error in FIO
>> run: fio: io_u error on file /dev/nvme0n1: Input/output error: write
>> offset=27205828608,
>
> (note that blockalign/ba is only really for random I/O)
>
> This looks strange. What does
> blockdev --getsize64  /dev/nvme0n1
> report and is there anything interesting in the tail end of dmesg just
> after you trigger this issue?
>
>> Similarly if I pass offsets that aren't aligned with file system
>> underneath, is there a way to inform fio to round it up
>
> Jeff answered this one in another reply.
>
> --
> Sitsofe | http://sucs.org/~sits/

  reply	other threads:[~2018-02-09  4:21 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <CAPSTwmSKtMj5yGR2Wb3AY54_CGfWbdEqoWKYy1fKDBiQ3Uo4=Q@mail.gmail.com>
2018-02-06  5:15 ` Fwd: Failures noticed in FIO run Gnana Sekhar
     [not found]   ` <CALjAwxhb2ozbDNv02CqiaHUzHmCFDYU6+_DNwhde2GnRT2pEcw@mail.gmail.com>
2018-02-07  0:19     ` Gnana Sekhar
2018-02-07  1:39       ` Jeff Furlong
2018-02-07 16:18         ` Sitsofe Wheeler
2018-02-07 17:33           ` Jeff Furlong
2018-02-07 16:12       ` Sitsofe Wheeler
2018-02-09  4:21         ` Gnana Sekhar [this message]
2018-02-09 10:10           ` Sitsofe Wheeler
2018-02-09 18:39           ` Jeff Furlong

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='CAPSTwmTCDO4tn4u1=GyZB3xm5JUjB8LQyvjeFhig8uWH+-HJjA@mail.gmail.com' \
    --to=kgsgnana2020@gmail.com \
    --cc=fio@vger.kernel.org \
    --cc=sitsofe@gmail.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.