[openstack-dev] 答复: [OpenStack-dev][Nova] Can we add one configuration item for cache-using in libvirt/hypervisor?
Rui Chen
chenrui.momo at gmail.com
Tue Feb 25 01:58:36 UTC 2014
*I think domain attribute is more appropriate than nova.conf node config,
need to consider across host task like **migrate and live-migrate :)*
2014-02-24 10:45 GMT+08:00 zhangyu (AI) <zhangyu11 at huawei.com>:
> Sure, hard-coding seems weird…
>
>
>
> However, a global configuration here dominates all domains. It might be a
> little too strong in cases in which we want to apply various configurations
> to different domains.
>
>
>
> Could we add any new attributes in the info for creating a domain for
> this? Or any other suggestion?
>
>
>
> Thanks!
>
>
>
> *发件人:* wu jiang [mailto:wingwj at gmail.com]
> *发送时间:* 2014年2月24日 10:31
> *收件人:* OpenStack Development Mailing List
> *主题:* [openstack-dev] [OpenStack-dev][Nova] Can we add one configuration
> item for cache-using in libvirt/hypervisor?
>
>
>
> Hi all,
>
>
>
> Recently, I met one scenario which needs to close the cache on linux
> hypervisor.
>
>
>
> But some codes written in libvirt/driver.py (including suspend/snapshot)
> are hard-coded.
>
> For example:
>
> -----------
>
> def suspend(self, instance):
>
> """Suspend the specified instance."""
>
> dom = self._lookup_by_name(instance['name'])
>
> self._detach_pci_devices(dom,
>
> pci_manager.get_instance_pci_devs(instance))
>
> dom.managedSave(0)
>
>
>
> So, can we add one configuration item in nova.conf, like
> *DOMAIN_SAVE_BYPASS_CACHE*, to let operator can handle it?
>
>
>
> That would be improved flexibility of Nova.
>
>
>
>
>
> Thanks
>
> wingwj
>
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20140225/286b14ac/attachment.html>
More information about the OpenStack-dev
mailing list