問題タブ [watchdog]

Python Watchdog を使用して、Ubuntu のフォルダーを監視しています。1 つまたは 2 つのファイルでは正常に動作していますが、コマンドで 50 個のファイルを移動するmv *.xml dest_folderと、2 つのイベントしか受信せず、2 つのファイルしか処理されませんでした。以下はコードです。

関数をコメントアウトする_validate_xmlと、45 個のイベントすべてを受け取ります。

ウォッチドッグで正確に何が起こったのか、そしてこれに対する最善の解決策は何か教えてもらえますか?

以下は、移動イベントのウォッチドッグの簡単な例です。このプログラムを実行して「モニター」フォルダー (mv *.xml モニター) に 50 個のファイルを移動すると、1 つのイベントしか受信しませんでした。キューのサイズとタイムアウトを増やすと、受信したイベントの数が 4 から 5 に増えましたが、その動作は奇妙です。

すべてのイベントを受け取る方法を説明できる人はいますか? ありがとう

以下の TI MSP 430 のアセンブリ コードを解釈しようとしています。デバッガーで行をステップ実行すると、サブルーチン "beep02" が原因がわからない時間ループし続け、突然 "WDT_ISR" サブルーチンにジャンプします。

私の仮定は、「犬が吠える」ときに何らかの方法でそのウォッチドッグ割り込みサービスが呼び出され、ループ内にある正常に機能しているコードからプログラムを取得し、WDT_ISR に進むことです。これは正しいです？

私は、BackgroundWorkerスレッドが生きている（つまり、まだ実行されている。スレッドは基本的に単純な無限ループとして実装されている）ことを確認する方法を見つけようとしています。

IsAlive()これまでに見つけたものに最も近いのはIsBusyプロパティですが、ほとんどの場合、スレッドSleep（）を考えると、これでうまくいくかどうかはわかりません。

IsBusyに頼ることはできますか？

または私はトラブルを求めていますか？

drupal 6 では、重大度に応じてウォッチドッグのエントリをデータベースにフィルターできますか?

たとえば、「エラー」重大度メッセージを除外したいとします。

組み込み環境に協調スケジューラがあるとします。多くのプロセスが実行されています。プロセスが何らかの理由で動作を停止したことを検出し、プロセッサをリセットできるように、ウォッチドッグ タイマーを利用したいと考えています。

RTOS を使用しない単純なアプリケーションでは、常にメイン ループからウォッチドッグに触れていましたが、これで十分でした。ただし、ここでは、ハングする可能性のあるプロセスが多数あります。各プロセスが正常であることを確認しながら、定期的にウォッチドッグ タイマーに触れるクリーンな方法は何ですか?

各プロセスにコールバック関数を提供して、すべてを監視する別の関数に、それがまだ生きていることを知らせることができると考えていました。コールバックは、タスクの一意の ID であるパラメーターを渡すため、監督者は誰がコールバックしているかを判断できます。

この例のようなページが見つからないというエラーが大量に (毎分 10 件以上) 発生しています。

タイプ ページが見つかりません日付 2012 年 11 月 16 日金曜日 - 01:27 ユーザー 匿名 (未確認) 場所 ad_type=ad&ad_size=160x600§ion=3704956 リファラー http://www.hotfirstgames.com/shooting/915.html メッセージ ttp://ad.yieldmanager.com/st 重大度警告 ホスト名 173.254.197.131

私のサーバーに負担をかけるヒットがたくさんあります。IPアドレスの場所とリファラーは変化し続けます。何ができる？

Pi で実行しているウォッチドッグの設定を誤ったようです。これにより、起動後約 10 秒で再起動し、ログイン スクリプトが表示されます。FTP クライアントを使用してコマンドを実行するには速度が足りないため、別の方法でコマンドを実行するか、ファイルを削除する必要があります。私の Pi には最新の debian wheezy があり、すべてのファイルを削除せずに作成したいと考えています。

編集：問題を修正するために作成しました。幸いなことに、15秒後に再起動しました。これは、SSHに入り、最後の1秒で構成を削除するのに十分な時間でした:D システムイメージを常にバックアップすることを学びました。

ユーザーがdrupal7でパスワードを変更したときを記録する必要があります。登録ユーザーがパスワードを変更したとき、プラットフォームはデータベースにレコードを保存する必要があります。

どんな指導にも感謝します。

ありがとう ：）

Drupalサイトを新しいマネージドVPSに移動しました。

cronを実行しようとするたびに、次の厄介なエラーが発生します。

警告：'max_allowed_pa​​cket'バイトよりも大きいパケットを取得しましたクエリ：INSERT INTOウォッチドッグ（uid、type、message、variables、severity、link、location、referer、hostname、timestamp）VALUES（1、'php'、'％message in％行％line。'、' a：4：{s：6：\ "％error \"; s：12：\ "user warning \"; s：8：\ "％message \"; s：1582172のファイル：\"'max_allowed_pa​​cket'バイトより大きいパケットを取得しました\nクエリ：UPDATE cache_update SET data ='a：72：{s：10：\" admin_menu \ "; a：10：{s：5：\" title \ " ; s：19：\"管理メニュー\"; s：10：\ "short_name \"; s：10：\ "admin_menu \"; s：10：\ "dc：creator \"; s：3：\" sun \ "; s：11：\" api_version \ "; s：3：\" 6.x \ "; s：17：\ "recommended_major \"; s：1：\ "1 \"; s：16： \ "supported_majors \"; s：3：\ "1,3 \ "; s：13：\＆qu in /home/drupal/includes/database.mysql.inc on line 135

問題は、max_allowed_pa​​cketを1024に設定したことです。そして、それでも私にそのエラーを与えます。

そのエラーはadmin_menuモジュールに関連しているようですが、そのモジュールを無効にした後でも、エラーはまだ存在し（他のモジュールを参照）、他のモジュールを無効にした後もエラーは存在します。

問題はmySQLテーブル「cache_update」に関連しているようですが、何が起こっているのか理解できません。Drupalフォーラムを検索した後でも、問題を解決することはできませんでした。コアをハッキングする方法をいくつか見つけましたが、それは良くありません。

my.cnfファイルでmax_allowed_pa​​cket構文に問題がないことを確認しました。

これはmysql固有の問題だと思うので、ここに投稿します。

あなたの洞察に感謝します！

ロザムンダ