ScreN

Has anyone come across? What is it and why is it happening? How can this affect the transferred files to the remote directory? This only happens when transferring files via RSYNC script example And sometimes the distant directory refuses to be unmounted, writes that it is busy with some kind of process. Yes, you can hard-unmounted it with -l, but this is a very bad option. Maybe you can check? That if the directory is not unmounted, then continue to unmount it until it is unmounted

Hi. I ran into this problem. There is a shared resource on Windows Server. I mount remote directory in Unraid via plugin, I specify (IP, USER, PASS, DOMEN) directory is mounted and everything is fine. But... If for some reason connection to remote directory disappears (or to remote server) then directory can't be mounted itself and in log it will be like this Jun 4 04:18:22 kernel: CIFS: VFS: \\IP_ADDRESS Send error in SessSetup = -13 Jun 4 04:18:24 kernel: CIFS: Status code returned 0xc000006d STATUS_LOGON_FAILURE Jun 4 04:18:24 kernel: CIFS: VFS: \\IP_ADDRESS Send error in SessSetup = -13 Jun 4 04:18:24 kernel: CIFS: Status code returned 0xc000006d STATUS_LOGON_FAILURE Jun 4 04:18:24 kernel: CIFS: VFS: \\IP_ADDRESS Send error in SessSetup = -13 Jun 4 04:18:25 kernel: CIFS: Status code returned 0xc000006d STATUS_LOGON_FAILURE Jun 4 04:18:25 kernel: CIFS: VFS: \\IP_ADDRESS Send error in SessSetup = -13 Jun 4 04:18:26 kernel: CIFS: Status code returned 0xc000006d STATUS_LOGON_FAILURE Jun 4 04:18:26 kernel: CIFS: VFS: \\IP_ADDRESS Send error in SessSetup = -13 Jun 4 04:18:27 kernel: CIFS: Status code returned 0xc000006d STATUS_LOGON_FAILURE Jun 4 04:18:27 kernel: CIFS: VFS: \\IP_ADDRESS Send error in SessSetup = -13 Jun 4 04:18:27 kernel: CIFS: Status code returned 0xc000006d STATUS_LOGON_FAILURE Jun 4 04:18:27 kernel: CIFS: VFS: \\IP_ADDRESS Send error in SessSetup = -13 Jun 4 04:18:29 kernel: CIFS: Status code returned 0xc000006d STATUS_LOGON_FAILURE Jun 4 04:18:29 kernel: CIFS: VFS: \\IP_ADDRESS Send error in SessSetup = -13 Jun 4 04:18:29 kernel: CIFS: Status code returned 0xc000006d STATUS_LOGON_FAILURE Jun 4 04:18:29 kernel: CIFS: VFS: \\IP_ADDRESS Send error in SessSetup = -13 Jun 4 04:18:31 kernel: CIFS: Status code returned 0xc000006d STATUS_LOGON_FAILURE Jun 4 04:18:31 kernel: CIFS: VFS: \\IP_ADDRESS Send error in SessSetup = -13 Jun 4 04:18:31 kernel: CIFS: Status code returned 0xc000006d STATUS_LOGON_FAILURE Jun 4 04:18:31 kernel: CIFS: VFS: \\IP_ADDRESS Send error in SessSetup = -13 Jun 4 04:18:32 kernel: CIFS: Status code returned 0xc000006d STATUS_LOGON_FAILURE Jun 4 04:18:32 kernel: CIFS: VFS: \\IP_ADDRESS Send error in SessSetup = -13 Jun 4 04:18:32 kernel: CIFS: Status code returned 0xc000006d STATUS_LOGON_FAILURE Jun 4 04:18:32 kernel: CIFS: VFS: \\IP_ADDRESS Send error in SessSetup = -13 The only way to solve this is to manually remount the directory. Also. Maybe there is a ready-made script for user-scripts that automatically mounts the directory, makes a backup via rsync and unmounts the directory?

Labels - net.unraid.docker.icon working only for local path and only .PNG format - net.unraid.docker.icon=/mnt/user/appdata/icons/icons.png

How to fix this bug? And this changes removed from file DockerClient.php after reboot server

This server was running on an old USB flash in a trial period. Then I bought a new USB flash, transferred the backup to it and activated the license for the new USB flash Do I need to download a registration key? And point to the server? But on the server the license is already activated for the new USB Flash

Ty I have the same problem after purchasing the Basic version And is it possible to somehow remove the old server from the list? Leave only new, with a license?

What's happening? Deluge and uTorrent work well I'm behind a NAT provider. Gray IP. So with all rtorrent clients. VPN is on the router

Not install Video