Re: krbd & live resize

[Laurent Barbe <laurent@ksperis.com>]

Hello Loic,

which version of kernel do you use for krbd ?

Laurent


Le 29/07/2013 23:50, Loic Dachary a écrit :
> Hi,
>
> This works:
>
> lvcreate --name tmp --size 10G all
>    Logical volume "tmp" created
> mkfs.ext4 /dev/all/tmp
> mount /dev/all/tmp /mnt
> blockdev --getsize64 /dev/all/tmp
> 10737418240
> lvextend -L+1G /dev/all/tmp
>    Extending logical volume tmp to 11,00 GiB
>    Logical volume tmp successfully resized
> blockdev --getsize64 /dev/all/tmp
> 11811160064
> resize2fs /dev/all/tmp
> resize2fs 1.41.12 (17-May-2010)
> Filesystem at /dev/all/tmp is mounted on /mnt; on-line resizing required
> old desc_blocks = 1, new_desc_blocks = 1
> Performing an on-line resize of /dev/all/tmp to 2883584 (4k) blocks.
> The filesystem on /dev/all/tmp is now 2883584 blocks long.
>
> This does not work:
>
> rbd create --size 10240 tmp
> rbd info tmp
> rbd image 'tmp':
> 	size 10240 MB in 2560 objects
> 	order 22 (4096 KB objects)
> 	block_name_prefix: rb.0.12dd.238e1f29
> 	format: 1
> rbd map tmp
> mkfs.ext4 /dev/rbd1
> mount /dev/rbd1 /mnt
> blockdev --getsize64 /dev/rbd1
> 10737418240
> rbd resize --size 20000 tmp
> blockdev --getsize64 /dev/rbd1
> 10737418240
> resize2fs /dev/rbd1
> resize2fs 1.42 (29-Nov-2011)
> The filesystem is already 2621440 blocks long.  Nothing to do!
>
> It does work after umounting:
>
> umount /mnt
> blockdev --getsize64 /dev/rbd1
> fsck -f /dev/rbd1
> resize2fs /dev/rbd1
> resize2fs 1.42 (29-Nov-2011)
> Resizing the filesystem on /dev/rbd1 to 5120000 (4k) blocks.
> The filesystem on /dev/rbd1 is now 5120000 blocks long.
>
> I assume there should be "something" in KRBD to allow for the same behavior as with LVM but I don't know enough about the kernel to be more specific. Maybe something similar to ioctl BLKRRPART ?
>
> Cheers
>
--
To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html