<p><br>
在 2012-8-24 AM12:34，"Yunkai Zhang" <<a href="mailto:yunkai.me@gmail.com">yunkai.me@gmail.com</a>>写道：<br>
><br>
> On Thu, Aug 23, 2012 at 10:20 PM, MORITA Kazutaka<br>
> <<a href="mailto:morita.kazutaka@lab.ntt.co.jp">morita.kazutaka@lab.ntt.co.jp</a>> wrote:<br>
> > At Thu, 23 Aug 2012 21:46:55 +0800,<br>
> > Yunkai Zhang wrote:<br>
> >><br>
> >> When inconsistency happens, in the worst case, we just need to make<br>
> >> replicas with the same value but needn't to care about which replica<br>
> >> is correct.<br>
> >><br>
> >> But in the best case, only several objects were polluted, then this<br>
> >> patch can give us a chance to verify them, This patch is used to work<br>
> >> with 'collie vdi check' command, that is my original intention when<br>
> >> developed it.<br>
> ><br>
> > Well, replica inconsistency happens only when the VM terminates<br>
> > unexpectedly.  If the vm image needs a fix, the guest os filesystem<br>
> > should fix it.  What sheepdog should do is only keeping consistency so<br>
><br>
> Can you explain how the guest os files system fix it?<br>
><br>
> I had discussed with Yuan, he told me that these inconsistent replicas</p>
<p>maybe you misunderstand me. I didn't say it's useless. We can't remove them at all. I think what Ive said was similar to Kazum</p>
<p>Yuan</p>
<p>> is useless for VM. If so, I will have another question: why not delete<br>
> it directly? Or if these replicas are useful data, How can we randomly<br>
> select a replica?<br>
><br>
> > that the VMs doesn't read the wrong data as a block storage, isn't it?<br>
> > Have you ever encountered a situation where you need to specify a<br>
> > replica to be recovered?<br>
> ><br>
> > Thanks,<br>
> ><br>
> > Kazutaka<br>
><br>
><br>
><br>
> --<br>
> Yunkai Zhang<br>
> Work at Taobao<br>
> --<br>
> sheepdog mailing list<br>
> <a href="mailto:sheepdog@lists.wpkg.org">sheepdog@lists.wpkg.org</a><br>
> <a href="http://lists.wpkg.org/mailman/listinfo/sheepdog">http://lists.wpkg.org/mailman/listinfo/sheepdog</a><br>
</p>