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
 |