異常を通知するアラートがフィルタされている可能性があります。
アイコンの色は、フィルタされて表示されないアラートによっても変化します。アラートフィルタの状態を確認してください。

3つの状況が考えられます。

2つの原因が考えられます。

単位時間当たりのアラート数が多い場合に、この症状が出ることがあります。これはJavaのバグが原因です。申し訳ありませんが、ご了承ください。
（Sun Microsystems社のBugID：4684046）

HP-UX 11iv2 2004年9月版に含まれるパッチPHCO_31594の ps コマンドに不具合があり、SystemManagerはプロセス名を正常に表示できなくなります。
本事象への対処方法はHP社にご確認ください。

データベースが正しく動作していない可能性があります。データベースの状態が正常であることを確認した上で、SystemManagerに関連する全モジュール（Engine、Backend、Active、Web Server、DB、NVBASE/NNM）の再起動をし、再度ノードの削除を行ってください。

JREがVer 1.4.1以前のバージョンでは、タイムゾーン表示が正しく行われないことがあります。
この事象が発生して重大な影響を与える場合は、申し訳ありませんが、Ver 1.4.1以降のバージョンで再度SystemManangerをセットアップしてください。

DBが利用できない状態になっている可能性があります。DBの状況を確認してください。
OracleDBでは共有プール上に連続領域が確保できずに、この事象が発生することがあります。OracleDBとSystemManagerの再起動で復旧することができます。
この問題を未然に防ぐ方法はSystemManagerに添付のリリースメモに記載しています。

該当エージェントマシンの /etc/syslog.conf ファイルを開き、#で始まるコメント行と空白行以外の、有効な定義の行数を確認してください。HP-UXでは、この有効な定義の行数は20行までという制限があります。syslog監視設定で行が追加され、制限を超過してしまう場合にエラーが発生します。
/etc/syslog.confの既存の定義内容を見直し、上限を超えないよう運用してください。

設定ファイルが空のファイルでなく、1行目に改行コードが含まれている場合は、構文チェックにてエラーとなります。
設定ファイルの内容をご確認ください。

JREのバージョンが統一されていない可能性があります。
監視端末(IE)とマネージャマシン(SystemManager、NEC ACTIVE、Tomcat)が同じバージョンのJREを利用していることを確認してください。
また、監視端末の「active.policy」ファイルが正しいバージョンでない可能性があります。最新版のactive.policyを利用するようにしてください。

他のプログラムのインストール作業中でないか、確認してください。
他のプログラムのインストール中に、エージェントのリモート更新は行えません。
また、他のプログラムがSystemManager AgentのAPIを実行中でないか、確認してください。
エージェントのリモート更新前に、SystemMangaer AgentのAPIを利用したプログラムおよびコマンドインタフェースを全て終了させてください。

Windows2000では、USBメモリ等のストレージデバイスの追加と削除を行った場合に、性能情報が取得できなくなる場合があります。
SystemManager Agent サービスの再起動を行ってください。

エージェントに設定した通信バッファサイズが、マネージャの値より大きいと、両者間の通信が行えなくなります。
マネージャの通信バッファサイズを、全てのエージェントの中で一番大きい値に合わせて、変更してください。
通信バッファサイズの変更方法は、製品添付のリリースメモに記載しております。

プロセス「SysMgr_rmiserver」が異常終了した場合、通信ポートのリスナが残存してしまい、新しく起動することができない状態になることがあります。復旧するためにはOSの再起動が必要です。

マネージャマシンのネットワークが切断された場合は、一部のプロセスが正常に動作していない可能性があります。「SystemManager Manager Engine Service」を再起動することにより復旧します。
ネットワーク切断が予め予測される場合は、レジストリに以下を追加すれば回避することができます。
追加するキー：
HKEY_LOCAL_MACHINE¥SYSTEM¥CurrentControlSet¥Services¥Tcpip¥Parameters
追加する値：DisableDHCPMediaSense(DWORD値)、データ＝1

ウィルス対策ソフト等が常駐している場合、SystemManagerの停止に時間がかかり、他製品のインストーラがタイムアウトしてしまう事があります。この事象の対象となる製品は、WebSAM、ESMPRO関連のうち、「NVBASE」モジュールを含む製品です。
対象の製品を同一マシンにインストールする場合には、SystemManager Managerを停止させてから、インストールを行ってください。
SystemManagerを停止させるには、「SystemManager Manager BackEnd」「SystemManager Manager Engine」「SystemManager Manager Framework GUI」の3つのサービスを停止してください。

ディスクの性能情報を取得しているOSコマンドが失敗している可能性があります。
ディスクの性能情報取得コマンドが失敗すると、SystemManagerではディスクの性能情報が取得できないため、その間は情報が欠落します。
ディスクの性能情報取得コマンドが失敗する原因としては、以下のケースが考えられます。

監視端末で、以下のOSの設定をすれば動作します。

監視端末側で複数IPアドレスを使用していないか、確認してください。
複数IPアドレスを使用している場合、マネージャと通信できるIPアドレスをプライマリIPアドレスに設定してください。

以下について確認してください。

統合ビューアのオペレーションウィンドウのヘルプにて、"漢字コード変換機能について" をキーワードに検索し、 "漢字コード変換機能について" を手順通りに設定してください。

以下の2つの問題の可能性があります。以下を確認してください。

■Web サーバのドキュメントルートフォルダ>配下に、"active"のフォルダと"active/active.jar"のファイルがあるかを確認してください。ない場合は、以下を行うことで回避できます。

■既にインストールされているMCOが使用するWebサーバをTOMCATと指定した場合に、この事象になる可能性があります。 以下を確認してください。

以下を確認してください。

Oracleをデータベースに使用している場合、Oracleの初期化パラメータ「OPEN_CURSORS」の値が小さい場合、インストール時のSystemManagerのテーブル作成で、失敗している可能性があります。現在の値を確認し、大きな値に設定し再度インストールをお願いします。
SystemManagerとして、OPEN_CURSORS の値は、300を必要とします。この300は、Oracle9iでの規定値です。ただし、他のアプリケーションがOPEN_CURSORS を300以上必要な場合は、変更するようにしてください。
以下は400に変更している例です(この値はシステム側で決定してください)。

または、
init.oraにopen_cursors=400 の値を記述してOracleを再起動

以下を確認してください。

これは、ssNNMlogDというプロセスが起動時に必要な次のファイルがないためです。
/var/opt/SS/BASECenter/manager/DB/manager_sg/LANG_SSNLD
これらのファイルは、setup.shの中で作成します。いただいた情報からお客様の環境には、同ディレクトリに、LANG、NNM_VARのファイルがあります。setup.shを実行すると、同時に上記ファイルも作成するはずなのですが、何か手動操作により削除した等はありませんか？状態回避のためには、問題となっているマネージャノード上で次の操作を行い、ファイル作成＆デーモンの起動を行ってください。

ここで先ほどまでの、fopen　errorが出なければ問題がありません。psコマンドで、ssNNMlogDが起動していることを確認してください。なお、これでも直らない場合は、何かしらセットアップが失敗しているもしくはインストール自体が失敗している可能性がありますので、今一度SystemManagerをアンインストールしていただき、再インストールすることをお勧めいたします。

定義ファイルの最終行に改行コードが無い場合、定義が有効にならないことがあります。
正しく動作しない定義ファイルをテキストエディタ等で開いてみて、定義の最終行に改行がなく、ファイルの終端(EOF)になっていれば、改行を追加してください。
----------------
xxxxxxxx[改行]
xxxxxxxx[EOF]
----------------
上記の状態であれば、以下のように改行を追加してください。

----------------
xxxxxxxx[改行]
xxxxxxxx[改行]
[EOF]
----------------

Managerのリリースメモに記載されている、「監視端末の設定」を行い、“active.policy”ファイルを行っているか、確認してください。
“active.policy”ファイルが正しく配置されている場合、“java.security”ファイルと、“java.security”ファイル内に記述されているファイル（“active.policy“および他の全ファイル）のアクセス権限において、Windowsにログインしているユーザに「読み取り」権限が許可されているか、確認してください。

HP-UXのJavaは、起動状態で、OSのシステム時刻を変更(NTPでの時刻同期含む)しても、Java内部で管理されている時刻にはその変更が反映されません。その影響を受けた現象と思われます。

(補足)

これはHP-UXのJavaの仕様によるものです。HP-UXのJavaは、一旦起動されると、Java内部で管理されている時刻とOSのシステム時刻とは同期しません。

OSのシステム時刻の変更(NTPでの時刻同期含む)を行っていないか、確認をお願いします。
OSのシステム時刻の変更を行う場合、以下の対応をご検討ください。

なお、この現象はWindowsマネージャや、Ver3以降では発生しません。

(補足)

Windows上で動作するJavaは、HP-UXのJavaと仕様が異なり、Java内部で管理されている時刻とOSのシステム時刻と同期されています。
Ver3以降は、受信時刻は、Javaモジュールでないモジュールで、時刻採取する様に変更しておりこの影響は受けません。

Netvisor やMCOが上記DLLをつかんでいるからです。NetvisorのサービスやMCOのサービス("CDO ESMPRO"、"CDOCompDaemon"、CDODBService")を停止し、再度アンインストールを行ってください。

以下を確認してください。

LinuxのRedHat ASおよびES 4.0をデフォルトでインストールした場合、以下をする必要があります。

以下のコマンドでSELinuxの状態を確認してください。

/usr/sbin/getenforce

出力結果が、enforcingまたはpermissiveの場合は機能が有効になっています。
以下の解除手順に従いSELinuxを解除してください。
解除を行う為には以下のファイルの該当行を編集します。
ファイルパス：/etc/selinux/config
変更内容:
    SELINUX=enforcing（またはpermissive）
      ↓
    SELINUX=disabled

上記実施後、マシンのリブートをお願いします。

マネージャ側の指定は、下記手順で行います。

申し訳ありませんが、MSDE、C-ISAMは高信頼ではないため、高信頼なMicrosoft SQLServerやOracleの使用を推奨します。
MSDEは、バックアップリストア・MG切り替え・クラスタは非サポートとなっています。

以下の可能性はないでしょうか？

上記の場合、再度、/opt/SS/bin/BASECenter/setup.sh を実行して、EngineとNNMを再起動してください。

通信バッファサイズが十分でなく、構成情報送受信が失敗している可能性があります。
IPFマネージャの場合リリースメモにあるSS_MESGMAXBUFファイルの作成だけでは通信バッファサイズが拡張されません。

マネージャ側の環境変数に、
SS_MESGMAXBUF [通信バッファサイズ]
を設定して頂く必要があります。環境変数に
SS_MESGMAXBUF 2400000
のように、設定してください。

rcファイルに設定を記述する場合は、

のstartの直後に設定をお願いします。
環境変数設定後に、マネージャ及び、対象エージェントの再起動をお願いします。

SystemManager R4.0 をアンインストールしても、system32 配下の libSSBASE_A.dll などが削除されず、SystemManager R3.0が正常に動作しません。手動でsystem32 配下の libSSBASE_A.dll などを削除してください。

SystemManager Manager(Windows版)では、SystemManagerのアラートは、AlertManagerのアラートビューアにも表示されますが、標準では、そのアラートビューアには、SystemManagerのアラートのアラートタイプ(「WebSAM」等)は、表示されません。
AlertManagerのアラートビューアで、SystemManagerのアラートタイプを表示させるには、AlertManagerに、そのアラートタイプの登録が必要です。

AlertManagerに、SystemManagerのアラートタイプを登録する手順は、以下の資料を参照してください。

なお、資料中に記載しているダウンロードして頂くファイルは、以下となります

SystemManagerの機能として、アラートを受信したとき、任意のコマンドを実行することが可能です。
メール通報するコマンドを用意していただければ、メール通報も可能です。パトライト通報するコマンドを用意していただければ、パトライト通報も可能です。

詳細は、SystemManagerのマニュアル「SystemManager利用の手引き」の「5.5.11 コマンド設定」を参照してください。

ただし、アラートを大量に受信してコマンド起動を大量に実行する場合、起動されたコマンドの処理に時間がかかると、それ以後のアラートを処理できなくなる状態になる可能性があります。受信したアラートすべてでコマンドを実行するのではなく、一部のアラートのみコマンド実行する、という運用にするか、大量のアラートが発生しない運用にする、など運用面での注意をお願いします。
また、SystemManager の Windows 版マネージャであれば、AlertManagerと連携してメール通報も可能です。

FT機でもSystemManagerが動作可能なOSならば動作しますが、以下の注意事項があります。
仮想NICの構築がOS起動後しばらく時間がかかる場合のあるFT機で、SystemManagerを使用する場合、OS起動時、停止時は、以下の操作をお願いします。

OS起動時：

OS起動後、仮想NICが有効になってから以下のSystemManager関連サービスを手動で再起動してください。
"SystemManager Manager Engine"
"SystemManager Manager Framework GUI"
"SystemManager Manager BackEnd"
"NEC ACTIVE SystemManager"

OS停止時：

以下のSystemManager 関連サービスを手動で停止してからOS再起動してください。
"SystemManager Manager Engine"
"SystemManager Manager Framework GUI"
"SystemManager Manager BackEnd"
"NEC ACTIVE SystemManager"

上記手順をしない場合、以下のような不具合が出る可能性があります。

監視端末側の以下の設定を確認してください。

影響度、原因、対処方法について、以下に記載します。

該当AGがWindows AGの場合、以下の作業によりこのエラーメッセージが出力されます。
下記の作業を行っている場合は、問題はありませんので通知されたエラーメッセージは無視してください。

良くある事例として、USBメモリやHDDを挿入して作業後、抜去するとドライブ数が増減し、その契機で本メッセージが出力される事例があります。

なお、上記のエラーメッセージが出力された場合の蓄積される性能情報は以下のようになります。

SystemManager MG のリリースメモの「監視端末の設定について」に記載されている java.security、active.policy の設定が正しく行われていません。正しく行われているか確認してください。

マネージャマシンのネットワークケーブルを抜いたり挿し直ししたり、ネットワークカードを無効/有効を切り替えたりしていないでしょうか？もししているのであれば、SystemManager MGとActiveサービスの再起動をしてください。

動作しません。
マネージャマシンのネットワークケーブルを抜いたり挿し直しをしたり、ネットワークカードの無効/有効を切り替えたりした場合は、SystemManager MGとActiveサービスの再起動をしてください。

Managerのリリースメモに記載されている、「監視端末の設定」を行い、"active.policy"ファイルを行っているか、確認してください。

WIndowsMGとOracle8iを共存させるときは問題があります。以下の方法で回避してください。
C:¥Program Files¥ESMPRO¥NVBASE¥BIN¥NVBASE.DLL を C:¥Program Files¥NEC¥SystemManager¥FrameworkManager¥bin 配下にコピーしてください。(インストール先をデフォルトから変更している場合は読み替えてください)

SystemManager Manager BackEndサービスを停止して、起動するか確認ください。

「NEC ACTIVE1.1.1」とは、SystemManagerが利用する通信基盤になります。SystemManagerのMGと監視画面の間の通信を行う通信基盤モジュールです。
「NEC ACTIVE1.1.1」は、SystemManagerの媒体に添付されています。

SystemManagerの監視端末では、InternetExplorerでJREを使用していますが、使用しているJREにセキュリティ問題がある場合、以下のどちらかの対処をお願いします。

SystemManager Agentのインストーラで使用しているInstallShieldの制限による事象です。
インストーラでは、環境変数PATHを編集しますが、InstallShieldには、環境変数PATHが1024バイト以上になると扱えないという制限があり、超えた場合、該当のエラーポップアップが出力されます。
環境変数PATHが長すぎるための事象ですので、以下の手順により、回避が可能です。

保留できるメッセージの件数としては、以下のとおりです。

なお、デフォルト設定ではメモリにのみ200件保持します。
設定変更によりファイルへの保留が可能で、1ファイルあたりの保留件数(最大1024件)と保留ファイル数(最大1024ファイル)が指定できるので、最大1024×1024=1048576件の保留が可能となります。
詳細は、SystemManagerのマニュアル「SystemManager利用の手引き」の「Agent-Manager間の高信頼性機能について」を参照してください。
ただし、闇雲に最大保留件数を大きくしても、再送時にメッセージラッシュを引き起こすことになるため、システム規模やメッセージの発生頻度を考慮して、適切な値を選択する必要があります。

HP-UX、Solaris、AIX、Linux のAGでは、正規表現を使用したパターンマッチングを実装していますが、以下の正規表現パターンは指定できません。

SystemManagerの媒体に付属している「active.policy」を使用しているか、確認してください。
active.policy が古いバージョンのSystemManagerのメディアに使用しているものを利用している場合、上記エラーになります。

リモート更新処理では、パッケージのインストール前後にpsコマンドでSysMgrのプロセスの停止/起動を確認しております。
SysMgrのプロセスの一部は一瞬2つ以上になる場合があり、その場合エラーとなります。エラーが発生した場合、再度エージェントリモート更新を実行ください。

以下を確認してください。

MG側と監視端末側を以下のように修正する必要があります。
JRE1.4.2_14をご利用の方は、文中のJRE1.4.2_12の部分を読み替えてご対応ください。

NEC ACTIVE のインストールスクリプト“activeinst.bat”の格納場所に移動して実行しているか、確認ください。

表示されるエージェント名は、マネージャにて、OSの名前解決で得たホスト名となります。
想定しているエージェント名（正しいエージェント名）で表示できないのは、そのホスト名で名前解決できないためです。

以下の手順を実施してください。
以下の手順では、「ドメイン名がついていないホスト名」が想定外のエージェント名で、「ドメイン名つきホスト名」が、想定しているエージェント名です。
なお、UNIX AGの場合と、Windows AGの場合に分けて記載しています。

(補足)

文中の<SysMgrAG_HOME> は、Agent のインストールディレクトリで、既定のパスは、
"C:¥Program Files¥NEC¥SystemManager¥AG" です。
また、<SysMgrMG_Engine_HOME> は、Manager(Engine)のインストールディレクトリで、既定のパスは、
"C:¥Program Files¥NEC¥SystemManager¥Engine" です。

正系副系それぞれの MG との通信に使用する NIC を固定化することで可能です。
以下の手順で固定化してください。

【注意】

Windows では、myhostnameを使用する際に、以下の注意点があります。
myhostname にコンピュータ名と同じホスト名を記述した場合、使用する IP アドレスは NIC のバインド順の先頭のものとなります。 そのため、NIC のバインド順によっては意図しない IP アドレスが使用される可能性があります。
対処としては、myhostname にコンピュータ名とは異なる名前を記述してください。AG の hosts ファイルには、myhostname に記述したホスト名を登録し、IP アドレスは MG との通信で使用する NIC に割り当てたアドレスを指定してください。

HP-UX に付属しているtar が長いファイル名の展開に対応していないからです。この問題を回避するために、GNU tar をインストールしてから再度展開してください。

syslog.confの書式は以下となります。
<ファシリティ>.<プライオリティ>"タブ"<パイプファイル>

<プライオリティ>と<パイプファイル>の間は、タブ区切り以外はエラーとなります。設定ファイルの書式をもう一度ご確認ください。

インストール時のエラーログは /var/adm/sw/swagent.log に出力されます。
このログに下記のメッセージが出ている場合は、WebSAM BASECenterのMGかAGが既にインストールされています。

-------------------------------------------------------
SystemManager(NECSYSMUTILag) can't install on SystemScope/BASECenter(AG)
-------------------------------------------------------

WebSAM BASECenterをアンインストールしてからSystemManagerのインストールを行ってください。

全部を表示する方法はありません。CPU名称にブランクを含む場合は最初のブランクまでしか表示されません。

「性能情報収集の設定」や「アラートしきい値の設定」を行った際に次のようなメッセージが表示されることがありますが、それぞれ以下の理由による通知です。状態を確認して頂き、必要であれば保守窓口までお問い合わせください。

ログ監視のアラートはアラート定義ファイルに記述された内容が元になっており、重要度もアラート定義ファイルの重要度を使用して通知されます。

ログ監視のアラートの重要度を変えたい場合は、上記のBASECenter_FALTAP.defの"Severity"の値を変更することで可能になります。
監視対象イベントIDに該当する"SpecificCode"の定義の"Severity"を、2(情報)から4(異常)に変更し、SystemManager Manager BackEndサービスの再起動を行ってください。