问题[inotify](server)

当存在来自不同来源的两个文件时，我需要启动一个命令。每个文件都可能在不同的时间到达，但我想在收到两者时触发命令。我试图用 incrond 来做，同时查看 IN_CLOSE_WRITE 和 IN_MOVED_TO 的两个目录

/dir/path1 IN_CLOSE_WRITE,IN_MOVED_TO command
/dir/path2 IN_CLOSE_WRITE,IN_MOVED_TO command

问题是：当第一个手表被触发时，如何等待第二个？

例如：

时间：12:05 UTC - File1 到达 Path1 命令正在等待 Path2 监视

时间：12:09 UTC - File2 到达 Path2 命令启动

该命令是用 Go 编码的，但我找不到任何对我有帮助的东西。

更具体地说，该系统的工作原理如下： 有两个远程服务器在 pcap 中记录数据，时间为 6 小时，时间相同。它们记录相同的信息，但来自不同的 VLAN。录制完成后，将它们上传到主服务器的两个不同目录。两个录音都需要上传才能比较和混合它们，丢弃重复的数据包。录音并不总是以相同的顺序上传，也不会同时到达。这取决于远程服务器和主服务器之间的通信。

文件名总是相同的模式：_yyyymmddTHHMMSS.pcap。例如，文件开始记录 2020-10-15 18:01:00：

文件1：vlan1_20201015T180100.pcap

文件2：vlan2_20201015T180100.pcap

我正在寻找与 incrond 和 bash 相关的解决方案或 Go 中命令中的解决方案。一个解决方案或一个线索，因为我目前处于停滞状态。

我们有两台大型存储服务器（+100TB），一台运行在 ZFS 上，另一台运行 XFS，我们打算将 XFS 用作我们的工作服务器并使用 ZFS 作为备份服务器（快照 <3）。现在的问题是让这些野兽保持同步......（同步为每日同步）

最简单的选择是使用 rsync，但遗憾的是目录结构很深，而且到处都是硬链接。所以这意味着我们需要进行一次“全局”扫描，这需要很长时间......最重要的是，大部分数据都是创建的，从未修改过。所以 rsync 可能不是要走的路。

我研究了inotify，它看起来相对便宜，而且因为我们只希望每天同步，所以可以卸载到美好的时光......遗憾的是，如果我们只查看创建的文件，我们会将硬链接复制为数据将使我们备份中使用的存储量翻倍......（基本上没有办法从 rsync 进行 -H 检查）

我能想到的唯一选择是重新组织我们的存储以使用基于日期的目录，遗憾的是，移动这么多数据并不是我们更喜欢的......

还有其他选择吗？

以供参考 ：

• 带有 XFS 的服务器有一个 RAID 控制器（无 JBOD 选项）和 SATA 磁盘 (WD RE)。32Gb 内存
• 具有 ZFS 的服务器具有 HBA 控制器和 SAS 磁盘。126Gb 内存

当我将 ZFS 称为缓慢时，我看到 'ls' 需要几秒钟......

通知配置：

/usr/bin/inotifywait -e modify \
    -mrq --timefmt %a-%b-%d-%T --format '%w%f %T' \
/var/www/ | while read file; do
echo "$file " >> /var/log/inotify.log

==================================================== ===========================

从远程服务器使用 rsync 更新的文件具有以下格式：

/var/www/.index.php.3AYEV4 Wed-Sep-24-05:35:03

其他文件在本地更新，它们很好。

/var/www/index.php Wed-Sep-24-05:35:03

这是为什么？

如标题所示，有没有一种方法可以使用 inotify/inotify-tools 通知最近打开的套接字？据我所知，inotify 仅适用于 inode，并且专门测试这些 inode 是否是套接字并不是 inotify 实际上能够做到的。除此之外，我似乎无法找到套接字 FD 的存储位置。我只能看到它们的文件描述符，它们是符号链接：

# ls -l /proc/29711/fd/10 
lrwx------ 1 root root 64 Mar  6 17:04 /proc/29711/fd/10 -> socket:[750728]

# stat /proc/29711/fd/10
  File: `/proc/29711/fd/10' -> `socket:[750728]'
  Size: 64              Blocks: 0          IO Block: 1024   symbolic link
Device: 3h/3d   Inode: 759700      Links: 1
Access: (0700/lrwx------)  Uid: ( 0/    root)   Gid: ( 0/    root)
Access: 2013-03-06 17:05:22.690411801 +1100
Modify: 2013-03-06 17:04:14.062414880 +1100
Change: 2013-03-06 17:04:14.062414880 +1100
 Birth: -

每当将新文件复制到特定目录时，我想自动运行脚本。换句话说，在 Linux 中有没有办法“监视”目录的变化，然后运行一些东西来响应变化？

我知道如何使用 /proc/sys/fs/inotify/max_* 文件获取/设置这些参数的最大值，但我想知道当前值是多少...

我想知道如果为了通过 ssh 进行监视/报告而修改某种执行文件系统监视的工具（即 inotify-tools）是否会有帮助。它会帮助系统管理员能够做类似的事情inotify-watch 192.168.0.33:/home/deploy/script吗？可能被监控的服务器应该满足一些先决条件，但这听起来可行吗？

备份需要很长时间。在我们可以信任 btrfs 或 ZFS 备份增量快照之前，如果有一个守护进程使用 inotify 来跟踪哪些文件实际发生了更改，这样备份会运行得更快，那不是很好吗？这个程序在哪里？

如何备份我的 Linux 机器而不必每次都爬取整个文件系统？我想要一个程序来检测新的或更改的照片、源代码等，并将它们排队以复制到我的 NAS。

AFAIK，NFS 的 Linux 实现不支持来自服务器端的类似 inotify 的事件通知——是否有可以产生相同数据的解决方法、补丁或替代解决方案？