NAC Server(CAS)でのkclickプロセスのCPU高負荷について

[netmarks_araki]

CAMの配下で複数のCAS（3350、3310）を使用していますが、CLIでtopコマンドを実行すると

すべてのCASでkclickというプロセスがCPUの99%を消費しておりました。

CCOで検索すると"CSCtf31488"というIDでBug登録されていますが、情報がほとんどありませんでした。

CASをネットワークから切り離して再起動してみましたが、kclickのCPU負荷は高いままでした。

このkclikというプロセスの役割と、CPU使用率が高い状態が異常なのか正常なのか

お分かりの方いらっしゃいますでしょうか？

よろしくお願いします。

[Shinpei Asakura]

こんにちは、

CSCtf31488 はドキュメントバグのようですね。

Fixed となっているのでCCOを検索してみたところ、リリースノートの

以下の記述が関連しているように思います。

http://www.cisco.com/en/US/docs/security/nac/appliance/release_notes/47/473rn.html#wp1143686

http://www.cisco.com/en/US/docs/security/nac/appliance/release_notes/48/481rn.html#wp824154

http://www.cisco.com/en/US/docs/security/nac/appliance/release_notes/49/49rn.html#wp824154

---

Note The click in the NAC is configured with default settings like default priority, CPU usage etc. The driver loop of the click thread uses the full CPU whenever other processes are idle. The CPU usage of click can reach 99%. As the thread runs with default priority, other processes like tomcat can take over whenever requests come for them. The high CPU usage of click will not lead to any performance issues.

---

CAS だけで起きるのか書いていませんが、読み取れるかぎりその時点で

使用可能なCPUをすべて使うな動作になっているようです。

他のリソースが使用されるとその分だけ開放すると書いてあるので、

実影響はなさそうですね。100 から  kclick の %CPU を除した値が

実際のプロセス使用率になると思います。

3350、3310 すべてで kclick が同じように高騰しているようであれば、

特に気にされなくてよいかなと思いました。

朝倉

[netmarks_araki]

Asakura様

ご回答ありがとうございます。

メーカーに問い合わせたところ、おっしゃる通りドキュメントのbugで、上記の記述が追加されたようです。

実際には、このclickというプロセスがCPUの使用可能なすべてのリソースをリザーブして、

他のプロセスが要求した場合に必要に応じて開放する動作をするようでした。

そのため、通常であればtopコマンドを実行したときにidleになっている部分が0%になって

いるようです。

これは、異常では無く正常な動作ということです。

よろしくお願いします。

[Shinpei Asakura]

フィードバックありがとうございました。

問題解決されたようでよかったです。