Jump to content

VirtioFS Support Page


Recommended Posts

2 hours ago, thunderclap said:

I'm trying to keep the directory inaccessible from random people thus the need for a user and password similar to smb. Is there a way to do this with virtiofs but as an executable script instead of a line in fstab? I could then have the script execute on boot. 

I dont think there is a option to use user/password with virtiofs. 

 

you can create a ..profile script in home dir to mount. But the mount point is available in the guest if someone can mount.

  • Thanks 1
Link to comment
On 6/28/2024 at 2:17 PM, SimonF said:

But may cause other challenges in other subsystems, would we need to be introduce as part of the next developement cycle. There is your work around users can use as required.

Fair enough. Looking forward to an official implementation! :) 

Link to comment

Can someone please point me in the right direction? Using the latest rust version 1.11 and the latest Virtio driver (248) in Windows 10 worked well. It was stable and all. Then I wanted to add another folder... did it, and at that point it just kept crashing. Removed it, still, crashing all the time. Perhaps it is also another change that I did... I increased the amount of RAM around that time, as it kept filling up. But I have also reduced the RAM of the VM...

 

What is happening is that during backup one of the drives disappears. I can't mount it again either, so unless I reboot Windows, it is gone The crash happens quite fast, after a few GB have been backed up.

 

What settings do you load virtiofsd with?

 

Ok, so I found the guide by mackid1993, but you're referring to a bash file by SimonF that I just am too blind to find...

Edited by kadajawi
Link to comment
1 hour ago, kadajawi said:

Can someone please point me in the right direction? Using the latest rust version 1.11 and the latest Virtio driver (248) in Windows 10 worked well. It was stable and all. Then I wanted to add another folder... did it, and at that point it just kept crashing. Removed it, still, crashing all the time. Perhaps it is also another change that I did... I increased the amount of RAM around that time, as it kept filling up. But I have also reduced the RAM of the VM...

 

What is happening is that during backup one of the drives disappears. I can't mount it again either, so unless I reboot Windows, it is gone The crash happens quite fast, after a few GB have been backed up.

 

What settings do you load virtiofsd with?

 

Ok, so I found the guide by mackid1993, but you're referring to a bash file by SimonF that I just am too blind to find...

Have you tried on Unraid 7.0-beta1? There are a lot of improvements @SimonF made.

If you are still having stability issues try my guide to enable hugepages, you just need enough RAM to always reserve and have to mind any docker containers (usually anything with a database engine) that will use them before the VM can.

Link to comment
3 hours ago, mackid1993 said:

Have you tried on Unraid 7.0-beta1? There are a lot of improvements @SimonF made.

If you are still having stability issues try my guide to enable hugepages, you just need enough RAM to always reserve and have to mind any docker containers (usually anything with a database engine) that will use them before the VM can.

Thanks. Your initial guide on page 11 helped, after I figured out what needs to be entered in the bash file. For now it is stable.

 

#!/bin/bash

eval exec /usr/bin/virtiofsd $(/usr/local/emhttp/plugins/dynamix.vm.manager/scripts/virtiofsd.php "$@")

Link to comment
5 hours ago, kadajawi said:

Thanks. Your initial guide on page 11 helped, after I figured out what needs to be entered in the bash file. For now it is stable.

 

#!/bin/bash

eval exec /usr/bin/virtiofsd $(/usr/local/emhttp/plugins/dynamix.vm.manager/scripts/virtiofsd.php "$@")

Yup that's it. If you are seeing CPU core spikes and gradual sluggishness with your Windows VM and other VMs you'll want to look into hugepages.

Link to comment
On 7/1/2024 at 3:51 AM, mackid1993 said:

Yup that's it. If you are seeing CPU core spikes and gradual sluggishness with your Windows VM and other VMs you'll want to look into hugepages.

Sadly, after a while it still crashes... drives disappear. Despite following your guide. Any idea what could cause it?

Link to comment
On 7/4/2024 at 10:29 PM, mackid1993 said:

Not sure, maybe try the Unraid beta?

That's a bit too risky for me. Usually I wait a couple of releases after a major release, if possible.

 

I think I had the same issues before, but I can't remember how I managed to fix it. I think it depends on how many files are accessed? Then some process crashes... but memory consumption stays reasonable in Windows. Interestingly, rebooting doesn't help. I need to shut down and then start the VM again, only then does the mount come back. The particular folder / drive has a ton of files...

Link to comment

I create a windows 10 vm. When I use virtiofs to copy files, it seems happen memory leaks (memory occupation in my vm shows almost 90%). And after hours, the drive disappear. Then I found this topic, replaced rust version of viriofs in unraid. Memory leaks maybe solved, but I can't confirm, because the drive disapper faster, almost after my copy starts. Please help me:(

Link to comment
2 hours ago, ctrlshiftm said:

I create a windows 10 vm. When I use virtiofs to copy files, it seems happen memory leaks (memory occupation in my vm shows almost 90%). And after hours, the drive disappear. Then I found this topic, replaced rust version of viriofs in unraid. Memory leaks maybe solved, but I can't confirm, because the drive disapper faster, almost after my copy starts. Please help me:(

Update your virtio drivers.

Link to comment

Sounds like my problem. It could actually be long file names... the virtual drive most affected does have some excessively long names... and there's lots of files. Also I'm on 248... there's no newer version?

Edited by kadajawi
Link to comment
3 hours ago, kadajawi said:

Sounds like my problem. It could actually be long file names... the virtual drive most affected does have some excessively long names... and there's lots of files. Also I'm on 248... there's no newer version?

I tested. Removing the files with long name seems solve the crash problem... But I'm not totally confirmed.

Edited by ctrlshiftm
Link to comment
1 hour ago, ctrlshiftm said:

I tested. Removing the files with long name seems solve the crash problem... But I'm not totally confirmed.

255 characters is the path limit for Windows but it doesn't matter so much for Linux. Perhaps you were over that limit hence the crash.

Link to comment
  • 2 weeks later...
On 7/15/2024 at 8:42 PM, mackid1993 said:

255 characters is the path limit for Windows but it doesn't matter so much for Linux. Perhaps you were over that limit hence the crash.

That was the solution for me. Now it's running stable.

Link to comment

The day I wrote that it's stable it stopped being stable again. Can't find files and folders that are too long though. Oh well. It seems to be a different problem though, as rebooting will solve the issue, rather than shutting down and starting up again.

Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...