tbahn

Thank you!

Then perhaps it shouldn't be hardcoded or at least be more than 10 seconds. 10 seconds aren't much on a encrypted WAN connection, which (not in my case) could be established by the requests. My workaround is to manually mount the share in the terminal. The second and third share to the same target takes only 1 or 2 seconds. It's only the first to be too slow for the 10 s timeout.

Unassigned Devices - SMB Mount - Password contains + sign I created a SMB mount using Unassigned Devices. I entered server, username, password and left domain empty. Then I chose one of the offered shares. The list was successfully build, thus the account credentials were used. Later I tried to mount the share with no success. I got the following block of rows in the logs four times: once for SMB 3.1.1, SMB 3.0, SMB 2.0 and SMB 1.0 (default): Feb 27 09:56:23 server-*** unassigned.devices: Mount SMB share '//NAS-***/Installation' using SMB 2.0 protocol. Feb 27 09:56:23 server--*** unassigned.devices: Mount SMB command: /sbin/mount -t 'cifs' -o rw,relatime,noserverino,nounix,iocharset=utf8,file_mode=0777,dir_mode=0777,uid=99,gid=100,vers=2.0,credentials='/tmp/unassigned.devices/credentials_NAS-***-Installation' '//NAS-***/Installation' '/mnt/remotes/NAS-***-Installation' Feb 27 09:56:23 server--*** kernel: CIFS: Attempting to mount \\NAS-***\Installation Feb 27 09:56:33 server--*** kernel: CIFS: VFS: cifs_mount failed w/return code = -512 Feb 27 09:56:33 server--*** unassigned.devices: Warning: shell_exec(/sbin/mount -t 'cifs' -o rw,relatime,noserverino,nounix,iocharset=utf8,file_mode=0777,dir_mode=0777,uid=99,gid=100,vers=2.0,credentials='/tmp/unassigned.devices/credentials_NAS-005-Installation' '//NAS-***/Installation' '/mnt/remotes/NAS-***-Installation' 2>&1) took longer than 10s! The file '/tmp/unassigned.devices/credentials_NAS-***-Installation' contains the data entered while I created the SMB share. But where my password contains a + sign, there was a space in the file.

SMB remote share - mount times out after 10s - works manually - setting ignored After changing the password (see last bug report), I tried again - and failed again. 😞 Setting: Unassigned devices - remote SMB share - created successfully - shares on the server could be loaded - credentials ok. When I click Mount, the plugin tries it four times with SMB 3.1.1, 3.0, 2.0 and 1.0 (default). Part of the log: unassigned.devices: Warning: shell_exec(/sbin/mount -t 'cifs' -o rw,relatime,noserverino,nounix,iocharset=utf8,file_mode=0777,dir_mode=0777,uid=99,gid=100,vers=2.0,credentials='/tmp/unassigned.devices/credentials_NAS-***_Installation' '//NAS-005/Installation' '/mnt/remotes/NAS-***_Installation' 2>&1) took longer than 10s! Settings - Unassigned Devices - Remote Share Mount Wait Time: 30 "This is the time in seconds to wait before mounting remote shares when the array is first started." I can manually mount the share by creating /tmp/unassigned.devices/credentials_NAS-005_Installation file with my credentials, then the /mnt/remotes/NAS-005_Installation dir and calling mount -t 'cifs' -o rw,relatime,noserverino,nounix,iocharset=utf8,file_mode=0777,dir_mode=0777,uid=99,gid=100,vers=3.1.1 ,credentials='/tmp/unassigned.devices/credentials_NAS-***_Installation' '//NAS-005/Installation' '/mnt/remotes/NAS-***_Installation' (It's obviously not NAS-***, name is anonymized). This tooks just about 10 to 11 seconds... Shouldn't the "Remote Share Mount Wait Time" set the timeout when mounting? Can I modify the timeout somewhere else?