Bug 197311
| Summary: | CIFS: mount.cifs stopped working with the Windows 10 Pro 15063 SMB server | ||
|---|---|---|---|
| Product: | File System | Reporter: | Jaroslav Škarvada (jskarvad) |
| Component: | CIFS | Assignee: | fs_cifs (fs_cifs) |
| Status: | RESOLVED CODE_FIX | ||
| Severity: | normal | CC: | cesar.infoo, jeremy, nathan.renniewaldock+kernelbugs, rkudyba, smfrench |
| Priority: | P1 | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Kernel Version: | 4.13.5 | Subsystem: | |
| Regression: | No | Bisected commit-id: | |
|
Description
Jaroslav Škarvada
2017-10-18 08:47:15 UTC
Max supported SMB dialect on the server is 3.1.1 as shown by the 'Get-SmbConnection' PowerShell command on the server if doing SMB connection to itself (which works OK). The issue started in 4.13 with https://marc.info/?l=linux-kernel&m=150703479427738&w=2 which is upstream commit 0603c96f3af50e2f9299fa410c224ab1d465e0f9. (In reply to Jeremy Cline from comment #2) > The issue started in 4.13 with > https://marc.info/?l=linux-kernel&m=150703479427738&w=2 which is upstream > commit 0603c96f3af50e2f9299fa410c224ab1d465e0f9. Thanks for info, I will try to recompile with this patch reverted and I will re-check. (In reply to Jaroslav Škarvada from comment #3) > (In reply to Jeremy Cline from comment #2) > > The issue started in 4.13 with > > https://marc.info/?l=linux-kernel&m=150703479427738&w=2 which is upstream > > commit 0603c96f3af50e2f9299fa410c224ab1d465e0f9. > > Thanks for info, I will try to recompile with this patch reverted and I will > re-check. I can confirm that reverting the patch fixes the problem for me. Try this patch: https://git.samba.org/?p=sfrench/cifs-2.6.git;a=commit;h=cf237481182846c508a4baa4f8281a2a7262ca09 I tested that on top of 4.13.9 and it works for me. Applying that patch to v4.13.5 also fixed it for me. This doesn't seem to fix error: 12. Or at least I don't know where else I can add the vers=1.0 option as I noted in this SF thread: https://serverfault.com/questions/881260/no-dialect-specified-on-mount-error-where-to-set-vers-1-0-with-autofs-fedora-26 Here are the debug-enabled autofs logs from our server and Drobo FS which only supports SMB1: Oct 31 16:12:20 workstation automount[5234]: handle_packet_missing_indirect: token 508, name drobo-down, request pid 10165 Oct 31 16:12:20 workstation automount[5234]: attempting to mount entry /drobo-up/drobo-down Oct 31 16:12:20 workstation automount[5234]: lookup_mount: lookup(yp): looking up drobo-down Oct 31 16:12:20 workstation automount[5234]: lookup_mount: lookup(yp): drobo-down -> -fstype=cifs,rw,user,suid,credentials=/etc/auto.smb.drobo-up ://drobo-up/drobo-down Oct 31 16:12:20 workstation automount[5234]: parse_mount: parse(sun): expanded entry: -fstype=cifs,rw,user,suid,credentials=/etc/auto.smb.drobo-up ://drobo-up/drobo-down Oct 31 16:12:20 workstation automount[5234]: parse_mount: parse(sun): gathered options: fstype=cifs,rw,user,suid,credentials=/etc/auto.smb.drobo-up Oct 31 16:12:20 workstation automount[5234]: parse_mount: parse(sun): dequote("://drobo-up/drobo-down") -> ://drobo-up/drobo-down Oct 31 16:12:20 workstation automount[5234]: parse_mount: parse(sun): core of entry: options=fstype=cifs,rw,user,suid,credentials=/etc/auto.smb.drobo-up, loc=://drobo-up/drobo-down Oct 31 16:12:20 workstation automount[5234]: sun_mount: parse(sun): mounting root /drobo-up, mountpoint drobo-down, what //drobo-up/drobo-down, fstype cifs, options rw,user,suid,credentials=/etc/auto.smb.drobo-up Oct 31 16:12:20 workstation automount[5234]: do_mount: //drobo-up/drobo-down /drobo-up/drobo-down type cifs options rw,user,suid,credentials=/etc/auto.smb.drobo-up using module generic Oct 31 16:12:20 workstation automount[5234]: mount_mount: mount(generic): calling mkdir_path /drobo-up/drobo-down Oct 31 16:12:20 workstation automount[5234]: mount_mount: mount(generic): calling mount -t cifs -o rw,user,suid,credentials=/etc/auto.smb.drobo-up //drobo-up/drobo-down /drobo-up/drobo-down Oct 31 16:12:20 workstation kernel: No dialect specified on mount. Default has changed to a more secure dialect, SMB2.1 or later (e.g. SMB3), from CIFS (SMB1). To use the less secure SMB1 dialect to access old servers which do not support SMB3 (or SMB2.1) specify vers=1.0 on mount. Oct 31 16:12:20 workstation automount[5234]: >> mount error(112): Host is down Oct 31 16:12:20 workstation automount[5234]: >> Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) Oct 31 16:12:20 workstation kernel: CIFS VFS: cifs_mount failed w/return code = -112 Oct 31 16:12:20 workstation automount[5234]: mount(generic): failed to mount //drobo-up/drobo-down (type cifs) on /drobo-up/drobo-down Oct 31 16:12:20 workstation automount[5234]: dev_ioctl_send_fail: token = 508 Oct 31 16:12:20 workstation automount[5234]: failed to mount /drobo-up/drobo-down Oct 31 16:12:20 workstation automount[5234]: handle_packet: type = 3 Oct 31 16:12:20 workstation automount[5234]: handle_packet_missing_indirect: token 509, name drobo-down, request pid 10182 Oct 31 16:12:20 workstation automount[5234]: dev_ioctl_send_fail: token = 509 Oct 31 16:12:20 workstation automount[5234]: handle_packet: type = 3 Oct 31 16:12:20 workstation automount[5234]: handle_packet_missing_indirect: token 510, name drobo-down, request pid 10165 Oct 31 16:12:20 workstation automount[5234]: dev_ioctl_send_fail: token = 510 This seems to be fixed in kernel-4.14.8 (maybe it was fixed in older version, but I tried only with the 4.14.8). I got the following in the dmesg: [26016.028845] No dialect specified on mount. Default has changed to a more secure dialect, SMB2.1 or later (e.g. SMB3), from CIFS (SMB1). To use the less secure SMB1 dialect to access old servers which do not support SMB3 (or SMB2.1) specify vers=1.0 on mount. [26016.058380] CIFS VFS: ioctl error in smb2_get_dfs_refer rc=-5 Despite the error in the log above it mounts without problem with default parameters, i.e. the following command now works for me: # mount -t cifs //192.168.1.2/C\$ /mnt/win_c -o username=user --verbose So I think this bug cang be closed. |