>From https://www.kernel.org/doc/readme/Documentation-filesystems-cifs-
README
Enabling Kerberos (extended security) works but requires version 1.2 or later
of the helper program cifs.upcall to be present and to be configured in the
/etc/request-key.conf file. The cifs.upcall helper program is fr
As far as I can tell, mount.cifs will not work properly without keyutils for
several scenarios:
- 'cifsacl' option is used or
- kerberos auth is used / spnego is used
- when kernel level dns resolution is needed - so the cifs upcall for
dns.resolver is required
All these cases where the cifs mo
I just spent days troubleshooting mount.cifs not working and ultimately
determined it was due to this bug. I could mount okay, but no id/group
mapping to the proper users would take place. All files were owned by
the mounter or the uid/gid passed to the mount command. For 'cifsacl'
option, this is
I recently updated my system from the 2.2.8 to the 2.4.2 release (Centos
RPM). On my system I noticed that the files you are referring to moved
from /etc/bacula to /usr/lib64/bacula. However, my bacula-dir.conf,
bacula-fd.conf and bacula-sd.conf all contained references to the old
/etc/bacula path.
