[[6.9.0-beta35] virtio-fs fails to start]

Thank you very much for your work @SimonF!

 

So far it seems to work pretty good, however bonnie++ doesn't want to run on the mounted drive, but I'll get that sorted out.

I had to remove the "cache mode" part since I don't wan't it to write to the cache pool.

 

Without having measured with any tool, performance of my nextcloud instance seems to have improved quite a bit.

[[6.9.0-beta35] virtio-fs fails to start]

@SimonF But what's the reason for this mount freezing my whole shell? 

When mounting it (even with -v) it throws no errors.

 

And what is the fix for this that is implemented in the next version? Knowing Unraid this could probably take a few months

 

 

[[6.9.0-beta35] virtio-fs fails to start]

  <memoryBacking>
    <source type='memfd'/>
    <access mode='shared'/>
  </memoryBacking>    

@SimonF adding this to the config fixed the error in Unraid, but I am not able to use the mount inside my Debian VM.

Whenever I try to cd or even ls the folder it's mounted to the shell completely freezes, via SSH and even VNC. It seems it does not get mounted properly.

 

I can't even umount it.

[[6.9.0-beta35] virtio-fs fails to start]

23 hours ago, SimonF said:

Which os vers are you running?

6.11.0

[[6.9.0-beta35] virtio-fs fails to start]

@SimonF

 

Since Unraid uses qemu 6.2 in the latest version this should work, doesn't it?

 

For me adding your snippet causes a bunch of errors, for example:

unsupported configuration: 'virtiofs' requires shared memory

 

Before it kinda worked (I could at least add the XML Configuration and save it) but when I tried to mount it in debian the system complete froze and it also broke other mounts. Unraid VMs behave very weirdly sometimes.

[Slow SMB performance]

I have the same problems, except worse.

It takes literally 1-2 seconds for each file that gets transferred to the unraid server, even though they are all 8kb in size. This is just a pain in the a...