<div dir="ltr"><div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Apr 1, 2021 at 7:58 AM Stefan Hajnoczi <<a href="mailto:stefanha@redhat.com">stefanha@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">On Mon, Mar 29, 2021 at 04:49:31PM -0700, Eric Ernst wrote:<br>
> I'd like to see if we can create a pattern in upstream Kata Containers to<br>
> help facilitate directly assigning volumes to the VM via virtio-blk,<br>
> skipping any mounts on the host, and avoiding needing to use a shared<br>
> file-system for the particular volume. Some of the benefits in doing this:<br>
>  - we can better isolate the host (no mounted filesystem),<br>
<br>
It would be nice to make the mechanism extensible so other types of<br>
volumes can be attached in the future.<br>
<br>
It might be desirable to perform an NFS mount inside the sandbox VM<br>
instead of on the host, for example. The downside is that the sandbox VM<br>
needs access to the storage network, but the host kernel is no longer<br>
involved.<br></blockquote><div><br></div><div>Stefan,</div><div><br></div><div>Sorry I missed this initial reply. Can you help with identifying how you think we should augment the DiskMountInfo structure to accomodate? </div><div><br></div><div>Eric </div><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">
<br>
Stefan<br>
</blockquote></div></div></div>