[Openstack-operators] /var/lib/nova/instances fs filled up corrupting my Linux instances

Nathanael Burton nathanael.i.burton at gmail.com
Wed Mar 13 21:27:29 UTC 2013


If using NFS, if base_dir_name was set such that each host used a separate
directory like base_dir_name=_base_$host, wouldn't the image cache manager
perform the desired behavior? (albeit worst case using up to #hosts times
as much storage in the cache).

Thanks,

Nate


On Wed, Mar 13, 2013 at 4:58 PM, Lorin Hochstein
<lorin at nimbisservices.com>wrote:

> Michael:
>
> Is this related to the remove_unused_base_images flag?
>
> cf
> https://review.openstack.org/#/c/22040/
> https://bugs.launchpad.net/nova/+bug/1126375
>
> If so, I think this is a strong argument for changing the default.
>
>
>
> On Wed, Mar 13, 2013 at 1:47 PM, Michael Still <mikal at stillhq.com> wrote:
>
>> On Wed, Mar 13, 2013 at 10:38 AM, Conor Glynn <cglynn at sportingindex.com>
>> wrote:
>> > by the way, yes both compute nodes were using that shared NFS storage...
>>
>> Ok, I think that is likely to have caused base images to go missing.
>> If that's the case, you should be able to rescue the images from
>> snapshots if you have that enabled on your netapp device. If you don't
>> have snapshots or backups, then I think we could tool up a refect from
>> glance, although I suspect that might involve writing code (and
>> therefore delay).
>>
>> Please do let me know how you go with recovering.
>>
>> Michael
>>
>> _______________________________________________
>> OpenStack-operators mailing list
>> OpenStack-operators at lists.openstack.org
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
>>
>
>
>
> --
> Lorin Hochstein
> Lead Architect - Cloud Services
> Nimbis Services, Inc.
> www.nimbisservices.com
>
> _______________________________________________
> OpenStack-operators mailing list
> OpenStack-operators at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-operators/attachments/20130313/ee985807/attachment.html>


More information about the OpenStack-operators mailing list