Yes, I use cloud-init with cloud-initramfs-growroot without other scripts. I tested your advices within a fresh image, but poorly I do not see any result. The only thing the log said about my mounts oder FS' is [CLOUDINIT] helpers.py[DEBUG]: Running config-mounts using lock (<FileLock using file '/var/lib/cloud/instances/i-0000021f/sem/config_mounts'>) [CLOUDINIT] DataSourceEc2.py[DEBUG]: Unable to convert ephemeral0 to a device [CLOUDINIT] cc_mounts.py[DEBUG]: Ignoring nonexistant named default mount ephemeral0 [CLOUDINIT] DataSourceEc2.py[DEBUG]: Unable to convert swap to a device [CLOUDINIT] cc_mounts.py[DEBUG]: Ignoring nonexistant named default mount swap [CLOUDINIT] cc_mounts.py[DEBUG]: No modifications to fstab needed. There is also no output in the log relating to "growroot", "growpart" oder "resizefs" module. Can I run those modules manually just to check wether they'll work or not? Kind regards, Hauke --- original message timestamp: Wednesday, August 06, 2014 10:46:27 AM from: Jeremy Hanmer <jeremy.hanmer at dreamhost.com> to: Hauke Bruno Wollentin <Hauke-Bruno.Wollentin at innovo-cloud.de> 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: <CAKRUTFC024+Q-AoY-BX- JbKSNwcegM0Oz_LYNmyu5DJ3eTL2Ww at mail.gmail.com> > 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. -- 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. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: This is a digitally signed message part. URL: <http://lists.ceph.com/pipermail/ceph-users-ceph.com/attachments/20140807/96354551/attachment.pgp>
 |