在 Linux 中获取 CIFS 挂载的文件创建通知

Question

我在 ubuntu 服务器上通过 CIFS 安装了一个 Windows 共享。我需要一种方法来知道新文件何时添加到 Windows 共享中。我尝试了这个inotify程序：

http://www.thegeekstuff.com/ 2010/04/inotify-c-program-example/

它适用于标准目录，但无法捕获任何 CIFS 更改。我不一定需要使用 inotify，尽管我愿意，但任何有关如何完成获取文件创建通知的建议都会很棒。

Answer 1

我也一直在研究这个问题，并遇到了同样的问题 - 不幸的是，似乎（在谷歌上进行了一些搜索之后），不可能在 CIFS 安装分区上使用 inotify - 以下是来自 Redhat 论坛的帖子几年前：

“目前，CIFS 无法实现这一点。VFS 挂钩允许
用于设置额外通知的文件系统最近已被删除。这
其中唯一的“用户”是 CIFS，而且它从来没有正常工作过。这
其内核接口也存在严重问题。

我认为史蒂夫计划重新实现它，但这是一个重大项目
这意味着向内核的 VFS 层添加新功能。”

虽然这是几年前的事，但我们似乎离拥有此功能还很远 - 遗憾的是，我也可以真正使用它！

Answer 2

我也遇到了这个问题，并得出了与 Stephen Sullivan 相同的结论（CIFS + inotify = 不行）。

然而，由于我的工作流程恰好依赖于远程安装和依赖 inotify 的自动编译工具，所以我最终构建了一个（相当绝望和黑客）解决方案，该解决方案基本上只是使用轮询来监视更改，然后触及相同的文件再次在安装端，这似乎会触发 inotify 事件。这不是我最自豪的时刻。

话虽如此，它确实有效，所以，享受：http://github.com/rubyruy/watchntouch

Answer 3

老话题，依然重要！
我对此的回答是：“这要看情况！”。
从我这次的实证测试来看，这种行为是相当清楚的。如果 Linux 主机发起文件系统事件 [在 CIFS 安装时]，那么 inotify 会很好地看到它。如果托管 CIFS 挂载的 Windows 计算机启动文件系统事件，那么 inotify [在 Linux 计算机上]将根本看不到它。

如果您的目标是让 Linux 主机收到 Windows 主机创建或写入文件的通知，那么您就不走运了。由于这可能是该机制最理想的用途，因此它确实使这个微妙的“取决于”答案不再那么有用！

Answer 4

只是想补充一点，我最近在使用安装到系统中的 Azure 文件 的 Azure 容器实例 时也遇到了这个问题。 Inotify 也无法看到 Azure 文件 挂载上的任何更改，我猜是因为它使用的是 CIFS。

我偶然发现了一个有用的工具，它也可以使用轮询而不是inotify。

它称为fswatch。

https://emcrisostomo.github.io/fswatch/

我必须为有问题的基于 Alpine 的容器，但使用 Alpine 网站上的说明并不太困难。

https://wiki.alpinelinux.org/wiki/Creating_an_Alpine_package

这是我的APKBUILD< /code> 如果有人觉得它有帮助（无耻地基于 Alpine 提供的示例！:)）

# Contributor: 
# Maintainer: 
pkgname=fswatch
pkgver=1.17.1
pkgrel=0
pkgdesc="A cross-platform file change monitor with multiple backends"
url="https://emcrisostomo.github.io/fswatch/"
arch="all"
license="GPL"
depends=""
depends_dev="alpine-sdk"
makedepends="$depends_dev"
install=""
subpackages="$pkgname-doc"
source="https://github.com/emcrisostomo/$pkgname/releases/download/$pkgver/$pkgname-$pkgver.tar.gz"
builddir="$srcdir/$pkgname-$pkgver"

prepare() {
        default_prepare
        # this function can be omitted if no extra steps are needed
}

build() {
    ./configure --prefix=/usr \
        --sysconfdir=/etc \
        --mandir=/usr/share/man \
        --infodir=/usr/share/info \
        --localstatedir=/var \
        --disable-wxwidgets \
        --disable-qt
    make
}

check() {
        make check
}

package() {
    make DESTDIR="$pkgdir" install
}

sha512sums="c38e341c567f5f16bfa64b72fc48bba5e93873d8572522e670e6f320bbc2122f  fswatch-1.17.1.tar.gz"

我使用了多阶段 Dockerfile 然后将生成的包复制到目标容器中。我必须使用 --allow-untrusted 标志来进行安装。

apk add --allow-untrusted /tmp/fswatch-1.17.1-r0.apk

这是 Dockerfile 更新的相关部分

## ==========
## FSWatcher Builder
# IMPORTANT: Build this package on the same Alpine version used by the target container
FROM ${ALPINE_CONTAINER}:${ALPINE_VERSION} AS fswatch

COPY /scripts/fswatch.apkbuild /tmp/APKBUILD

USER root
WORKDIR /app

RUN apk upgrade --update-cache --available && apk add alpine-sdk sudo && rm -rf /var/cache/apk/*; \
  adduser -D -h /home/build build; \
  addgroup build abuild; \
  mkdir -p /var/cache/distfiles; \
  chmod a+w /var/cache/distfiles; \
  chgrp abuild /var/cache/distfiles; \
  chmod g+w /var/cache/distfiles; \
  abuild-keygen -a -i -n

USER build
WORKDIR /home/build

RUN abuild-keygen -a -n; \
  mkdir fswatch; \
  cd fswatch; \
  cp /tmp/APKBUILD ./; \
  dos2unix ./APKBUILD; \
  abuild checksum; \
  abuild -r

：这是我的 entrypoint.sh 也是如此，我在其中运行 fswatch （我必须在基于 debian 的系统上使用 bash shebang...YMMV。

#!/bin/sh
set -e
{ /usr/bin/fswatch -0 -o -r -m poll_monitor /etc/nginx/ssl | while read -d "" event;do echo "$(date -Ins) Event Fired: ${event}";/opt/reload.sh;done; } &
exec "$@"

） reload.sh 脚本：

#!/bin/sh
set -e
/usr/sbin/nginx -s reload && echo "nginx reloaded"

希望这些对有同样想法的人有用！

Answer 5

我的 OCR 项目遇到了此类问题，该项目监视远程 samba 共享以提供 Tesseract (https://github.com /deajan/pmOCR）

最终使用了基于轮询目录的嵌入式 inotifywait 替换，请参阅 https://github.com/javanile/inotifywait-polling

事实上，也有像 fsobserver 这样的 Python 解决方案也允许轮询模式。

Answer 6

它可以完成..

如果您设置了一个 webdav 服务器并将共享包含为 webdav 位置，那么您可以在从 Windows 计算机通过 webdav 访问它时监视 samba 服务器上的位置。

最大的问题是文件权限是 ab*tch... 与 apache2 webdav 一样，因为它缺少直通身份验证

Answer 7

对于运行 Linux docker 容器的 Windows 主机，有一篇关于此问题的详细文章，其中提供了适用于“docker-windows-volume-watcher”的解决方案：http://blog.subjectify.us/miscellaneous/2017/04/24/docker-for-windows-watch-bindings.html

看起来 Linux 实施 CIFS 不会很快提供支持inotify。

Answer 8

如果您反过来并从 Linux 主机提供 CIFS 共享，并让网络客户端将文件上传到此共享，则服务器上的 inotify 将能够检测新文件何时上传（通过 CLOSE_WRITE 事件）。

Answer 9

我建议使用 fileschanged

我刚刚用 Mounted 测试了它来自 Windows 的 CIFS 驱动器。它的工作就像一个魅力，几乎没有延迟或服务器负载。看来还是蛮靠谱的。

• 要安装：

sudo apt-get install fileschanged

• 要监视/触发：

  文件更改文件夹/

• 输出将如下所示：

文件夹/test1

• 您可以通过管道输出：

  文件已更改
  文件夹/
  |
  while read -r 文件名；做
  文件名=“${文件名##*/}”
  echo "触发$filename">> /var/log/fileschanged.log
  # 使用 $filename 做任何你喜欢做的事情
  完成

Answer 10

我已经处理过我的文档搜索引擎的主题。并开发了该项目的以下部分。我已经提交了初稿。不幸的是，我必须先处理我的其他项目。找出“smbclient”命令。当我准备好时，您可以将此项目用作库或将其作为系统挂钩应用程序启动，该应用程序会将信息提供给其他应用程序。

https://github.com/stefanwerfling/smbeye/blob/ main/src/inc/SmbClientNotif.ts

我希望这可以作为您的解决方法。或者你等我准备好。 ;)