Received-SPF: pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18;
From:   Andreas Dilger <adilger@dilger.ca>
Message-Id: <F98B4E81-C4E7-4E0E-83B2-224AF7E72283@dilger.ca>
Content-Type: multipart/signed;
 boundary="Apple-Mail=_44D43FA3-A251-461F-A353-2D8D8D096051";
 protocol="application/pgp-signature"; micalg=pgp-sha256
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
Subject: Re: ext4/xfs: about switching underlying 512B sector devices to 4K
 ones
Date:   Wed, 29 Jul 2020 14:09:05 -0600
In-Reply-To: <CANR1yOpz9o9VcAiqo18aVO5ssmuSy18RxnMKR=Dz884Rj8_trg@mail.gmail.com>
Cc:     Ext4 Developers List <linux-ext4@vger.kernel.org>,
        linux-xfs <linux-xfs@vger.kernel.org>
To:     Takuya Yoshikawa <takuya.yoshikawa@gmail.com>
References: <CANR1yOpz9o9VcAiqo18aVO5ssmuSy18RxnMKR=Dz884Rj8_trg@mail.gmail.com>
Sender: linux-ext4-owner@vger.kernel.org
Precedence: bulk


--Apple-Mail=_44D43FA3-A251-461F-A353-2D8D8D096051
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

On Jul 29, 2020, at 4:38 AM, Takuya Yoshikawa =
<takuya.yoshikawa@gmail.com> wrote:
>=20
> I have a question: is it possible to make existing ext4/xfs =
filesystems
> formatted on 512B sector devices run as is on 4k sector devices?

For ext4 filesystems that are formatted with 4KB block size, there
is no problem to change the underlying sector size to 4KB.  It will
never access blocks that are not sized/aligned at 4KB.

Most ext4 filesystem are formatted with 4KB blocksize by default,
unless it is a tiny partition like /boot that *may* be formatted with
1KB block size to save space.  In such cases, it would be easy to
format a new /boot with 4KB blocksize and copy the file contents over,
since it would be a very small partition.

You can check with "dumpe2fs -h /dev/md127 | grep | grep 'Block size' "
to see what the filesystem block size is.

Cheers, Andreas

> Problem:
>=20
> We are maintaining some legacy servers whose data is stored on
> ext4/xfs filesystems formatted on lvm2 raid1 devices.
>=20
> These raid1 devices consist of a few iSCSI devices, so the
> remote storage servers running as iSCSI targets are the actual
> data storage.
>=20
>  /dev/md127 --  /dev/sda  --(iSCSI)-- remote storage server
>                 /dev/sdb  --(iSCSI)-- remote storage server
>=20
> A problem happened when we tried to add a new storage server with
> 4k sector disks as an iSCSI target. After lvm2 added that iSCSI
> device and started syncing the blocks from existing 512B sector
> storage servers to the new 4k sector ones, we got
> "Bad block number requested" messages, and soon after that,
> the new device was removed from the lvm2 raid1 device.
>=20
>  /dev/md127 --  /dev/sda  --(iSCSI)-- remote storage server(512)
>                 /dev/sdb  --(iSCSI)-- remote storage server(512)
>              *  /dev/sdc  --(iSCSI)-- remote storage server(4k)
>=20
>  The combined raid1 device had been recognized as a 4k device
>  as described in this article:
>    https://access.redhat.com/articles/3911611
>=20
> It seemed like 512B unaligned requests from the xfs filesystem
> were sent to the raid1 device, and mirrored requests caused
> the problem on the newly added 4k sector storage.
>=20
> The xfs was formatted with its sector_size_options set to the
> default (512).
> See https://www.man7.org/linux/man-pages/man8/mkfs.xfs.8.html
>=20
> In the case of ext4, the device continued to run, but I was not
> sure if there could be any problems.
>=20
>=20
> Question:
>=20
> Is it possible to change the underlying storage to 4k sector ones
> as written above without copying the data on the ext4/xfs
> filesystems to outside of the raid1 device?
>=20
> ext4: I am not seeing any apparent errors after adding the 4k
>  device. Is this an expected behavior?
>=20
> xfs: is it possible to change the filesystem sector size?
>=20
>  I read this explanation and thought if I could change the
>  journal related metadata, it might be possible.
>  https://www.spinics.net/lists/linux-xfs/msg14495.html
>=20
>=20
> Thanks,
>  Takuya


Cheers, Andreas


--Apple-Mail=_44D43FA3-A251-461F-A353-2D8D8D096051
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename=signature.asc
Content-Type: application/pgp-signature;
	name=signature.asc
Content-Description: Message signed with OpenPGP

-----BEGIN PGP SIGNATURE-----
Comment: GPGTools - http://gpgtools.org

iQIzBAEBCAAdFiEEDb73u6ZejP5ZMprvcqXauRfMH+AFAl8h12IACgkQcqXauRfM
H+BrHg//RHLqCE/fuim4cDziFXn5eZ3zoF48M3q169atvDhZxsodSUD4AvOv/lWv
3qZiXlcTPGpjX8aQYCQQo2gurh+MHimGTTeihZbEEf8yqijfwJogPYvXL0Z7H5Ro
VgT05Iceo890rLjaLJz4db/i+ASfR+5J1nFQz7qam5Mq4rKTXEhN121v02Ua176U
xQS2XUOA60YeTK+nSgCRWrBZFavsfjpjKR+OqsvIRv77+HtmYFhuLpfO3wCHdCE9
LMGkAWY2qNc6/cdoiA/RCeLFphQPMg+Y0d+fBoTqfCtpkmNmNAagm6Zw0KQQ19dC
OoJY1lGq/Q1zIqL5lNJ/mbPGUi6eSBqN9MFKxsIjdBY6oAe5x+PUyBWyAaGwalsb
r+m7Lg6VbhtYBOSZn+nU+fe370f9C+98BQO7LteEW083LIvmbA4p6vxlIHwI+VX9
S6Yk5Q6uUD1PTZq6fvX1Bb6FFf9y9XAyuB39q2nJ71LCF8VlQfVYuNyPFqM5epCE
3rLpmP6CTTPB4ZUU2TNR3q8o4OX8/jv/2cqU0eCPvvIHrarh257PCGsLOzLbxlh/
jmXCrmYubugcPFbEXov7MXMudHpmoswGyaSBscDduqumPgqGLJi4IYw2PmAvGtz9
Ir+18WeLlYxyb2Jx1HjFK1iomR9Uf1yhQe81EW6uqsRZjQvSom4=
=2BxT
-----END PGP SIGNATURE-----

--Apple-Mail=_44D43FA3-A251-461F-A353-2D8D8D096051--