
: SMB/CIFS share onto a client and use it as if it were a standard Linux : work in conjunction with support in the kernel to allow one to mount a : shares on Linux using the SMB/CIFS protocol. Summary : Utilities for mounting and managing CIFS mountsĭescription : The SMB/CIFS protocol is a standard file sharing protocol widely deployed Default: y/Y/1 (bool)Īnd if cifs-utils package is installed, manpage of mount.cifs can be checked with “man 8 mount.cifs” yum info cifs-utils Parm: enable_oplocks:Enable or disable oplocks. Parm: cifs_max_pending:Simultaneous requests to server. Parm: cifs_min_small:Small network buffers in pool. Parm: cifs_min_rcv:Network buffers in pool. Parm: CIFSMaxBufSize:Network buffer size (not including header). On a Linux box, command “modinfo cifs” will display CIFS module info at the kernel level: modinfo cifsįilename: /lib/modules/4.1.12-124.48.6.el6uek.x86_64/kernel/fs/cifs/cifs.koĭescription: VFS to access servers complying with the SNIA CIFS Specification e.g. That explains why I didn’t notice it before.
#WINFO CIFS WINDOWS#
In 2017 Microsoft patched Windows Servers and advised to disable the SMBv1 protocol for security reasons. It looks like a kernel bug for SMBv2+ according to the discussions below:įor systems I’ve been working on, the changes are both Windows and Linux have been upgraded - SMBv1 is not supported anymore between them. I’ve searching the internet and people are experiencing the same problem as well. I’ve been mounting Windows Shares on Linux servers for years and until recently I’ve noticed an issue with this - Some files/directories are not listed from a Windows share.
