<font size=2 face="sans-serif"><br>
></font><tt><font size=2>>     In this model,if node1 down,whether
can /media/nas/node1 be loaded<br>
</font></tt><font size=2 face="sans-serif">></font><tt><font size=2>>
within other node online and guest can still access the data in<br>
</font></tt><font size=2 face="sans-serif">></font><tt><font size=2>>
/media/nas/node1 existed.<br>
<br>
</font></tt><font size=2 face="sans-serif">></font><tt><font size=2>The
one you speak about is the standard share storage model.<br>
</font></tt><font size=2 face="sans-serif">></font><tt><font size=2>Why
don't you save your qcow2/raw files directly in the shared storage?</font></tt>
<br><tt><font size=2>       Because we have mutiple
nodes to access the same shared storage the same time,so we need a clustered
filesystem to manage.<br>
</font></tt><font size=2 face="sans-serif">></font><tt><font size=2>Or
export block devices by iscsi or nbd?</font></tt>
<br><tt><font size=2>       We use fiber storage.<br>
</font></tt><font size=2 face="sans-serif">></font><tt><font size=2>In
other words, that are the benefits of using sheepdog if you already<br>
</font></tt><font size=2 face="sans-serif">></font><tt><font size=2>have
a shared storage?</font></tt>
<br><tt><font size=2>       To implement concurrent
access to the share storage from diffrecent nodes.<br>
</font></tt>
<br><font size=2 face="sans-serif">           </font>
<table>
<tr>
<td>
<td></table>
<br>

<br><pre><font color="blue">
--------------------------------------------------------
ZTE Information Security Notice: The information contained in this mail (and any attachment transmitted herewith) is privileged and confidential and is intended for the exclusive use of the addressee(s).  If you are not an intended recipient, any disclosure, reproduction, distribution or other dissemination or use of the information contained is strictly prohibited.  If you have received this mail in error, please delete it and notify us immediately.

</font></pre><br>