Thank you.....now its working...."resize2fs" and then "rbd resize" Thanks Swami On Thu, May 12, 2016 at 7:40 PM, M Ranga Swami Reddy <swamireddy@xxxxxxxxx> wrote: > sure...checking the resize2fs before using the "rbd resize"... > > Thanks > Swami > > On Thu, May 12, 2016 at 7:17 PM, Eneko Lacunza <elacunza@xxxxxxxxx> wrote: >> 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
 |