You have to shrink FS before RBD block! Now your FS is corrupt! :)
El 12/05/16 a las 15:41, M Ranga Swami Reddy escribió:
Used "resize2fs" and its working for resize to higher number (ie from
10G -> 20G) or so...
If I tried to resize the lower numbers (ie from 10G -> 5G), its
failied...with below message:
===
ubuntu@swami-resize-test-vm:/$ sudo resize2fs /dev/vdb
sudo: unable to resolve host swami-resize-test-vm
resize2fs 1.42.9 (4-Feb-2014)
Please run 'e2fsck -f /dev/vdb' first.
ubuntu@swami-resize-test-vm:/$ sudo e2fsck -f /dev/vdb
sudo: unable to resolve host swami-resize-test-vm
e2fsck 1.42.9 (4-Feb-2014)
The filesystem size (according to the superblock) is 52428800 blocks
The physical size of the device is 13107200 blocks
Either the superblock or the partition table is likely to be corrupt!
Abort<y>?
On Thu, May 12, 2016 at 6:37 PM, Eneko Lacunza <elacunza@xxxxxxxxx> wrote:
Swami,
You must resize (reduce) a filesystem before shrinking a partition/disk.
Please search online how to do so with your specific filesystem/partitions.
El 12/05/16 a las 15:00, M Ranga Swami Reddy escribió:
Not done any FS shrink before "rbd resize". Please let me know what to
do with FS shink before "rbd resize"
Thanks
Swami
On Thu, May 12, 2016 at 4:34 PM, Eneko Lacunza <elacunza@xxxxxxxxx> wrote:
Did you shrink the FS to be smaller than the target rbd size before doing
"rbd resize"?
El 12/05/16 a las 12:33, M Ranga Swami Reddy escribió:
When I used "rbd resize" option for size shrink, the image/volume
lost its fs sectors and asking for "fs" not found...
I have used "mkf" option, then all data lost in it? This happens with
shrink option...
Thanks
Swami
On Wed, May 11, 2016 at 5:28 PM, Christian Balzer <chibi@xxxxxxx> wrote:
Hello,
On Wed, 11 May 2016 13:33:44 +0200 (CEST) Alexandre DERUMIER wrote:
but the fstrim can used with in mount partition...But I wanted to as
cloud admin...
if you use qemu, you can launch fstrim through guest-agent
This of course assumes that qemu/kvm is using a disk method that allows
for TRIM.
And nobody in their right mind uses IDE (performance), while
virtio-scsi
isn't the default or even supported with some cloud stacks.
And of course that the VM in question runs Linux and has fstrim
installed.
Otherwise solid advise, I agree.
Christian
http://dustymabe.com/2013/06/26/enabling-qemu-guest-agent-anddddd-fstrim-again/
----- Mail original -----
De: "M Ranga Swami Reddy" <swamireddy@xxxxxxxxx>
À: "Wido den Hollander" <wido@xxxxxxxx>
Cc: "ceph-users" <ceph-users@xxxxxxxx>
Envoyé: Mercredi 11 Mai 2016 13:16:27
Objet: Re: rbd resize option
Thank you.
but the fstrim can used with in mount partition...But I wanted to as
cloud admin...
I have a few uses with high volume size (ie capacity) allotted, but
only used 5% of the capacity. so I wanted to reduce the size to 10% of
size using the rbd resize command. But in this process, if a
customer's volume has more than 10% data, then I may end-up with data
lost...
Thanks
Swami
On Wed, May 11, 2016 at 1:17 PM, Wido den Hollander <wido@xxxxxxxx>
wrote:
Op 11 mei 2016 om 8:38 schreef M Ranga Swami Reddy
<swamireddy@xxxxxxxxx>:
Hello,
I wanted to resize an image using 'rbd' resize option, but it should
be have data loss.
For ex: I have image with 100 GB size (thin provisioned). and this
image has data of 10GB only. Here I wanted to resize this image to
11GB, so that 10GB data is safe and its resized.
Can I do the above resize safely.?
No, you can't. You need to resize the filesystem and partitions
inside
the RBD image to something below 11GB before you can do this.
Still, make sure you have backups!
Also, why shrink? If you can, run a fstrim on the image, that might
reclaimed unused space on the Ceph cluster.
If I tried to resize to 5GB, is rbd throughs an error saying that
your data is going loss, something like that???
Any inputs here are appriciated.
Thanks
Swami
_______________________________________________
ceph-users mailing list
ceph-users@xxxxxxxxxxxxxx
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
_______________________________________________
ceph-users mailing list
ceph-users@xxxxxxxxxxxxxx
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
_______________________________________________
ceph-users mailing list
ceph-users@xxxxxxxxxxxxxx
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
--
Christian Balzer Network/Systems Engineer
chibi@xxxxxxx Global OnLine Japan/Rakuten Communications
http://www.gol.com/
_______________________________________________
ceph-users mailing list
ceph-users@xxxxxxxxxxxxxx
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
_______________________________________________
ceph-users mailing list
ceph-users@xxxxxxxxxxxxxx
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
--
Zuzendari Teknikoa / Director Técnico
Binovo IT Human Project, S.L.
Telf. 943493611
943324914
Astigarraga bidea 2, planta 6 dcha., ofi. 3-2; 20180 Oiartzun (Gipuzkoa)
www.binovo.es
_______________________________________________
ceph-users mailing list
ceph-users@xxxxxxxxxxxxxx
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
--
Zuzendari Teknikoa / Director Técnico
Binovo IT Human Project, S.L.
Telf. 943493611
943324914
Astigarraga bidea 2, planta 6 dcha., ofi. 3-2; 20180 Oiartzun (Gipuzkoa)
www.binovo.es
--
Zuzendari Teknikoa / Director Técnico
Binovo IT Human Project, S.L.
Telf. 943493611
943324914
Astigarraga bidea 2, planta 6 dcha., ofi. 3-2; 20180 Oiartzun (Gipuzkoa)
www.binovo.es
_______________________________________________
ceph-users mailing list
ceph-users@xxxxxxxxxxxxxx
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
