[Sheepdog] Backup/Images

[Yibin Shen]

hmm, this idea looks good to me.

On Sun, Oct 9, 2011 at 2:27 PM, Liu Yuan <namei.unix at gmail.com<mailto:namei.unix at gmail.com>> wrote:
On 10/09/2011 02:21 PM, Yibin Shen wrote:


On Sun, Oct 9, 2011 at 1:33 PM, Liu Yuan <namei.unix at gmail.com<mailto:namei.unix at gmail.com>> wrote:
On 10/09/2011 01:07 PM, MORITA Kazutaka wrote:
At Sun, 9 Oct 2011 11:21:52 +0800,
Yibin Shen wrote:
Use mmap is much simpler than local backup image, and without
any influence to consistency. but it doesn't improve availability
while whole sheepdog cluster is die(such as some odd network
partition issue).

anyway, if no one againsts, I will try to implement it in the
near future (after we solved most stability issues)
Can we implement it as an extension of the cache mechanism?  If the
local cache file has whole data in the Sheepdog VDI, we can regard it
as a local backup image.

Thanks,

Kazutaka

Maybe we can read-ahead in the whole data if network is not busy gradually? When the whole image is read in, we can mark it as 'complete'.  If some time the cluster crashes, the complete image would help the VMs on the very node to survive the crash. The dirty bits will be flushed into cluster store in recovery stage.

read-ahead whole image into memory?


Into file in the local disk, that is supposed to be mmapped into qemu process memory.

Thanks,
Yuan

--
sheepdog mailing list
sheepdog at lists.wpkg.org<mailto:sheepdog at lists.wpkg.org>
http://lists.wpkg.org/mailman/listinfo/sheepdog



________________________________

This email (including any attachments) is confidential and may be legally privileged. If you received this email in error, please delete it immediately and do not copy it or use it for any purpose or disclose its contents to any other person. Thank you.

本电邮(包括任何附件)可能含有机密资料并受法律保护。如您不是正确的收件人，请您立即删除本邮件。请不要将本电邮进行复制并用作任何其他用途、或透露本邮件之内容。谢谢。
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.wpkg.org/pipermail/sheepdog/attachments/20111009/d69cd91e/attachment-0003.html>