web-dev-qa-db-ja.com

dbsrv10からのZenworks10の高いCPU使用率

具体的には、dbsrv10と呼ばれるプロセスは、常に100％以上のCPU使用率で固定されます。

次のコマンドを使用して、キューフラッシュをクリアしようとしました。zmanqueue-flushF zman queue-flush S

しかし、これは約20分間だけCPUを安定させました。

VMWare3.5のSLES10SP2でZCM10.2.0を実行しています。

最近、パッチ管理がディスク容量の問題を引き起こしていたため、完全に無効にしました。

私のloader-messages.logファイルは常に非常にビジーです。誰かがこれを理解できるかもしれません：

[DEBUG] [8/4/09 9:29:19 AM] [] [Loader.Status Storer Module] [] [failed directory size：1763657] [] [] [DEBUG] [8/4/09 9:29:19 AM] [] [Loader.Status Storer Module] [] [Status_b11714bce362d4ea7e377f550b19e8aa_1249396137593.xmlを失敗したディレクトリに移動しました。] [] [] [DEBUG] [8/4/09 9:29:49 AM] [] [Loader.Status Storer Module] [] [Processing Status_f8bbe0db5ba4f3a5d3d5e97b3ca01f52_1249396185 656.xml] [] [] [DEBUG] [8/4/09 9:29:49 AM] [] [Loader.Status Storer Module] [] [失敗したディレクトリサイズ：1766252] [] [] [DEBUG] [8/4/09 9:29:49 AM] [] [Loader.Status Storer Module] [] [Status_f8bbe0db5ba4f3a5d3d5e97b3ca01f52_1249396185656.xmlを失敗したディレクトリに移動しました。] [] [] [DEBUG] [8/4/09 9:29:49 AM] [] [Loader.Status Storer Module] [] [Processing Status_f8bbe0db5ba4f3a5d3d5e97b3ca01f52_1249396185 546.xml] [] [] [DEBUG] [8/4/09 9 ：29：49 AM] [] [Loader.Status Storer Module] [] [failed directory size：1766856] [] [] [DEBUG] [8/4/09 9:29:49 AM] [] [Loader.Statusストアモジュール] [] [移動ステータス_f8bbe0db5ba4 f3a5d3d5e97b3ca01f52_1249396185546.xmlを失敗したディレクトリに。] [] [] [DEBUG] [8/4/09 9:29:49 AM] [] [Loader.Status Storer Module] [] [Processing Status_f8bbe0db5ba4f3a5d3d5e97b3ca01f52_1249396188 625 ] [DEBUG] [8/4/09 9:29:49 AM] [] [Loader.Status Storer Module] [] [failed directory size：1767460] [] [] [DEBUG] [8/4/09 9： 29:49 AM] [] [Loader.Status Storer Module] [] [Status_f8bbe0db5ba4f3a5d3d5e97b3ca01f52_1249396188625.xmlを失敗したディレクトリに移動しました。] [] [] [DEBUG] [8/4/09 9:30:19 AM] [] [ Loader.StatusStorerモジュール] [] [Processing Status_194d59f476961bd4f04510f0bb6b0d0e_1249396194 937.xml] [] [] [DEBUG] [8/4/09 9:30:20 AM] [] [Loader.Status Storer Module] [] [失敗したディレクトリサイズ：1768064] [] [] [DEBUG] [8/4/09 9:30:20 AM] [] [Loader.Status Storer Module] [] [Status_194d59f476961bd4f04510f0bb6b0d0e_1249396194937.xmlを失敗したディレクトリに移動しました。] [] [] [デバッグ] [8/4/09 9:31:50 AM] [] [Loader.Status Storer Module] [] [Processing Status_488000110f3c7d43b318bc49c7aecca2_1249396293 4 06.xml] [] [] [DEBUG] [8/4/09 9:31:50 AM] [] [Loader.Status Storer Module] [] [Processing Status_c1f956e7e93b594c8404e25478782c07_1249396280 468.xml] [] [] [DEBUG] [ 8/4/09 9:31:50 AM] [] [Loader.Status Storer Module] [] [Processing Status_db44b8158529bf5031c1597d85530d76_1249396283 593.xml] [] [] [DEBUG] [8/4/09 9:31:50 AM] [] [Loader.Status Storer Module] [] [failed directory size：1770464] [] [] [DEBUG] [8/4/09 9:31:50 AM] [] [Loader.Status Storer Module] [] [ Status_db44b8158529bf5031c1597d85530d76_1249396283593.xmlを失敗したディレクトリに移動しました。] [] [] [DEBUG] [8/4/09 9:34:02 AM] [] [Loader.QueueRunner] [] [アクションIDにハンドラーが登録されていません：30626、タイプ：SUBSCRIPTION_DOWNLOAD] [] []

central-processing-unitnovellslesvcpuzenworks
1
kfreise

これは、処理中のクライアントからのインベントリファイルに関係していると思います。 Storer、およびXMLファイルは、インベントリプロセスのプロセスおよびデータファイルです。

ZCMのどの回転ですか？ 10.2は、可能であれば、あなたがなりたい場所です。

Support.novell.comのZCMフォーラムに投稿することをお勧めしますが、公式にはサポートされていませんが、支援できるボランティアのシスオペがあります。

1
geoffc

ZCMサーバーがデバイスからのインベントリを頻繁に処理するのはなぜですか？在庫スケジュールは3時間に設定されています（部分的には1.5）。

ZCM10.2を実行しています。

カール、そのウィキの所有者に連絡はありますか？サイトに個人情報が見つからないようです。

1
kfreise

うわー、これはひどいです、そして、Novellは製品をあまりよくサポートしていないようです。この製品をまだ押し出していないのも不思議ではありません...

キューのクリア以外にNovellのフォーラムで見つけた役立つ投稿の1つは、 これ でした。

この男のサイト かなり役に立ちそうです...それがわからない場合は、彼に直接連絡するかもしれません。

0
Karl Katzke

SLES SP2/ZCM 10.2.0/ESX3.5.4でもこれが発生しています。私のVMは1つのvCPUとkernel-vmiのみで実行されています

これまでのところ、DBプロセスで「Nice10」を実行しただけです。しかし、私が望むものではありません。

0
Audiobog

古いzen7のインポートされたバンドルを削除する必要があります。一部（おそらく多く）には、サイクルを屋根に投げ込むだけのエラーが含まれています。これを実行すると、CPU使用率が低下します。 kfreiseはこれを見つけました、ただそれを投稿するのを忘れました！

0
lilott8