タグ付けされた質問 「inotify」

私はinotifyウォッチを使用するアプリケーションを使用します。私がしましすでに設定します fs.inotify.max_user_watches=32768 で/etc/sysctl.conf、私は手動でそれを実行した場合を除きますが、最後の夜のアプリケーションは、私は時計の出だ疑いにつながる、インデックス作成を停止しました。 この数を増やすとトレードオフが何であるかわからないので（RAMをより多く消費しますか？）、この数を増やすだけでよいかどうかわかりません。これらすべての時計を使用しているかどうかと、時計を増やすためのトレードオフが何かを判断できます。

47 kernel  files  inotify 

Ubuntu 16.04をインストールしたばかりで、SmartGitを起動するとこの警告が表示されます。 IOException: User limit of inotify watches reached さらに、私はこの警告を起動しtail -fます： tail: inotify resources exhausted tail: inotify cannot be used, reverting to polling Ubuntu 14.04ではこのエラーは発生しません。新しいUbuntuで使用しているアプリケーションとファイルは、以前のバージョンで使用していたものとまったく同じです。 関連する唯一の違いは、PCにハードディスクを追加し、Ubuntuのバックアップツールを構成したことです。この問題は、2番目のディスクまたはバックアップツールに関連していますか？

43 16.04  tail  inotify 

数週間前に始まったDropboxの奇妙な問題があります。 Dropboxは「Dropboxフォルダーにアクセスできません」というメッセージとの同期を停止し、再起動するまで同期を拒否します。 Dropboxを再起動してログアウトしようとしましたが、再起動しない限り、Dropboxが再び同期することを許可しないようです。 これはアクセス許可の問題ではありません。アクセスが突然失われても、アクセス許可は変更されません。 停止したときにまだハングしている可能性のあるDropboxに関連するものについて、lsofをチェックしました。私が知る限り、これが起こったときにDropboxがそのフォルダにアクセスしていることしかわかりません。

38 dropbox  inotify 

この質問は、私がStackoverflowで提起した別の質問から生じます。私が使用していウォッチャーを -同じ問題がに適用されますIncron -離れて変わり、静かにリスのためのDropboxにそれらの変更をフォルダとその子フォルダを監視すること。 write_closeイベントを監視します-- IN_CLOSE_WRITE目的のため。もともと私はmodifyイベント、すなわちIN_MODIFYを見ていました。これは機能しましたが、大きなファイルを書き込むと、複数回起動することがわかりました。それは公平に聞こえたのでIN_CLOSE_WRITE、特定のファイルについては一度しか発生しないと仮定するのが合理的だと感じたため、切り替えました。 ただし、そうではありません。Nanoで作成された非常に小さなテキストファイル（1文字のみ）でも、イベントは2回発生します。せいぜいこれは、同じファイルがDropboxで2回同期されると、不必要なトラフィックになる可能性があります。私の場合、最初のイベントで同期を実行してからサーバー側のファイルを削除するため、災害につながります。結果-2番目のイベントでは、Dropbox側のファイルは0バイトのファイルになります。 私は今のところ、他の作業を行う前に同期スクリプトを10秒間スリープさせ、Dropboxの同期を試みる前に問題のファイルがまだ存在することを確認することで対処しています。これが機能するのは、2回目の反復でファイルが見つからず、スクリプトが終了するだけだからです。 これはせいぜいハックに聞こえます。恐らく悪いハックではないかもしれませんが、私は理解したいと思います-なぜIN_CLOSE_WRITEイベントが複数回発生するのですか？ いくつかの追加情報 ウォッチャーのインスタンスが複数実行されていないことを確認してください。 からの出力 ps ax|grep watcher.py 23880 ? Sl 0:01 python /usr/local/bin/watcher.py restart 24977 pts/0 S+ 0:00 grep --color=auto watcher.py ファイルシステムはext4です。Incronでまったく同じ問題が発生したことに言及する必要があります。経由で実行されるバッチスクリプトからWatcherデーモンを起動します/etc/rc2.d。Incron OTHは、デフォルトのapt-get install incronインストールを介して、私が何もしなくても起動します。 私のwatcher.iniファイルの本質を以下に示します。 [DEFAULT] logfile=/var/log/watcher.log pidfile=/var/run/watcher.pid [job1] watch=/path/to/watch events=write_close excluded= recursive=true autoadd=true command=/home/datastore.php $filename datastore.php面倒なDropboxアップロード+ソース削除コードなしでスクリプトが2回起動されることを確認するために、スクリプトを必要最低限​​のものに減らしました。 #! /usr/bin/php <?php file_put_contents('/tmp/watcher',$argv[1],FILE_APPEND); ?> …

13 14.04  inotify 

これに似たトピックについて少し議論が行われたことは知っています。しかし、ここで私が基本的にやろうとしていることです。 watchディレクトリが呼び出さwatchedれ、そのディレクトリにファイルが追加されるたびに、そのディレクトリからsyncbh.shファイルを取り出してリモートサーバーにアップロードするというスクリプトをトリガーしたいと思います。 警告は、ファイルはwatched1人のユーザー（user2）によってディレクトリに作成されますが、スクリプトは別のユーザー（user1）によって実行されるということです。 私はこれを達成するためにincronを使用しようとしましたが、スクリプトはroot権限でuser1によって手動で実行できますが、実際には他のuser2によるファイル作成イベントによってincronデーモンが自動的にトリガーされることはないため、大きな問題が発生し続けます。 私は交渉がより良い代替手段になるかどうかを考えてきましたが、この構文がどのように機能するかについてはわかりません。私が使用して終了場合は、これを達成、またはより良い方法があればinoticomingコマンドを見て、それを依頼すること構文なるか/home/user1/watchedディレクトリを、スクリプトを実行/usr/local/bin/syncbh.shファイルは/作成したディレクトリ内で変更された場合は？ どんな助けでも大歓迎です。

13 command-line  bash  scripts  filesystem  inotify