<div dir="ltr"><div><div><div><div>Hi George, thank you for helping. Now, it is working. Bellow the answers for the questions. <br>I do not know what happened to fix the problem. I uploaded a new image in the VMDK format. So, that image worked. When I tried to boot the qcow2 again, it got work again. Very strange. Makes no sense.<br><br>When you sent the first message about the size of the disk, I changed all sizes in all images but they did not work. Now, all images have a numeric minimum disk size. I'm guessing that there were some cache of information in compute nodes and after some time (or operation, the upload of the new image with different format) the size value was uploaded. This makes more sense.</div><div><br>--<br><br>Yes. I got the image here <a href="http://cloud-images.ubuntu.com/xenial/current/xenial-server-cloudimg-amd64-disk1.img">http://cloud-images.ubuntu.com/xenial/current/xenial-server-cloudimg-amd64-disk1.img</a><br><br>file xenial-server-cloudimg-amd64-disk1.img <br>xenial-server-cloudimg-amd64-disk1.img: QEMU QCOW Image (v2), 2361393152 bytes<br><br></div>So, I uploaded using Dashboard interface. <br><br><span style="font-family:monospace,monospace"># glance image-list<br>+--------------------------------------+---------------------------------+<br>| ID | Name |<br>+--------------------------------------+---------------------------------+<br>| 4042dc9e-3c18-44cf-94c8-83a0cd3f2b34 | CentOS 7 |<br>| f6f686a0-1b20-4145-b994-ba5099c5db7f | Cirros |<br>| 38505fbf-931b-4abb-a597-b2d5bddbce14 | Fedora 25 |<br>| 440759bb-4fdf-4f00-80af-beb96603503c | openSUSE 13.2 |<br>| 3337bc25-c176-4055-b163-27fbd5fd6b41 | Ubuntu Server 16.04 LTS |<br><b>| dea4fcc9-ee19-4b9b-a144-2e203af998bb | Ubuntu Server 16.04 LTS QCOW |</b><br>| d83837d2-ce64-4391-b96e-d5ed9d2fdb2c | Windows Server 2012 R2 Std Eval |<br>+--------------------------------------+---------------------------------+<br><br># glance image-show <b>dea4fcc9-ee19-4b9b-a144-2e203af998bb</b><br>+------------------+--------------------------------------+<br>| Property | Value |<br>+------------------+--------------------------------------+<br>| architecture | x86_64 |<br>| checksum | ea7e3472f778730063b0c483e00abe4f |<br>| container_format | bare |<br>| created_at | 2017-01-20T16:31:37Z |<br>| description | Ubuntu Server 16.04 LTS QCOW |<br>| disk_format | qcow2 |<br>| id | dea4fcc9-ee19-4b9b-a144-2e203af998bb |<br>| min_disk | 5 |<br>| min_ram | 2048 |<br>| name | Ubuntu Server 16.04 LTS QCOW |<br>| owner | 769822d4bf984cfeb3ab910cec9fa5b3 |<br>| protected | False |<br>| size | 322502656 |<br>| status | active |<br>| tags | [] |<br>| updated_at | 2017-01-20T16:31:38Z |<br>| virtual_size | None |<br>| visibility | public |<br>+------------------+--------------------------------------+</span><br><br></div>That image wasn't working. When I uploaded the VMDK one, them this QCOW started work again. <br><br>Anyway thanks for the help. <br><br></div>But I still do not understand what caused the problem.<br><br></div>Cheers!<br><div><div><div><br><br></div></div></div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">- JLC</div></div></div>
<br><div class="gmail_quote">On Fri, Jan 20, 2017 at 2:21 PM, George Mihaiescu <span dir="ltr"><<a href="mailto:lmihaiescu@gmail.com" target="_blank">lmihaiescu@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto"><div></div><div>Did you upload the .img version of the cloud image?</div><div><br></div><div>Can show the output of the "glance image-show xxx"?</div><div><div class="h5"><div><br>On Jan 20, 2017, at 11:05, Jorge Luiz Correa <<a href="mailto:correajl@gmail.com" target="_blank">correajl@gmail.com</a>> wrote:<br><br></div><blockquote type="cite"><div><div dir="ltr"><div>Yes, I've tried with 0 (without define a minimum size) and with large sizes. Same error.<br><br>Two things that I've noted:<br><br>1) When I create a volume based on the image, I can boot the system normally. But, when I try to launch the instance as ephemeral disk (without volume on storage), I get the error. <br><br>2) When I use 'file' to compare the backing file on compute nodes (the image that compute nodes download from glance on controller, in /var/lib/nova/instances/_base) I see different information between the Cirros image (that works) and Ubuntu (that fails). <br><br>file Cirros -> DOS/MBR boot sector; GRand Unified Bootloader, stage1 version 0x3, stage2 address 0x2000, stage2 segment 0x200<br><br>file Ubuntu -> DOS/MBR boot sector<br><br>Could this be the problem? <br></div></div><div class="gmail_extra"><br clear="all"><div><div class="m_5981804967594409636gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">- JLC</div></div></div>
<br><div class="gmail_quote">On Fri, Jan 20, 2017 at 11:47 AM, George Mihaiescu <span dir="ltr"><<a href="mailto:lmihaiescu@gmail.com" target="_blank">lmihaiescu@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto"><div></div><div>Check if the flavour you chose has a large enough root disk.</div><div><div class="m_5981804967594409636h5"><div><br>On Jan 20, 2017, at 08:25, Jorge Luiz Correa <<a href="mailto:correajl@gmail.com" target="_blank">correajl@gmail.com</a>> wrote:<br><br></div><blockquote type="cite"><div><div dir="ltr"><div><div>Hi, I need some help with images that I can't boot. I've here some images like Cirros, Ubuntu, Fedora, CentOS etc. All downloaded as indicated here:<br><br><a href="http://docs.openstack.org/image-guide/obtain-images.html" target="_blank">http://docs.openstack.org/imag<wbr>e-guide/obtain-images.html</a><br><br></div>Some weeks ago they were working fine. But now, I can boot only Cirros image. Ubuntu, Fedora, CentOS etc give me the same error, as bellow (example of Ubuntu). <br><br>------------------------<br><br>Begin: Running /scripts/init-premount ... done.<br>Begin: Mounting root file system ... Begin: Running /scripts/local-top ... done.<br>Begin: Running /scripts/local-premount ... [ 4.703377] Btrfs loaded<br>Scanning for Btrfs filesystems<br>done.<br>Begin: Waiting for root file system ... Begin: Running /scripts/local-block ... done.<br>Begin: Running /scripts/local-block ... done.<br>Begin: Running /scripts/local-block ... done.<br>Begin: Running /scripts/local-block ... done.<br>Begin: Running /scripts/local-block ... done.<br>Begin: Running /scripts/local-block ... done.<br>Begin: Running /scripts/local-block ... done.<br>Begin: Running /scripts/local-block ... done.<br>Begin: Running /scripts/local-block ... done.<br>Begin: Running /scripts/local-block ... done.<br>Begin: Running /scripts/local-block ... done.<br>Begin: Running /scripts/local-block ... done.<br>Begin: Running /scripts/local-block ... done.<br>Begin: Running /scripts/local-block ... done.<br>Begin: Running /scripts/local-block ... done.<br>Begin: Running /scripts/local-block ... done.<br>Begin: Running /scripts/local-block ... done.<br>Begin: Running /scripts/local-block ... done.<br>Begin: Running /scripts/local-block ... done.<br>Begin: Running /scripts/local-block ... done.<br>Begin: Running /scripts/local-block ... done.<br>Begin: Running /scripts/local-block ... done.<br>Begin: Running /scripts/local-block ... done.<br>Begin: Running /scripts/local-block ... done.<br>Begin: Running /scripts/local-block ... done.<br>Begin: Running /scripts/local-block ... done.<br>Begin: Running /scripts/local-block ... done.<br>Begin: Running /scripts/local-block ... done.<br>Begin: Running /scripts/local-block ... done.<br>Begin: Running /scripts/local-block ... done.<br>done.<br>Gave up waiting for root device. Common problems:<br> - Boot args (cat /proc/cmdline)<br> - Check rootdelay= (did the system wait long enough?)<br> - Check root= (did the system wait for the right device?)<br> - Missing modules (cat /proc/modules; ls /dev)<br>ALERT! LABEL=cloudimg-rootfs does not exist. Dropping to a shell!<br><br><br>BusyBox v1.22.1 (Ubuntu 1:1.22.0-15ubuntu1) built-in shell (ash)<br>Enter 'help' for a list of built-in commands.<br><br>(initramfs) [ 722.260923] random: nonblocking pool is initialized<br><br>------------------------<br><br>Tests already done:<br><br>- download all images again and update on glance;<br>- delete files in instance/_base diretory of compute nodes forcing them download new images from controller;<br>- look for errors on logs (no errors, images are spawned normally);<br><br></div>Tks!<br><div><div><br clear="all"><div><div><div class="m_5981804967594409636m_-8679993993174762416gmail_signature"><div dir="ltr">- JLC</div></div></div>
</div></div></div></div>
</div></blockquote></div></div><blockquote type="cite"><div><span>______________________________<wbr>_________________</span><br><span>Mailing list: <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" target="_blank">http://lists.openstack.org/cgi<wbr>-bin/mailman/listinfo/openstac<wbr>k</a></span><br><span>Post to : <a href="mailto:openstack@lists.openstack.org" target="_blank">openstack@lists.openstack.org</a></span><br><span>Unsubscribe : <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" target="_blank">http://lists.openstack.org/cgi<wbr>-bin/mailman/listinfo/openstac<wbr>k</a></span><br></div></blockquote></div></blockquote></div><br></div>
</div></blockquote></div></div></div></blockquote></div><br></div>