From: Markus Frank <m.frank@proxmox.com>
To: Lukas Wagner <l.wagner@proxmox.com>,
Proxmox VE development discussion <pve-devel@lists.proxmox.com>
Subject: Re: [pve-devel] [PATCH cluster/guest-common/docs/qemu-server/manager v15 0/12] virtiofs
Date: Fri, 4 Apr 2025 17:08:26 +0200 [thread overview]
Message-ID: <51144749-b163-4c6f-a547-08dd9957bf8b@proxmox.com> (raw)
In-Reply-To: <87dd765f-5366-43ad-87da-732c5ff9b149@proxmox.com>
On 2025-04-04 10:27, Lukas Wagner wrote:
> On 2025-04-03 12:34, Markus Frank wrote:
>> Virtio-fs is a shared file system that enables sharing a directory
>> between host and guest VMs. It takes advantage of the locality of
>> virtual machines and the hypervisor to get a higher throughput than
>> the 9p remote file system protocol.
>>
>
> Some thoughts - no blockers though, can easily be done in follow-ups:
>
> - Thinking through my potential use-cases for a feature like this, I think it would be pretty nice
> to expose the 'readonly' flag [1] under 'Advanced', the same way you did it with e.g. "Allow Direct IO"
readonly does not exist in virtiofsd 1.10.1. Could be a feature for PVE 9.0.
>
> - I'd remove the "Make sure the directory exists." banner in the "Add Dir Mapping" dialog.
> People get an error message any way when they try to create a mapping and the directory
> does not exist.
I would keep it, as we currently cannot check if it exists on a different node.
>
> - I tried this feature out without reading any documentation first, basically to check for any obvious
> UX issues that are not as clearly noticable if you know how everything works.
> Trying to add a filesystem passthrough, my first instinct was to go to the VM's Hardware
> settings. I was presented with a new "Virtiofs" option under "Add".
> Maybe this could be called "Directory Passthrough" or "Filesystem Passthrough" to better
> convey what it does? Users might not be aware what "Virtiofs" is if they haven't read the docs.
I think you should read the docs when using Virtiofs because of the current limitations.
Directory Passthrough may sound like it would just work out of the box like bind mounts.
Also there might be different "Directory Passthrough" technologies in the future.
>
> Inside the new "Add" dialog I was then stuck at first. It allowed me to select a Directory ID,
> but I haven't created one yet. As a user it was not completely clear what the next step would be
> at this point.
> Maybe this could show a small hint about where to create
> new mappings? e.g. "Directory Mappings can be managed under Datacenter → Resource Mapping" or alike.
Good idea. I will have it in v16.
>
> - In the documentation it is not really mentioned that one is able to create a
> mapping from the GUI. The text reads like you have to use the `pvesh` command to create it.
It is described in the Resource Mapping section that is linked.
>
> - Maybe some table for the available options (e.g. direct io, cache, etc.) with the effects
> and possible values would be easier to comprehend than embedding it into free-flowing text.
>
> As I said, no blockers from my side though :) Great work!
>
> [1] https://gitlab.com/virtio-fs/virtiofsd#faq
>
_______________________________________________
pve-devel mailing list
pve-devel@lists.proxmox.com
https://lists.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
next prev parent reply other threads:[~2025-04-04 15:09 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-04-03 10:34 Markus Frank
2025-04-03 10:34 ` [pve-devel] [PATCH cluster v15 1/12] add mapping/dir.cfg for resource mapping Markus Frank
2025-04-04 13:46 ` Fiona Ebner
2025-04-03 10:34 ` [pve-devel] [PATCH guest-common v15 2/12] add dir mapping section config Markus Frank
2025-04-04 12:17 ` Daniel Kral
2025-04-03 10:34 ` [pve-devel] [PATCH docs v15 3/12] add doc section for the shared filesystem virtio-fs Markus Frank
2025-04-04 12:20 ` Daniel Kral
2025-04-03 10:34 ` [pve-devel] [PATCH qemu-server v15 4/12] control: add virtiofsd as runtime dependency for qemu-server Markus Frank
2025-04-03 10:34 ` [pve-devel] [PATCH qemu-server v15 5/7] fix #1027: virtio-fs support Markus Frank
2025-04-04 12:19 ` Daniel Kral
2025-04-03 10:34 ` [pve-devel] [PATCH qemu-server v15 6/12] migration: check_local_resources for virtiofs Markus Frank
2025-04-04 12:18 ` Daniel Kral
2025-04-03 10:34 ` [pve-devel] [PATCH qemu-server v15 7/12] disable snapshot (with RAM) and hibernate with virtio-fs devices Markus Frank
2025-04-03 10:34 ` [pve-devel] [PATCH manager v15 08/12] api: add resource map api endpoints for directories Markus Frank
2025-04-03 10:34 ` [pve-devel] [PATCH manager v15 09/12] ui: add edit window for dir mappings Markus Frank
2025-04-04 12:21 ` Daniel Kral
2025-04-03 10:34 ` [pve-devel] [PATCH manager v15 10/12] ui: add resource mapping view for directories Markus Frank
2025-04-04 12:21 ` Daniel Kral
2025-04-03 10:34 ` [pve-devel] [PATCH manager v15 11/12] ui: form: add selector for directory mappings Markus Frank
2025-04-03 10:34 ` [pve-devel] [PATCH manager v15 12/12] ui: add options to add virtio-fs to qemu config Markus Frank
2025-04-04 12:21 ` Daniel Kral
2025-04-03 11:18 ` [pve-devel] [PATCH cluster/guest-common/docs/qemu-server/manager v15 0/12] virtiofs Markus Frank
2025-04-03 14:11 ` Lukas Wagner
2025-04-04 8:27 ` Lukas Wagner
2025-04-04 15:08 ` Markus Frank [this message]
2025-04-04 12:22 ` Daniel Kral
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=51144749-b163-4c6f-a547-08dd9957bf8b@proxmox.com \
--to=m.frank@proxmox.com \
--cc=l.wagner@proxmox.com \
--cc=pve-devel@lists.proxmox.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
Service provided by Proxmox Server Solutions GmbH | Privacy | Legal