問題タブ [watchdog]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
assembly - ウォッチドッグ割り込みはアセンブリでどのように機能しますか
以下の TI MSP 430 のアセンブリ コードを解釈しようとしています。デバッガーで行をステップ実行すると、サブルーチン "beep02" が原因がわからない時間ループし続け、突然 "WDT_ISR" サブルーチンにジャンプします。
私の仮定は、「犬が吠える」ときに何らかの方法でそのウォッチドッグ割り込みサービスが呼び出され、ループ内にある正常に機能しているコードからプログラムを取得し、WDT_ISR に進むことです。これは正しいです?
database - drupal ウォッチドッグはデータベース内のエントリをフィルタリングします
drupal 6 では、重大度に応じてウォッチドッグのエントリをデータベースにフィルターできますか?
たとえば、「エラー」重大度メッセージを除外したいとします。
c - RTOS でウォッチドッグ タイマーを使用する方法は?
組み込み環境に協調スケジューラがあるとします。多くのプロセスが実行されています。プロセスが何らかの理由で動作を停止したことを検出し、プロセッサをリセットできるように、ウォッチドッグ タイマーを利用したいと考えています。
RTOS を使用しない単純なアプリケーションでは、常にメイン ループからウォッチドッグに触れていましたが、これで十分でした。ただし、ここでは、ハングする可能性のあるプロセスが多数あります。各プロセスが正常であることを確認しながら、定期的にウォッチドッグ タイマーに触れるクリーンな方法は何ですか?
各プロセスにコールバック関数を提供して、すべてを監視する別の関数に、それがまだ生きていることを知らせることができると考えていました。コールバックは、タスクの一意の ID であるパラメーターを渡すため、監督者は誰がコールバックしているかを判断できます。
drupal - Drupal のウォッチドッグ ログに多数のスパム ページが見つかりませんでした。
この例のようなページが見つからないというエラーが大量に (毎分 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アドレスの場所とリファラーは変化し続けます。何ができる?
reboot - Raspberry Pi が再起動ループに陥ったため、コマンドを実行する必要があります
Pi で実行しているウォッチドッグの設定を誤ったようです。これにより、起動後約 10 秒で再起動し、ログイン スクリプトが表示されます。FTP クライアントを使用してコマンドを実行するには速度が足りないため、別の方法でコマンドを実行するか、ファイルを削除する必要があります。私の Pi には最新の debian wheezy があり、すべてのファイルを削除せずに作成したいと考えています。
編集:問題を修正するために作成しました。幸いなことに、15秒後に再起動しました。これは、SSHに入り、最後の1秒で構成を削除するのに十分な時間でした:D システムイメージを常にバックアップすることを学びました。
drupal - ユーザーがdrupalでパスワードを変更したときにログに記録する
ユーザーがdrupal7でパスワードを変更したときを記録する必要があります。登録ユーザーがパスワードを変更したとき、プラットフォームはデータベースにレコードを保存する必要があります。
どんな指導にも感謝します。
ありがとう :)
mysql - max_allowed_packet =1024M...それでも「'max_allowed_packet'バイトクエリよりも大きいパケットを取得しました...」というエラーが表示されます。
Drupalサイトを新しいマネージドVPSに移動しました。
cronを実行しようとするたびに、次の厄介なエラーが発生します。
警告:'max_allowed_packet'バイトよりも大きいパケットを取得しましたクエリ: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_packet'バイトより大きいパケットを取得しました\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_packetを1024に設定したことです。そして、それでも私にそのエラーを与えます。
そのエラーはadmin_menuモジュールに関連しているようですが、そのモジュールを無効にした後でも、エラーはまだ存在し(他のモジュールを参照)、他のモジュールを無効にした後もエラーは存在します。
問題はmySQLテーブル「cache_update」に関連しているようですが、何が起こっているのか理解できません。Drupalフォーラムを検索した後でも、問題を解決することはできませんでした。コアをハッキングする方法をいくつか見つけましたが、それは良くありません。
my.cnfファイルでmax_allowed_packet構文に問題がないことを確認しました。
これはmysql固有の問題だと思うので、ここに投稿します。
あなたの洞察に感謝します!
ロザムンダ
assembly - ソフトウェアウォッチドッグタイマーがMPC875CPUをリセットする速度が速すぎる
MPC875CPUでソフトウェアウォッチドッグタイマーを使用する際に問題が発生しました。
タイマーはリセット信号を非常に速くトリガーします。プリスケーリングを有効にしてカウントダウン値(SWTC)を最大に設定しましたが、タイマーをオンにしてリセット信号を受信するまでに約0.5秒未満かかります。
これが私がそれを行う方法です(JTAGスクリプト):
プリスケーリングを有効にすると(SYPCRのSWPビット)、最後のカウンタリセット(最新のSR SWSR
コマンド)から約0.5秒後にHRESET信号をアサートします。また、プリスケーラを無効にすると、SWSRレジスタを最初に変更する前でも(非常に短時間で)HRESET信号がアサートされます。このように、タイマーは設定の変更に何らかの形で反応しているように見えますが、タイミングに問題があります。
すでに確立され実行されているアプリケーション(VxWorks上)で同じ構成を取得しているが、ウォッチドッグタイマーがオフになっているため、システムクロックとフェーズロックループは正しく構成されているはずです。
また、SYPCRレジスタのSWFビットをクリアして、JTAGがCPUを停止している間にタイマーがカウントされないようにしました(FRZ信号をアサートすることによって):その後、ブレーク/ステッピングモードを終了するまでのみ機能し、アプリケーションを実行すると、リセットが発生します非常に短い時間。
リファレンスマニュアルによると、タイマーは次のように機能します。
ダウンカウンターがあり、ゼロに達すると、回路はHRESET信号をアサートするか、システムリセット割り込みを発生させます。カウンタは2バイトの長さで、オプションで2048の係数で事前スケーリングされます。システムクロックを2048で割ったレートでデクリメントされます。したがって、プリスケーラが有効で最大カウンタ値1 / (80MHz / 2048) * (65535 * 2048)
が約3435秒の場合の予想タイムアウトです。プリスケーラを無効にすると、約1.7秒になります。実際の値ははるかに小さく、事前スケーリングされたカウンターでは約0.5秒、プリスケーラーがオフの場合ははるかに小さくなります(測定すらできません)。
図によると、SWTはコアクロックとSYPCRレジスタのみに依存します。レジスタの説明は次のとおりです。
値0xFFFFFF87を設定しました(実際にはさまざまなオプションを試しました)。これは、次のことを意味します。
- SWTC:0xFFFF(タイマーカウント、SWSRレジスタにマジックシーケンスを書き込むと、最大値が内部ダウンカウンター(図を参照)にロードされます)。
- BMT:0XFF(バスモニタータイマーカウント、最大値)
- BME:1(バスモニターが有効になっています。設定された値に関係なく常にJTAGで有効になっているため、ビットをオフにする意味はありません)。
- SWF:0(JTAGがFRZ信号をアサートした場合でもタイマーはカウントされます)。
- SWE:1(ウォッチドッグが有効)。
- SWRI:1(HRESETをアサートするように構成されていますが、NMIへの切り替えは役に立ちませんでした)。
- SWP:1(SWTCは2048の係数で事前スケーリングされています)。
助言がありますか?
python-2.7 - pyqt内でウォッチドッグファイルシステムウォッチを実行する
ユーザーが設定を行ってsqliteデータベースに保存できるpyqtウィジェットがあります。この設定は、次のコードを使用してファイルシステムへの変更をチェックするウォッチドッグに影響します。
上記はqwidgetアプリコードに配置できません。これは、私が試したpyqtコードの一部が実行されなくなるためです。
ウォッチドッグをpyqtと統合して、ファイルシステムの変更を監視するにはどうすればよいですか。