incron - table 无效用户 - 重启后 - ubuntu 18.04
incron - table for invalid user - after reboot - ubuntu 18.04
我使用 incron 检查用户家以外的几个文件夹发生了什么，例如：
/folder/tmp/pdf-writer-work/AD_User_Login IN_MOVED_TO pdf-firefox "$#"
/folder/tmp/pdf-writer-alert/AD_User_Login IN_CREATE pdf-writer-alert "$#"
我的用户在 /etc/incron.allow 中被允许
所有文件夹右侧看起来都很好，当我手动重新启动 incron 时它正在工作。
重新启动后，系统日志中出现以下消息：
incrond[961]: table for invalid user AD_User_Login found (ignored)
如果我重新启动 incron 一切正常
没什么，我的用户在 Active Directory 上，所以我使用 sss 登录。我用户的家在登录前也被加密了。
有什么想法吗？
感谢帮助
我自己遇到过类似的问题（尽管是在 centos 上）——即使用 incron 处理带有 ss 帐户的文件并看到报告了无效的用户，重新启动 incron 后该错误消失了。
如果您仍然遇到这个问题，问题似乎是由于在 systemd 启动配置中 sssd 和 incrond 之间没有可见关系，这可能导致 incrond 在 sssd 之前启动，因此用户有问题的帐户尚不可见。
在 centos 机器上，相关文件是 /usr/lib/systemd/system/incrond.service 和 /usr/lib/systemd/system/sssd.service（在以 /etc/systemd 为根的树中查找 Ubuntu 等价物）。我建议将 After=sssd.service 行添加到 incrond 服务文件（或将附加服务附加到现有的 After 行），运行 和 systemctl daemon-reload 并重新启动。
您可能还需要进行一些相关更改，以确保在启动 incron 服务时系统可以访问您的加密目录（尽管如果它要求用户在服务启动之前登录以便解密它们这可能是不可能的）。
谢谢你的回答，对我很有帮助。
狂野之后，我又开始工作了。
所以我完成了
systemctl edit incron.service
并输入：
[Unit]
After=sssd.service
然后重启systemd
systemctl daemon-reload
此致
我使用 incron 检查用户家以外的几个文件夹发生了什么，例如：
/folder/tmp/pdf-writer-work/AD_User_Login IN_MOVED_TO pdf-firefox "$#"
/folder/tmp/pdf-writer-alert/AD_User_Login IN_CREATE pdf-writer-alert "$#"
我的用户在 /etc/incron.allow 中被允许 所有文件夹右侧看起来都很好，当我手动重新启动 incron 时它正在工作。
重新启动后，系统日志中出现以下消息：
incrond[961]: table for invalid user AD_User_Login found (ignored)
如果我重新启动 incron 一切正常
没什么，我的用户在 Active Directory 上，所以我使用 sss 登录。我用户的家在登录前也被加密了。
有什么想法吗？
感谢帮助
我自己遇到过类似的问题（尽管是在 centos 上）——即使用 incron 处理带有 ss 帐户的文件并看到报告了无效的用户，重新启动 incron 后该错误消失了。
如果您仍然遇到这个问题，问题似乎是由于在 systemd 启动配置中 sssd 和 incrond 之间没有可见关系，这可能导致 incrond 在 sssd 之前启动，因此用户有问题的帐户尚不可见。
在 centos 机器上，相关文件是 /usr/lib/systemd/system/incrond.service 和 /usr/lib/systemd/system/sssd.service（在以 /etc/systemd 为根的树中查找 Ubuntu 等价物）。我建议将 After=sssd.service 行添加到 incrond 服务文件（或将附加服务附加到现有的 After 行），运行 和 systemctl daemon-reload 并重新启动。
您可能还需要进行一些相关更改，以确保在启动 incron 服务时系统可以访问您的加密目录（尽管如果它要求用户在服务启动之前登录以便解密它们这可能是不可能的）。
谢谢你的回答，对我很有帮助。 狂野之后，我又开始工作了。 所以我完成了
systemctl edit incron.service
并输入：
[Unit]
After=sssd.service
然后重启systemd
systemctl daemon-reload
此致