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.

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!  

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 June 30, 20242 yr by kadajawi

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.

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 "$@")

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.

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?

21 hours ago, kadajawi said:

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

Not sure, maybe try the Unraid beta?

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...

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:(

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.

16 hours ago, mackid1993 said:

Update your virtio drivers.

Did you mean virtio drivers in windows? I just install windows 2 days ago. It's completely new.

17 hours ago, mackid1993 said:

Update your virtio drivers.

Maybe the reason is long path of file? I will test it sometimes.

1 hour ago, ctrlshiftm said:

Did you mean virtio drivers in windows? I just install windows 2 days ago. It's completely new.

There is a known memory leak with drivers below 248.

2 minutes ago, mackid1993 said:

There is a known memory leak with drivers below 248.

It's 248 exactly.

10 minutes ago, ctrlshiftm said:

It's 248 exactly.

That's strange, I personally haven't had any issues although I'm running the beta.

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 July 15, 20241 yr by kadajawi

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 July 15, 20241 yr by ctrlshiftm

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.

I have asked for the latest vers be added to next beta release

 

Virtiofsd v1.11.1

 

There is support for migration.

https://gitlab.com/virtio-fs/virtiofsd/-/issues/136

10 minutes ago, SimonF said:

I have asked for the last vers be added to get beta release

 

Virtiofsd v1.11.1

 

There is support for migration.

https://gitlab.com/virtio-fs/virtiofsd/-/issues/136

What does this mean for the end user?

Just now, mackid1993 said:

What does this mean for the end user?

It may allow running snapshot of VM if using virtiofsd, Currently it fails as not supported.

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.

2 hours ago, kadajawi said:

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

Yeah it probably doesn't have error handling for that. Windows doesn't like it so virtiofs.exe just dies.

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.