inotify mit NFS

inotify ist eine Unterstützung aus dem kernel zu arbeiten. Wenn eine Anwendung Spuren, die ein Verzeichnis, fragt er den kernel zu informieren, wenn diese änderungen auftreten. Wenn die änderung erfolgt, zusätzlich zum schreiben die änderungen auf disk, der kernel auch informiert der beobachtete Prozess.

Auf einem entfernten NFS-Maschine, die änderung wird nicht sichtbar an den kernel; es geschieht ganz aus der Ferne. NFS älter als inotify und es ist kein Netzwerk-level-support für die es in NFS, oder etwas gleichwertiges.

Wenn Sie möchten, dies zu umgehen, können Sie einen Dienst auf dem Speicher-server (da, der kernel wird immer sehen, änderungen an den Dateisystem), dass die Broker inotify-Anforderungen für remote-Computer, und leiten Sie die Daten an den remote-clients.

Edit: Es scheint mir komisch, dass NFS sollte die Schuld für seine mangelnde Unterstützung für inotify.

Network File System (NFS) ist ein verteiltes Dateisystem-Protokoll ursprünglich von Sun Microsystems 1984wikipedia-Artikel

Jedoch:

Inotify (inode notify) ist ein Linux-kernel-subsystemdass die Handlungen zu erweitern Dateisysteme zu bemerken, die änderungen auf das Dateisystem. [...] Es wurde in den mainline-Linux-kernel Version 2.6.13 (Juni 18, 2005 ) [...]. wikipedia-Artikel

Es ist schwer zu erwarten, dass ein Tragbarer Netzwerk-Protokoll/Anwendung zur Unterstützung einer bestimmten kernel-Funktion entwickelt, die für ein anderes Betriebssystem, und das schien mehr als zwanzig Jahre später. Auch wenn es hat gehören Erweiterungen für Sie, Sie würden nicht verfügbar sein oder nützlich, auf anderen Betriebssystemen.

_{*Hervorhebung von mir in allen Fällen}

Ein weiteres problem mit diesem; nehmen wir an, wir sind nicht mit einem Netzwerk, sondern vielmehr ein lokales Dateisystem mit guter inotify-Unterstützung: ext3 (nehme an, Ihr montiert an /mnt/foo). Doch statt einer echten Festplatte, das Dateisystem montiert wird ein loopback-Gerät ; und die zugrunde liegende Datei ist wiederum zugänglich an einer anderen Position in das vfs (sagen wir /var/images/foo.img).

Nun, Sie sind eigentlich nicht zu ändern, montiert ext3-Dateisysteme, Aber es ist immer noch relativ sicher, so zu tun, wenn die änderung der Inhalt der Datei anstelle von Metadaten.

Also, angenommen ein kluger user modifiziert die Datei system image (/var/images/foo.img) in einem hex-editor, eine Datei ersetzt den Inhalt mit einigen anderen Daten, während zur gleichen Zeit ein inotify watch ist die Beobachtung der gleichen Datei auf das gemountete Dateisystem.

Es gibt keinen vernünftigen Weg, man kann gerne für inotify, um immer informiert der beobachtete Prozess dieser Art von Veränderung. Obwohl, gibt es wahrscheinlich einige Verrenkungen, die könnte man ext3 beachten und Ehren, die sich ändern, nichts davon anwenden würde, um, sagen wir, das xfs-drtiver, die sonst sehr ähnlich.

Noch sollte es. Sie schummeln!. inotify kann nur informieren Sie über änderungen, die aufgetreten sind, durch die vfs auf den eigentlichen mountpoint beobachtet. Wenn die Veränderungen eingetreten sind, die außerhalb der VFS, aufgrund einer änderung der zugrunde liegenden Daten, inotify kann dir nicht helfen und ist nicht entworfen, um dieses problem zu lösen.

Haben Sie sich überlegt über eine message-queue für Netzwerk-Benachrichtigung?

InformationsquelleAutor der Antwort SingleNegationElimination

Jeder, der über diese Frage in die Suche nach einer Antwort, warum binden die Montage auf das Andockfenster nicht erkennen, die änderungen einer Datei vom host-Verzeichnis (für heiße Neuladen einer app), es ist, weil die Ausbreitung von änderungen in Dateien zwischen host und container wird nicht mitgeteilt, um der container-kernel.

Nur die änderungen aus dem container selbst ist, kommuniziert der kernel. Lösung dafür ist, Ihre live-reload utility turn on "polling-Modus" anstelle von fsnotify.

InformationsquelleAutor der Antwort Derian Tungka