From: Laszlo Ersek <lersek@redhat.com>
To: Miklos Szeredi <mszeredi@redhat.com>
Cc: "Daniel P. Berrangé" <berrange@redhat.com>,
"qemu devel list" <qemu-devel@nongnu.org>,
"Dr. David Alan Gilbert" <dgilbert@redhat.com>,
virtio-fs@redhat.com, "Stefan Hajnoczi" <stefanha@redhat.com>,
"Max Reitz" <mreitz@redhat.com>,
"Vivek Goyal" <vgoyal@redhat.com>
Subject: virtiofsd: sshfs as submount?
Date: Sun, 20 Dec 2020 00:41:20 +0100 [thread overview]
Message-ID: <599fd4bd-2f62-1ce5-2b9c-0512ee7ead6e@redhat.com> (raw)
Hi Miklos,
the following 2019 presentation on Stefan's website:
https://vmsplice.net/
virtio-fs: A Shared File System for Virtual Machines at KVM Forum 2019
https://vmsplice.net/~stefan/virtio-fs_%20A%20Shared%20File%20System%20for%20Virtual%20Machines.pdf
has a slide called "Use case: File system-as-a-service" (slide#4). It
seems to confirm my "grand" idea to expose an sshfs submount to the
guest, via virtiofsd. (The guest need not / should not know it's a
submount, just see the files.) Beyond the pure utility of this, it feels
exciting to chain FUSE to FUSE. :)
I've tried it; the FUSE_READDIRPLUS request fails.
[2020-12-20 00:32:08.64+0100] [ID: 00000006] unique: 83, opcode: READDIRPLUS (44), nodeid: 1, insize: 80, pid: 1
[2020-12-20 00:32:08.64+0100] [ID: 00000006] unique: 83, error: -13 (Permission denied), outsize: 16
More precisely, it fails on the directory entry in the containing
directory that is the sshfs mount point, when listing the containing
directory.
I've skimmed the following thread:
[PATCH] virtiofsd: Show submounts
https://www.redhat.com/archives/virtio-fs/2020-April/msg00023.html
(which is now QEMU commit ace0829c0d08), and I vaguely suspect it should
work -- the MS_REC flag is present, and the MS_REC flag seems to be so
old that I think my host kernel (latest RHEL7) must support it too.
So... does the sshfs filesystem present itself as unshareable? Is it
supposed to work? Does it break for others too?
Thanks!
Laszlo
next reply other threads:[~2020-12-19 23:42 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-12-19 23:41 Laszlo Ersek [this message]
2020-12-21 12:06 ` virtiofsd: sshfs as submount? Max Reitz
2020-12-21 12:23 ` Laszlo Ersek
2020-12-21 12:45 ` Laszlo Ersek
2020-12-21 12:49 ` Max Reitz
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=599fd4bd-2f62-1ce5-2b9c-0512ee7ead6e@redhat.com \
--to=lersek@redhat.com \
--cc=berrange@redhat.com \
--cc=dgilbert@redhat.com \
--cc=mreitz@redhat.com \
--cc=mszeredi@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=stefanha@redhat.com \
--cc=vgoyal@redhat.com \
--cc=virtio-fs@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).