/etc/syslog.conf を直接編集していませんか？
/etc/syslog.conf を編集しても、SystemManagerに定義を反映することは出来ません。SystemManagerのsyslog監視用定義を変更する場合は、編集後のsyslog監視用定義ファイルをGUIから再度適用してください。

SystemManagerではsarコマンドの結果を性能データ収集処理に用いています。Solaris9では、このsarコマンドの表示の値が異常な値(負の値)となる OSのバグがあります。
以下のOSのパッチの適用をお願いします。

バグ内容 : Solaris9 で sar コマンドで誤った値を出力してしまう
Bug ID : 4723484
概要 : Wrong sar output on Solaris 9
修正パッチ : 113716-01 以降で修正済み

監視対象のサービスが、起動する(開始の状態になる)が、サービス監視のタイミングで停止する、というのであれば、サービスが停止した時間に、システムイベントログに以下のようなログが出力されていないでしょうか。
下記の出力例で、説明の「○○」は停止したサービス名です。

ソース : Service Control Manager
イベント ID : 7016
説明 : ○○サービスは無効な現在の状態を報告しました 。

これに該当している場合、サービス監視の設定を解除してサービスが停止しないようにしても、該当サービスのプロパティで依存関係タブを表示させるとサービスが停止します。これは、停止してしまうサービス側の問題で、OS から通知されるメッセージに対して正しい応答を返すように実装されていないことに起因しています。
上記に該当しない場合、申し訳ありませんが過去事例はありません。

SystemManagerのインストール時に指定した Frameworkユーザとパスワードは、内部に保持していますので、変更は不可能です。変更する場合、SystemManagerの再インストールが必要となります。

エージェントマシン上で、syslogdが動作していない事が原因です。
syslogdを起動した後で再度適用をお願いします。

原因と対処を、以下に記載します。

【原因】

SCSIの性能蓄積が出来ないエラーは、SCSIの構成情報を取得出来ていない為に、SCSIの性能情報も取得出来ていないことが原因です。
SystemManagerではSCSIの構成情報はsyslogから取得しております。したがって、サーバのboot後ある程度時間が経過した後にSystemManagerを再起動すると既にsyslogに情報が残っておらず、SCSIの構成情報の取得に失敗する場合があります。
これにより構成情報としてSCSIを認識できず、SCSIの性能情報も取得を行わないようになっています。

以下の対処を実施して、SCSIの構成情報を明示的に定義することで本事象は発生しなくなります。

【対処】

下記の設定ファイルを用意することで、SCSIの構成情報を指示することが出来ます。

ファイルパス：/var/opt/SS/BASECenter/agent/config/scsiinfo
モード、オーナ、グループ：644,root,sys
書式：デバイス名△スロット番号△SCSI-ID△LUN△デバイスの種類
　※ △は半角スペース

記述例：
実装デバイスが、
デバイス名:sd0、スロット番号:0、SCSI-ID:0、LUN:0のハードディスク
デバイス名:sd1、スロット番号:0、SCSI-ID:1、LUN:0のハードディスク
デバイス名:sd2、スロット番号:0、SCSI-ID:2、LUN:0のCD-ROMドライブ
の３つである場合の記述例を以下に示す。

sd0 0 0 0 HDD Drive
sd1 0 1 0 HDD Drive
sd2 0 2 0 CD-ROM Drive

●設定手順
scsiinfoファイルの設定は以下の手順でお願いします。

1. エージェントの停止
   sh /etc/SS/BASECenter/rc.ssWatchd stop
   sh /etc/SS/BASECenter/rc.SystemScopeAgt stop
2. 事象回避用のファイル作成
   echo "sd1 1 1 0"   > /var/opt/SS/BASECenter/agent/config/scsiinfo
3. エージェントの起動
   sh /etc/SS/BASECenter/rc.SystemScopeAgt start
   sh /etc/SS/BASECenter/rc.ssWatchd start

●補足
デバイス名やSCSI-ID等SCSIの詳細について不明な場合は以下を実施して調査してください。
デバイス名についてはiostat -Eコマンドにて確認することが出来ます。

  # iostat -E

sd0       Soft Errors: 0 Hard Errors: 0 Transport Errors: 0
Vendor: FUJITSU Product: MAP3367N SUN36G Revision: 0401 Serial No: 0411N09HBB
Size: 36.42GB <36418595328 bytes>
Media Error: 0 Device Not Ready: 0 No Device: 0 Recoverable: 0
Illegal Request: 0 Predictive Failure Analysis: 0

このsdXと表示されている部分がSCSI名となります。
stXなど、名前が違う形式も表示される可能性がありますが、SystemManagerでは監視対象となっておりません。必ずsdで始まるデバイス名を指定してください。

sdXに対応するスロット番号、SCSI-ID 、LUN ですが、iostat -En コマンドを実行することで確認出来ます。

  # iostat -En
      :
      :
c1t0d0           Soft Errors: 0 Hard Errors: 0 Transport Errors: 0
Vendor: FUJITSU Product: MAP3367N SUN36G Revision: 0401 Serial No: 0411N09HBB
Size: 36.42GB <36418595328 bytes>
Media Error: 0 Device Not Ready: 0 No Device: 0 Recoverable: 0

SCSI ID については Target 番号になります。上記の tX の部分がターゲット番号 ( = SCSI ID ) を示しますので、こちらからご確認ください。

LUN については上記の dX の部分で確認出来ます。スロット番号については上記のcXの部分で確認出来ます。
デバイス名とはiostat -Enとiostat -Eで同じ行数に出力されたものが対応づけられます。
一例となりますが、iostat -E の1行目に sd0, iostat -Enの1行目にc1t0d0 と出ていた場合、sd0の各値は、スロット番号 1,SCSI-ID 0 で LUN 0 となります。
iostat -E の1行目に sd3, iostat -Enの3行目にc1t11d0 と出ていた場合、sd3の各値は、スロット番号 1,SCSI-ID 11 で LUN 0 となります。

SystemManagerのイベントログ監視メッセージは、イベントログに出力する製品が提供するライブラリ(以降、メッセージ構築用DLL)を、基に構築されます。
イベントビューアで表示されるイベントログのメッセージも、同様な仕組みです。

この事象の原因は、メッセージ構築用DLLが、64bitのファイルは存在しているにもかかわらず、32bitのファイルが存在していないためです。
SystemManagerのイベントログ監視モジュールは、32bitのモジュールであるため、イベントログ監視メッセージを構築する際は、64bitのメッセージ構築用DLLが使用できないため、この現象が発生します。

イベントビューアと同等のメッセージを構築するためには、32bitのメッセージ構築用DLLが、存在している必要がありますので、イベントログに出力する製品担当より、32bitのメッセージ構築用DLLを入手して、配置していただくようお願いします。

(補足)

Ver3.3.16以降のパッチを適用することで、64bitのDLLを扱えるよう機能改善を行いました。
32bit/64bitの両方のDLLが存在する場合、64bitのDLLを優先して利用します。

どのようなイベントが発生した場合に現象が発生するのかは、以下の手順で確認可能です。

確認の手順:

AgentのプラットフォームがHP-UX 11iv3の場合、下記のOSパッチの適用が必要です(2008年9月現在)。
下記のパッチを適用していない場合、一定時間後に性能データが採取されなくなります。必ずパッチを適用するようにして下さい。

マネージャ切替を行ったことにより、エージェントが送るメッセージに付けられる採番情報と、切替先マネージャが管理する採番情報が不一致となり、仕様動作によりアラートが破棄されております。
以下の手順でマネージャ切替を行ってください。

【マネージャ切替手順】

ログファイル監視機能では、プロセスの起動時に文字コード変換の為の事前処理を行います。
今回は、この事前処理でエラーになっています。
事前処理はログファイルの監視設定が無くても行われますので、監視設定がなくても、エラーメッセージが表示されています。

iconvの事前処理がエラーになる原因は、SUNWjiu8というパッケージが不足している為です。
SUNWjiu8はパッチではなく、インストール時に使用するOS Mediaに格納されています。
お手数ですが、SUNWjiu8をインストールしてください。

マネージャと監視端末で以下の設定をしてください。

■マネージャでの設定
以下のファイルを修正する必要があります。

■監視端末での設定
監視端末のレジストリに以下のキーを追加
[HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Deployment\Policy] "EnableSecureStaticVersioning"=dword:00000000

監視端末にJRE1.6.0_10以降がインストールされている場合は上記のレジストリの追加に加えて監視端末の「次世代の JavaPlug-in」の無効化を行う必要があります。
無効化の方法は、以下となります。
[スタート]→[設定]→[コントロールパネル]→[Java]を選択して、[Java コントロールパネル]を表示してください。
「詳細」タブから[Java Plug-in]→[次世代の Java Plug-inを有効にする]のチェックを外して、適用してください。

マネージャと監視端末で以下の設定をしてください。

■マネージャでの設定
以下のファイルを修正する必要があります。

■監視端末での設定
監視端末のレジストリに以下のキーを追加
[HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Deployment\Policy] "EnableSecureStaticVersioning"=dword:00000000

監視端末にJRE1.6.0_10以降がインストールされている場合は上記のレジストリの追加に加えて監視端末の「次世代の JavaPlug-in」の無効化を行う必要があります。無効化の方法は、以下となります。
[スタート]→[設定]→[コントロールパネル]→[Java]を選択して、[Javaコントロールパネル]を表示してください。
「詳細」タブから[Java Plug-in]→[次世代の Java Plug-inを有効にする]のチェックを外して、適用してください。

共有ディスクのログファイル監視機能を利用している場合に、本ログを出力するためには、以下のファイルが必要ですので、作成後SSFLogdの再起動を行ってください。

ファイルパス:
UNIX:$DUP_path/ctllogsizeSG
Windows:$DUP_path¥ctllogsizeSG

以下の内容を1行目に記載します。
MSGCNTLLOG_SIZE 1
上記以外のコメント行、空白行等は記載しないでください。

複数の原因が考えられますので、以下を確認してください。

該当のイベントは以下の条件を全て満たす環境で出力されます。

プロセス監視やサービス監視では WMI(Windows Management Instrumentation) の機能を使用しているため、WMI の動作により該当のイベントが出力されます。
回避策は以下のどちらかです。

該当エージェントが、Windowsの場合、Windows 64bitOS環境で、WMIが無効にされていた場合、CPU情報が取得できません。 WMI(Windows Management Instrumentation) の設定を有効にしてください。

NEC ACTIVEのインストール時に、デフォルトのホスト名以外を指定したためです。
表示されるデフォルトのホスト名を指定してください。
デフォルトのホスト名以外を指定したい場合、リリースメモの「4.4.6 NEC ACTIVEのホスト名をデフォルト値以外にする場合」を参照してください。

原因と対策は、以下となります。

【原因】

プロセス監視デーモン（ssWatchd）は起動時にSSAOd（SystemManager Agent常駐プロセスの一つ）との接続処理を行います。上記のメッセージは、ssWatchd起動時のSSAOdとの接続処理に失敗した際に表示されるログです。
OS起動時やSystemManager Agentの再起動時などの場合、ssWatchdの接続処理開始時に、SSAOdは接続要求を受ける為の準備処理を完了していない事があります。このような場合、ssWatchdの接続処理が失敗し、上記のメッセージが出力されます。

【対策】

ssWatchdは、起動時の接続処理に失敗したとしても次のアラートを送信するタイミングで再度接続処理を行うため、自動で復旧します。そのため、起動時に上記のメッセージが出力されたとしても特に問題はありません。
ただし、OS起動時やSystemManager Agentの再起動時以外に上記のメッセージが発生した場合は、何かしら問題が発生している可能性があります。Agentにて情報採取を行った上でお問い合わせいただけますようお願い致します。

データベースにC-ISAMを利用している場合、以下が問題があることがあります。

性能情報蓄積データを作成する為の、ディスク容量が不足している場合、エラーが発生する可能性があります。
Cntlファイルを適用した場合、Cntlファイルの内容に従いManager上の性能情報蓄積データファイルを作成またはリサイズを行います。
この際に、必要とするディスク容量を計算しており、不足している場合は設定ファイルの適用がエラーとなります。

性能情報蓄積データファイルは、下記に作成されます。
<SysMgrMG_Engine_HOME>\SYSMANAGER\DB\PerfCenter\manager\DB

上記の<SysMgrMG_Engine_HOME>の空きディスク容量に問題がないかを確認してください。

また、バージョンによっては、空きディスク容量の計測処理に不具合があり、パッチを発行しております。
もし、空きディスク容量に問題が無い状態にも関わらず、設定ファイルの適用が出来ない場合は、上記の不具合に該当していると思われます。

なお、本件はプログラム修正にて改善される場合があります。ご利用のバージョンをご確認の上、最新パッチについてNECカスタマーサポートセンターへお問い合わせいただき、適用をご検討ください。

OS が Windows Server 2003 以降で、データベースに SQL Server を使用している場合、パスワードのポリシーの設定が影響している可能性があります。
以下を確認してください。

パスワードの長さに「0文字以上」以外が設定されている場合、インストール時のデータベース設定画面で、「Frameworkパスワード」に、パスワードのポリシーで設定されている長さ以上のパスワードを入力してください。

以下の機能で、以下の文字は使用できませんが、使用していないでしょうか？
使用している場合、このダイアログが表示されます。復旧は、保守窓口もしくは製品担当へお問合せください。
他のログインユーザでログインは可能です。

NNMのバックアップデータが存在しない為に出力されています。
NNMデータのバックアップは、任意で実行していただく作業ですので今までにバックアップをした事がないのであれば、上記エラーが出ても問題ありません。
対処は不要です。

NNM7.51以降に追加されたトラップの定義がSystemManagerのアラート定義ファイルに定義されていない可能性があります。
アラート定義ファイルを入手するにはNECカスタマーサポートセンターへお問い合わせください。

Linux エージェントのsyslog監視機能で、syslog監視同一メッセージ抑止正規表現(msgctl.regex)を利用している場合、syslog監視プロセス(NadmAfnd)が、coredumpして停止するという問題が発生している可能性があります。
本問題は、SystemManager Ver3.2.27 , SystemManager Ver3.3.19以降で改修されていますのでパッチの適用をお願いします。

お手数ですが、ThredファイルとThredFSファイルを両方適用する、あるいはしきい値監視設定画面から再度設定をしてください。

エージェント上に、myhostnameを設定する前に適用したフィルタ定義ファイルが残存していることが原因と考えられます。

エージェント上のフィルタ定義ファイルは、以下に格納されています。

myhostnameを設定した後は、上記ディレクトリ配下にある古い自ホスト名のフィルタ定義ファイルを削除し、監視定義適用画面から再度フィルタ定義を適用してください。

以下の条件に当てはまる場合、「ファイルを更新してもファイルの更新日付が変更されない」というHP-UXのバグに該当しているために製品が正しく動作していない可能性があります。
OSパッチ(PHKL_41561)の適用をお願いいたします。
パッチについての詳細は、HP社にお問い合わせください。

SystemManagerの内部処理で利用している文字コード変換ライブラリ関数のiconv(3) がエラーになっています。本関数がエラーとなる原因としては、以下が考えられます。

監視対象ログが上記パターンに該当していないか確認してください。

原因と対処は、以下となります。

【原因】

プロセス監視機能は、プロセス監視デーモン(ssWatchd)がpsコマンドの結果を解析することで実現しています。

AIXでは、ssWatchdが取得するプロセス名の最終文字に半角スペースが入力されています。これは、AIXのpsコマンドが改行コードの直前に半角スペースを挿入するという動作を行っている為です。
具体的には、以下のようにpsの結果が出力されます。

root 12345  8000   0   Oct 11      -  0:00 プロセス名△[改行コード]
　※ △は半角スペース
このスペースに関する考慮をせずに、watchtab中に正規表現の"$"マークが使われていた場合、watchtab中の定義内容とpsの結果が一致しないため、監視対象プロセスの起動を検出できなくなります。

【対処方法】

AIXのpsコマンドの仕様に合わせて半角スペースを含めるか、$を削除した定義を適用してください。

これらのアラートは、マネージャがエージェントとのコネクションの切断を検知した場合に通知されるため、エージェント自体は起動状態であってもマネージャと正常な接続状態にない場合は通知されます。

マネージャ・エージェント間にファイアウォールがあり、無通信監視を行っている場合、一定時間マネージャ･エージェント間で通信が行われないと、コネクションが切断されます。
この状態でマネージャからエージェントへの通信が発生した際、「エージェントがシャットダウンにより停止しました。」のアラートが通知されます。
また、1時間に1回実施される、エージェントからマネージャへのヘルスチェックイベントがマネージャに到達しないため、「エージェントからの定時通報が未着です」というアラートが通知されます。

通信経路上のファイアウォールの有無と設定内容についてご確認下さい。
無通信監視を行っている場合、可能であれば、SystemManagerのヘルスチェック間隔(1時間)より長い間隔に変更してください。

プロセス監視にて、通常1つしか存在しないプロセスの上限値越えのアラートが通知された場合、原因として以下の2つの可能性が考えられます。

SystemManagerエージェントのアンインストール時に、インストールファイルが完全に削除されていない可能性があります。
SystemManagerエージェントのアンインストール後、下記のディレクトリが存在する場合は、手動で削除をしてください。

なお、同一マシンにSystemManagerマネージャがインストールされている場合は、下記のディレクトリとファイルのみ削除してください。

以下の可能性が考えられます。