
On 9/21/2010 10:02 AM, Daniel P. Berrange wrote:
On Mon, Sep 20, 2010 at 04:07:32PM -0700, Venkateswararao Jujjuri (JV) wrote:
On 9/14/2010 9:34 AM, Venkateswararao Jujjuri (JV) wrote:
On 9/14/2010 2:43 AM, Daniel P. Berrange wrote:
On Tue, Sep 14, 2010 at 11:03:04AM +0530, Harsh Bora wrote:
As QEMU provides support for accessing such shared directory with the help of 9p server, and therefore need to be passed additional commandline argument while starting, I wanted to test it using XML and libvirt.
So, if the idea looks good to everyone, we can have something like:
<shareddir fstype=local path='/folder/to/share' mount_tag='unique_tag' security_model='as_applicable'>
fstype may not be 'local' all the time. So in the XML description, I would propose something like fstype='filesystem type' or something like that. For now only QEMU supports local. This keyword represents all local filesystems like ext3/ext4 etc.
We already have an XML syntax defined for filesystems using the<filesystem> element. I've proposed an impl for QEMU using p9fs before, but we didn't apply it yet.
http://www.redhat.com/archives/libvir-list/2010-July/msg00458.html
Taking a closer look at the Danial's patch above, it covers almost all our needs. Except that the fstype and security models are hard coded.
fstype is hardcoded to local only in so much as there aren't any other options in QEMU for fstype. If QEMU adds other fstype options, we'll extend<filesystem type='XXXX'> to cover them. Currently type='bind' in the XML maps to fstype=local in QEMU.
local is the only option now. But we expect it to have more options sooner if not later. It will be great if there is a way we can make it a tag/variable in this attempt. If you think it is better to deal with it later..sure we can live with that. :)
+ virBufferAddLit(&opt, "local,security_model=mapped");
Any reason why it was not taken yet?
I wanted to decide on best setting for security model. I think it might be better to make it use passthrough by default, since that gives better interoperability for users with matching host/guest IDs.
Sure passthrough is the most compatible option. Can you please explain what do you mean by "best setting"? you mean the tag name? Can we introduce new tags for security_mode and fstype(instead of overloading type=bind)? Thanks, JV
Daniel