undreaded

thanks @Frank1940 for looking into this. i have updated the title as instructed. by default spotlight (file) indexing is disabled for network drives, but i added the folder to the ignore list just to be on the safe side. i also checked it s status /Volumes/public-test: Indexing and searching disabled. i left some time to pass, nothing changed, still erroring, but i did find out something new. if i issue delete repeatedly while ignoring the in use error, i can eventually delete everything, as the folder that shows up in use, keeps changing. how weird is that?! and this happens with the owner set to alex:users i have also found out that a "sudo rm -rf" from the mac on the mounted folder deletes fine without ever complaining....

just created a public share, copied over a file from my mac, it is also under the user i was logged in with in finder/smb -rw-rw-rw- 1 alex users 904K Aug 13 02:07 a-splash.jpg i ll copy some folders over and try to delete to see if the same problem with being unable to delete manifests itself /edit: tried it, copied folders over, tried to delete, got "The operation can’t be completed because the item “this is a folder name” is in use." chown to nobody:users, was also not able to delete left it a while, the folder "in use" changed and was able to delete part of the files. left it some more, and was able to delete some more left it some more, was able to delete all and now i am more confused than ever... is there some kind of indexing service. or something locking files immediately after write? i ll redo the whole test above, with some longer periods of time between actions....

hi, thanks for replying USER is a placeholder for whatever user might be, in this particular case my user is "alex" (no quotes, lowercase ) using a MAC and time machine on some other shares so interoperability is on, i m not sure what it does, but i assumed it would be good to have it on as i m using a mac i wouldn't have a problem with it being under my user, it is probably preferred, but somehow, it seems i can't delete random files/folders if they are not all under nobody:users 🤦‍♂️ will try the public share test and report back, thanks

sorry to bump this, but does anyone have any idea? ^^^

hello everyone, i just started playing with unraid and ran into some issues that I could not find any information for. I have setup an user, let's call him "USER". I have also created a private share where only USER has read/write access and nobody else. I have copied some files over SMB (only SMB enabled, with macOS interoperability or whatever it's called) after logging in with USER/USERPASS from macOS. And this is where the confusing issues for me start: - tried to delete files over the network ,it told me some of them are in use and it can't - noticed that files in the /mnt/user/USERSSHARE/ folder have a user:group of USER:users instead of nobody:users as it's mentioned all over the forum - ran Docker Safe New Perms which made the files in the private share owned by nobody:users as well - i was able to delete files without anymore issues over the network - if i copy a new file over, it gets an ownership of USER:users i am not sure how this should work, or if i need to do something, flip some options somewhere, but it feels completely inconsistent. i would have to run fix perms after each copy to make sure i can do stuff with the files ... any hint is appreciated, cheers alex