From: Stefan Hajnoczi <stefanha@gmail.com>
To: Peter Lieven <pl@kamp.de>
Cc: kwolf@redhat.com, pbonzini@redhat.com, ronniesahlberg@gmail.com,
qemu-devel@nongnu.org, Stefan Hajnoczi <stefanha@redhat.com>
Subject: Re: [Qemu-devel] [PATCHv2 11/11] iscsi: assert that sectors are aligned to LUN blocksize
Date: Tue, 2 Jul 2013 09:44:17 +0200 [thread overview]
Message-ID: <20130702074417.GE6800@stefanha-thinkpad.redhat.com> (raw)
In-Reply-To: <170A6CCF-17F3-494D-AA4C-1DF2993C7885@kamp.de>
On Mon, Jul 01, 2013 at 05:59:02PM +0200, Peter Lieven wrote:
>
> Am 01.07.2013 um 16:35 schrieb Stefan Hajnoczi <stefanha@redhat.com>:
>
> > On Thu, Jun 27, 2013 at 03:11:35PM +0200, Peter Lieven wrote:
> >> if the blocksize of an iSCSI LUN is bigger than the BDRV_SECTOR_SIZE
> >> it is possible that sector_num or nb_sectors are not correctly
> >> alligned.
> >>
> >> to avoid corruption we fail requests which are misaligned.
> >>
> >> Signed-off-by: Peter Lieven <pl@kamp.de>
> >> ---
> >> block/iscsi.c | 27 +++++++++++++++++++++++++++
> >> 1 file changed, 27 insertions(+)
> >>
> >> diff --git a/block/iscsi.c b/block/iscsi.c
> >> index 0567b46..bff2e1f 100644
> >> --- a/block/iscsi.c
> >> +++ b/block/iscsi.c
> >> @@ -298,6 +298,13 @@ static int64_t sector_lun2qemu(int64_t sector, IscsiLun *iscsilun)
> >> return sector * iscsilun->block_size / BDRV_SECTOR_SIZE;
> >> }
> >>
> >> +static int64_t is_request_lun_aligned(int64_t sector_num, int nb_sectors,
> >> + IscsiLun *iscsilun)
> >> +{
> >> + return ((sector_num * BDRV_SECTOR_SIZE) % iscsilun->block_size ||
> >> + (nb_sectors * BDRV_SECTOR_SIZE) % iscsilun->block_size) ? 0 : 1;
> >> +}
> >
> > When QEMU does geometry probing it reads 2KB. So if the LUN has 4KB
> > block size then QEMU will fail to open it? This would also affect image
> > formats on top of iSCSI LUNs.
>
> opening a 4K LUN does not fail with my target. So writing unaligned sectors will
> result in corruption. we should at least fail all those unaligned operations until
> we have a fix or workaround in place in place.
When QEMU tries to probe the master boot record or when an image format
performs an unaligned read (say 512 bytes instead of 4 KB), won't we
fail the read request? Therefore opening will fail.
I agree that it's better to emit an error than to corrupt the disk. I'm
just trying to understand what needs to be done on top of this to make 4
KB LUNs work.
> > AFAICT we have no way to passing I/O topology information up from the
> > block driver.
>
> not at the moment. Paolo had a patch series back in Dec 2011, but it never went
> upstream. I asked him off list and he told me that 4K drives where not important
> enough and the Redhat bug for this was closed. Now with 4K iSCSI targets these
> old work could become important again.
>
> It would be nice to find out if there was anything wrong with them or what has to
> be done to get them integrated.
Okay
next prev parent reply other threads:[~2013-07-02 7:44 UTC|newest]
Thread overview: 69+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-06-27 13:11 [Qemu-devel] [PATCHv2 00/11] iscsi/qemu-img/block-migration enhancements Peter Lieven
2013-06-27 13:11 ` [Qemu-devel] [PATCHv2 01/11] iscsi: add logical block provisioning information to iscsilun Peter Lieven
2013-07-01 13:35 ` Stefan Hajnoczi
2013-07-01 16:08 ` Peter Lieven
2013-07-10 9:19 ` Kevin Wolf
2013-06-27 13:11 ` [Qemu-devel] [PATCHv2 02/11] iscsi: read unmap info from block limits vpd page Peter Lieven
2013-07-03 3:43 ` ronnie sahlberg
2013-07-03 21:23 ` Peter Lieven
2013-07-04 12:37 ` Paolo Bonzini
2013-07-04 21:07 ` Peter Lieven
2013-07-05 6:28 ` Paolo Bonzini
2013-07-05 7:11 ` ronnie sahlberg
2013-07-06 22:15 ` Peter Lieven
2013-07-06 23:23 ` ronnie sahlberg
2013-07-10 9:23 ` Kevin Wolf
2013-07-10 9:25 ` Kevin Wolf
2013-06-27 13:11 ` [Qemu-devel] [PATCHv2 03/11] iscsi: add bdrv_co_is_allocated Peter Lieven
2013-07-01 13:46 ` Stefan Hajnoczi
2013-07-01 16:00 ` Peter Lieven
2013-07-10 9:41 ` Kevin Wolf
2013-07-10 13:49 ` Peter Lieven
2013-07-10 14:43 ` Kevin Wolf
2013-07-10 14:49 ` Peter Lieven
2013-07-10 14:54 ` Kevin Wolf
2013-06-27 13:11 ` [Qemu-devel] [PATCHv2 04/11] iscsi: add bdrv_co_write_zeroes Peter Lieven
2013-07-10 9:54 ` Kevin Wolf
2013-06-27 13:11 ` [Qemu-devel] [PATCHv2 05/11] block: add bdrv_write_zeroes() Peter Lieven
2013-07-10 9:56 ` Kevin Wolf
2013-06-27 13:11 ` [Qemu-devel] [PATCHv2 06/11] block/raw: add bdrv_co_write_zeroes Peter Lieven
2013-07-10 9:57 ` Kevin Wolf
2013-06-27 13:11 ` [Qemu-devel] [PATCHv2 07/11] iscsi: let bdrv_create conditionally zero out the device Peter Lieven
2013-07-01 13:58 ` Stefan Hajnoczi
2013-07-01 20:20 ` Paolo Bonzini
2013-07-01 21:36 ` Peter Lieven
2013-07-02 9:22 ` Paolo Bonzini
2013-07-02 10:36 ` Peter Lieven
2013-07-02 10:49 ` Paolo Bonzini
2013-07-02 10:56 ` Peter Lieven
2013-07-02 11:04 ` Paolo Bonzini
2013-07-02 11:18 ` Peter Lieven
2013-07-10 10:14 ` Kevin Wolf
2013-07-10 13:52 ` Peter Lieven
2013-06-27 13:11 ` [Qemu-devel] [PATCHv2 08/11] block-migration: efficiently encode zero blocks Peter Lieven
2013-07-01 14:13 ` Stefan Hajnoczi
2013-07-01 15:55 ` Peter Lieven
2013-07-02 7:40 ` Stefan Hajnoczi
2013-07-02 10:51 ` Paolo Bonzini
2013-07-01 16:09 ` Peter Lieven
2013-07-02 7:36 ` Stefan Hajnoczi
2013-06-27 13:11 ` [Qemu-devel] [PATCHv2 09/11] iscsi: factor out sector conversions Peter Lieven
2013-07-10 11:29 ` Kevin Wolf
2013-07-10 14:07 ` Peter Lieven
2013-06-27 13:11 ` [Qemu-devel] [PATCHv2 10/11] iscsi: ignore aio_discard if unsupported Peter Lieven
2013-07-10 11:33 ` Kevin Wolf
2013-07-10 14:04 ` Peter Lieven
2013-07-10 14:28 ` Kevin Wolf
2013-07-10 14:49 ` Peter Lieven
2013-07-10 14:58 ` Kevin Wolf
2013-07-10 20:31 ` Peter Lieven
2013-06-27 13:11 ` [Qemu-devel] [PATCHv2 11/11] iscsi: assert that sectors are aligned to LUN blocksize Peter Lieven
2013-07-01 14:35 ` Stefan Hajnoczi
2013-07-01 15:59 ` Peter Lieven
2013-07-02 7:44 ` Stefan Hajnoczi [this message]
2013-07-02 8:28 ` Peter Lieven
2013-07-02 10:44 ` Paolo Bonzini
2013-07-02 10:49 ` Peter Lieven
2013-07-02 10:53 ` Paolo Bonzini
2013-07-10 11:38 ` Kevin Wolf
2013-07-10 14:02 ` Peter Lieven
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=20130702074417.GE6800@stefanha-thinkpad.redhat.com \
--to=stefanha@gmail.com \
--cc=kwolf@redhat.com \
--cc=pbonzini@redhat.com \
--cc=pl@kamp.de \
--cc=qemu-devel@nongnu.org \
--cc=ronniesahlberg@gmail.com \
--cc=stefanha@redhat.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).