And you're using cloud-init in these cases, or are you executing growrootfs via some other means? If you're using cloud-init, you should see some useful messages in /var/log/cloud-init.log (particularly on debian/ubuntu; I've found centos' logs to not be as helpful). Also, if you're using cloud-init, you want to make sure that you've got it configured to do the right thing. That changes a bit depending on the version, but with debian wheezy, I make sure to have "growpart" and "resizefs" in cloud_init_modules. Also, I don't believe it's strictly necessary, but I add this too because I'm not a big fan of implicit defaults: growpart: mode: auto devices: ['/'] resize_rootfs: True On Wed, Aug 6, 2014 at 12:45 AM, Hauke Bruno Wollentin <Hauke-Bruno.Wollentin at innovo-cloud.de> wrote: > Hi, > > 1) I have flavors like 1 vCPU, 2GB memory, 20GB root disk. No swap + no > ephemeral disk. Then I just create an instance via horizon choosing an image + > a flavor. > > 2) OpenStack itselfs runs on Ubuntu 12.04.4 LTS, for the instances I have some > Ubuntu 12.04/14.04s, Debians and CentOS'. > > 3) In the spawned instances I see that the partition wasn't resized. > /proc/partions + fdisk -l show the size of the image partition, not the > instance partition specified by the flavor. > > > > --- > original message > timestamp: Tuesday, August 05, 2014 03:50:55 PM > from: Jeremy Hanmer <jeremy.hanmer at dreamhost.com> > to: Dinu Vlad <dinuvlad13 at gmail.com> > cc: ceph-users at lists.ceph.com <ceph-users at lists.ceph.com> > subject: Re: [ceph-users] Openstack Havana root fs resize don't work > message id: <CAKRUTFCLV9GsimUYs+Hu-ygoboqNVUZACtWWtiP02- > ch8QYqpw at mail.gmail.com> > >> This is *not* a case of that bug. That LP bug is referring to an >> issue with the 'nova resize' command and *not* with an instance >> resizing its own root filesystem. I can confirm that the latter case >> works perfectly fine in Havana if you have things configured properly. >> >> A few questions: >> >> 1) What workflow are you using? (Create a volume from an image -> >> boot from that volume, ceps-backed ephemeral, or some other patch?) >> 2) What OS/release are you running? I've gotten it to work with >> recent versions Centos, Debian, Fedora, and Ubuntu. >> 3) What are you actually seeing on the image? Is the *partition* not >> being resized at all (as referenced by /proc/partions), or is it just >> the filesystem that isn't being resized (as referenced by df)? >> >> On Tue, Aug 5, 2014 at 3:41 PM, Dinu Vlad <dinuvlad13 at gmail.com> wrote: >> > There?s a known issue with Havana?s rbd driver in nova and it has nothing >> > to do with ceph. Unfortunately, it is only fixed in icehouse. See >> > https://bugs.launchpad.net/ubuntu/+source/nova/+bug/1219658 for more >> > details. >> > >> > I can confirm that applying the patch manually works. >> > >> > On 05 Aug 2014, at 11:00, Hauke Bruno Wollentin <Hauke- > Bruno.Wollentin at innovo-cloud.de> wrote: >> >> Hi folks, >> >> >> >> we use Ceph Dumpling as storage backend for Openstack Havana. However our >> >> instances are not able to resize its root filesystem. >> >> >> >> This issue just occurs for the virtual root disk. If we start instances >> >> with an attached volume, the virtual volume disks size is correct. >> >> >> >> Our infrastructure: >> >> - 1 OpenStack Controller >> >> - 1 OpenStack Neutron Node >> >> - 1 OpenStack Cinder Node >> >> - 4 KVM Hypervisors >> >> - 4 Ceph-Storage Nodes including mons >> >> - 1 dedicated mon >> >> >> >> As OS we use Ubuntu 12.04. >> >> >> >> Our cinder.conf on Cinder Node: >> >> >> >> volume_driver = cinder.volume.driver.RBDDriver >> >> rbd_pool = volumes >> >> rbd_secret = SECRET >> >> rbd_user = cinder >> >> rbd_ceph_conf = /etc/ceph/ceph.conf >> >> rbd_max_clone_depth = 5 >> >> glance_api_version = 2 >> >> >> >> Our nova.conf on hypervisors: >> >> >> >> libvirt_images_type=rbd >> >> libvirt_images_rbd_pool=volumes >> >> libvirt_images_rbd_ceph_conf=/etc/ceph/ceph.conf >> >> rbd_user=admin >> >> rbd_secret_uuid=SECRET >> >> libvirt_inject_password=false >> >> libvirt_inject_key=false >> >> libvirt_inject_partition=-2 >> >> >> >> In our instances we see that the virtual disk isn't _updated_ in its >> >> size. It still uses the size specified in the images. >> >> >> >> We use growrootfs in our images as described in the documentation + >> >> verified its functionality (we switched temporarly to LVM as the storage >> >> backend, that works). >> >> >> >> Our images are manually created regarding the documention (means only 1 >> >> partition, no swap, cloud-utils etc.). >> >> >> >> Does anyone has some hints how to solve this issue? >> >> >> >> Cheers, >> >> Hauke >> >> _______________________________________________ >> >> ceph-users mailing list >> >> ceph-users at lists.ceph.com >> >> http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com >> > >> > _______________________________________________ >> > ceph-users mailing list >> > ceph-users at lists.ceph.com >> > http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com >> >> _______________________________________________ >> ceph-users mailing list >> ceph-users at lists.ceph.com >> http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com > -- > Hauke Bruno Wollentin > (Infrastructure Engineer Cloud) > > > iNNOVO Cloud GmbH > > D?sseldorfer Stra?e 40a > > 65760 Eschborn (Taunus) > > Tel. 069/ 24 747 18-26 > > Fax. 069/ 24 747 18-1022 > > Mail. hauke-bruno.wollentin at innovo-cloud.de > > > > Gesch?ftsf?hrung: Dr. Sebastian Ritz, Stefan > Sickenberger > > Registergericht Frankfurt a.M., HRB 95751/USt.-IdNr.: DE2870 34448 > Frankfurter Volksbank eG (Blz. 501 900 00) Konto 600 200 9917 > IBAN DE94501900006002009917 BIC: FFVBDEFF > > > > Informationen (einschlie?lich Pflichtangaben) zu einzelnen, innerhalb der > EU t?tigen Gesellschaften und Zweigniederlassungen der iNNOVO Cloud gmbH > finden Sie unter http://www.innovo-cloud.de/pflichtangaben.htm. Diese > E-Mail enth?lt vertrauliche und/ oder rechtlich gesch?tzte Informationen. > Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrt?mlich > erhalten haben, informieren Sie bitte sofort den Absender und vernichten > Sie diese E-Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe > dieser E-Mail ist nicht gestattet. > > Please refer to http://www.innovo-cloud.de for information (including > mandatory corporate particulars) on selected iNNOVO Cloud in the European > Union. This e-mail may contain confidential and/or privileged information. > If you are not the intended recipient (or have received this e-mail in > error) please notify the sender immediately and delete this e-mail. Any > unauthorized copying, disclosure or distribution of the material in this > e-mail is strictly forbidden.
 |