Open Stack

What if I change Image ID in glance DB for an existing image's ID? As far
as I see, if you delete an image you can't reboot the instances that were
created with that image, doesn't sound fine. I must be loosing something
here...


2014-05-27 16:56 GMT-03:00 Juan José Pavlik Salles <jjpavlik at gmail.com>:

> Great, now I understand that, new thing learned hahah! But this problem
> doesn't seem to be related with the _base files, the log says it couldn't
> found the Image file, that's why I'm confused and don't see the point. I'll
> try spying the code a bit, maybe it's a simple check and there's no real
> need of the image file.
>
>
> 2014-05-27 16:29 GMT-03:00 George Shuklin <george.shuklin at gmail.com>:
>
>  _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>:
>>
>>>  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 listOpenStack-operators at lists.openstack.orghttp://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
>>>
>>>
>>>
>>> _______________________________________________
>>> OpenStack-operators mailing list
>>> 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
>>
>>
>>
>
>
> --
> Pavlik Salles Juan José
> Blog - http://viviendolared.blogspot.com
>



-- 
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/34218381/attachment.html>