第 7 章 文件系统

samples/autofs.schema 分发文件已过时和不正确。因此，某些人可能使用不正确的 LDAP 模式。但是，无法强制更改使用中的模式。在这个版本中：

在 NFS 文件系统中，在 替换现有 对象的重命名操作后，在 dentry 缓存中保留一个过时的 dentry 对象。因此，如果旧的或新名称包含 32 个字符或以上名称，则显示具有旧名称的条目可以被访问。底层源代码已被修改为取消哈希过时的 dentry。因此，重命名操作不再会导致过时的 dentry 对象发生。(BZ#1080701)

如果 autofs 挂载达到关闭状态，并且挂载请求到达，并在 mount-handling 线程读取关闭通知之前处理，则 mount-handling 线程在不清理 autofs 挂载的情况下退出。因此，主程序永远不会达到其退出条件并进入无限循环，因为 autofs 管理的挂载被挂载。要修复这个错误，现在每个请求被处理后的退出条件检查会发生，现在如果 autofs 挂载已达到其关闭状态，则执行清理操作。现在，autofs 守护进程会在关闭时按预期退出。(BZ#1277033)

在以前的版本中，autofs 工具在启动时不会等待 NIS 客户端服务。因此，如果程序启动时网络映射源不可用，则无法读取主映射，且必须重启 automount 服务来访问存储在 NIS 服务器上的映射。在这个版本中，autofs 会等待主映射可用来获取启动映射。因此，automount 可以从 NIS 域访问映射，并且每次引导时都不再需要重启 autofs。

如果在配置的等待时间后 NIS 映射仍不可用，则可能需要增加 autofs 配置 master_wait 选项。在大多数情况下，软件包使用的等待时间就足够了。(BZ#1350786)

在启动 autofs 实用程序时，sss 映射源有时未就绪提供映射信息，但 sss 不会返回适当的错误来区分 映射不存在 和 不可用 条件。因此，自动挂载无法正常工作，autofs 在没有从 SSSD 挂载的情况下启动。要解决这个问题，当映射在可配置的时间发生时，autofs 重试 SSSD 是否有主映射。现在，您可以将重试超时设置为合适的值，以便主映射读取并按预期启动 autofs。(BZ#1384404)