Whenever the file has written complete it does a crc check and then renames the file to it's original filename removing the. It's hard to detect this issue if you are using windows explorer and transfer file this way, it's much easier to detect the problem using something like FreeFileSync which has by default a feature called "Fail-safe file copy" and that means whenever a transfer is initiated it will name the file on the destination it is writing to _tmp I have isolated that the issue is NOT any of my windows machines, it is not an issue with credential manager having mutliple entries, this is an issue on the unraid server so i believe anyone running Unraid Version: 6.7.2 can re-create this issue in their lab rather easily. I set the smb share to public for everyone thus disabling unraid from checking the credentials, now smb works properly all the time, there's no weird timeout and smb runs smooth without issue. It's just like that under load SMB fails to properly authenticate or ignores the authentication but while not under heavy load everything works properly.
SMB will wait a period of time (a few seconds) and attempt a new connection, then the server gives access. Soon enough when smb is trying to close/open new connections during transfer unraid is replying with access denied.Ĥ. I start sending a large mount of data to the smb share, around 10tb. I authenticate as the user in windows, and i get access to the share, everything is good so far.ģ. I setup share to be private and only read/write from particular user.Ģ. I have issues with my SMB protocol running on the Unraid server.ġ.
0 kommentar(er)
