On 05.03.2019 00:22, Nir Soffer wrote: > On Tue, Mar 5, 2019 at 12:45 AM Cesare Leonardi <celeonar@xxxxxxxxx> wrote: > >> On 02/03/19 21:25, Nir Soffer wrote: >>> # mkfs.xfs /dev/test/lv1 >>> meta-data=/dev/test/lv1 isize=512 agcount=4, agsize=25600 >> blks >>> = sectsz=512 attr=2, projid32bit=1 >>> = crc=1 finobt=1, sparse=0, >>> rmapbt=0, reflink=0 >>> data = bsize=4096 blocks=102400, imaxpct=25 >>> = sunit=0 swidth=0 blks >>> naming =version 2 bsize=4096 ascii-ci=0 ftype=1 >>> log =internal log bsize=4096 blocks=855, version=2 >>> = sectsz=512 sunit=0 blks, lazy-count=1 >>> realtime =none extsz=4096 blocks=0, rtextents=0 >> >> Has the problem here the same root as for ext4? I guess sectsz should be >> >=4096 to avoid troubles, isn't it? >> >> Just to draw some conlusion, could we say that currently, if we are >> going to move data around with LVM, it's better to check that the >> filesystem is using a block size >= than "blockdev --getbsz >> DESTINATIONDEVICE"? At least with ext4 and xfs. >> >> Something that couldn't be true with really small devices (< 500 MB). >> >> Is there already an open bug regarding the problem discussed in this >> thread? >> > > There is this bug about lvextend: > https://bugzilla.redhat.com/1669751 > > And this old bug from 2011, discussing mixing PVs with different block size. > Comment 2 is very clear about this issue: > https://bugzilla.redhat.com/732980#c2 I don't have access to that one, can you cite comment 2 ? > > Nir > -- Ingo Franzki eMail: ifranzki@xxxxxxxxxxxxx Tel: ++49 (0)7031-16-4648 Fax: ++49 (0)7031-16-3456 Linux on IBM Z Development, Schoenaicher Str. 220, 71032 Boeblingen, Germany IBM Deutschland Research & Development GmbH / Vorsitzender des Aufsichtsrats: Matthias Hartmann Geschäftsführung: Dirk Wittkopp Sitz der Gesellschaft: Böblingen / Registergericht: Amtsgericht Stuttgart, HRB 243294 IBM DATA Privacy Statement: https://www.ibm.com/privacy/us/en/ _______________________________________________ linux-lvm mailing list linux-lvm@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/linux-lvm read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/
