dlandon

I'll make a change to do this in the background, but honestly, having File Activity always enabled is not the way the FIle Activity plugin was intended to be used. It's good for figuring out issues with excess activity and disk spin up concerns, but it isn't something that needs to be always enabled After a restart, you can go to the File Activity page and start it, use it for a while and then stop it. It may also help if you have the cache_dirs plugin installed.

The docker has to be updated to update LMS. I'm building an updated docker with LMS 9.0.1. This docker will only use the latest stable release version as I don't want to support nightly builds. If you want the Development Build, then feel free to use the lmscommubity version, but we won't be able to support you here.

You have to reboot to set everything back to default.

If I turn off the log deleted files, they aren't logged. Not sure what you are seeing. Any files with a leading dot "." are hidden in Linux and Windows.

It works for me. You do have to use the Recycle Bin plugin to browse the deleted files in the shares.

I've done some testing and it appears that UD is handling the name with a space correctly, but when mounting a remote share, CIFS doesn't recognize the name. I'm looking at some options in case UD is not handling the credentials correctly, but it appears a space in the name won't work. I would recommend not using a space in credentials in either the name or the password.

I believe this may be related to the restoration of the databases. I've released an update that will restart samba when the databases are restored.

No. All good. You showed me how you got there.

The file manager from a device is different than from User shares. The one you showed me here is part of the file picker and I've got the fix for that.

I assume you got there from a disk or pool device?

The file picker is a bug and will be fixed. The file manager is working like it always has (by design - not a bug) and if a change is made it needs to make sense.

This is confusing. The file manager has never shown the /mnt/remotes/ folder. The remote shares are there, but with the change in the file picker, you can't select them in 7.0. This means when you want to pick /mnt/remotes/... for a container, you will have to type the path and can't 'pick' the destination file/folder.

You don't need to. I think you'll see the same thing I do.

root@BackupServer:~# ls -la /mnt/remotes/ total 0 drwxrwxrwt 4 nobody users 80 Jan 13 11:52 ./ drwxr-xr-x 14 root root 280 Jan 13 11:50 ../ drwxrwxrwx 2 nobody users 0 Sep 26 15:02 BACKUPSERVER_AV\ Media/ drwxrwxrwx 2 nobody users 0 Mar 9 2024 BACKUPSERVER_testing$/ Still don't see it. I don't doubt you were able to see /mnt/remotes/, but I think it was with the file picker and not the file manager. The file manager has always shown the /mnt/user/ shares as destination folders. The file picker in 7.0 was changed and the /mnt/remotes/ does not show as indicated by some previous posts. The file picker will be changed, but I'm trying to understand the issues with the file manager before making changes.

I just rolled back to 6.12.14. I must be missing something.

I booted up 6.12.14 and did not see it as a choice.

I don't know how. Can you show me a screen shot of the File Manager when it showed the /mnt/remotes?

How is it that you did this before? The FIle Manager plugin incorporated into Unraid is the same it was on 6.12.

Use something like Midnight Commander to move files and folders.

There are two issues here: The File Manager is not allowing any UD devices (/mnt/disks or /mnt/remotes) to be selected when trying to copy/move files from shares. The file picker allows /mnt/disks to be chosen, but not /mnt/remotes. Some changes were made in these two areas to try to control the path that can be selected. We'll have to take another look at that.

You should be posting this question here: You are posting in the preclear post. The answer to the question is you can't copy files from a user share to a UD mounted share at /mnt/remotes/ with the file manager because the selection for /mnt/remotes/ is not available. Feel free to post a feature request.

We believe we have resolved the NFS issues.

Thanks for the feedback. I'll add the permission adjustment to the plugin installation. This probably occurs when restoring the database from the flash as that would reset the permissions. I don't think Unraid has a group "root:samba", but I think you might be set now. I'll have to take a look, but I'm pleased that things seem to be working for you.

I was testing here on an Unraid server with a user with special characrters, and it was failing. I remember now that Unraid has some special character limits.

The share /mnt/user/Backup has a permission issue. Check your permissions, but you might try this: chmod -R 770 /mnt/user/Backup chown -R 10000:10000 /mnt/user/Backup The var/lib/samba/ permissions can probably be fixed with this: chmod 644 /var/lib/samba/share_info.tdb chown root:samba /var/lib/samba/share_info.tdb If that fixes the permission, I'll add that to the plugin to fix this when it installs.