Open Stack

_base contains 'base' copy of disk, if disk is in qcow format.

Qcow consists from basic (unmodified) image and file with changes. If 
instance never write to some area, it will be read from base copy. As 
soon it write something there, new data will be read from disk, not from 
_base.


On 05/27/2014 10:18 PM, Juan José Pavlik Salles wrote:
> Hi George, I don't really understand the relationship between _base 
> and the b17bfae2-27b4-49a4-9d1b-bd739b400347 (instance directory, 
> where the disks are), this is what _base contains
>
> root at cebolla:/var/lib/nova/instances# ll _base/
> total 2424832
> drwxr-xr-x  2 nova         nova       3896 may 27 15:23 ./
> drwxr-xr-x 28 nova         nova       3896 may 27 14:36 ../
> -rw-r--r--  1 nova         kvm  2147483648 may 27 15:52 
> 1cfaaa19259a9538efb89dd674645af7ad334322
> -rw-r--r--  1 nova         nova 8589934592 nov 18  2013 swap
> -rw-r--r--  1 libvirt-qemu kvm   536870912 nov 15  2013 swap_512
> root at cebolla:/var/lib/nova/instances#
>
> And I've checked glance DB and 
> the 39baad54-6ce1-4f42-b431-1bac4fd6df28 register is indeed marked as 
> deleted and the file is gone:
>
> root at acelga:/var/lib/glance# ls images
> 37a88684-f1d8-472a-8681-65eb047c2100 
>  c94ee2f6-fae5-451c-9633-18c33ec512de 
>  d21dd4db-389c-4f4c-a749-91acc1262652
> root at acelga:/var/lib/glance#
>
> Is there any healthy way to start the instances without this lost 
> image? Do I really need the image to start the instances?
>
> Thanks
>
>
> 2014-05-27 15:58 GMT-03:00 George Shuklin <george.shuklin at gmail.com 
> <mailto:george.shuklin at gmail.com>>:
>
>     I think nova checking if image is in place and available to
>     restore image _base (if it missing). But if _base is fine, I think
>     it's strange to complain about glance images...
>
>
>     On 05/27/2014 09:32 PM, Juan José Pavlik Salles wrote:
>>     Hi guys, today we found out that one of our compute nodes had
>>     rebooted durning the night, so when i got to the office I started
>>     rebooting the instances but... they never started. After a quite
>>     a few reboots I saw the light at the end of the tunnel...
>>
>>     2014-05-27 15:23:45.002 ERROR nova.compute.manager
>>     [req-a76d922e-4aaa-4357-83cb-5e5a1869b5cc
>>     31020076174943bdb7486c330a298d93
>>     d1e3aae242f14c488d2225dcbf1e96d6] [instance:
>>     b17bfae2-27b4-49a4-9d1b-bd739b400347] Cannot reboot instance:
>>     Image 39baad54-6ce1-4f42-b431-1bac4fd6df28 could not be found.
>>
>>     I've got 3 instances with this same error, all of them were
>>     created from the same glance image which is not longer among us
>>     (replaced for a new one). My question is, why do the instance
>>     need the image to start? The instance disks are there
>>
>>       root at cebolla:/var/lib/nova# ll
>>     instances/b17bfae2-27b4-49a4-9d1b-bd739b400347/
>>     total 3233792
>>     drwxr-xr-x  2 nova nova       3896 feb 20 12:49 ./
>>     drwxr-xr-x 28 nova nova       3896 may 27 14:36 ../
>>     -rw-rw----  1 root root          0 may 27 15:23 console.log
>>     -rw-r--r--  1 root root 2773155840 may 24 20:23 disk
>>     -rw-r--r--  1 root root  537198592 may 16 16:14 disk.swap
>>     -rw-r--r--  1 nova nova       1782 may 27 15:23 libvirt.xml
>>     root at cebolla:/var/lib/nova#
>>
>>     Any ideas will be more than apreciated.
>>
>>     Thanks guys!
>>
>>     -- 
>>     Pavlik Salles Juan José
>>     Blog - http://viviendolared.blogspot.com
>>
>>
>>     _______________________________________________
>>     OpenStack-operators mailing list
>>     OpenStack-operators at lists.openstack.org  <mailto:OpenStack-operators at lists.openstack.org>
>>     http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
>
>
>     _______________________________________________
>     OpenStack-operators mailing list
>     OpenStack-operators at lists.openstack.org
>     <mailto:OpenStack-operators at lists.openstack.org>
>     http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
>
>
>
>
> -- 
> Pavlik Salles Juan José
> Blog - http://viviendolared.blogspot.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-operators/attachments/20140527/90b51c3c/attachment.html>