我正在研究一个守护进程,它通过inotify监视文件事件,以便在访问文件时触发各种类型的事件.我读过手表有点贵,因为内核存储了每个被监视文件的完整路径名.
有多少手表会太多？
编辑:大多数情况下,我想知道..你有没有看到一个明显的性能影响,如果是这样,它发生了多少手表？是的,我必须监控/递归(但它是一个最小的自举系统).
我搜索了大约5天,尝试了许多技巧和提示,甚至试图让lsync的作者帮助,但都是徒劳的.
我有2台Red Hat 6.3 Web服务器,需要在上传图像时同步其图像目录.我们无法控制上传到哪个服务器,但是在上传时它不会被加载到另一个服务器上.
我只需要能够告诉lsync使用除root之外的其他用户凭据.我们的信息安全团队不允许无密码root访问.不能说我怪他们.
我有一个帐户,该帐户具有sudo访问权限,可以执行将文件发送到目的地所需的一切.虽然我可以使用rsync来执行同步,但是当从lsync运行时,它会因为权限被拒绝而失败.
我甚至可以从日志中复制lsync执行的命令,删除方括号并成功同步.所以,我很确定是导致问题的lsync.仅仅因为它是以root身份运行的.shell脚本强制它以root身份运行.我甚至试图将其更改为非root帐户,并且所有支持文件都随脚本一起更改,但仍然拒绝同步.
以下是我所拥有的脚本和文件的详细信息:操作系统:Red Hat Linux版本6.3(圣地亚哥)lsyncd配置文件:
----
-- User configuration file for lsyncd.
--
-- Simple example for default rsync, but executing moves through on the target.
--
-- For more examples, see /usr/share/doc/lsyncd*/examples/
--
-- sync{default.rsyncssh, source="/var/www/html", host="localhost", targetdir="/tmp/htmlcopy/"}
settings{
logfile = "/var/log/lsyncd.log",
statusFile = "/var/log/lsyncd-status.log",
delay = 1,
}
sync {
default.rsyncssh,
source="<Absolute path to source directory>",
host = "<Host IP>",
targetdir = "<Absolute path to target directory>",
rsync = {
binary = …