PRIMECLUSTER - ソフトウェア - Fujitsu

PRIMECLUSTER 

活用ガイド 

 

(Solaris TM オペレーティングシステム/Linux 版) 

2009 年 6 月版 

J2X1-4250-07Z0(00)

◆ 本書の読者 

はじめに 

本書は、PRIMECLUSTER の環境設定や運用時に発生するトラブルへの対処方法についてまとめた 

ガイドブックです。 

本書は PRIMECLUSTER を使用して、クラスタシステムの導入、運用管理を行うシステム管理者、 

および PRIMECLUSTER 上にアプリケーションを作成するプログラマを対象にしています。 

◆ 本書の構成について 

本書の構成は以下のとおりです。 

章タイトル内容 

第1部事象別トラブルトラブルとトラブルへの対処方法を事象別に説明してい 

ます。 

第1章インストール・環境構築時のト PRIMECLUSTER のインストールおよび環境構築時に発生す 

ラブル 

るトラブルと対処方法について説明しています。 

第2章クラスタアプリケーションのクラスタアプリケーションを作成または実行する際に発 

トラブル 

生するトラブルと対処方法について説明しています。 

第3章運用時のトラブルシステムの運用時に発生するトラブルと対処方法につい 

いて説明しています。 

第4章保守時のトラブルシステムの保守を行う際に発生するトラブルと対処方法 

について説明しています。 

第5章その他のトラブル Linux OS 固有のトラブルなどについて説明しています。 

第2部トラブル情報の採取 PRIMECLUSTER システムに障害が発生した場合の、トラブ 

ル調査情報の採取方法について説明しています。 

第6章システム状態の確認 PRIMECLUSTER の状態を確認し、リソースの故障を検出す 

る方法について説明しています。 

第7章トラブル調査情報の採取方法 Solaris、Linux ごとに、トラブル発生時に採取する必要 

がある情報について説明しています。 

第8章 CF に関するトラブル情報収集 CF に関するトラブル情報を採取する方法について説明し 

ています。 

第9章 RMS に関するトラブル情報収集 RMS(Reliant Monitor Services) に関するトラブル情報を 

採取する方法について説明しています。 

付録A リリース情報マニュアル変更内容について説明します。 

◆ OS の表記について 

本書には、オペレーティングシステム固有の情報が含まれています。オペレーティングシステム 

固有の説明箇所には、以下のように記述して区別しています。 

何も表記されていない箇所は、Solaris(TM) オペレーティングシステム(以降、Solaris) と Linux 

で共通の内容です。 

オペレーティングシステムの種類表記 

Solaris "■Solaris" 

または 

"(Solaris)" 

Linux "■Linux" 

または 

"(Linux)" 

説明の都合上、オペレーティングシ "■Solaris/Linux" 

ステム共通であることを示す必要がまたは 

ある場合 

"(Solaris/Linux)" 

i

◆ 関連マニュアル 

ii 

以下のマニュアルはクラスタ設定を行う際に必要に応じて参照してください。 

● PRIMECLUSTER コンセプトガイド 

● PRIMECLUSTER 導入運用手引書 

● PRIMECLUSTER Cluster Foundation 導入運用手引書 

● PRIMECLUSTER RMS 導入運用手引書 

● PRIMECLUSTER RMS 導入運用手引書 (トラブルシューティング編) 

● PRIMECLUSTER RMS リファレンスガイド 

● PRIMECLUSTER Web-Based Admin View 操作手引書 

● PRIMECLUSTER Global Disk Services 説明書 

● PRIMECLUSTER Global File Services 説明書 

● PRIMECLUSTER Global Link Services 説明書(伝送路二重化機能編) 

● PRIMECLUSTER Global Link Services 説明書(マルチパス機能編) 

● RC2000 ユーザーズガイド 

● PRIMECLUSTER DR/PCI Hot Plug ユーザーズガイド 

● PRIMECLUSTER インストールガイド 

● PRIMECLUSTER 活用ガイド 



◆ 本書の表記について 

表記 

プロンプト 

実行にシステム管理者(ルート)権限が必要なコマンドライン例の場合、先頭にシステム管理者 

プロンプトを示すハッシュ記号 (#) が付いています。システム管理者権限を必要としないエン 

トリの場合、先頭にドル ($) が付いています。 

マニュアルページのセクション番号 

UNIX オペレーティングシステムコマンドの後ろにマニュアルページのセクション番号が括弧付 

きで示されています。―例: cp(1) 

キーボード 

印字されない文字のキーストロークやなどのキーアイコンで表示されます。た 

とえば、は Enter というラベルの付いたキーを押すことを意味し、 + 

は、Ctrl または Control というラベルの付いたキーを押しながらキーを押すことを意味 

します。 

書体/記号 

以下の書体は特定要素の強調に使用されます。 

書体 / 記号使用方法 

均等幅コンピュータ出力、およびプログラムリスト:テキスト本文中のコマンド、 

ファイル名、マニュアルページ名、他のリテラルプログラミング項目 

斜体, 具体的な数値/文字列に置き換える必要のある変数 ―入力値― 

具体的な数値/文字列に置き換える必要のある変数 ―表示値― 

太字記述どおりに入力する必要のあるコマンドライン項目 

"均等幅" 参照先のタイトル名、マニュアル名、画面名等 

[均等幅] ツールバー名、メニュー名、コマンド名、アイコン名 

ボタン名

例1. 

以下に /etc/passwd ファイルのエントリの一部を示します。 

root:x:0:1:0000-Admin(0000):/: 

sysadm:x:0:0:System Admin.:/usr/admin:/usr/sbin/sysadm 

setup:x:0:0:System Setup:/usr/admin:/usr/sbin/setup 

daemon:x:1:1:0000-Admin(0000):/: 

例2. 

cat(1) コマンドでファイルの内容を表示するには、以下のコマンドラインを入力します。 

$ cat ファイル名 

記号 

特に注意すべき事項の前には以下の記号が付いています。 

略称 

● ポイントとなる内容について説明します。 

● 注意する項目について説明します。 

● 例題を用いて説明します。 

● 参考となる内容を説明します。 

● 参照するマニュアル名などを説明します。 

● 部や章で説明した内容をまとめて説明します。 

● Microsoft(R) Windows(R) 98 operating system、および Microsoft(R) Windows(R) 98 

Second Edition operating system を Windows(R) 98 と略しています。 

● Microsoft(R) Windows NT(R) Server operating System Version4.0、および Microsoft(R) 

Windows NT(R) Server workstation System Version4.0 を Windows NT(R) と略していま 

す。 

● Microsoft(R) Windows(R) 2000 operating system を Windows(R) 2000 と略しています。 

● Microsoft(R) Windows(R) Millennium Edition を Windows(R) Me と略しています。 

● Microsoft(R) Windows(R) XP operating system を Windows(R) XP と略しています。 

● Windows(R) 98、Windows NT(R)、Windows(R) 2000、Windows(R) Me、Windows(R) XP を総 

称して Microsoft(R) Windows と表記します。 

● 参照する Solaris のマニュアル名称で "Solaris X" と書かれている部分は、Solaris 8 オ 

ペレーティングシステム (以降、Solaris 8) 、Solaris 9 オペレーティングシステム (以 

降、Solaris 9)、または Solaris 10 オペレーティングシステム (以降、Solaris 10) と 

読み替えてマニュアルを参照してください。 

iii

◆ 商標について 

iv 

UNIX は、米国およびその他の国におけるオープン・グループの登録商標です。 

Sun、Sun Microsystems、Sun ロゴ、Solaris およびすべての Solaris に関連する商標及びロゴ 

は、米国およびその他の国における米国 Sun Microsystems, Inc.の商標または登録商標であり、 

同社のライセンスを受けて使用しています。 

Linux は、Linus Torvalds 氏の米国およびその他の国における登録商標あるいは商標です。 

NFS、NFS Client は、米国 Sun Microsystems, Inc.の商標です。 

Java およびすべての Java 関連の商標およびロゴは、米国およびその他の国における米国 Sun 

Microsystems, Inc.の商標または登録商標です。 

Netscape 及び Netscape Navigator は Netscape Communications Corporation の米国及びその 

他の国における商標または登録商標です。 

Microsoft Internet Explorer は、米国 Microsoft Corporation の米国およびその他の国にお 

ける登録商標です。 

Microsoft、Windows、Windows NT および Windows NT Server は、米国 Microsoft Corporation 

の米国及びその他の国における登録商標です。 

ORACLE、Oracle Applications は、米国 Oracle Corporation の商標もしくは登録商標です。 

PRIMECLUSTER は、富士通株式会社の商標です。 

その他各種製品名は、各社の製品名称、商標または登録商標です。 

Copyright (c) 1986-1997 Sun Microsystems,Inc. 

Copyright (c) 1983-1989 Portions may be derived from Berkeley BSD system, licensed from 

the U. of CA. 

(C)1990-2000 Legato Systems, Inc. All Rights Reserved. 

お願い 

● 本書を無断で他に転載しないようお願いします。 

● 本書は予告なしに変更されることがあります。 

Copyright(C) 2006,2007,2008,2009 富士通株式会社. 

All Rights Reserved. 

Copyright (C) 2006,2007,2008,2009 Fujitsu Siemens Computers GmbH. 

All rights reserved. 

2006年4月初版 

2006年8月第2版 

2006年12月第3版 

2007年6月第4版 

2007年9月第5版 

2008年4月第6版 

2009年1月第7版 

2009年6月第8版

目次 

第 1 部事象別トラブル .............................................................................................. 1 

第 1 章インストール・環境構築時のトラブル........................................................... 3 

目次 

1.1 ネットワークブート時のトラブル...........................................................................4 

1.2 PRIMECLUSTER のインストール時....................................................................8 

1.3 cluster_setup 時...................................................................................................10 

1.4 CF 設定時のトラブル........................................................................................... 11 

1.5 SF 設定時のトラブル ...........................................................................................13 

1.6 CRM 設定時のトラブル .......................................................................................25 

1.7 再起動時のトラブル ..............................................................................................34 

1.8 仮想マシン環境での環境構築時のトラブル ..........................................................36 

第2章クラスタアプリケーションのトラブル............................................................37 

2.1 クラスタアプリケーションの作成.........................................................................38 

2.2 クラスタアプリケーションの実行.........................................................................52 

第 3 章運用時のトラブル .........................................................................................67 

3.1 基本的な設定に関するトラブル ............................................................................68 

3.2 運用全般に関するトラブル ...................................................................................72 

3.3 CF に関するトラブル.........................................................................................102 

3.4 RMS に関するトラブル......................................................................................107 

3.5 電源切断、強制停止に関するトラブル ...............................................................125 

3.6 GUI に関するトラブルシューティング..............................................................131 

3.6.1 Web-Based Admin View に関するトラブルの見方 ......................................131 

3.6.2 Web-Based Admin View に関するトラブル.................................................132 

3.7 ノードの参入に関するトラブル ..........................................................................140 

3.7.1 基本的な考え方..............................................................................................140 

3.7.2 トラブル対処例 1..........................................................................................141 

3.7.3 トラブル対処例 2..........................................................................................142 

3.7.4 トラブル対処例 3..........................................................................................144 

3.7.5 トラブル対処例 4..........................................................................................145 

3.8 RC2000 に関するトラブル.................................................................................146 

3.9 GDS のトラブル.................................................................................................147 

3.10 GFS のトラブル .................................................................................................148 

3.11 GLS のトラブル .................................................................................................151 

v

目次 

vi 

3.12 設定変更時のトラブル ........................................................................................152 

第 4 章保守時のトラブル .......................................................................................156 

4.1 電源を落としたとき ............................................................................................157 

4.2 セキュリティパッチ適用時 .................................................................................159 

4.3 アップデート時 ...................................................................................................160 

第 5 章その他のトラブル .......................................................................................161 

5.1 Linux OS に関するトラブル ..............................................................................162 

5.2 Linux 固有のトラブル........................................................................................166 

第 2 部トラブル情報の採取....................................................................................169 

第 6 章システム状態の確認....................................................................................171 

6.1 ブラウザによる確認 ............................................................................................172 

6.1.1 メッセージポップアップ画面 ........................................................................172 

6.1.2 CF メインウィンドウ ...................................................................................174 

6.1.3 CRM メインウィンドウ................................................................................176 

6.1.4 RMS メインウィンドウ ................................................................................178 

6.1.5 MSG メインウィンドウ................................................................................180 

6.1.6 リソースの障害履歴 ......................................................................................180 

6.1.7 故障リソースの一覧 ......................................................................................182 

6.2 コマンドによる確認 ............................................................................................183 

第 7 章トラブル調査情報の採取方法......................................................................185 

7.1 Solaris におけるトラブル調査情報の採取方法 ..................................................186 

7.1.1 fjsnap コマンドの実行..................................................................................187 

7.1.2 システムダンプ..............................................................................................187 

7.1.3 SCF ダンプ...................................................................................................188 

7.2 Linux におけるトラブル調査情報の採取方法....................................................189 

7.2.1 fjsnap/pclsnap コマンドの実行 ....................................................................189 

7.2.2 クラッシュダンプ ..........................................................................................193 

7.2.3 PSA 関連情報 (PRIMEQUEST) ..................................................................193 

7.2.4 MMB 関連情報 (PRIMEQUEST)................................................................194 

第 8 章 CF に関するトラブル情報収集...................................................................195

目次 

8.1 Cluster Admin GUI の CF ログビューア機能を使用する ...............................196 

8.1.1 CF ログビューアの起動方法 ........................................................................196 

8.1.2 /var/adm/messages ファイルの内容 ............................................................196 

8.1.3 ログファイルの例 ..........................................................................................197 

8.2 cftool コマンドを使用する .................................................................................199 

8.2.1 cftool –l の例(ローカルノード状態の確認)...............................................199 

8.2.2 cftool –d の例(デバイス構成の確認) ........................................................200 

8.2.3 cftool –n の例(クラスタノード状態の確認)..............................................200 

8.2.4 cftool –r の例(ルート状態の確認) ............................................................200 

8.3 SF をデバッグモードにする ..............................................................................202 

第 9 章 RMS に関するトラブル情報収集 ...............................................................203 

9.1 概要 .....................................................................................................................204 

9.2 デバッグメッセージとエラーメッセージ............................................................205 

9.3 ログファイル.......................................................................................................206 

9.4 ログビューアの使用方法.....................................................................................207 

9.4.1 リソース名に基づく検索 ...............................................................................209 

9.4.2 時刻に基づく検索 ..........................................................................................210 

9.4.3 キーワードに基づく検索 ............................................................................... 211 

9.4.4 重要度レベルに基づく検索............................................................................212 

9.5 hvdump コマンドの使用....................................................................................213 

9.6 ログレベルの指定................................................................................................214 

9.7 ログファイルの内容 ............................................................................................215 

9.8 システムログ.......................................................................................................217 

9.9 RMS ウィザードログ .........................................................................................218 

9.9.1 RMS ウィザードディテクタのログ機能 .......................................................219 

9.9.2 RMS 稼動中のレベル変更 ............................................................................220 

付録 A リリース情報...............................................................................................221 

索引 223 

vii

第1部事象別トラブル 

以下の各作業フェーズで発生したトラブルの対処方法を説明します。 

● インストール・環境構築 

● クラスタアプリケーションの作成・実行 

● クラスタシステムの運用 

● クラスタシステムの保守 

1

第1章インストール・環境構築時のトラブル 

本章では、PRIMECLUSTER のインストールおよび各環境構築時に発生するトラブルの内容および 

対処方法について説明します。 

3


1.1 ネットワークブート時のトラブル 

4 

対象ノードでネットワークブートコマンドを実行したが、正常にインストールされない場合のト 

ラブル対処方法です。 

■トラブル一覧 

No. 現象 Solaris Linux 

Q1-1-1 メッセージも表示されずに止まってしまう ○ - 

Q1-1-2 メッセージが表示されて止まってしまう (1) touch: XXX ~ ○ - 

Q1-1-3 メッセージが表示されて止まってしまう (2) Network Link Setup 

Failed. ~ 

○ - 

Q1-1-4 メッセージが表示されて止まってしまう (3) Searching for ~ ○ - 

Q1-1-5 メッセージが表示されて止まってしまう (4) Searching for ~ ○ - 

Q1-1-6 メッセージが表示されてパニックしてしまう WARNING: 

nfsdyn_mountroot:~ 

○ - 

Q1-1-7 問合せメッセージが表示される ○ - 

Q1-1-8 メッセージに応答すると対話式のインストール画面が表示される ○ - 

Q1-1-1 メッセージも表示されずに止まってしまう 

原因 

ハブやネットワークインタフェースカードなどのネットワーク機器に問題がある可能性があり 

ます。 

対処 

ネットワーク機器の接続状況やハブなどに故障がないかを確認し、環境を見直した後に、対象 

ノードで再度ネットワークブートを実行してください。 

Q1-1-2 メッセージが表示されて止まってしまう (1) 

原因 

touch: X cannot create 

/tmp/install_config/begin_scr: XXX: cannot create 

Begin script begin_scr failed with return value “「” Aborting install. 

インストールサーバの /etc/dfs/dfstab ファイルに定義されたエントリに誤りがあることが原 

因です。 

対処 

以下の 3 点を確認し対処した後に、ネットワークブートを再実行してください。 

1. /etc/opt/FJSVclis/etc/inst_info パスに関するエントリが定義されているか 

/etc/dfs/dfstab ファイルに /etc/opt/FJSVclis/etc/inst_info パスに関する以下のエ 

ントリが定義されていない場合は、cluster_setup を実行してトップメニューから ”o” 

または ”b”を選択して、システム事前情報を設定してください。 

/usr/sbin/share -F nfs -o rw,anon=0 /etc/opt/FJSVclis/etc/inst_info #FJSVclis 

2. 上記エントリが、コメントアウトされていないか


/etc/opt/FJSVclis/etc/inst_info パスに関するエントリのコメントアウトを外してか 

ら shareall(1M) を実行してください。 

3. 上記のエントリ以外に、/etc/opt/FJSVclis/etc/inst_info パスに関するエントリが定 

義されていないか 

上記のエントリ以外に、/etc/opt/FJSVclis/etc/inst_info パスに関するエントリが定義 

されている場合は、そのエントリをコメントアウトし、unshareall(1M) を実行してから 

shareall(1M) を実行してください。 

または、cluster_setup を実行してトップメニューから ”o”または ”b”を選択して、 

システム事前情報を設定してください。 


Network Link Setup Failed. 

Please Check Cable and Try Again 

Timeout waiting for ARP/RARP packet... 

原因 

ハブやネットワークインタフェースカードなどのネットワーク機器に問題がある可能性がありま 

す。 

対処 

ネットワーク機器の接続状況やハブなどに故障がないかを確認し、環境を見直した後に、対象ノ 

ードで再度ネットワークブートを実行してください。 


原因 

Searching for configuration file(s)... 

インストールサーバまたは対象ノードのホスト名や IP アドレスなどの情報が変更されたが、 

cluster_setup が再実行されていないことが原因です。 

対処 

cluster_setup を実行し、トップメニューから ”o”または ”b”を選択して再度システム事前情 

報を設定してください。 

5


6 


原因 

Searching for JumpStart directory... 

not found 

Warning: Could not find matching rule in rules.ok 

Press the return key for an interactive Solaris install program... 

インストールサーバのネットマスク値 (cluster_setup で表示したデフォルト値)と設定された 

対象ノードのネットマスク値 (cluster_setup のネットマスク値の設定画面で入力した値)が一 

致していない(同じサブネットを使用していない)ことが原因です。 

対処 

インストールサーバの /etc/netmasks ファイルを編集するか、または、cluster_setup で対象ノ 

ードのネットマスク値の設定画面で表示されたデフォルト値(インストールサーバの netmask 

値)を設定してください。その後、対象ノードで再度ネットワークブートを実行してください。 

Q1-1-6 メッセージが表示されてパニックしてしまう 

原因 

WARNING: nfsdyn_mountroot: NFS3 mount_root failed: error 6 

Cannot mount root on /pci@17,4000/network@1,1 fstype nfsdyn 

panic[cpu0]/thread=10408000: vfs_mountroot: cannot mount root 

同一ネットワーク内に対象ノードのためのインストールサーバが 2 つ以上存在していることが 

原因です。 

対処 

同一ネットワークセグメント上のノードで、/etc/bootparams ファイルを確認し、インストール 

サーバ以外で、対象ノードのエントリがある場合は削除してください。

Q1-1-7 問合せメッセージが表示される 

原因 

Warning: boot will not enable cache 

Enter filename [kernel/sparcv9/unix]: 


ここでを入力すると、以下の問合せメッセージが表示される。 

Enter default directory for modules [/platform/...]: 

ここでを入力すると、ノードがパニックする。 

boot net – install の場合に ”-“の前後に 1 つ以上のブランクがないなど、対象ノードで実 

行したネットワークブートコマンドの実行方法に誤りがあることが原因です。 

対処 

対象ノードの OBP プロンプトから、以下のように正しくコマンドを実行してください。 

{ok} boot net - install 

Q1-1-8 メッセージに応答すると対話式のインストール画面が表示される 

現象 

原因 

以下のメッセージが表示されて止まってしまい、"Return" を押すと、対話式のインストール画 

面が表示される。 

The following error occurred while trying to set the 'up' flag on the hme0 

network interface: ioctl: Cannot assign requested address. 

Press Return to continue 

cluster_setup で指定したネットワークインタフェースカード (NIC) が、対象ノードがネットワ 

ークブートに使用した NIC と一致していないことが原因です。 

対処 

対象ノードがネットワークインストールに使用する NIC と、cluster_setup で指定した NIC を 

一致するようにします。再度 cluster_setup で NIC を設定し直すか、対象ノードが使用する NIC 

を変更してください。 

7


1.2 PRIMECLUSTER のインストール時 

8 



Q1-2-1 PRIMECLUSTER のインストールに失敗する - ○ 

Q1-2-2 PRIMECLUSTER のパッチ: 913509-02 以降、913702-01 以降、 

および 913855-04 以降が適用できない 

○ - 

Q1-2-3 PRIMECLUSTER HA Server 4.1 をインストールしたが、"FJSVla" 

がインストールされない 

○ - 

Q1-2-4 PRIMECLUSTER 初期設定時、Web-Based Admin View から 

Cluster Admin を起動すると、 "0001 管理サーバの呼び出し 

に失敗しました" が表示される 

○ ○ 

Q1-2-1 PRIMECLUSTER のインストールに失敗する 

原因 

対処 

集約パッチ LPMP03B1 以降を適用している PRIMECLUSTER 4.0A20 環境を、PRIMECLUSTER 4.1A20 

あるいは 4.1A30 にバージョンアップしている可能性があります。 

PRIMECLUSTER 4.1A20 以降にバージョンアップする場合、PRIMECLUSTER 4.0A20 のインストーラ 

にてアンインストールしますが、その際、集約パッチ(LPMP03B1 以降)はアンインストールされ 

ません。アンインストールされていない状態で PRIMECLUSTER 4.1A20 以降をインストールすると、 

集約パッチに含まれていたパッケージがシステム上に残っているため、インストールに失敗しま 

す。集約パッチ(LPMP03B1 以降)を適用しているシステムでは、製品添付のインストールガイド、 

および集約パッチ添付の readme に従い PRIMECLUSTER のパッケージをアンインストールしてく 

ださい。詳細は、"PRIMECLUSTER インストールガイド" の "4.2 移行上の注意"を参照してくださ 

い。 

確認事項 

集約パッチ LPMP03B1 以降を適用している PRIMECLUSTER 4.0A20 環境を PRIMECLUSTER 4.1A20 

以降にバージョンアップしていませんか? 

Q1-2-2 PRIMECLUSTER のパッチ: 913509-02 以降、913702-01 以降、および 913855-04 以降が 

適用できない 

原因 

対処 

PRIMECLUSTER の 3 枚目の CD-ROM がインストールされていない可能性があります。対象パッケ 

ージがインストールされていないとパッチの適用は行なえません。 

PRIMECLUSTER の 3 枚目の CD-ROM をインストールしてください。

1.2 PRIMECLUSTER のインストール時 

Q1-2-3 PRIMECLUSTER HA Server 4.1 をインストールしたが、"FJSVla" がインストールされ 

ない 

原因 

対処 

"FJSVla" パッケージは、PRIMECLUSTER HA Server 4.1 のインストールスクリプトではインスト 

ールされません。 

"FJSVla" パッケージをインストールする場合は、別途 pkgadd コマンドでインストールしてくだ 

さい。 

Q1-2-4 PRIMECLUSTER 初期設定時、Web-Based Admin View から Cluster Admin を起動する 

と、 "0001 管理サーバの呼び出しに失敗しました" が表示される 

原因 

SMAWrcadm(Cluster Admin) をインストールし、その後 FJSVwvbs をインストールした可能性が 

あります。そのため、FJSVwvbs のファイル Plugin.html が、SMAWrcadm に対応した内容に編集 

されず、Cluster Admin の起動が失敗しました。 

対処 

"PRIMECLUSTER インストールガイド" に従い PRIMECLUSTER をアンインストールした後、再イン 

ストールしてください。 

9


1.3 cluster_setup 時 

10 

インストールサーバで cluster_setup を実行したときのトラブル対処方法です。 



Q1-3-1 に示されるノードのインストール情報を設定するが、 

メッセージが表示されて中断してしまう 

○ - 

Q1-3-1 に示されるノードのインストール情報を設定するが、以下のメッセージ 

が表示されて中断してしまう 

原因 

Now add data ... 

i_os_setup: ERROR: add_install_client command failed 

Error: unknown client “” 

に示されるノードの名前解決ができないことが原因です。 

対処 

インストールサーバの /etc/nsswitch.conf ファイル内の ”hosts”の検索順序を ”files”が 

先頭になるように変更し、再度 cluster_setup を実行してください。 

たとえば、以下のように /etc/nsswitch.conf ファイルを修正します。 

hosts: files dns

1.4 CF 設定時のトラブル 

CF 設定時のトラブル対処方法です。 


1.4 CF 設定時のトラブル 


Q1-4-1 CF 構成中にコンソール画面にメッセージが出力される 

cf:cfconfig OSDU_stop: failed to unload cf_drv 

○ ○ 

Q1-4-2 CF 初期設定時に既存クラスタ情報が表示される ○ ○ 

Q1-4-3 CF の作成中、途中で反応がなくなる ○ ○ 

Q1-4-4 CFの設定後に/etc/hosts ファイルの日本語コメントが文字化けす 

る 

- ○ 

Q1-4-1 CF 構成中にコンソール画面にメッセージが出力される 

原因 


CF を構成する過程で一旦 cf_drv をアンロードする際に出力されるメッセージです。 

対処 

異常を示すものではありませんので対処の必要はありません。 

Q1-4-2 CF 初期設定時に既存クラスタ情報が表示される 

原因 

CF を構成する過程で一旦 cf_drv をアンロードする際に出力されるメッセージです。 

対処 

異常を示すものではありませんので対処の必要はありません。 

Q1-4-3 CF の作成中、途中で反応がなくなる 

原因 

クラスタを構成するノード間で /etc/inet/hosts(Solaris)、または /etc/hosts(Linux)の設 

定が異なっている可能性があります。 

対処 

/etc/inet/hosts(Solaris)、または /etc/hosts(Linux)の設定を、クラスタを構成する全ノー 

ドで合わせてください。 

Q1-4-4 CF の設定後に /etc/hosts ファイルの日本語コメントが文字化けする 

原因 

Web-Based Admin Viewの言語設定と /etc/hosts ファイルの日本語の文字コードが一致していな 

11


12 

いことが原因です。 

以下のいずれかの対処をしてください。 

対処1 

以下の手順でWeb-Based Admin Viewの言語設定をおこなってください。 

1. Web-Based Admin Viewの言語設定をします。 

# /etc/opt/FJSVwvbs/etc/bin/wvSetparam -add sys lang ja 

設定の詳細については、"PRIMECLUSTER導入運用手引書4.3 (Linux版)"、あるいは、 

"PRIMECLUSTER導入運用手引書4.3 (Linux (Itanium) 版)"の "4.3.3.3 Web-Based Admin 

View の言語設定" を参照してください。 

2. /etc/hosts ファイル中の日本語コメントを記載し直してください。 

Web-Based Admin View の言語設定のみ変更しても、/etc/hosts ファイルに、UTF-8 コー 

ドで日本語コメントが記載されていると文字化けします。 

そのため、日本語コメントは EUC コードで記載し直してください。 

対処2 

/etc/hosts ファイルの文字化けした日本語を削除してください。

1.5 SF 設定時のトラブル 

SF 設定時のトラブル対処方法です。対象バージョンは、4.1 以降です。 




Q1-5-1 シャットダウンエージェントの状態表示画面に "InitFailed"、 

"TestFailed" が表示される 

Q1-5-2 Shutdown Facility の設定を実施したが、待機系の XSCF 関連 

の状態のみ "TestFailed" となる 

Q1-5-3 SF 設定後、SF デーモン (rcsd) を起動させたが、コンソール 

にメッセージが表示され、SF デーモンの起動に失敗する 

“Advertisement server: can't bind local address, errno 

126” 

Q1-5-4 各シャットダウンエージェントのタイムアウト値の推奨値と設 

定方法がわからない 

Q1-5-5 RCI アドレスを変更してノードを起動したらエラーメッセージ 

が出力された 

FJSVcluster: エラー: DEV: 7003: RCI の異常を検出しました。 

(node:nodename address:address status:status)」 

FJSVcluster: エラー: DEV: 7004: RCI アドレス異常のためRCI 

非同期監視機能を停止します。 (node:nodename 

address:address) 

FJSVcluster: エラー: DEV: 7035: RCI アドレス異常を検出し 

ました。(node:nodename address:address) 

Q1-5-6 シャットダウン構成ウィザードで、「詳細な設定」から「編集」 

を選択し、をクリックしたら、以下のメッセージがポ 

ップアップされた 

2906 

設定ファイルに記録されているシャットダウンエージェント 

RCI Panic のタイムアウト (20) がデフォルトタイムアウト 

(90) と異なります。デフォルトタイムアウトの値を設定します 

か? 

はいいいえ 

Q1-5-7 シャットダウンエージェントとして、 RCI パニック 

(SA_pprcip) と RCI リセット (SA_pprcir) を設定し、RCI ケ 

ーブルを抜いたが、強制停止 (カーネルパニック) が発生しな 

い 

Q1-5-8 MMB シャットダウンエージェントの設定後、シャットダウンエ 

ージェントの状態表示画面に "TestFailed" が表示される 

Q1-5-9 IPMIシャットダウンエージェントを使用している場合、 

/var/log/messagesに以下のメッセージが出力される 

The SA to test host has exceeded 

its configured timeout, will be terminated 

WARNING : is not able to be terminated. The SA 

is now disabled from host 

Q1-5-10 SPARC Enterprise M4000,M5000,M8000,M9000で、シャットダウ 

ン機構の設定を行ったところ 7042 番のエラーメッセージが出 

力され、 XSCF シャットダウンエージェント (SA_xscfp.so, 

○ ○ 

○ - 

○ ○ 

○ ○ 

○ - 

○ - 

○ - 

- ○ 

- ○ 

○ - 

13


14 

No. 現象 

SA_rccu.so, SA_xscfr.so) のテスト状態(Test State) が 

TestFailedになった 

Solaris Linux 

Q1-5-11 VMGuest シャットダウンエージェントの設定後、シャットダウ 

ンエージェントの状態表示画面に "TestFailed" が表示される 

- ○ 

Q1-5-1 シャットダウンエージェントの状態表示画面に "InitFailed"、"TestFailed" が表示 

される 

現象 

対処 

SF 設定後、シャットダウンエージェントの状態表示画面に以下の状態が表示された。 

- Init State が InitFailed 

- Test State が TestFailed (赤字) 

/var/adm/messages ファイル (Solaris)、あるいは /var/log/messages ファイル (Linux)、お 

よびコンソールにエラーメッセージが出力されていないか確認してください。 

● エラーメッセージが出力されている場合(Solaris/Linux) 

出力されたメッセージの内容に従い対処してください。対処方法については、 

"PRIMECLUSTER 活用ガイド" を参照してください。 

● エラーメッセージが出力されていない場合(Solaris) 

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

1) ESF(Enhanced Support Facility) がインストールされているかを以下のコマンド 

で確認してください。 

# pkginfo -l FJSVbse 

ESF がインストールされていない場合、「エラー: “FJSVbse” に関する情報が見 

つかりません。」というメッセージが出力されます。この場合、ESF をインストー 

ルしてください。 

2) RCI シャットダウンエージェントを設定している場合、エージェントが起動されて 

いることを次のコマンドで確認します。 

# /etc/opt/FJSVcluster/bin/clrcimonctl 

RCI シャットダウンエージェントが起動していない場合、"The devscfd daemon does 

not exist." というメッセージが出力されます。次のコマンドで RCIシャットダウ 

ンエージェントを起動します。 

# /etc/opt/FJSVcluster/bin/clrcimonctl start 

RCI シャットダウンエージェントが起動したことを次のコマンドで確認します。 

# /etc/opt/FJSVcluster/bin/clrcimonctl 

3) RCCU シャットダウンエージェントを設定している場合、RCCU シャットダウンエー 

ジェントが起動されていることを次のコマンドで確認します。 

# /etc/opt/FJSVcluster/bin/clrccumonctl 

RCCU シャットダウンエージェントが起動していない場合、"The devrccud daemon 

does not exist." というメッセージが表示されます。次のコマンドで RCCU シャ 

ットダウンエージェントを起動します。 

# /etc/opt/FJSVcluster/bin/clrccumonctl start 

4) 表示されている画面から[戻る]を選択して、SF 構成を再設定します。 

● エラーメッセージが出力されていない場合(Linux) 

SF の設定を見直してください。詳細は、"PRIMECLUSTER 導入運用手引書" の "5.1.2 シ 

ャットダウン機構の設定" を参照してください。

管理LAN上の通信速度に問題がないかを確認してください。 


IPMI シャットダウンエージェントを使用している場合、 iRMC またはiRMCに接続されて 

いるスイッチの通信速度の設定に誤りがある可能性があります。その場合は、通信速度の 

設定を見直してください。 

(例)通信速度を1000Mbps(固定)からAutoに変更する。 

iRMCの設定についてはリモートマネジメントコントローラのユーザーズガイド、スイッチ 

の設定については各機種のユーザーズガイドを参照してください。 

Q1-5-2 Shutdown Facility の設定を実施したが、待機系の XSCF 関連の状態のみ 

"TestFailed" となる 

原因 

以下の条件の時、7042 番のエラーメッセージが出力され、XSCF シャットダウンエージェント 

(SA_xscfp.so, SA_rccu.so, SA_xscfr.so) のテスト状態が "TestFailed" になることがありま 

す。 

1) PRIMEPOWER 250,450 を使用している場合。かつ、 

2) コンソールに XSCF を使用している場合。かつ、 

3) XSCF シャットダウンエージェントを使用するようシャットダウン機構 (SF) の設定を行った 

場合。 

[7042 番のエラーメッセージ] 

FJSVcluster: エラー: DEV: 7042: コンソールへの接続ができません。 

(node:sa01721 portno:8010 detail:-1) 

対処 

以下の手順にて、コンソール情報を変更してください。 

1. ノード sa01721でclrccusetup –a コマンドを実行し、コンソール情報を変更してくださ 

い。 

clrccusetup コマンドの使用法については、"PRIMECLUSTER 活用ガイド" を参照してください。 

# /etc/opt/FJSVcluster/bin/clrccusetup -a xscf IP-address user-name 

Enter Password: 

Re-enter Password: 

― IP-address には、XSCF の IP アドレスまたは /etc/inet/hosts に登録されてい 

る XSCF のホスト名を指定してください。 

― user-name には、XSCF の制御ポートへログインするためのユーザ名を指定してく 

ださい。 

― Password には、XSCF の制御ポートへログインするためのパスワードを入力してく 

ださい。 

2. 全ノードで clrccusetup –l コマンドを実行し、登録されたコンソール情報を確認してく 

ださい。手順1.で登録したコンソール情報がすべてのノードで出力されない場合、再度手 

順1. からやり直してください。 

# /etc/opt/FJSVcluster/bin/clrccusetup -l 

device-name cluster-host-name IP-address host-name user-name 

15


16 

---------------------------------------------------------------------------xscf 

sa01721 SA01721.cmw.co.jp root 

^^^^ ← 特にsa01721のdevice-nameが""xscf""と表示されることを確認してください。 

xscf sa01722 SA01722.cmw.co.jp root 

---------------------------------------------------------------------------- 

3. 全ノードで以下のコマンドを実行し、シャットダウン機構を再起動してください。 

# /opt/SMAW/bin/sdtool -e 

# /opt/SMAW/bin/sdtool -b 

4. 30 秒後に全ノードで以下のコマンドを実行し、シャットダウン機構が正しく動作してい 

ることを確認してください。 

# /opt/SMAW/bin/sdtool -s 

Cluster Host Agent SA State Shut State Test State Init State 

------------ ----- -------- ---------- ---------- ---------sa01721 

SA_pprcip.so Idle Unknown Unknown InitFailed 

sa01721 SA_xscfp.so Idle Unknown TestWorked InitWorked 

sa01721 SA_rccu.so Idle Unknown TestWorked InitWorked 

sa01721 SA_pprcir.so Idle Unknown Unknown InitFailed 

sa01721 SA_xscfr.so Idle Unknown TestWorked InitWorked 

sa01722 SA_pprcip.so Idle Unknown Unknown InitFailed 



sa01722 SA_pprcir.so Idle Unknown Unknown InitFailed 


※ SA_xscfp.so、SA_rccu.so、SA_xscfr.so の Test State の欄がすべて "TestWorked" 

であれば OK です。 

Q1-5-3 SF 設定後、SF デーモン (rcsd) を起動させたが、コンソールにメッセージが表示さ 

れ、SF デーモンの起動に失敗する 

原因 

対処 

“Advertisement server: can't bind local address, errno 126” 

/etc/opt/SMAW/SMAWsf/rcsd.cfg に記載した myadmnIPx (管理 LAN の IP アドレス、 

/etc/inet/hosts(Solaris の場合)、または /etc/hosts(Linux の場合)に登録されているホス 

ト名)が誤っている可能性があります。 

CFName1,weight=weight1,admIP=myadmnIP1:agent=SA_ppricip,timeout=20... 

以下のマニュアルを参照して、myadmnIPx を修正してください。 

■Solaris/Linux 

"PRIMECLUSTER 導入運用手引書" の "5.1.2 シャットダウン機構の設定"


Q1-5-4 各シャットダウンエージェントのタイムアウト値の推奨値と設定方法がわからない 

対処 

● RCI シャットダウンエージェントのタイムアウト値は 20 (秒) に設定してください 

● RCCU シャットダウンエージェントのタイムアウト値は以下の式に従って決定してくださ 

い 

【4.1 の場合】 

― 2 ノードの場合 

タイムアウト値 = 25 (秒) 

― 3 ノード以上の場合 

タイムアウト値 = 20 + 17×(n - 2) (秒) [n = クラスタの構成ノード数] 

1. 全ノードの /etc/opt/SMAW/SMAWsf/rcsd.cfg の以下の下線部分を、すべての行について、 

算出したタイムアウト値に編集してください。 

fuji1,weight=X,admIP=IPaddress:agent=SA_pprcip,timeout=20:agent=SA_rccu,timeout 

=25:agent=SA_pprcir,timeout=20 

注) RCI シャットダウンエージェントは、SA_pprcip, SA_pprcir です。RCCU シャットダ 

ウンエージェントは SA_rccu です。 

2. 全ノードで以下のコマンドを実行してください。 

# sdtool -e 

# sdtool -b 

【4.1A10 以降の場合】 

"PRIMECLUSTER Cluster Foundation 導入運用手引書 4.1" の "8.5.3 タイムアウト値の 

設定" に従い、各シャットダウンエージェントのタイムアウト値を算出した値に変更して 

ください。 

【4.1A20 以降の場合】 

RCCU シャットダウンエージェントの推奨タイムアウト値は 20 秒です。 

XSCF シャットダウンエージェントの推奨タイムアウト値は 20 秒です。 

XSCF シャットダウンエージェントは SA_xscfp, SA_xscfr です。 

Solaris の 4.1A20 以降の場合、詳細は "PRIMECLUSTER 導入運用手引書" の "5.1.2.3 

タイムアウト値の設定" を参照してください。 

Linux の場合、詳細は "PRIMECLUSTER 導入運用手引書" の "5.1.2 シャットダウン機構 

の設定" または "5.1.2.3.1 MMBシャットダウン機構の設定" を参照してください。 

Q1-5-5 RCI アドレスを変更してノードを起動したらエラーメッセージが出力された 


(node:nodename address:a dre s status:status)」 

FJSVcluster: エラー: DEV: 7004: RCI アドレス異常のため RCI 非同期監視機能を 

停止します。(node:nodename address:a dre s) 

FJSVcluster: エラー: DEV: 7035: RCI アドレス異常を検出しました。 

17


18 

(node:nodename address:address) 

対処 

マシン管理を使用して、RCI アドレスが正しく設定されているかを確認してください。正しく設 

定されていない場合、再度 RCI アドレスを変更してください。 

正しく設定されている場合、エラーメッセージが出力されたノードで以下のコマンドを実行し、 

RCI 非同期監視デーモンを復旧してください。 

# /etc/opt/FJSVcluster/bin/clrcimonctl restart 

# sdtool -e 

# sdtool -b 

4.1A20 パッチ 913381-03 適用以降または 4.1A30 以降では、以下のコマンドを実行する必要は 

ありません。 


Q1-5-6 シャットダウン構成ウィザードで、「詳細な設定」から「編集」を選択し、 

をクリックしたら、以下のメッセージがポップアップされた 

2906 

設定ファイルに記録されているシャットダウンエージェント RCI Panic のタイムアウト (20) 

がデフォルトタイムアウト (90) と異なります。デフォルトタイムアウトの値を設定します 

か? 

はいいいえ 

対処 

をクリックしてください。 

Q1-5-7 シャットダウンエージェントとして、RCI パニック (SA_pprcip) と RCI リセット 

(SA_pprcir) を設定し、RCI ケーブルを抜いたが、強制停止(カーネルパニック)が発生しない 

原因 

対処 

RCI ケーブルを抜いても、シャットダウンエージェントによる強制停止は行われません。 

シャットダウンエージェントによる強制停止は、クラスタインタコネクトを抜く等で確認できま 

す。


Q1-5-8 MMB シャットダウンエージェントの設定後、シャットダウンエージェントの状態表示 

画面に "TestFailed" が表示される 

原因1 

対処1 

原因2 

対処2 

snmptrapd デーモンが起動していない可能性があります。 

ps(1) コマンド等により snmptrapd のプロセスの存在を確認してください。デーモンが起動さ 

れていない場合は snmptrapd デーモンを起動するように設定を変更してください。 

MMB シャットダウンエージェントに登録されたユーザのパスワードが誤っている、または、アカ 

ウントに Administrator 権限が付加されていない可能性があります。 

MMB シャットダウンエージェントに登録されたユーザのパスワード、および Administrator 権 

限について確認してください。 

MMB シャットダウン機構では Remote Management Control Protocol(RMCP)を使用するため、 

RMCP が使用できる MMB のアカウント(MMB ユーザ)を clmmbsetup コマンド(-a オプション) 

で指定する必要があります。 

詳細については "PRIMEQUEST 480/440 リファレンスマニュアル: GUI/ コマンド" を参照してく 

ださい。 

以下に操作例を示します。 

1. Web-UI 画面にログインします。 

2. ナビゲーションバーから "Network" を選択します。 

3. サブメニュー階層表示バーから "Remote Server Management" を選択します。 

4. "Remote Server Management" 画面より、clmmbsetup コマンド(-a オプション)で指定 

したユーザ名を選択し、[Edit]を押します。 

5. "Password"、"Confirm Password"、および "Privilege" を適宜変更します。 

6. "Status" を「Enabled」に変更し、[Apply]ボタンを押します。 

7. Web-UI 画面をログアウトします。 

8. 全ノードで以下のコマンドを実行し、シャットダウン機構(SF)を停止します。 


9. 全ノードで以下のコマンドを実行し、シャットダウン機構(SF)を起動します。 


Q1-5-9 IPMI シャットダウンエージェントを使用している場合、/var/log/messagesに以下の 

メッセージが出力される 

The SA to test host has exceeded its configured timeout, 

will be terminated 

19


20 

WARNING : is not able to be terminated. The SA is now disabled from 

host 

原因 

対処 

シャットダウン機構の定期的な状態確認処理において、メッセージに出力されているシャットダ 

ウンエージェントがタイムアウトした可能性があります。 

以下の手順で対処を行ってください。 

1. /etc/opt/FJSVcllkcd/etc/SA_lkcd.toutのPANICINFO_TIMEOUTの値を以下のように変更し 

てください。 

変更前 

PANICINFO_TIMEOUT 10 

変更後 

PANICINFO_TIMEOUT 15 

2. 以下のコマンドを実行し、シャットダウン機構を再起動してください。 

# /opt/SMAW/bin/sdtool –e 

# /opt/SMAW/bin/sdtool –b 

3. 以下のコマンドを実行し、各シャットダウンエージェントの "Test State" が 

"TestWorked" と表示されていることを確認してください。 

# /opt/SMAW/bin/sdtool –s 

上記の対処を行っても現象が発生する場合は、当社技術員に連絡してください。 

Q1-5-10 SPARC Enterprise M4000,M5000,M8000,M9000で、シャットダウン機構の設定を行っ 

たところ 7042 番のエラーメッセージが出力され、 XSCF シャットダウンエージェント 

(SA_xscfp.so, SA_rccu.so, SA_xscfr.so) のテスト状態(Test State)が TestFailedになった 

原因1 

対処1 

クラスタノードからXSCFへ SSH による接続確認が行われていないために、接続先の識別ができ 

ず、XSCFへ接続できない可能性があります。 

以下の手順でホスト認証を行ったあと、シャットダウン機構を再起動してください。 

1. 各ノードから、接続先の全てのXSCFへSSHでログインできることを確認してください。 

初回接続時に、接続先ホストを識別するための情報(フィンガープリント)が表示されます 

ので、"yes"を入力し、XSCFの識別情報をサーバに記録します。 

例)XSCFのIPアドレスが 10.20.21.10 の場合 

# ssh -l ユーザ名 10.20.21.10


ホスト '10.20.21.10 (10.20.21.10)' の認証を確立できません. 

RSA 鍵フィンガープリントは af:fq:87:01:0f:6c:6:3f:e6:70:09:aa:85:40:59:97 です 

本当に接続を継続してもよろしいですか (yes/no)? yes 

警告: 既知ホストのリストに '10.20.21.10' (RSA) を追加しました。 

ユーザ名@10.20.21.10 のパスワード: 

# 








------------ ----- -------- ---------- ---------- ---------sa01721 

SA_pprcip.so Idle Unknown TestWorked InitWorked 



sa01721 SA_pprcir.so Idle Unknown TestWorked InitWorked 


sa01722 SA_pprcip.so Idle Unknown TestWorked InitWorked 





原因2 

SSHのユーザ認証で、公開鍵認証が使用されている可能性があります。 

対処2 

クラスタノードからXSCFへ接続する場合のユーザ認証方法として公開鍵認証を無効化し、UNIX 

標準のパスワードによる認証に変更してください。 

その後、以下の手順でシャットダウン機構を再起動してください。 

1. 各ノードから、接続先の全てのXSCFへSSHでログインできることを確認してください。 








------------ ----- -------- ---------- ---------- ---------sa01721 






21


22 






原因3 

DNSサーバの設定に誤りがある可能性があります。 

対処3 

以下の手順で DNS サーバの設定を見直し、シャットダウン機構を再起動してください。 

1. XSCF から DNS サーバへのアクセスが正しく行えるか確認します。 

XSCF にログインして、nslookup(8)コマンドによりホスト名( DNS 登録されているもので 

あれば何でも可)のルックアップを行ってください。 

2. 手順1.でnslookup(8)コマンドの実行から結果の表示までに20秒以上かかる場合、XSCFの 

DNSネームサーバ設定が間違っている可能性があるため、以下を確認してください。 

コマンドの詳細については、「SPARC Enterprise M4000/M5000/M8000/M9000 サーバ XSCF 

ユーザーズガイド」を参照してください。 

― setnameserver(8)により指定されているサーバのIPアドレスに誤りがないか 

― setroute(8)で設定しているルーティング情報に誤りがないか 








------------ ----- -------- ---------- ---------- ---------sa01721 











Q1-5-11 VMGuest シャットダウンエージェントの設定後、シャットダウンエージェントの状 

態表示画面に "TestFailed" が表示される 

原因1 

VMGuest シャットダウンエージェントに登録された管理OSのユーザ名、ユーザのパスワードまた

は、管理LANのIPアドレスが誤っている可能性があります。 


対処1 

VMGuest シャットダウンエージェントに登録された管理OSのユーザ名、ユーザのパスワード、お 

よび管理OSの管理LANのIPアドレスについて確認してください。 

VMGuest シャットダウン機構ではノードを強制停止できる管理OSのアカウント(FJSVvmSP)、ア 

カウントのパスワード、および、管理LANのIPアドレスをclvmgsetup コマンド(-a オプション) 

で指定する必要があります。 

clvmgsetupコマンドの使用法については、"PRIMECLUSTER 活用ガイド" を参照してください。 


1. clvmgsetup -a コマンドを実行し、ゲストOSの情報を登録します。 

全ゲストOS(ノード)上で実行してください。 

# /etc/opt/FJSVcluster/bin/clvmgsetup -a host-user-name host-IPaddress 

Enter User's Password: 

Re-enter User's Password: 

# 

― host-user-name 

ゲストOSが属する仮想マシンシステムの管理OSにログインするためのユーザ名 

ユーザ名には、FJSVvmSP を指定してください。 

― host-IPaddress 

ゲストOSが属する仮想マシンシステムの管理OSで、MMBに接続された管理LANのIPア 

ドレス 

― User's Password 

ゲストOSが属する仮想マシンシステムの管理OSにログインするためのユーザのパ 

スワード 

2. 全ゲストOS(ノード)上でclvmgsetup -l コマンドを実行し、登録されたゲストOS情報を 

確認します。 

手順1.で登録したゲストOSの情報が全ノードで出力されない場合、再度手順1.からやり直 

してください。 

# /etc/opt/FJSVcluster/bin/clvmgsetup -l 

cluster-host-name host-IPaddress host-user-name domain-name 

-----------------------------------------------------------node1 

10.10.10.2 FJSVvmSP node1 

# 




4. 全ノードで以下のコマンドを実行し、シャットダウン機構が正しく動作していることを確 

認してください。 



------------ ----- -------- ---------- ---------- ---------node1 

SA_vmgp Idle Unknown TestWorked InitWorked 

node2 SA_vmgp Idle Unknown TestWorked InitWorked 

※ Test State の欄がすべて "TestWorked" であることを確認してください。 

23


24 

原因2 

管理OSに対しての SSH初回時のユーザ問い合わせ(RSA 鍵の生成)が完了してない可能性があり 

ます。 

対処2 

VMGuest シャットダウン機構は、管理OSに対してSSHでアクセスするため、SSH初回時のユーザ問 

い合わせ(RSA 鍵の生成)を済ませておく必要があります。全ゲストOS(ノード)上で、clvmgsetup 

で登録した管理OSのIPアドレスに対して、 clvmgsetup で登録した管理OSのユーザ名でログイン 

を実行してください。 


1. clvmgsetup -l コマンドを実行し、登録されたゲストOS情報を確認します。 

# /etc/opt/FJSVcluster/bin/clvmgsetup -l 

cluster-host-name host-IPaddress host-user-name domain-name 

-----------------------------------------------------------node1 

10.10.10.2 FJSVvmSP node1 

node2 10.10.10.2 FJSVvmSP node2 

# 

2. すべてのノード上から host-IPaddress の欄で表示されているIP アドレスに対して 

host-user-name の欄で表示されているアカウントで SSH でログインを実行してくださ 

い。 

# ssh -l FJSVvmSP 10.10.10.2 

The authenticity of host 'XXX.XXX.XXX.XXX (XXX.XXX.XXX.XXX)' can't be established. 

RSA key fingerprint is xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx. 

Are you sure you want to continue connecting (yes/no)? yes ←yes と入力 

# 




4. 全ノードで以下のコマンドを実行し、シャットダウン機構が正しく動作していることを確 




------------ ----- -------- ---------- ---------- ---------node1 

SA_vmgp Idle Unknown TestWorked InitWorked 

node2 SA_vmgp Idle Unknown TestWorked InitWorked 

※ Test State の欄がすべて "TestWorked" であることを確認してください。

1.6 CRM 設定時のトラブル 

CRM 設定時のトラブル対処方法です。 




Q1-6-1 "6001 メモリ資源が不足しています。" と表示された ○ ○ 

Q1-6-2 "6002 ディスク資源またはシステム資源が不足しています。" と 

表示された 

○ ○ 

Q1-6-3 "6201 クラスタ制御の構成管理機構で内部矛盾が発生しました。" 

または "6209 指定されたファイルまたはクラスタ構成データベ 

ースが存在しません。" と表示された 

○ ○ 

Q1-6-4 "7500 クラスタリソース管理機構で内部矛盾が発生しました。” 

と表示された 

○ ○ 

Q1-6-5 クラスタインタコネクトの全パス故障による強制停止後、再起動 

したノードの起動が完了しない場合がある 

○ ○ 

Q1-6-6 "2927 ノード(node) でディスク装置を新規に検出しました。 

(disk)" と出力される 

○ - 

Q1-6-7 自動構成にて登録された共用ディスク装置のインスタンス番号が 

連番で作成されない 

○ - 

Q1-6-8 Web-Based Admin ViewのCluster Admin から CRM タブを参照する 

と別のクラスタセットの設定内容が表示される 

○ ○ 

Q1-6-9 自動構成(クラスタ自動リソース登録)を行うと、以下のメッセー 

ジが表示され自動構成に失敗する 

"6911 クラスタ自動リソース登録を行うには全ノードで装置情報 

を一致化させる必要があります。" 

○ - 

Q1-6-10 自動構成を実行したが、増設したディスク装置が登録されない ○ - 

Q1-6-11 マルチパスドライバを使用している環境で、自動構成を実行する 

と、マルチパスとして mplb ではなく mphd が登録される。また 

は、マルチパスが登録されない 

○ - 

Q1-6-12 自動構成を実行して mplb 等の論理パスを登録したが、希望する 

インスタンス番号で論理パスが作成されない 

○ - 

Q1-6-13 自動リソース登録を実行したところ、mplb リソースが、0 番から 

採番される 

○ - 

Q1-6-14 自動構成(クラスタ自動リソース登録)を行うと、以下のメッセー 

ジが表示され自動構成に失敗する 

"6905: Automatic resource registration processing is aborted 

due to mismatch 

instance number of logical device between nodes." 

○ - 

Q1-6-15 Cluster Admin の CRM メインウィンドウで[ツール]-[初期構成 

設定]を選択したところ、"0712 すでに設定が完了しています。" 

のポップアップが出力され、自動構成が選択できない 

○ - 

Q1-6-16 リソースデータベースの設定 (clsetup コマンド)が異常復帰す 

る 

- ○ 

Q1-6-17 CRM の初期構成設定を実施したところ、以下のメッセージが表示 

され設定できません 

”リソースデータベース初期構成設定に失敗しました” 

○ ○ 

25


26 

Q1-6-1 "6001 メモリ資源が不足しています。"と表示された 

原因 

対処 

メモリ資源の不足以外に、共用メモリが不足している可能性もあります。 

6001 番のメッセージの対処を実施しても解決しない場合は、6005 番のメッセージの対処を実施 


詳細は、"PRIMECLUSTER 活用ガイド" を参照してください。 

Q1-6-2 "6002 ディスク資源またはシステム資源が不足しています。"と表示された 

対処 

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

● クラスタ制御の動作に必要なディスクの空き容量があるか 

ディスク容量が不足している場合、不要なファイルを削除する等を行い、ディスク容量を 

確保してください。クラスタ制御の動作に必要なディスク容量は、各製品に添付されてい 

るPRIMECLUSTER インストールガイドを参照してください。 

● カーネルパラメタの設定値が正しいか 

"PRIMECLUSTER 導入運用手引書" の "付録 A カーネルパラメタ・ワークシート" を参照 

し、リソースデータベースを使用する場合のカーネルパラメタの設定値が正しいことを確 


設定が正しくない場合は、設定変更後、システムを再起動してください。 

● メモリ資源が不足していないか 

メモリ資源が不足している場合、6001 番のメッセージの対処を実施してください。 


Q1-6-3 "6201 クラスタ制御の構成管理機構で内部矛盾が発生しました。" または "6209 指定 

されたファイルまたはクラスタ構成データベースが存在しません。" と表示された 

原因 

メモリまたはディスク資源が不足している可能性もあります。 

対処 

6201 番のメッセージの対処を実施しても解決しない場合は、6001 番および 6002 番のメッセー 

ジの対処を実施してください。 


Q1-6-4 "7500 クラスタリソース管理機構で内部矛盾が発生しました。"と表示された 

原因 

ディスク資源が不足している可能性もあります。 

対処 

7501 番のメッセージの対処を実施してください。



Q1-6-5 クラスタインタコネクトの全パス故障による強制停止後、再起動したノードの起動が 

完了しない場合がある 

原因 

対処 

3 ノード以上のクラスタ構成で、クラスタインタコネクトの全パス故障によりノードが強制停止 

された後、クラスタインタコネクトを復旧し強制停止したノードが再起動した場合に、クラスタ 

構成データベースの不一致により、再起動したノードの起動が完了しない場合があります。 

【Solaris 版 4.0A10, 4.1, 4.1A10】 

起動が完了しないノードを再起動してください。 

クラスタインタコネクトが故障していないかは、cftool(1M) コマンドまたは Cluster 

Admin GUI のCF メインウィンドウで確認できます。 

【Solaris 版 4.1A10 + 912725-01 以降、および Linux 版】 

クラスタ構成データベースに不一致が生じています。 

クラスタ構成データベースに不一致が生じると、クラスタ構成データベースの不一致を検 

出したノードに、「6200: クラスタ制御の構成管理機構でクラスタ構成データベースの不 

一致が発生しました。(name:name node:node (node-number))」のエラーメッセージが出 

力されます。本メッセージが出力されていないノードが、クラスタ構成データベースが不 

一致となっているノードですので、本メッセージが出力されていないノードを再起動して 


name は不一致となったクラスタ構成データベース名、node は、クラスタ構成データベー 

スが古いノードのノード識別名、node-number の node はクラスタ構成データベースが正 

常なノードのノード識別番号、number はクラスタ構成データベースの一致化処理の処理 

識別番号です。 

Q1-6-6 "2927 ノード (node)でディスク装置を新規に検出しました。(disk)" と出力される 

対処 1 

対処 2 

新たに検出したディスク装置 (disk) をリソースデータベースに登録してください。 

リソースデータベースへのディスク装置の登録は、clautoconfig(1M) コマンド、または CRM メ 

インウィンドウから行うことができます。clautoconfig(1M) コマンドの詳細については、 


node はディスク装置を新規に検出したノード識別名、disk は新たに検出したディスク装置を示 

します。新規に検出したディスク数が多い場合、disk の末尾に ”...” が付加されます。その場合、 

node に表示されたノードの /var/adm/messages ファイルで 2914 番のメッセージを検索するこ 

とで新規に検出したすべてのディスク装置を参照できます。 

表示されたメッセージの "(disk)" に示されるデバイスが DVD-ROM 装置の場合は、システムに 

影響はないため、対処の必要はありません。PRIMECLUSTER では、DVD-ROM 装置を共用ディスク 

として使用することはありません。 

メッセージを回避するには、ノードを起動する際に、DVD-ROM 装置に DVD または CD-ROM 媒体 

が挿入していないようにしてください。 

27


28 

Q1-6-7 自動構成にて登録された共用ディスク装置のインスタンス番号が連番で作成されな 

い 

原因 

対処 

自動構成は、過去にディスク装置と対応付けを行ったインスタンス番号を記録しています。 

このため、ディスク装置の削除後に別のディスク装置を追加するなどの構成変更を行うと、イン 

スタンス番号が連番で作成されない場合があります。 

以下の手順で、共用ディスク装置のリソースを再作成してください。 

1. /var/opt/FJSVcluster/data/ACF/acfmpinstnotable ファイルを削除します。 

※ファイルの削除は全てのノードで実施してください。 

ファイルが存在しない場合もあります。 

2. 共用ファイル装置のリソースを削除します。 

"PRIMECLUSTER 導入運用手引書" の "8.9 ハードウェアリソースの削除" を参照して対 

象となるハードウェアリソースを削除してください。 

3. 再度、自動構成を実施してください。詳細は、"PRIMECLUSTER 導入運用手引書" の 

"5.1.3.2 自動構成" を参照してください。 

本手順で、問題が解消しない場合には、Q1-6-12 の対処を行ってください。 

Q1-6-8 Web-Based Admin ViewのCluster Admin から CRM タブを参照すると別のクラスタセ 

ットの設定内容が表示される 

原因 

1 台の運用管理サーバで複数のクラスタセットを管理する設定を行った可能性があります。 

複数のクラスタセットを1台の運用管理サーバで管理することは未サポートです。 

対処 

クラスタセット毎に別々の運用管理サーバを使用してください。 

Q1-6-9 自動構成(クラスタ自動リソース登録)を行うと、以下のメッセージが表示され自動構 

成に失敗する 

"6911 クラスタ自動リソース登録を行うには全ノードで装置情報を一致化させる必要があり 

ます。" 

原因 

自動リソース登録を行うためには、ノード間で sfdsk ドライバ (GDS) のメジャー番号を合わせ 

る必要があります。そのため、クラスタシステムのインストール時にメジャー番号の予約を行っ 

ていますが、すでに他のドライバがメジャー番号を使用中であった等の理由で予約に失敗し、ノ 

ード間でメジャー番号が不一致となることがあります。この場合、自動リソース登録が 6911 の 

メッセージでエラー終了します。


対処 

本現象が発生した場合は、以下の手順で、各ドライバのメジャー番号を一致させてください。 

1. メジャー番号の確認 

全てのノードにログインし、/etc/name_to_major ファイルの内容を確認します。 

例) 

node1 # cat /etc/name_to_major 

: 

sfdsk 253 

: 

node2 # cat /etc/name_to_major 

: 

sfdsk 259 

: ^^^メジャー番号が node1 と異なる 

2. メジャー番号の予約 

各ノードの /etc/name_to_major ファイルの内容から、いずれのノードでも使用されてい 

ないメジャー番号を確認してください。その際のメジャー番号は一番小さい値となるよう 

に選択してください。 

clrsvmajor コマンドを使用し、sfdsk ドライバに対して、現在使用されていないメジャ 

ー番号が割り当たるように予約を行ってください。 

全てのノードで同じメジャー番号となるように予約を行ってください。 

例) メジャー番号 263 が未使用であった場合 

node1 # /etc/opt/FJSVcluster/bin/clrsvmajor -M 263 sfdsk 

253 

node1 # 

node2 # /etc/opt/FJSVcluster/bin/clrsvmajor -M 263 sfdsk 

259 

node2 # 

clrsvmajor コマンドは以前割り当てられていたメジャー番号を表示します。 

3. ノードの再起動 

メジャー番号の予約を行ったノードを shutdown(1M) コマンドを使用して再起動し、メジ 

ャー番号の変更を反映させます。 

4. メジャー番号の確認 

任意のノードで clchkmajor コマンドを実行し、復帰値が 0 となることを確認してくだ 

さい。 

例) 

node1 # /etc/opt/FJSVcluster/sys/clchkmajor 

node1 # echo $? 

(この例はシェルが sh である場合の例です) 

※復帰値が 0 とならない場合には、ノード間でメジャー番号が一致していないドライバ 

が、存在しますので、再度確認してください。 

5. 自動構成を再実行 

29


30 

Q1-6-10 自動構成を実行したが、増設したディスク装置が登録されない 

原因 

対処 

以下の場合に、増設したディスク装置がリソース登録されない場合があります。 

● 他のクラスタシステムで使用していたディスク装置を移設した場合 

● 既存のディスク装置から増設したディスク装置へ VTOC を含めてディスクの内容をコピ 

ーした場合 

自動構成は、ディスク装置の VTOC にボリューム名を書き込むことでディスク装置を管理してま 

す。このため、クラスタで管理しているボリューム名と同一のボリューム名が増設したディスク 

装置に設定されていた場合、そのディスク装置はリソース登録しません。この場合、コンソール 

等にエラーメッセージは表示されません。 

format(1M) コマンドを使用して、登録されなかったディスク装置のボリューム名をクリアし、再 

度自動構成を実行してください。 

Q1-6-11 マルチパスドライバを使用している環境で、自動構成を実行すると、マルチパスと 

して mplb ではなく mphd が登録される。または、マルチパスが登録されない 

原因 

対処 

マルチパスドライバを使用する場合、cldiskadm コマンドをマルチパスドライバに同梱されてい 

るものに置き換える必要があります。 

cldiskadm コマンドを置き換えていない場合、自動構成が正しく動作しない場合があります。 

cldiskadm コマンドをマルチパスドライバに同梱されているものに置き換えていない場合、以下 

のようにシンボリックリンクを再作成して、cldiskadm コマンドを置き換えてください。 

例) 

# rm /etc/opt/FJSVcluster/sys/cldiskadm 

# ln -s /etc/opt/FJSVmplb/bin/cldiskadm /etc/opt/FJSVcluster/sys/cldiskadm 

置き換え後、正しくシンボリックリンクが作成されたことを ls コマンドで確認してください。 

例) 

# ls -l /etc/opt/FJSVcluster/sys/cldiskadm 

lrwxrwxrwx 1 root root 31 Dec 14 15:21 /etc/opt/FJSVcluster/sys/cldiskadm -> 

/etc/opt/FJSVmplb/bin/cldiskadm 

Q1-6-12 自動構成を実行して mplb 等の論理パスを登録したが、希望するインスタンス番号 

で論理パスが作成されない 

原因 

自動構成は、共用ディスクを検出した順番や過去に割り当てたインスタンス番号などから自動的

対処 

にインスタンス番号を割り当てます。 

※インスタンス番号: デバイス名 (mplb2048) の番号 (2048) のこと 


自動的にインスタンス番号を割り当てるのではなく、希望のインスタンス番号を割り当て論理パ 

スを作成したい場合、自動構成の前に手動で論理パスを作成する方法があります。通常、自動構 

成は、論理パスの作成とリソース登録を行いますが、事前に論理パスが作成されている場合には 

作成されている論理パスのリソース登録のみを行います。 

論理パスの作成方法については、"マルチパスディスク制御説明書" や、"マルチパスドライバユ 

ーザーズガイド" を参照してください。 

論理パスを手動で作成する場合、ディスク装置を共用している全てのノードで、同じディスク装 

置に対しては同じインスタンス番号である必要があります。 

同じディスク装置に対して同じインスタンス番号でない場合には、以下のエラーで自動構成が失 

敗します。 

6905 論理パスのインスタンス番号がノード間で異なっているため自動リソース登録を中 

止します。 

Q1-6-13 自動リソース登録を実行したところ、mplb リソースが、0 番から採番される 

原因 

対処 

過去に手動で mplb のインスタンス番号を 0 番から採番した後に、自動リソース登録を実行して 

いた可能性があります。 

インスタンス番号を 2048 番から作成を行ないたい場合は、以下の手順で再作成してください。 

■現在のインスタンス番号を mplb0 ~ から mplb2048 ~ へ連番で再登録する場合 

1. /var/opt/FJSVcluster/data/ACF/acfmpinstnotable ファイルの削除 

acfmpinstnotable ファイルを削除してください。 

― 両ノードで実施してください。 

― acfmpinstnotable ファイルは、世代管理されていますので、cfmpinstnotable.1、 

acfmpinstnotable.2 などがありましたら全て削除してください。 

2. ハードウェアリソースの削除 

"PRIMECLUSTER 導入運用手引書"の "8.9 ハードウェアのリソースの削除" を参照してく 

ださい。 

ここでは、以下のコマンドを実施してください。 

# /etc/opt/FJSVcluster/bin/cldeldevice -c MPHD -a 

上記実施後、clgettree コマンドにて、共用ディスク装置のリソース (mplb0 ~ 

mplb55) が削除されていることを確認してください。 

3. 自動リソース登録の実施 

31


32 

自動リソース登録を再度実施してください。 

自動リソース登録に関しての説明は、"PRIMECLUSTER 導入運用手引書" の "5.1.3 クラス 

タリソース管理機構の初期設定" の "5.1.3.2 自動構成" を参照してください。 

自動リソース実施後、"Cluster Admin" の crm タブまたは、clgettree コマンド 

を実行し、共用ディスク装置が、mplb2048 から連番で作成されていることを確認 


Q1-6-14 自動構成(クラスタ自動リソース登録)を行うと、以下のメッセージが表示され自動 

構成に失敗する 

"6905: Automatic resource registration processing is aborted due to mismatch 

instance number of logical device between nodes." 

原因 

対処 

自動リソース登録では、ディスクにユニークなボリューム名を設定しています。 

複数のクラスタシステムから同一の共用ディスクに対して自動リソース登録が行われたことによ 

り、ボリューム名が重複し、6905 番のエラーとなっている可能性があります。詳細は 


同一のディスクが複数のクラスタシステムから認識しないよう対処してください。 

Q1-6-15 Cluster Admin の CRM メインウィンドウで [ツール]-[初期構成設定] を選択した 

ところ、"0712 すでに設定が完了しています。" のポップアップが出力され、自動構成が選 

択できない 

原因 

対処 

PRIMECLUSTER の初期構成設定前に GDS でシステムディスクのミラーリングを設定したため、エ 

ラーメッセージが出力されている可能性があります。 

両ノードで全てのミラーリングを解除後、リソースデータベースのリセットを行ってください。 

リソースデータベースのリセットは clinitreset コマンドで行います。clinitreset コマンドの 

使用方法は以下のとおりです。 

1. clinitreset コマンドの実行 

両ノードで以下のコマンドを実行してください。 

# /etc/opt/FJSVcluster/etc/bin/clinitreset 

2. 再起動 

両ノードで以下のコマンドを実行してください。 

# /usr/sbin/shutdown -y -g0 -i6

Q1-6-16 リソースデータベースの設定 (clsetup コマンド) が異常復帰する 


原因 

clsetup コマンド実行時に行う相手ノードへのアクセスが、Firewall のセキュリティチェック 

により失敗している可能性があります。 

対処 

システムのセキュリティ設定で "Firewall あり" に設定している場合は、"Firewall なし" に 

再設定してください。 

確認事項 

システムのセキュリティ設定が "Firewall あり" になっていませんか? 

Q1-6-17 CRM の初期構成設定を実施したところ、以下のメッセージが表示され設定できませ 

ん 

”リソースデータベース初期構成設定に失敗しました” 

原因 

導入時に、SUPPLEMENT CD を使わずインストールを行うなど、PRIMECLUSTERとして必要なパッケ 

ージが正常にインストールされていない可能性があります。 

対処 

PRIMECLUSTER の再インストールを実施し、初期構成設定を実施してください。 

33


1.7 再起動時のトラブル 

34 



Q1-7-1 PRIMECLUSTER インストール後、マシンを再起動したが、コンソ 

ールにメッセージが連続して出力された 

○ ○ 

Q1-7-2 ノードの起動処理が完了しない ○ ○ 

Q1-7-3 ノードの再起動を行うと以下の clprobedisk のメッセージが表 

示される 

情報: clprobedisk:2927:ノード (NodeName) でディスク装置を 

新規に検出しました。 

○ - 

Q1-7-4 以下のメッセージが表示されノードが起動しない 

WARNING: sfcfsrm: 5001 Starting the sfcfrmd daemon suspended 

because quorum does not exist 

○ ○ 

Q1-7-1 PRIMECLUSTER インストール後、マシンを再起動したが、コンソールにメッセージが 

連続して出力された 

原因 

PRIMECLUSTER インストール後、マシンを再起動したが、コンソールにメッセージが連続して出 

力された。 

(SMAWsf, 50, 3) : The RCSF-CF initialization failed, status 9218 

LOG3.010376198181080028 3 2 50 4.1A10 SMAWsf 

: The RCSF-CF initialization failed, status 9218 

LOG3.010376198231080028 1 2 10 4.1A10 SMAWsf 

: rcsd died abnormally. Restart it. 

LOG3.010376198261080028 3 2 50 4.1A10 SMAWsf 

: The RCSF-CF initialization failed, status 9218 

(SMAWsf, 50, 3) : The RCSF-CF initialization failed, status 9218 

LOG3.010376198311080028 1 2 10 4.1A10 SMAWsf 

: rcsd died abnormally. Restart it. 

シャットダウン機構がまだ設定されていないために出力されるメッセージなので問題ありません。 

対処 

CF の設定後、"PRIMECLUSTER 導入運用手引書" の "5.1.2 シャットダウン機構の設定" を参照し 

てシャットダウン機構を設定してください。 

Q1-7-2 ノードの起動処理が完了しない 

対処 

他のクラスタノードが運用中である場合、そのノード上で cftool –n を実行し、起動途中のノー 

ドの状態を確認してください。 

もし、LEFTCLUSTER であれば、cftool -k を実行して DOWN 状態にしてください。 

この現象が発生する場合、シャットダウン機構の設定が正しく行われていない可能性があります。 

"PRIMECLUSTER 導入運用手引書" の "5.1.2 シャットダウン機構の設定" を参照して SF の設定 

が正しく行われているかを確認してください。

Q1-7-3 ノードの再起動を行うと以下の clprobedisk のメッセージが表示される 

情報:clprobedisk:2927:ノード (NodeName)でディスク装置を新規に検出しました。 

原因 

対処 

1.7 再起動時のトラブル 

DVD-ROM ドライブに媒体を挿入したまま再起動しているため、DVD-ROM ドライブをディスクとし 

て認識し、メッセージを表示している可能性があります。 

DVD-ROM ドライブから媒体を取り出し、再起動を行ってください。 

Q1-7-4 以下のメッセージが表示されノードが起動しない 

WARNING: sfcfsrm: 5001 Starting the sfcfrmd daemon suspended because quorum does not 

exist 

説明 

対処 

本メッセージは、ノード起動時、または、マルチユーザモード遷移時に、クラスタ整合状態が保 

証されていないため、sfcfrmd デーモンの起動が保留されたことを示しています。sfcfrmd デー 

モンの起動方法を wait に設定している場合、ノードの起動が保留されます。通常は、クラスタ 

整合状態が保証されない状態は、すべての運用ノードが起動するまでの一時的な状態であり、ク 

ラスタ整合状態が保証され次第、sfcfrmd デーモンの起動の保留が解除され、ノードが起動する 

ため、対処は必要ありません。 

ただし、以下の場合は、クラスタ整合状態が保証されない状態が続くため対処が必要です。 

● クラスタパーティションが発生した。 

● クラスタを構成するすべてのノードを停止している状態から、一部のノードだけを起動し 

GFS の運用を行おうとした。 

"PRIMECLUSTER Global File Services 説明書" の "sfcfrmd デーモンが起動しない場合の対処" 

を参照してください。 

35


1.8 仮想マシン環境での環境構築時のトラブル 

36 



Q1-8-1 仮想マシン環境でクラスタシステム構築中、ゲストOSの初期設定 

処理のvmSPinitコマンドで以下のメッセージが出力された 

vmSPinit:: initialize failed: time out 

- ○ 

Q1-8-2 ゲストOSの初期設定に失敗した - ○ 

Q1-8-1 仮想マシン環境でクラスタシステム構築中、ゲストOSの初期設定処理のvmSPinitコマ 

ンドで以下のメッセージが出力された 

vmSPinit:: initialize failed: time out 

原因 

クラスタシステムを構築するゲストOSに「サービス支援機能オプション(vmSP)」がインストール 

されていない可能性があります。 

または、管理OSまたはゲストドメインが高負荷の可能性があります。 

対処 

クラスタシステムを構築するゲストOSに「サービス支援機能オプション(vmSP)」をインストール 


または、しばらく時間を置いてから再度実行してください。 

Q1-8-2 ゲストOSの初期設定に失敗した 

原因 

エラー原因の詳細は"PRIMEQUEST 仮想マシン機能ユーザーズマニュアル"を参照してください。 

対処 

ゲストOSの初期設定に失敗した場合、リカバリが必要となります。 

ゲストOSのリカバリは、その時点のゲストOSの状態によってリカバリ方法が異なります。 

リカバリ方法の詳細は"PRIMEQUEST 仮想マシン機能ユーザーズマニュアル"を参照してください。

第2章クラスタアプリケーションのトラブル 

本章では、クラスタアプリケーションに関するトラブルの内容および対処方法を、以下の状況に 

分けて説明します。 

● クラスタアプリケーションの作成 

● クラスタアプリケーションの実行 

37


2.1 クラスタアプリケーションの作成 

38 

userApplication Configuration Wizard(Solaris)または RMS Wizard Tools(Linux)で、ク 

ラスタアプリケーションの作成時に起こるトラブルの対処方法を説明します。 



Q2-1-1 ファイルシステムのマウントポイントの設定時に、マウントポイ 

ントのリストが表示されない 

○ ○ 

Q2-1-2 RMS Wizard Tools から Activate を実行すると、下記のメッセー 

ジが表示され Activate が失敗する 

The machine 

was found to be dead, not accessible (via cfsh/rsh), not 

properly installed, or not responding. If activation 

continues, the machine will be excluded from the next 

activation steps. 

Do you want to continue anyway [no]? Choose an action: 

- ○ 

Q2-1-3 Configuration-Activate を実行してもコンフィグレーションに 

失敗する 

- ○ 

Q2-1-4 Gds リソースを含むクラスタアプリケーションの構成変更時、コ 

ンソールにメッセージが出力される 

○ ○ 

Q2-1-5 登録したプロシジャリソースの起動順序が設定できない ○ ○ 

Q2-1-6 ホットスタンバイ運用の設定を行う Cmdline リソースを作成し 

たが、Standby 状態にならない 

○ ○ 

Q2-1-7 Fsystem リソースを userApplication に登録して OS のリブー 

トを実施したが、エラーが発生しマウントされなかった 

○ ○ 

Q2-1-8 userApplication Configuration Wizard からリソースを選択で 

きない 

○ - 

Q2-1-9 状態遷移プロシジャを登録する際、GUI にて [Resource の作成] 

の中の [プロシジャのリソースの選択] で、0896 のメッセージ 

が出力されリソースが作成できない 

○ - 

Q2-1-10 Cmdline リソースを登録する際に、「実行可能なファイルではあ 

りません。」というメッセージが出力されて、登録に失敗する 

○ - 

Q2-1-11 共用ディスクをクラスタリソースから削除し、マルチパスディス 

クを作成した。その後再度クラスタで使用するため、iompadm コ 

マンドでマルチパスを解除し、自動リソース登録を行うと、6905 

のエラーメッセージが出力された 

○ - 

Q2-1-12 Cmdline リソースの登録時にエラーが出力される ○ - 

Q2-1-13 自動リソース登録を実行すると 6911 番のエラーメッセージが 

出力される 

○ - 

Q2-1-14 2 ノード構成のクラスタにて、1 ノードの PRIMECLUSTER を再イ 

ンストールし、自動リソース登録を行ったところ 0769 番のエ 

ラーメッセージが出力された 

○ - 

Q2-1-15 userApplication Configuration Wizard から任意の 

userApplication を作成した後、hvw コマンドにて Wizard for 

NAS の userApplication を作成すると、userApplication 

Configuration Wizard から作成した任意の userApplication が 

表示されない 

○ - 

Q2-1-16 Global Disk Services 管理画面にて、共用ディスククラス構成 

設定を行ったが、"shared" オプションが選択できない 

○ ○



Q2-1-17 userApplication Configuration Wizard にて、プロセス監視リ 

ソース作成時に以下のエラーが表示され、リソース作成が続行で 

きない 

0859 指定されたファイルまたはディレクトリが見つかりま 

せん。 

Q2-1-18 Cmdline リソースの Check スクリプトに、常に exit 0 で終了 

するよう指定すると、Offline 時にリソース異常となる 

Q2-1-19 userApplication Configration Wizard で RMS 構成を作成し起 

動したところ、claddprocrsc コマンドで設定した起動優先度の 

順序でプロシジャリソースが起動しない 

Q2-1-20 userApplication Configuration Wizard から追加した Resource 

が Cluster Admin 画面に表示されない 

Q2-1-21 userApplication Configuration Wizard で Interstage のプロ 

シジャリソース作成時に、「プロシジャのクラス」画面でプロシ 

ジャクラス選択後「次へ」ボタンを押下すると 0896 番のエラー 


0896 Resource に設定できるプロシジャリソースの候補一覧 

を取得出来ませんでした。処理を終了します。 

Q2-1-22 userApplication Configuration Wizard でスケーラブルアプリ 

ケーションを作成したところ、0888 のエラーメッセージが出力 

され、その後、削除できないリソース ScalableCtrl_0 が表示さ 

れる 

Q2-1-23 userApplication 作成時に、作成済みのリソースが「利用可能な 

Resourse」に表示されない。 

○ - 

○ ○ 

○ - 

○ - 

○ - 

○ - 

○ ○ 

Q2-1-1 ファイルシステムのマウントポイントの設定時に、マウントポイントのリストが表示 

されない 

現象 

原因 

対処 

userApplication Configuration Wizard または RMS Wizard Tools でファイルシステムのマウ 

ンポイントの設定時に、マウントポイントのリストが表示されない。 

以下の原因が考えられます。 

1. /etc/vfstab (Solaris) あるいは /etc/fstab (Linux) に、#RMS# から始まるマウントポ 

イントの設定がない。 

2. /etc/vfstab (Solaris) あるいは /etc/fstab (Linux) の、#RMS# から始まるマウントポ 

イントの設定が、クラスタシステムのノード間で異なっている。 

1. に対する対処 

/etc/vfstab (Solaris) あるいは /etc/fstab (Linux) に、使用するマウントポイントを 

定義しておく必要があります。行の先頭は、必ず #RMS# で始まるようにしてください。 

例 : /etc/vfstab (Solaris) 

#RMS#/dev/sfdsk/class0001/dsk/volume0001 /dev/sfdsk/class0001/rdsk/volume0001 

/disk1 sfxfs - no - 

39


40 

例: /etc/fstab (Linux) 

#RMS#/dev/sdd1 /mnt/swdsk1 ext3 defaults 1 2 

2. に対する対処 

#RMS# から始まるマウントポイントの設定が、クラスタシステムのノード間で同一になる 

ように修正してください。 

Q2-1-2 RMS Wizard Tools から Activate を実行すると、下記のメッセージが表示され 

Activate が失敗する 

The machine was found to be dead, not accessible (via cfsh/rsh), not properly 

installed, or not responding. If activation continues, the machine will be excluded 

from the next activation steps. 

Do you want to continue anyway [no]? Choose an action: 

原因 

cfregd (CF を構成するプロセス)が異常終了している可能性があります。 

対処 

クラスタシステム構成する各ノードで、ps(1) コマンド等を使用し cfregd プロセスが起動して 

いるか確認してください。 

cfregd プロセスが起動していないノードが1つでも存在する場合、クラスタシステムを構成す 

るすべてのノードで CF を再起動してください。 

Q2-1-3 Configuration-Activate を実行してもコンフィグレーションに失敗する 

現象 

対処 

RMS Wizard Tools のウィザードメニューで Configuration-Activate を実行しても以下メッ 

セージが出力されてコンフィグレーションに失敗する。 

The current configuration could not be saved. 

The current configuration could not be restored on all machines. 

Please care for this manually prior to start RMS. 

The activation was not done. 

両ノードの /etc/default/cluster.config に以下の記述を行った後、再度 

Configuration-Activate を実行してください。 

CFCP “cfcp” 

CFSH “cfsh”


Q2-1-4 Gds リソースを含むクラスタアプリケーションの構成変更時、コンソールにメッセー 

ジが出力される 

現象 

対処 

Gds リソースを含むクラスタアプリケーションの構成変更時に以下のいずれかのメッセージが 

コンソールに出力される。 

FJSVcluster: エラー: clrmd: 7516: リソースの非活性処理で異常が発生しました。 

(resource:resource rid:rid detail:301990007) 

または、 

FJSVcluster: ERROR: clrmd: 7516: An error occurred by the resource deactivation 

processing. (resource:resource rid:rid detail:301990007) 

対処の必要はありません。 

本メッセージが出力されるだけで動作に問題ありません。リソースの非活性処理は実行されます。 

Q2-1-5 登録したプロシジャリソースの起動順序が設定できない 

原因 

対処 

プロシジャリソースの起動停止に優先度を設定する必要があります。 

以下のマニュアルを参照して、優先度を設定してください。 

■Solaris 

"PRIMECLUSTER 導入運用手引書" の "6.6.1.6.2 設定方法" に記載されている "Resource の関 

連付け" 

■Linux 

"PRIMECLUSTER 導入運用手引書" の "6.7.3.6 プロシジャリソースの設定" 

Q2-1-6 ホットスタンバイ運用の設定を行う Cmdline リソースを作成したが、Standby 状態に 

ならない 

原因 

対処 

Cmdline リソースの STANDBYCAPABLE 属性または ALLEXITCODES 属性が有効になっていない可能 

性があります。 

Cmdline リソースの STANDBYCAPABLE 属性および ALLEXITCODES 属性を有効にしてください。詳 

細は、"PRIMECLUSTER 導入運用手引書 (Solaris(TM)オペーレーティングシステム版)" の 

"6.6.1.1 Cmdline リソースの作成" または、"PRIMECLUSTER 導入運用手引書(Linux版)" の 

"6.7.3.1 Cmdline リソースの作成" を参照してください。 

41


42 

Q2-1-7 Fsystem リソースを userApplication に登録して OS のリブートを実施したが、エ 

ラーが発生しマウントされなかった 

原因1 

対処1 

原因2 

対処2 

複数の userApplication に Fsystemリソースまたは Gds リソースを登録したが、/etc/vfstab 

(Solaris) または /etc/fstab (Linux) に誤りがあり、それぞれの userApplication のマウント 

ポイント同士が多段マウントになっている可能性があります。 

複数の userApplication のマウントポイントを多段マウントとして、関連性を持たせないでく 

ださい。 

マウントするファイルシステムに、GFS ローカルファイルシステムを使用しているが、各ノード 

で sfxnode コマンドを実行していない可能性があります。 

GFS ローカルファイルシステムを使用する場合、各ノードで sfxnode コマンドを実行してくだ 

さい。 

Q2-1-8 userApplication Configuration Wizard からリソースを選択できない 

原因 

対処 

リソースの作成で、リソースを作成していない可能性があります。 

リソースを作成し、再度 userApplication Configuration Wizard の設定を行ってください。 

Q2-1-9 状態遷移プロシジャを登録する際、GUI にて [Resource の作成] の中の [プロシジャ 

のリソースの選択] で、0896 のメッセージが出力されリソースが作成できない 

原因 

対処 

claddprocrsc コマンドでの設定内容が各ノード間で異なっている可能性があります。 

登録されたプロシジャを両ノードで削除した後、再登録してください。


Q2-1-10 Cmdline リソースを登録する際に、「実行可能なファイルではありません。」という 

メッセージが出力されて、登録に失敗する 

原因 

対処 

Cmdline リソースのスクリプトに実行権がついていない可能性があります。 

Cmdline リソースのスクリプトに、両ノードで実行権をつけてください。 

Q2-1-11 共用ディスクをクラスタリソースから削除し、マルチパスディスクを作成した。そ 

の後再度クラスタで使用するため、iompadm コマンドでマルチパスを解除し、自動リソース登 

録を行うと、6905 のエラーメッセージが出力された 

原因 

対処 

複数のクラスタシステムから、同一の共有ディスクに対して自動リソース登録され、複数の DISK 

で同じ volumename になっているためです。 

複数のクラスタシステムから同一の共用ディスクのリソースを登録しないでください。 

Q2-1-12 Cmdline リソースの登録時にエラーが出力される 

原因 

対処 

Cmdline リソースとして登録するスクリプトをノードに配置せずに、Cmdline リソースの登録を 

行った可能性があります。 

Cmdline リソースとして登録するスクリプトをノードに配置してください。 

Q2-1-13 自動リソース登録を実行すると 6911 番のエラーメッセージが出力される 

原因 

対処 

/etc/name_to_major にて定義されている sfdsk ドライバの major 番号がクラスタを構成する 

ノード間で異なっている可能性があります。 

clrsvmajor コマンドにて sfdsk ドライバの major 番号の一致化を実施してください。 

クラスタシステムを構成するノードにおいて、機種(モデル)が混在している、または、各ノー 

ドにインストールされている OS 世代、パッケージ、パッチの構成が異なる、または、各ノード 

への OS、パッケージ、パッチの適用順番が異なる場合は、以下の手順で対処してください。 

43


44 

1. 任意の 1 ノードで、以下のコマンドを実行し、現在の状態を確認します。 

この例では、sfdsk ドライバのメジャー番号が各ノードで異なっていることが確認できま 

す。 

# /etc/opt/FJSVcluster/bin/clrsvmajor 

ID NodeName Major sfdsk 

-------------------------------------- 

0 coll2e00 reserve 259 OK 

0 coll2e00 real 259 OK 

-------------------------------------- 

1 coll2e04 reserve 262 NG 

1 coll2e04 real 262 NG 

-------------------------------------- 

NG 

2. 各ノードで /etc/name_to_major ファイルの内容からいずれのノードでも使用していな 

いメジャー番号を確認し、手順1.で確認したドライバに対して、全ノードでメジャー番号 

が一致するように、全ノードで次のコマンドを実行します。 

# /etc/opt/FJSVcluster/bin/clrsvmajor -M 263 sfdsk 

259 

↑前回の予約値 

3. 以下のコマンドを実行し、復帰コードが 0 になることを確認します。 

# /etc/opt/FJSVcluster/sys/clchkmajor 

# echo $? 

0 

手順 2.で、メジャー番号に 256 以上の値を設定した場合、以下の手順を引き続き実施し 

ます。255 以下の値を設定した場合は、ここで作業は完了です。 

4. 一旦、現状のまま自動リソース登録を実施し、"6903 論理パスの作成に失敗しました" の 

エラーを発生させます。 

5. 全ノードで以下のコマンドを実行します。 

# /etc/opt/FJSVcluster/bin/clsetacfparam -d none 

6. format コマンドを使用して、共用ディスク装置に識別情報(vtoc の volname フィール 

ドの文字列)を設定します。問題発生時には、異なるディスク装置 (LUN) 間で識別情報 

が重複しているため、異なる文字列を再設定してください。 

注) 

― 識別情報の設定は、いずれか 1 ノードから作業すること 

― マルチパスディスクの場合、いずれか 1 つのパスに対してのみ設定すること 

[設定例] 

以下は、c3t4d0~c3t4d7とc4t14d0~c4t14d7 のマルチパス環境での例です。 

---------------------------------------------------------------------------- 

# format 

Searching for disks...done


AVAILABLE DISK SELECTIONS: 

0. c1t0d0 00760001 

/pci@9,600000/SUNW,qlc@2/fp@0,0/ssd@w21000004cffd010d,0 

1. c1t1d0 00760000 

/pci@9,600000/SUNW,qlc@2/fp@0,0/ssd@w21000004cffd036c,0 

2. c3t4d0 00107000 

~~~~~~~~* 

* 識別情報が、c3t4t0~c3t4d7 で同じ値。 

/pci@8,600000/fibre-channel@1/hddv@4,0 

3. c3t4d1 00107000 

/pci@8,600000/fibre-channel@1/hddv@4,1 ~~~~~~~~* 

~ 省略 ~ 

17. c4t14d7 000107000 

/pci@8,600000/fibre-channel@2/hddv@e,7 ~~~~~~~~~* 

Specify disk (enter its number): 2 * 2 を選択 

selecting c3t4d0: 00107000 

[disk formatted] 

~ 省略 ~ 

format> volname * 識別情報を 00107000 から、00107001 に書き換える * 

Enter 8-character volume name (remember quotes)[""00107000""]:00107001 

~~~~~~~~~~~~~~~~~~~~* 

Ready to label disk, continue? y 

format> disk 3 

selecting c3t4d1: 00107000 

[disk formatted] 

format> volname * 識別情報を 00107000 から、00107002 に書き換える * 

Enter 8-character volume name (remember quotes)[""00107000""]:00107002 

~~~~~~~~~~~~~~~~~~~~* 

Ready to label disk, continue? y 

~ 省略 ~ 

---------------------------------------------------------------------------- 

7. 任意の 1 ノードで clautoconfig コマンドを実行します。 

8. 以下のコマンドを実行し、設定を元に戻します。 

# /etc/opt/FJSVcluster/bin/clsetacfparam -d auto 

# /etc/opt/FJSVcluster/bin/clsetacfparam -d 

auto 

Q2-1-14 2 ノード構成のクラスタにて、1 ノードの PRIMECLUSTER を再インストールし、自動 

リソース登録を行ったところ 0769 番のエラーメッセージが出力された 

原因 

対処 

一部のノードにのみ、PRIMECLUSTER の再インストールを行ったためです。 

すべてのノードで PRIMECLUSTER の再インストールを行ってください。 

45


46 

Q2-1-15 userApplication Configuration Wizard から任意の userApplication を作成した 

後、hvw コマンドにて Wizard for NAS の userApplication を作成すると、userApplication 

Configuration Wizard から作成した任意の userApplication が表示されない 

原因 

対処 

userApplication Configuration Wizard から userApplication を作成した場合、 RMS 

Configuration 名は "config"(変更可) が使用されます。 

hvw コマンドで Wizard for NAS の userApplication を登録する際に、userApplication 

Configuration Wizard で使用している定義名:RMSConfiguration 名を指定していない場合、新た 

な環境が構築されます。 

そのため、クラスタの構成情報を確認すると新たな RMS Configuration ファイルが使用されるの 

で、Wizard for NAS の userApplicaton のみが表示され、userApplication Configuration Wizard 

から作成した userApplication が表示されなくなります。 

userApplication Configuration Wizard で "config"(変更可) が使用されている場合、hvw コ 

マンドで指定する定義名は "config" を指定してください。 

userApplication Configuration Wizard で使用する RMS Configuration 名を変更する場合は、 

"PRIMECLUSTER 導入運用手引書" の "6.6.6 RMS Configuration 名の変更" を参照してください。 

Q2-1-16 Global Disk Services 管理画面にて、共用ディスククラス構成設定を行ったが、 

"shared" オプションが選択できない 

原因1 

対処1 

原因2 

対処2 

原因3 

対処3 

該当のディスクがクラスタリソース管理機構の共用リソースに登録されていないためと考えられ 

ます。 

自動リソース登録を実施してください。 

クラスタリソース管理機構が動作していないためと考えられます。 

/var/adm/messages または /var/log/messages にクラスタリソース管理機構のメッセージが出 

力されています。出力されたメッセージの対処に従ってください。 

片側ノードにおいて、共用ディスクが物理的に正しく認識できていない可能性があります。 

当社技術員 (CE) により結線を直し、ディスクを正しく認識させてください。


ディスクが両ノードから同じように見えているか、format コマンドにより確認を行ってくださ 

い。 

Q2-1-17 userApplication Configuration Wizard にて、プロセス監視リソース作成時に以下 

のエラーが表示され、リソース作成が続行できない 

0859 指定されたファイルまたはディレクトリが見つかりません 

原因 

対処 

プロセス監視リソース作成時に指定する起動/停止コマンドで使用するコマンドが、フルパスで指 

定されていない可能性があります。 

プロセス監視リソース作成時に指定する起動/停止コマンドで使用するコマンドをフルパスで指 

定してください。 

Q2-1-18 Cmdline リソースの Check スクリプトに、常に exit 0 で終了するよう指定すると、 

Offline 時にリソース異常となる 

原因 

対処 

Check スクリプトは、Cmdline リソースから起動するユーザアプリケーションの状態を正しく 

チェックできる内容のスクリプトである必要があります。常に exit 0 で終了する場合リソース 

異常となります。 

Check スクリプトを見直してください。Check スクリプトの設定方法の詳細は、"PRIMECLUSTER 

活用ガイド" の "3.2 スクリプト作成時の注意事項" を参照 


Q2-1-19 userApplication Configration Wizard で RMS 構成を作成し起動したところ、 

claddprocrsc コマンドで設定した起動優先度の順序でプロシジャリソースが起動しない 

原因 

対処 

Web-Based Admin View クライアント (Web ブラウザ) を起動した状態で、claddprocrsc コマン 

ドを使用しプロシジャリソースの登録を行ったため、userApplication Configuration Wizard が 

持つプロシジャリソースの情報が更新されていない状態でアプリケーションを作成した可能性が 

あります。 

以下の対処を実施してください。 

1. Web-Based Admin View クライアントが起動している Web ブラウザ (IE, Netscape 等) 

を終了します。 

2. Web ブラウザを起動します。 

47


48 

3. Web-Based Admin View を起動します。 

4. userApplication Configuration Wizard を起動します。 

5. アプリケーションを削除します。 

なお削除はアプリケーションのみで、配下のリソースを削除する必要はありません。 

6. 削除したアプリケーションを再度作成します。 

Q2-1-20 userApplication Configuration Wizard から追加した Resource が Cluster Admin 

画面に表示されない 

原因 

対処 

userApplication の構成変更において、追加した Resource が userApplication に属していませ 

ん。 

userApplication に属さない Resource が存在する場合、RMS は元の構成情報で起動するため、 

追加した Resource が Cluster Admin 画面に表示(反映)されません。 

確認方法 

作成したすべての Resource を userApplication に登録してください。 

userApplication Configuration Wizard を起動して、config のアイコンが赤色になっていない 

か確認してください。config のアイコンが赤色になっている場合、RMS 構成情報が矛盾してい 

ることを意味します。 

Q2-1-21 userApplication Configuration Wizard で Interstage のプロシジャリソース作成 

時に、「プロシジャのクラス」画面でプロシジャクラス選択後「次へ」ボタンを押下すると 0896 

番のエラーメッセージが出力される 

0896 Resource に設定できるプロシジャリソースの候補一覧を取得出来ませんでした。処理を 

終了します 

原因 

対処 

clsetproc コマンドでの状態遷移プロシジャの登録、及び、claddprocrsc コマンドでのアプリ 

ケーションリソースの登録が、状態遷移プロシジャを実行する全てのノードにおいて行なわれて 

いないため。 

clsetproc コマンドでの状態遷移プロシジャの登録、及び、claddprocrsc コマンドでのアプリ 

ケーションリソースの登録は、状態遷移プロシジャを実行する全てのノードにおいて実行してく 

ださい。 

確認方法 

/etc/opt/FJSVcluster/bin/clgettree コマンドを実行し、プロシジャリソースが一部のノード 

にのみ登録されている場合(★部分)は本現象と判断できます。 

# /etc/opt/FJSVcluster/bin/clgettree


Cluster 1 SKFTN_CLUSTER 

Domain 2 SKFTN_CLUSTER 

(省略) 

Node 3 skftn101 ON 

SDX_DC 52 ClassFtn OFF-STOP 

SDX_DC 55 ClassLog OFF-STOP 

SDX_DC 58 ClassClu OFF-STOP 

Ethernet 41 fjgi0 UNKNOWN 

Ethernet 42 fjqe1 UNKNOWN 

IP_Address 60 fjqe1:1 UNKNOWN 



SDX_DC 49 RootClass01 UNKNOWN 

BasicApplication 102 SYSTEMWALKEROM OFF-STOP 

SystemState3 116 Linkexpress OFF-STOP 

BasicApplication 118 IS_INTERSTAGE UNKNOWN 

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 

★IS_INTERSTAGE のリソースが skftn101 ノードしか無い。 

DISK 19 c0t0d0 UNKNOWN 








Node 5 skftn201 ON 

SDX_DC 53 ClassFtn ON 

SDX_DC 56 ClassLog ON 

SDX_DC 59 ClassClu ON 

Ethernet 44 fjgi0 UNKNOWN 





SDX_DC 50 RootClass02 UNKNOWN 

BasicApplication 103 SYSTEMWALKEROM ON 

SystemState3 117 Linkexpress ON 









Q2-1-22 userApplication Configuration Wizard でスケーラブルアプリケーションを作成し 

たところ、0888 のエラーメッセージが出力され、その後、削除できないリソース 

49


50 

ScalableCtrl_0 が表示される 

原因 

対処 

PRIMECLUSTER の予約語をアプリケーション名やリソース名やに指定し、スケーラブルアプリケー 

ションを作成している可能性があります。 

PRIMECLUSTERの予約語をアプリケーション名に指定し、スケーラブルアプリケーションを作成し 

ないでください。PRIMECLUSTERの予約語については、”PRIMECLUSTER 活用ガイド”の”2.1.2 設定時の注意点”を参照してください。 

削除できないリソース ScalableCtrl_0は以下の手順で削除してください。 

1. userApplication Configuration Wizard が使用する RMS 構成名を確認します。 

以下のコマンドを実行してください。 

# /etc/opt/FJSVwvucw/bin/wgcnfclient -g config-name 

実行の結果、何も出力されない場合は "config" が RMS 構成名となります。 

出力があった場合は、出力された名前が RMS 構成名となります。 

例:何も出力されない場合 


# 

例:出力がある場合 


config2 

# 

2. 全ノードで、ScalableCtrl_0 を削除します。 

例: 

# rm /opt/SMAW/SMAWRrms/build/wizard.d//ScalableCtrl_0.m 

3. userApplication Configuration Wizard 画面左側のツリービュー左上に表示された、RMS 

構成名アイコンを右クリックし、「RMS 構成情報の生成」を選択します。 

Q2-1-23 userApplication 作成時に、作成済みのリソースが「利用可能な Resourse」に表示 

されない 

原因 

userApplication Configuration Wizard が使用する一時ファイルと同名のファイルが既に存在し 

ている可能性があります。 

以下のファイルが存在するか確認してください。 

/tmp/hostcheck 

/tmp/sdxinfo 

/tmp/work

対処 

/tmp/workc 

/tmp/workn 

/tmp/macaddr 

/tmp/wgcnf000.tmp 




該当のファイルが存在する場合、削除してください。 


51


2.2 クラスタアプリケーションの実行 

52 

クラスタアプリケーション実行時のトラブルについて対処法を説明します。 



Q2-2-1 クラスタアプリケーションがフェイルオーバするが、原因が 

わからない 

○ ○ 

Q2-2-2 引継ぎネットワークリソースを使用するクラスタアプリ 

ケーションが Online にならない 

○ - 

Q2-2-3 リソースの異常発生時、または、ノードの停止時に、クラス 

タアプリケーションが他ノードにフェイルオーバしない 

○ ○ 

Q2-2-4 ノードを起動してもクラスタアプリケーションが Online 

にならない 

○ ○ 

Q2-2-5 Oracle RAC のクラスタアプリケーションが、RMS 起動時に 

正常に動作しない 

○ ○ 

Q2-2-6 hvenv.local ファイルを変更後、RMS が起動できなくなった ○ ○ 

Q2-2-7 RMS のメッセージが syslog に出力される ○ ○ 

Q2-2-8 StandbyTransitions 属性に StartUp が設定されていない 

クラスタアプリケーションが、RMS の起動時に Standby 状 

態に遷移した 

○ ○ 

Q2-2-9 一定時間内にクラスタアプリケーションが Offline になら 

ない場合、shutdown により自動フェイルオーバしない 

○ ○ 

Q2-2-10 クラスタアプリケーションを構成するすべてのノードで 

RMS が起動しないと、クラスタアプリケーションが自動起動 

しない 

○ ○ 

Q2-2-11 クラスタアプリケーションが Faulted 状態になり、切替え 

が失敗する 

○ ○ 

Q2-2-12 クラスタアプリケーションが Online-Standby にならず、 

Online-Offline になる 

○ ○ 

Q2-2-13 クラスタアプリケーションの状態が Inconsistent になる ○ ○ 

Q2-2-14 移動待機構成においてクラスタアプリケーションの切替え 

が発生した場合、切替えが発生したアプリ以外の待機が 

Offline となる 

○ ○ 

Q2-2-15 クラスタアプリケーション停止時に、切替えが発生しない ○ ○ 

Q2-2-16 プロシジャリソースに登録しているアプリケーションのプ 

ロセスを強制停止させても、プロセスが再起動しない(状態 

遷移も行われない) 

○ ○ 

Q2-2-17 プロセス監視リソースを定義したクラスタアプリケーショ 

ンを起動したところ、コンソールに 2207 番のメッセージが 

表示され、Faulted 状態になった 

○ - 

Q2-2-18 クラスタアプリケーションの AutoSwitchOver 属性に 

"ShutDown" を設定しているにもかかわらず、ノードを 

シャットダウンさせてもクラスタアプリケーションのフェ 

イルオーバが行われない 

○ ○ 

Q2-2-19 Fsystem リソースのリソース故障が発生しましたという 

メッセージが出力され、クラスタアプリケーションがフェイ 

ルオーバしたが原因がわからない 

○ ○ 

Q2-2-20 Fsystem リソースが故障となりフェイルオーバした際に、切 

替え先でもリソース故障が発生する 

○ ○



Q2-2-21 両ノードを再起動した際、本来は運用系ノードで Online 状 

態になるクラスタアプリケーションが、待機系ノードで 

Online 状態になった 

○ ○ 

Q2-2-22 Cmdline リソースの状態が Standby にならない ○ ○ 

Q2-2-23 Cmdline リソースを設定したクラスタアプリケーションの 

起動に失敗する 

○ ○ 

Q2-2-24 userApplication に AutoSwitchOver 属性を設定している 

にも関わらず、切替えが実行されない 

○ ○ 

Q2-2-25 2:1運用待機のクラスタ構成で、Oracle と ListManagerを 

別々のクラスタアプリケーションで起動させたときに、 

Oracle の起動が完了する前に ListManager の起動が開始 

し、Oracle への接続エラーとなり起動に失敗する 

○ - 

Q2-2-26 ファイルシステムのマウントに失敗し、クラスタアプリケー 

ションが起動できない 

○ - 

Q2-2-27 クラスタ環境を NFS サーバとして使用し、NFS クライアン 

トから NFS マウントを行っているまま userApplication 

を待機系へ切替えた後、NFS クライアントで NFS マウント 

が正しく行われない 

○ - 

Q2-2-28 Oracle リソースに異常が発生し、クラスタアプリケーショ 

ンが Faulted 状態になる 

○ ○ 

Q2-2-29 クラスタアプリケーションが両ノードで Faulted 状態とな 

る 

○ - 

Q2-2-30 共用ディスクを追加し、Fsystem リソースのマウントポイン 

トに追加後、クラスタアプリケーションが起動できない 

○ ○ 

Q2-2-31 Fsystem リソースの Online 処理が失敗する ○ ○ 

Q2-2-32 クラスタに登録されているアプリケーションを起動すると、 

アプリケーション起動時に設定している環境変数LANG=jaが 

有効にならない 

○ ○ 

Q2-2-1 クラスタアプリケーションがフェイルオーバするが、原因がわからない 

原因 

対処 

運用中に意図的に停止するようなプロセスを check スクリプトで監視すると、プロセスが終了 

した場合にフェイルオーバが発生します。 

check スクリプトで監視しているプロセスは、クラスタフアプリケーションの offline 処理で 

停止してください。 

確認事項 

フェイルオーバが発生した場合、原因となったリソースに関係するログファイルを確認してくだ 

さい。 

ログファイルの参照方法については、"第9章 RMS に関するトラブル情報の収集" を参照してく 

ださい。 

Cmdline リソースの場合、check スクリプトで監視しているプロセスが異常終了した原因を確認 

し、そのプロシジャが正常に動作するかプログラムの見直しを行ってください。プロセス監視リ 

ソースに障害が発生した場合は、監視しているプログラムが異常終了した原因を確認してくださ 

い。Gds リソース、Gls リソースに障害が発生した場合は、それぞれの機能のマニュアルを参照 

53


54 

してエラーの原因を確認してください。 

なお、フェイルオーバにより、待機ノードが運用となり、業務が継続して運用可能な状態であれ 

ば、PRIMECLUSTER としては正常動作です。 

Q2-2-2 引継ぎネットワークリソースを使用するクラスタアプリケーションが、Online にな 

らない 

現象 

原因 

引継ぎネットワークリソースを使用するクラスタアプリケーションを構築したが、クラスタアプ 

リケーションを起動すると、IP アドレスの Online 処理に失敗して Online にならない。この 

とき switchlog には以下のメッセージが出力されていた。 

ERROR: There is no interface interface in /usr/opt/reliant/etc/hvipalias, aborting 

startup.: ==== 

(SCR, 9): ERROR: FAULT REASON: failed to execute script with resource 

: Exited with a non-zero code: 1 

/opt/SMAW/SMAWRrms/etc/hvipalias ファイルに引継ぎネットワークリソースに使用するインタ 

フェースが登録されていない可能性が考えられます。 

"PRIMECLUSTER RMS 導入運用手引書" を参照して hvipalias ファイルに使用するインタフェー 

スを登録してください。 

Q2-2-3 リソースの異常発生時、または、ノードの停止時に、クラスタアプリケーションが他 

ノードにフェイルオーバしない 

原因 

クラスタアプリケーションの AutoSwitchOver 属性に適切な値が設定されていないことが原因で 

す。 

対処 

userApplication Configuration Wizard または RMS Wizard Tool を使用して該当のクラスタア 

プリケーションに適切な AutoSwitchOver 属性を設定してください。AutoSwitchOver 属性の詳 

細については、以下のマニュアルを参照してください。 

■Solaris 

"PRIMECLUSTER 導入運用手引書" の "6.6.5 属性の説明" 

■Linux 

"PRIMECLUSTER 導入運用手引書" の "6.7.5 属性の説明" 

Q2-2-4 ノードを起動してもクラスタアプリケーションが Online にならない 

原因 

RMS 環境変数 HV_RCSTART が 0 に設定されている、または、クラスタアプリケーションの 

AutoStartUp 属性が Yes に設定されていない可能性があります。


対処 

ノード起動時に RMS を自動起動させるために、/opt/SMAW/SMAWRrms/bin/hvenv.local ファイル 

に export HV_RCSTART=1 を設定するか、HV_RCSTART の設定を削除します。 

また、RMS 起動時に、クラスタアプリケーションが自動的に online にさせるために、 

userApplication Configuration Wizard または RMS Wizard Tool を使用してクラスタアプリケー 

ションの AutoStartUp 属性を Yes に設定します。 

ノード起動時にクラスタアプリケーションを自動的に起動する場合には、上記の両方を設定して 


Q2-2-5 Oracle RAC のクラスタアプリケーションが、RMS 起動時に正常に動作しない 

現象 

原因 

Oracle RAC のクラスタアプリケーションにおいて、RMS を起動すると AutoStartUp 属性が No 

にもかかわらず、その subApplication が Online になった。一方クラスタアプリケーションは 

Online にはならず、Inconsistent となった。 

RMS を起動する前に、RAC を Oracle のコマンドを使用して直接起動していたことが原因です。 

Oracle を起動する場合は、必ず RMS のコマンド (hvswitch(1M)) を使用してください。 

Q2-2-6 hvenv.local ファイルを変更後、RMS が起動できなくなった 

現象 

原因 

hvenv.local ファイルを変更後、RMS が起動できなくなった。このとき switchlog に以下のメッ 

セージが出力されていた。 

(ADC, 3): ERROR: Remote host reported the checksum (X) which is different from 

the local checksum (Y). 

原因として以下の可能性が考えられます。 

● RMS のグローバル環境変数の設定がノード間で異なる。 

● hvenv.local を修正した後、すべてのノードで RMS を再起動していない。 

● 異なる RMS 構成情報を指定して RMS を実行している。 

対処 

すべてのノードの hvenv.local ファイルに記載されている RMS グローバル環境変数の設定が同 

じかどうかを確認し、すべてのノードで RMS を再起動してください。その際、同一の RMS 構成 

情報を指定してください。 

55


56 

Q2-2-7 RMS のメッセージが syslog に出力される 

(WRP, 28): ERROR: RMS monitor has encountered an irregular sequence of timer interrupts, 

off by _OFFSET_ seconds. 

原因 

NTP による時刻同期が異常になっていることが考えられます。 

対処 

RMS は、タイマ割込みが毎秒発生することをチェックしています。時刻変更によりタイマの割込 

み間隔が不規則になると、本メッセージが出力されることがあります。NTP の設定を見直してく 

ださい。 

Q2-2-8 StandbyTransitions 属性に StartUp が設定されていないクラスタアプリケーション 

が、RMS の起動時に Standby 状態に遷移した 

原因 

クラスタアプリケーションの StandbyTransitions 属性に StartUp が設定されていない場合に 

も、AutoStarUp 属性が Yes に設定されている場合は、RMS 起動時にクラスタアプリケーション 

が Standby 状態に遷移します。 

対処 

Cluster Admin の RMS メインウィンドウから [Offline (hvutil -f)] を実行するか、hvutil(1M) 

コマンドを-f オプションで実行して、Standby 状態に遷移したアプリケーションを Offline 状 

態にしてください。 

Q2-2-9 一定時間内にクラスタアプリケーションが Offline にならない場合、shutdown によ 

り自動フェイルオーバしない 

原因 

shutdown による自動フェイルオーバをしない原因としては、 RMS の環境変数 

RELIANT_SHUT_MIN_WAIT の値が少ないことが考えられます。クラスタアプリケーションの 

Offline 処理が正常に終了するのに必要な時間を見積もり、RMS 環境変数 

RELIANT_SHUT_MIN_WAIT に設定してください。 

対処 

クラスタアプリケーションの AutoSwitchOver 属性に Shutdown を定義することで、クラスタア 

プリケーションはshutdown を契機にフェイルオーバします。しかし、RMS の環境変数 

RELIANT_SHUT_MIN_WAIT の値(デフォルト 150 秒)以内にクラスタアプリケーションが Offline 

状態にならない場合は、RMS の強制停止処理が実行され、shutdown はするものの、クラスタアプ 

リケーションは自動フェイルオーバしません。この場合、以下のように、hvshut コマンドがタイ 

ムアウトしたため RMS を強制停止する旨のメッセージが /var/adm/messages(Solaris)、あるい 

は /var/log/messages(Linux) に出力されます。 

[/var/adm/messages] または [/var/log/messages]

scfreport shutdown was executed. 

(SWT, 42): NOTICE: hvshut -l has been invoked on host fuji2RMS. 


(ADM, 103): NOTICE: app1: Shutdown in progress. AutoSwitchOver (ShutDown) attribute is set, invoking 

a switchover to next priority host 

(US, 18): NOTICE: app1: starting Offline processing. 

(ADC, 51): WARNING: hvshut utility has timed out. 

(ADC, 52): NOTICE: Waiting for application to finish its before shutdown. 

(ADM, 101): NOTICE: Processing forced shutdown request for node fuji2RMS. 

(BM, 48): NOTICE: RMS monitor has been normally shut down. 

クラスタアプリケーションの Offline 処理が正常に終了するのに必要な時間を見積もり、RMS 環 

境変数 RELIANT_SHUT_MIN_WAIT に設定してください。 

Q2-2-10 クラスタアプリケーションを構成するすべてのノードでRMSが起動しないと、クラス 

タアプリケーションが自動起動しない 

原因 

クラスタアプリケーションの AutoStartUp 属性に1を定義することで、クラスタアプリケーショ 

ンは RMS の起動を契機に自動起動します。しかし、クラスタアプリケーションを構成するすべ 

てのノードで RMS が起動しないと、クラスタアプリケーションは自動起動しません。RMS の 

HV_AUTOSTART_WAIT 環境変数の値(デフォルト 60 秒)以内にクラスタアプリケーションを構成 

するすべてのノードの RMS が起動しないと、 /var/adm/messages(Solaris)、あるいは 

/var/log/messages(Linux) に以下の警告メッセージが出力されます。 

[/var/adm/messages] または [/var/log/messages] 

(SWT, 27): NOTICE: Cluster host is not yet online for application . 

(SWT, 1): WARNING: The 'AutoStartUp' attribute is set and the HV_AUTOSTART_WAIT time for the user 

application has expired, without an automatic start up having yet taken place. Reason: not 

all necessary cluster hosts are online! 

本メッセージが出力された後もクラスタアプリケーションを構成するすべてのノードで RMS の 

起動の待合せ処理は継続されます。残りのノードで RMS が起動した時点で、クラスタアプリケー 

ションは自動起動します。 

保守のために、ノードを一時的にクラスタから除外する必要がある場合は、RMS の 

HV_AUTOSTARTUP_IGNORE 環境変数に、クラスタから除外するノードをリストアップしてください。 

これにより、リストアップされているノードでの RMS の起動を待ち合わせることなくクラスタ 

アプリケーションを自動起動することができます。 

Q2-2-11 クラスタアプリケーションが Faulted 状態になり、切替えが失敗する 

原因 

対処 

クラスタノードの他に、GLS 高速切替方式を使用している通信相手ノードが存在しない可能性が 


GLS 高速切替方式を使用している場合、クラスタシステムで使用しているノード以外に、GLS 高 

速切替方式が設定されている通信相手ノードが別途必要です。 

57


58 

詳細は、"PRIMECLUSTER GLS 説明書(伝送路二重化機能編)" の "5.1 クラスタシステムへの対応 

概要" に記載されている、注意事項を参照してください。 

通信相手ノードの設定については、"B.1.1 シングルシステムによる設定例" を参照してくださ 

い。 

確認事項 

GLS 高速切替方式を使用しているクラスタノードの他に、GLS 高速切替方式を使用している通信 

相手ノードがありますか? 

Q2-2-12 クラスタアプリケーションが Online-Standby にならず、Online-Offline になる 

原因1 

対処1 

RMS Wizard のクラスタアプリケーションのリソース設定にて、STANDBYCAPABLE が設定されてい 

ない可能性があります。 

クラスタアプリケーションを Online-Standby 運用する場合、STANDBYCAPABLE の設定が必要で 

す。 

■Solaris の場合 

Cmdline リソースを使用する場合、設定の詳細は "PRIMECLUSTER 導入運用手引書" の "6.6.1.1 

Cmdlineリソースの設定" を参照してください。 

プロシジャリソースを使用する場合、設定の詳細は "PRIMECLUSTER 導入運用手引書" の 

"6.6.1.6 プロシジャリソースの設定" を参照してください。 

■Linuxの場合 

Cmdline リソースを使用する場合、設定の詳細は "PRIMECLUSTER 導入運用手引書" の "6.7.3.1 

Cmdlineリソースの設定" を参照してください。 

プロシジャリソースを使用する場合、設定の詳細は "PRIMECLUSTER 導入運用手引書" の 

"6.7.3.6 プロシジャリソースの設定" を参照してください。 

確認事項1 

原因2 

対処2 

RMS Wizard のクラスタアプリケーションのリソース設定にて、STANDBYCAPABLE は設定されてい 

ますか? 

Cmdline のリソースの設定にて、ALLEXITCODES が設定されていない可能性があります。 

Cmdline リソースを使用したクラスタアプリケーションを Online-Standby 運用する場合、 

ALLEXITCODES の設定が必要です。 


設定の詳細は "PRIMECLUSTER 導入運用手引書" の "6.6.1.1 Cmdlineリソースの設定" を参照し 


■Linux の場合 

設定の詳細は "PRIMECLUSTER 導入運用手引書" の "6.7.3.1 Cmdlineリソースの設定" を参照し 


確認事項2 

Cmdline リソースを使用している場合、リソースの設定にて ALLEXITCODES は設定されています 

か?

原因3 

対処3 


RMS Wizard のクラスタアプリケーションの設定にて、StandbyTransitions が設定されていない 

可能性があります。 

クラスタアプリケーションを Online-Standby 運用する場合、StandbyTransitions の設定が必 

要です。詳細については以下を参照してください。 


"PRIMECLUSTER 導入運用手引書" の "6.6.2.1 スタンバイ運用のクラスタアプリケーション作 

成" 



成" 

確認事項3 

原因4 

対処4 

RMS Wizard のクラスタアプリケーションの設定にて、StandbyTransitions は設定されています 

か? 

2 ノードの相互待機構成で業務優先度を設定している場合、クラスタアプリケーションは 

Online-Offline になります。これは PRIMECLUSTER の仕様です。 

2 ノードの相互待機構成でクラスタアプリケーションを Online-Standby 状態で使用する場合 

は、業務優先度を設定を解除してください。詳細については以下を参照してください。 


"PRIMECLUSTER 導入運用手引書" の "6.6.3.1 クラスタアプリケーションの排他関係を設定す 

る" 



成" 

確認事項4 

2 ノードの相互待機構成で、業務優先度を設定していませんか? 

Q2-2-13 クラスタアプリケーションの状態がInconsistent になる 

原因 

対処 

クラスタアプリケーションの起動前にリソースが Online になっている場合、クラスタリソース 

の状態に矛盾が発生し、クラスタアプリケーションが Inconsistent になる可能性があります。 

例えば、ClusterExclusive 属性が "1" に設定されているリソースが、クラスタアプリケーショ 

ンを起動する前に待機系で Online 状態になっている場合に、クラスタアプリケーションを起動 

するとクラスタアプリケーションの状態が Inconsistent と表示されます。 

矛盾が発生する要因は、クラスタアプリケーション起動前にリソースが Online になっているこ 

59


60 

とです。 

Gds リソースを設定している場合、クラスタアプリケーションの起動前に Gds リソースが活性 

化されている可能性があります。 

Solaris の場合は、"PRIMECLUSTER 導入運用手引書" の "6.6.1.3 Gds リソースの作成" で、ディ 

スククラスの用途が排他使用 ”する”と設定されているかどうか確認してください。 

また、Gds リソースの設定を CUI で行った場合は、設定前に hvgdsetup コマンドを実行したか 

どうか確認してください。 

Linux の場合は、Gds リソース設定前に hvgdsetup コマンドを実行したかどうか確認してくだ 

さい。詳細は "PRIMECLUSTER 導入運用手引書" の "6.7.3.3 Gds リソースの設定" を参照して 


Q2-2-14 移動待機構成においてクラスタアプリケーションの切替えが発生した場合、切替え 

が発生したアプリ以外の待機が Offline となる 

原因 

PRIMECLUSTER の仕様です。移動待機構成において、クラスタアプリケーションの切替えが発生 

した場合、待機ノードにて切替えが発生したアプリケーション以外のアプリケーション状態が 

Standby にならず、Offline となります。 

詳細は、"PRIMECLUSTER 導入運用手引書" の "2.3.1 スタンバイ運用" を参照してください。 

Q2-2-15 クラスタアプリケーション停止時に、切替えが発生しない 

原因 

対処 

アプリケーションの状態を監視する Cmdline リソースの Check スクリプトが作成されていな 

い可能性があります。 

Check スクリプトがない場合、アプリケーションの状態 (正常状態、sleep 状態、ハング状態等) 

を判断することができません。このため、アプリケーションが異常停止しても、クラスタインタ 

コネクトのハートビートが正常に行われている間は切替えが発生しません。 

このような状態を回避するため、アプリケーションの状態を監視する Check スクリプトを別途 

作成し、Cmdline リソースに設定する必要があります。 

Check スクリプトの作成方法については、"PRIMECLUSTER 活用ガイド" を参照してください。 

確認事項 

アプリケーションの状態を監視する Check スクリプトを作成していますか? 

Q2-2-16 プロシジャリソースに登録しているアプリケーションのプロセスを強制停止させて 

も、プロセスが再起動しない(状態遷移も行われない) 

原因 

プロシジャリソースで登録されているアプリケーションのプロセスを停止させても状態遷移は 

発生しません。また、プロセスを再起動するといった処理も行いません。Procesure リソースで

対処 


は、状態遷移の指示タイミングにて exitcode がエラーになった場合にリソースの異常、状態遷 

移が発生します。 

プロシジャリソースは "PRIMECLUSTER 導入運用手引書" の "PRIMECLUSTER 対応製品一覧表" 

に記載されている製品をリソース登録する場合に使用されます。 

それ以外のアプリケーションをクラスタアプリケーションとして登録したい場合は、Cmdline リ 

ソースを使用してください。 

また、プロセスの生存監視を行いたい場合は、プロセス監視リソースを使用してください。 

Q2-2-17 プロセス監視リソースを定義したクラスタアプリケーションを起動したところ、コ 

ンソールに 2207 番のメッセージが表示され、Faulted 状態になった 

原因 

対処 

プロセス監視リソースの設定画面 ("PRIMECLUSTER 導入運用手引書" の "6.6.1.7.3 設定方法" 

を参照)において、起動後直ちに終了してしまうプログラムを起動コマンドに指定したことが考 

えられます。 

例えば、以下の例のような複数のプログラムを起動し、自身は直ちに終了するスクリプトを前述 

の起動コマンドに指定した場合、プロセス監視リソースを定義したクラスタアプリケーションは 

その Online 処理に失敗し Faulted 状態になります。 

#!/bin/sh 

/opt/bin/process0 & 



exit 0 

プロセス監視機能は、クラスタアプリケーションに対する Online 指示が発行された際、前述の 

起動コマンドに指定されたプログラムを生存監視対象として認識しそれを起動しようとします。 

しかし、前述の例のようにそれが起動後直ちに終了してしまうスクリプトであった場合、プロセ 

ス監視機能から見ると、生存監視対象が起動後に突然終了したように見えてしまうため、プロセ 

ス監視リソースに異常が発生したと判断し当該リソースを Faulted 状態にします。 

前述の起動コマンドに指定できるのは、起動後に動作し続けるプログラムです。 

例えば前述の例において process0、process1、process2 が起動後に動作し続けるプログラムで 

あり、それらの生存状態をプロセス監視機能によって監視した場合、それらを別々のプロセス監 

視リソースとして定義し、各起動コマンドには process0、process1、process2 をそれぞれ指定 


Q2-2-18 クラスタアプリケーションの AutoSwitchOver 属性に "ShutDown" を設定している 

にもかかわらず、ノードをシャットダウンさせてもクラスタアプリケーションのフェイルオー 

バが行われない 

原因 

クラスタアプリケーションが Fault 状態となっている可能性があります。 

61


62 

対処 

クラスタアプリケーションが Fault となった原因を確認し、Fault 状態をクリアしてから 

シャットダウンを行ってください。 

Q2-2-19 Fsystem リソースのリソース故障が発生しましたというメッセージが出力され、ク 

ラスタアプリケーションがフェイルオーバしたが原因がわからない 

原因1 

対処1 

原因2 

対処2 

Fsystem リソースで監視しているマウントポイント名が、リネームされた可能性があります。 

Fsystem リソースで監視しているマウントポイントは、リネームしないでください。 

マウントポイント名を変更する際は、RMS を停止して Fsystem リソースの再作成を行ってくだ 

さい。 

/etc/vfstab (Solaris) または /etc/fstab (Linux) に記載されている Fsystem リソースが使 

用するエントリ情報が、両ノードで異なっている可能性があります。 

userApplication を構成するすべてのクラスタノードの /etc/vfstab (Solaris) または 

/etc/fstab (Linux) ファイルへ、マウントポイントのエントリを追加してください。 

Q2-2-20 Fsystem リソースが故障となりフェイルオーバした際に、切替え先でもリソース故 

障が発生する 

原因 

対処 

Fsystem リソースの Online 処理(マウント処理)に失敗し、fsck が ScriptTimeout 属性の値の 

範囲で処理が完了しなかったためにリソース故障が発生している可能性があります。 

環境に合わせて、ScriptTimeout の値をチューニングしてください。 

Q2-2-21 両ノードを再起動した際、本来は運用系ノードで Online 状態になるクラスタアプ 

リケーションが、待機系ノードで Online 状態になった 

原因 

再起動前にクラスタアプリケーションが運用系ノードで Faulted となっている場合、Faulted 

状態をクリアせず、PersistentFault が有効であると、システムが再起動されても Faulted 状 

態が継続されるため、待機系ノードが Online となります。

対処 

Faulted 状態をクリアしてから、再起動を行なってください。 

Q2-2-22 Cmdline リソースの状態がStandbyにならない 

原因1 

対処1 

原因2 

対処2 


Cmdline リソースの Flag である ALLEXITCODES が "Yes" に設定されていない可能性がありま 

す。 

Cmdline リソースの Flag である ALLEXITCODES を "Yes" に設定してください。 

Offline 処理にて、Cmdline リソースが "unknown" 状態を返していたため、次の Standby 処理 

が実行できない可能性があります。 

Cmdline リソースの Check スクリプトが "unknown" 状態から "Offline" 状態を返すことがで 

きるように Check スクリプトの条件に合わせて環境を見直してください。 

Q2-2-23 Cmdline リソースを設定したクラスタアプリケーションの起動に失敗する 

原因 

対処 

Cmdline リソースの Online スクリプトが異常終了しているためクラスタアプリケーションが 

起動しなかった可能性があります。 

実行時に異常になった、Cmdline リソースの各種スクリプトを見直してください。 

また、手動でスクリプトを実行し、正常に動作する場合は、手動で実行している場合と、実行権 

限、環境変数等の違いが考えられます。 

Q2-2-24 userApplication に AutoSwitchOver 属性を設定しているにも関わらず、切替えが 

実行されない 

原因 

対処 

HaltFlag 属性の値が "No"(Solaris)、Halt 属性が "0"(Linux) の場合で、ダブルフォルトが発 

生した場合は、SF(Shutdown Facility) からの強制停止、強制停止後の切替え処理も実行されま 

せん。 

HaltFlag 属性の値を "Yes" に設定してください (Solaris)。Halt 属性を "1" に設定してくだ 

さい (Linux)。 

63


64 

Q2-2-25 2:1運用待機のクラスタ構成で、Oracle と ListManager を別々のクラスタアプリ 

ケーションで起動させたときに、Oracle の起動が完了する前に ListManager の起動が開始 

し、Oracle への接続エラーとなり起動に失敗する 

原因 

対処 

2:1 運用待機構成で、Oracle のリソース (Wizard for Oracle) と ListManager のリソース 

(cmdline リソース) が、別々のクラスタアプリケーションに登録されているために、起動順番 

が保障できない設定となっています。 

Oracle のリソースと ListManager のリソースを同一のクラスタアプリケーションとして登録 


Q2-2-26 ファイルシステムのマウントに失敗し、クラスタアプリケーションが起動できない 

原因 

対処 

ファイルシステムに不整合が生じているため、ファイルシステムのマウントに失敗し、クラスタ 

アプリケーションの起動が行えない可能性があります。 

fsck を実行し、ファイルシステムの修復を行った後にクラスタアプリケーションを起動してく 

ださい。 

【コマンド実行例】 

# fsck -F ufs -y /dev/sfdsk/class0001/rdsk/volume0001 

Q2-2-27 クラスタ環境を NFS サーバとして使用し、NFS クライアントから NFS マウントを 

行っているまま userApplication を待機系へ切替えた後、NFS クライアントで NFS マウント 

が正しく行われない 

原因 

対処 

NFS クライアントから NFS マウント時に使用される Fsystem リソースと Gls リソースが異な 

る userApplication に登録されている可能性があります。 

NFS マウントで使用される Fsystem リソースと、Gls リソースを 1 つの userApplication に 

登録してください。


Q2-2-28 Oracle リソースに異常が発生し、クラスタアプリケーションが Faulted 状態にな 

る 

原因 

対処 

Oracle が使用しているファイルシステムへアーカイブファイルが出力される等の理由で、ファ 

イルシステムがいっぱいになっている可能性があります。 

Oracle が使用しているファイルシステムから不要なファイルを削除してください。 

Q2-2-29 クラスタアプリケーションが両ノードで Faulted 状態となる 

原因 

対処 

1 つの NIC に対し、引継ぎネットワークリソースと GLS の設定が行われているため、引継ぎ 

ネットワークリソースの活性化に失敗している可能性があります。 

引継ぎネットワークリソースと、GLS で使用する NIC を別々の NIC に分けて再設定してくださ 

い。 

Q2-2-30 共用ディスクを追加し、Fsystem リソースのマウントポイントに追加後、クラスタ 

アプリケーションが起動できない 

原因 

対処 

追加したマウントポイントのファイルシステムが作成されていない可能性があります。 

手動でマウントを行い、ファイルシステムが作成されているかどうか確認し、作成されていない 

場合はファイルシステムを作成してください。 

Q2-2-31 Fsystem リソースの Online 処理が失敗する 

原因 

対処 

Fsystem リソースに設定されたマウントポイントに、ファイルシステムが作成されていない可能 


Fsystem リソースに設定されたマウントポイントにファイルシステムを作成してください。 

65


66 

Q2-2-32クラスタに登録されているアプリケーションを起動すると、アプリケーション起動時 

に設定している環境変数LANG=jaが有効にならない 

原因 

対処 

PRIMECLUSTER では RMS 起動時に、環境変数 LANG=C,LC_ALL=C を設定しており、ロケールの設 

定でLANGよりLC_ALLの設定が優先されるためです。 

ロケールの設定を行いたい場合は、Cmdline リソースのスクリプト内で環境変数 LC_ALLの設定 

を行ってください。ロケールの設定方法の詳細については、各OSのマニュアルを参照してくださ 

い。

第3章運用時のトラブル 

本章では、PRIMECLUSTER の環境設定や運用時に発生するトラブルの内容および対処方法につい 

て説明します。 

67


3.1 基本的な設定に関するトラブル 

68 

クラスタシステムを運用する上で、基本的な設定が行われていないことが原因で発生するトラブ 

ルについて説明します。 



Q3-1-1 運用ノードで異常が発生したが、フェイルオーバが行われ 

なかった 

○ ○ 

Q3-1-2 RMS 構成が正しく設定されているにもかかわらず、フェイ 

ルオーバが行われない 

○ ○ 

Q3-1-3 リソース作成後、RMS が起動できない。エラーメッセージ 

「FATAL ERROR:RMS HAS FAILED TO START」が表示される 

○ ○ 

Q3-1-4 運用中にパニックが発生し、その後、パニックしたノード 

が自動的に再起動される 

○ - 

Q3-1-5 引継ぎネットワークリソースを MAC アドレス引継ぎ設定 

ありで設定している NIC の物理インタフェースが 

ifconfig -a から見えなくなる場合がある 

○ - 

Q3-1-6 OS 設定で local-mac-address を true から false にし 

たところ、クラスタから切り離されて再起動を繰り返す 

○ - 

Q3-1-7 クラスタインタコネクトが二本ある環境で、片方の LAN 

ケーブルだけを抜くと、ノードの強制停止が発生する 

○ ○ 

Q3-1-8 Cmdline リソースが起動スクリプトでタイムアウトとな 

り、リソース故障が発生した。Cmdline リソースの起動ス 

クリプトのタイムアウト値を変更する方法を知りたい 

○ ○ 

Q3-1-9 クラスタインタコネクトの CIP を活性化すると、運用ノー 

ドの業務LANの通信が不安定になる 

○ ○ 

Q3-1-10 PRIMECLUSTER へ Systemwalker Operation Manager を登録 

後、リソース異常が発生する 

○ ○ 

Q3-1-11 ifconfig -a を実行して CIP ネットワークインタフェース 

の状態を表示すると、CF 構築時に設定したネットマスクと 

異なる値が表示される 

○ - 

Q3-1-1 運用ノードで異常が発生したが、フェイルオーバが行われなかった 

原因 

待機ノードで、RMS が起動されていない可能性があります。 

または、userApplicationのAutoSwitchOver 属性が設定されていない可能性があります。 

対処 

待機ノードで、RMS が起動されているかを確認してください。 

または、userApplicationのAutoSwitchOver 属性 

で "HostFailure"、"ResourceFailure"、"ShutDown" を指定してください。


Q3-1-2 RMS 構成が正しく設定されているにもかかわらず、フェイルオーバが行われない 

原因 

待機ノードで、RMS が起動されていない可能性があります。 

または、userApplicationのAutoSwitchOver 属性が設定されていない可能性があります。 

対処 

待機ノードで RMS が起動されているかを確認してください。 

または、userApplicationのAutoSwitchOver 属性 

で "HostFailure"、"ResourceFailure"、"ShutDown" を指定してください。 

Q3-1-3 リソース作成後、RMS が起動できない。エラーメッセージ「FATAL ERROR:RMS HAS FAILED 

TO START」が表示される 

原因 

クラスタアプリケーションが作成されていないために、RMS が起動できません。 

対処 

クラスタアプリケーションを作成してください。 

Q3-1-4 運用中にパニックが発生し、その後、パニックしたノードが自動的に再起動される 

対処 

/etc/syetem に以下の設定を行い、再起動してください。 

set halt_on_panic=1 

本設定により、パニック発生後、ノードは OBP モードで停止します。 

Q3-1-5 引継ぎネットワークリソースを MAC アドレス引継ぎ設定ありで設定している NIC の 

物理インタフェースが ifconfig -a から見えなくなる場合がある 

原因 

MAC アドレス引継ぎを設定しているにも関わらず、引継ぎ IP アドレスのインタフェース属性に 

おいて、BASE フラグの設定を "virtual" にしているためです。 

対処 

設定値を "virtual" から "base" に変更してください。 

Q3-1-6 OS 設定で local-mac-address を true から false にしたところ、クラスタから切り 

離されて再起動を繰り返す 

原因 

OS 起動時に、クラスタインタコネクトが使用する NIC が、half-duplex で起動することが原因 

です。 

対処 

Switching Hub の Port の設定または、ノードの NIC の negotiation の設定を見直してくださ 

69


70 

い。 

Q3-1-7 クラスタインタコネクトが二本ある環境で、片方の LAN ケーブルだけを抜くと、ノー 

ドの強制停止が発生する 

原因 

クラスタインタコネクトで使用しているインタフェースに IP アドレスが設定されているため、 

クラスタインタコネクトとして使用できていないと考えられます。 

対処 

両ノードの /etc/inet/hosts(Solaris)または /etc/hosts(Linux)ファイルの設定を変更し、 

IPアドレスを設定しないようにしてください。 

Q3-1-8 Cmdline リソースが起動スクリプトでタイムアウトとなり、リソース故障が発生した。 

Cmdline リソースの起動スクリプトのタイムアウト値を変更する方法を知りたい 

対処 

RMS 環境変数 "SCRIPTS_TIME_OUT" をデフォルト 300 秒から、ユーザ環境に合わせた値に変更 


Q3-1-9 クラスタインタコネクトの CIP を活性化すると、運用ノードの業務 LAN の通信が不 

安定になる 

原因 

系間パスの LAN と業務 LAN が混同している可能性があります。 

対処 

系間パスの LAN と業務 LAN の結線を見直してください。 

Q3-1-10 PRIMECLUSTER へ Systemwalker Operation Manager を登録後、リソース異常が発生 

する 

原因 

"Systemwalker Operation Manager11.0 クラスタ適用ガイド PRIMECLUSTER 編" にある、"2.2.3 

デーモンの自動起動・停止設定の解除" および "2.2.4 クラスタ情報の登録" を実施せずに、 

PRIMECLUSTER への登録を行っている可能性があります。 

対処 

Systemwalker Operation Manager の手順書に従って、PRIMECLUSTER への登録処理を行ってくだ 

さい。


Q3-1-11 ifconfig -a を実行して CIP ネットワークインタフェースの状態を表示すると、CF 

構築時に設定したネットマスクと異なる値が表示される 

原因 

CIP に設定されたネットマスクが、CF 構築時に設定したネットマスクと異なってます。 

対処 

Interstage Security Director がインストールされている場合、CIP のネットマスクが変更さ 

れる場合があります。 

本現象が発生した場合、/etc/inet/netmasks に CIP のネットワークアドレス、ネットマスクを 

追記してください。ネットワークアドレス、ネットマスクを追記した後、クラスタノードを再起 

動してください。 

なお CIP のネットワークアドレス、ネットマスクは以下の手順で確認することができます。 

1. /etc/cip.cf から、CIP ノード名とネットマスクを取得します。 

下記の例のように記載されている場合、以下のようになります。 

node0 node0RMS:netmask:255.255.255.0 

― CIP ノード名 : node0RMS 

― ネットマスク : 255.255.255.0 

2. /etc/inet/hosts ファイルから、手順 1.で取得した CIP ノード名の IP アドレスを取得 

します。 

下記の例のように記載されている場合、以下のようになります。 

192.168.1.1 node0RMS 

― IP アドレス : 192.168.1.1 

3. 手順 1.で取得したネットマスクと、手順 2. で取得した IP アドレスからネットワーク 

アドレスを取得します。例の場合、以下のようになります。 

― IP アドレス : 192.168.1.1 

― ネットマスク : 255.255.255.0 

上記からネットワークアドレスは、以下のようになります。 

― ネットワークアドレス : 192.168.1.0 

上記手順で取得したネットマスクとネットワークアドレスを /etc/inet/netmasks に追記しま 

す。 

71


3.2 運用全般に関するトラブル 

72 

PRIMECLUSTER の運用全般に関するトラブルシューティングについて説明します。 



Q3-2-1 RMS 起動時、クラスタアプリケーションが自動的に 

Online 状態にならず、Inconsistency 状態となる 

○ ○ 

Q3-2-2 クラスタアプリケーションが Faulted 状態となった後、 

故障原因を解決し、Faulted 状態となったノードを再起動 

しても、クラスタアプリケーションが Faulted 状態のま 

ま起動されない 

○ ○ 

Q3-2-3 NFS サーバをクラスタ化しているシステムにおいて、 

hvdet_system プロセスが大量に動作している 

○ - 

Q3-2-4 全ノード同時に起動または再起動を行っても、クラスタア 

プリケーションが起動されない 

○ ○ 

Q3-2-5 クラスタアプリケーションにダブルフォルト(二重故障) 

が発生した場合に、クラスタアプリケーションがフェイル 

オーバしない 

○ ○ 

Q3-2-6 クラスタアプリケーション起動時に、一部のリソースが起 

動されない 

○ ○ 

Q3-2-7 フェイルオーバが発生すると、共用ディスクへのアクセス 

を行なうプロセスが強制停止される 

○ ○ 

Q3-2-8 クラスタアプリケーションを Online へ状態遷移させた 

とき、Fsystem リソースで異常が発生するまた、クラスタ 

アプリケーションを起動すると、以下の Fsystem リソー 

スのメッセージが表示される 

RMSWT : WARNING: If the major/minor 

device numbers are not the same on all cluster hosts, 

clients will be required to remount the file systems 

- ○ 

Q3-2-9 リソース故障が発生した後、フェイルオーバ処理に異常が 

発生すると強制停止が発生する 

○ ○ 

Q3-2-10 クラスタアプリケーションの状態遷移に失敗した後、RCI 

により強制停止された形跡がある 

○ - 

Q3-2-11 クラスタパーティション発生時にリブートが行われない - ○ 

Q3-2-12 クラスタパーティション発生時に全ノードが同時にリ 

ブートされた 

○ ○ 

Q3-2-13 運用中のアプリケーションが動作するノードが突然再起 

動される 

○ ○ 

Q3-2-14 再起動後に Faulted 状態になった RMS のクラスタアプ 

リケーションおよびリソースの故障が通知されない 

○ ○ 

Q3-2-15 再起動後に RMS のクラスタアプリケーションおよびリ 

ソースがすべて Faulted 状態になる 

○ ○ 

Q3-2-16 運用ノードのリブート時間が遅い ○ ○ 

Q3-2-17 RSB によるノードの強制電源断が行えない - ○ 

Q3-2-18 Java 関連のコアダンプが採取される ○ ○

■トラブル一覧(続き) 



Q3-2-19 コンソールに XSCF を使用した PRIMEPOWER 250,450 の 

クラスタシステムの運用中、「FJSVcluster: エラー: DEV: 

7040: コンソールへの接続ができなくなりました。」とコ 

ンソールに表示され、コンソール非同期監視が停止した。 

また、シャットダウンエージェント SA_xscfp.so, 

SA_rccu.so, SA_xscfr.so のテスト状態(Test State)が 

TestFailed になった 

○ - 

Q3-2-20 以下のメッセージが表示され、リソース故障となる 

NOTICE: failed to open device "" with 

errno 6 

○ ○ 

Q3-2-21 Scalable コントローラを使用した環境にて、クラスタア 

プリケーションの OnlinePriority 属性を設定している 

にもかかわらず、有効にならない 

○ ○ 

Q3-2-22 運用中に以下のメッセージが出力される 

WARNING: doopenread 

of "/dev/sfdsk/class0001/rdsk/smaf01-AP" (pid 5970), 

counter=1 not done yet reporting status, waiting ... 

○ ○ 

Q3-2-23 userApplication の起動および切替えができない ○ ○ 

Q3-2-24 引継ぎネットワークリソースを作成し、業務 LAN に引継 

ぎ IP アドレスを設定した環境で、業務 LAN ケーブルを 

抜いてもリソース故障が発生しない 

○ - 

Q3-2-25 Online/Standby 運用時、Cmdline リソースのスクリプト 

が実行されると HV_LAST_DET_REPORT 環境変数が 

standby ではなく、Offline となる 

○ ○ 

Q3-2-26 userApplication Configuration Wizard で引継ぎネット 

ワークリソースを作成中に「0880 未分類のエラーが発生 

しました。」のメッセージが表示される 

○ - 

Q3-2-27 "255.255.254.0"と設定されたネットマスク値 

が "255.255.0.0" に変わってしまった 

○ ○ 

Q3-2-28 リソース故障が発生しましたというメッセージが出力さ 

れ、クラスタが切り替わった 

○ ○ 

Q3-2-29 リソース故障が発生した後、ノードがパニックする場合と 

しない場合がある 

○ ○ 

Q3-2-30 クラスタアプリケーションに登録している Oracle リ 

ソースを削除すると、共用ディスクのファイルシステムが 

マウントできなくなった 

○ - 

Q3-2-31 切替え動作中に強制的なファイルシステムチェックの 

ERROR メッセージが出力され、切替えが失敗する 

- ○ 

Q3-2-32 IO 負荷の WARNING が出力される - ○ 

Q3-2-33 ユーザ独自のアプリケーションを起動しようとすると、 

ノードがパニックしてしまう 

Q3-2-34 GUI 画面にて、1422 番のオペレータ介入要求メッセージ 

に応答した際に /var/adm/messages ファイルに出力され 

る 2621 番のメッセージが文字化けする 

Q3-2-35 運用系において telnet も受け付けられず、DB にもアク 

セスできない状態にも関わらず、系切替えが行われない 

○ ○ 

○ - 

- ○ 

73


74 



Q3-2-36 シャットダウン機構に関する以下のメッセージが出力さ 

れた 

can't bind local address, errno 126 

○ ○ 

Q3-2-37 クラスタ運用中に /etc/vfstab を修正して共用ディスク 

をアンマウントしたら、パニックが発生した 

○ ○ 

Q3-2-38 /tmp 配下に巨大なファイルを作成したノードでパニッ 

クが発生した 

○ ○ 

Q3-2-39 定期保守実施後、システムを起動して RMS を自動起動さ 

せたが、Gls リソースが Standby に遷移できなかったた 

めに、RMS が正常に起動できなかった 

○ ○ 

Q3-2-40 hostname コマンドを実行すると、両ノードで同じ結果が 


○ - 

Q3-2-41 引継ぎネットワークリソースが異常となり、切替えが発生 

したが、切替え先でも同様となり、システムが停止した 

○ - 

Q3-2-42 クラスタインタコネクトが全パス切断された場合に、ダン 

プが採取できないノードがある 

- ○ 

Q3-2-43 GDS リソースを使用しているクラスタアプリケーション 

がエラーで停止した。復旧作業のため、共用ディスク上の 

ファイルシステムをマウントしたい 

○ ○ 

Q3-2-44 共用ディスクとサーバを接続する FC カードが故障し、 

フェイルオーバが発生した 

○ ○ 

Q3-2-45 Cmdline リソースに登録したシェルスクリプトの出力が 

コンソールに出力されない 

○ ○ 

Q3-2-46 クラスタアプリケーションの Maintenance モードを解除 

した際に、Cmdline リソースが Online にもかかわらず、 

再度起動処理が行われる 

○ ○ 

Q3-2-47 PRIMECLUSTER を使用したシステムでアプリケーションを 

一切動作させていない状況で 10 分間隔で sar の %wio 

値が高くなる 

○ ○ 

Q3-2-48 フェイルオーバを発生させると、Standby 型の 

userApplication が 2 回 Online となり、Cmdline リ 

ソースから呼ばれるアプリケーションが二重起動でエ 

ラーとなる 

○ ○ 

Q3-2-49 クラスタの RMS 起動処理後に Fsystem に異常が発生し、 

待機系へ状態遷移した 

○ ○ 

Q3-2-50 運用中に RMS の (SYS, 88) のメッセージが表示される ○ ○ 

Q3-2-51 サブシステムハングによって業務が停止した ○ ○ 

Q3-2-52 クラスタノードが起動しているにもかかわらず、Cluster 

Admin の CRM メインウィンドウでクラスタノードが起動 

状態 (緑色のアイコン) にならない 

○ ○ 

Q3-2-53 運用中に 7210 のメッセージが表示される 

An error was detected in MMB. (node:nodename 

mmb_ipaddress1:mmb_ipaddress1 

mmb_ipaddress2:mmb_ipaddress2 

node_ipaddress1:node_ipaddress1 

node_ipaddress2:node_ipaddress2 status:status 

detail:detail) 

- ○




Q3-2-54 クラスタアプリケーションを Online へ遷移させたとき、 

以下のメッセージが表示され状態遷移プロシジャリソー 

スで異常が発生する 

FJSVcluster: ERROR: clexecproc: 6817: An error 

occurred during state transition procedure 

execution.(error procedure:procedure 

detail:code1-code2-code3-code4-code5-code6-code7) 

○ ○ 

Q3-2-55 現象 1:シャットダウン時に「clonltrc: ERROR: Module 

clonltrc is in use」のメッセージが出力される 

現象 2:システム起動時に「rc: Starting clonltrc: 

failed」のメッセージが出力される 

- ○ 

Q3-2-56 ノード故障が発生していないにもかかわらず、ノード故障 

を通知する以下のメッセージが表示される 

"FJSVcluster: エラー: claddfaultrsc: 6751: SysNode 

故障が発生しました。" 

○ - 

Q3-2-57 PersistentFault 属性を 1(Yes) に設定しているにもか 

かわらず、userApplication が起動時 Faulted にならな 

い 

○ - 

Q3-2-58 hvlogcleanコマンドを実行した際に以下のメッセージが 

syslog、およびCluster Adminに出力される 

clwatchlogd: FJSVcluster: ERROR: exec_chg_line: 6000: 

An internal error occurred. (function:fopen 

detail:0x30000071-0x2-0-0xffff) 

○ ○ 

Q3-2-59 状態遷移中にリソース故障が発生した場合、Faultedのク 

リア操作を行っていなくても以下のメッセージが出力さ 

れることがある 

cldelfaultrsc: FJSVcluster: INFO: cldelfaultrsc: 

2700: The resource fail has recovered.SysNode:SysNode 

userApplication:userApplication Resorce:resource 

○ ○ 

Q3-2-60 ネットワークカード交換後、ネットワークがアップしない - ○ 

Q3-2-61 富士通 MW の PRIMECLUSTER 対応製品において、状態遷移 

プロシジャからプロセス監視を使用せずにプロセスを起 

動する場合、そのプロセスのファイルディスクリプタ(fd) 

がハード/ソフトリミット共に 1024となる 

○ ○ 

Q3-2-62 運用系でシステム停止中に、以下のエラーメッセージが出 

力された 

cldelmsg: FJSVcluster: ERROR: cldelmsg: 6000: An 

internal error occurred. (function:_ClExecGetNode 

detail:0x300a0006-0xfffffff4-0-0) 

○ ○ 

Q3-2-1 RMS 起動時、クラスタアプリケーションが自動的にOnline 状態にならず、 

Inconsistency 状態となる 

原因1 

RMS 起動時に、クラスタアプリケーションを構成するリソースが両ノードで Online 状態になって 

いる場合、RMS は Inconsistency 状態に遷移し、AutoStartup 属性を設定していても自動起動を 

行ないません。 

75


76 

GDS リソース、Fsystem リソースおよび CmdLine リソースで、この現象が多く発生します。 

または、CUI により GDS リソースを作成した際に、GDS リソースを RMS で制御させるための 

hvgdsetup コマンドが実行されていないため、クラスタアプリケーションが Inconsistency 状態 

になっている可能性があります。 

対処1 

RMS 起動前にすでにリソースが Online 状態になっているのであれば、運用状態に問題(人為的な 

ミス)がある可能性があります。運用状態に問題が無かったのかを確認してください。 

hvgdsetup コマンドを実行していない場合は、以下の手順を行ってください。 

1. Inconsistency 状態のクラスタアプリケーションの Fault のクリア 

2. すべてのノードの RMS を停止 

3. 任意のノードで以下のコマンドを Gds リソースが登録してあるクラスごとに実行 

# /usr/opt/reliant/bin/hvgdsetup -a "classname" 

例)# /usr/opt/reliant/bin/hvgdsetup -a de_cls01 

4. すべてのノードの RMS を起動 

5. 確認のため再度すべてのノードの RMS を停止後、ノードの再起動を実施して本現象が回 

避されているかを確認してください。 

原因2 

userApplication の状態が、Offline または Faulted の状態のときに、配下のリソースが、Online 

または Faulted になった可能性があります。その原因として、以下のことが考えられます。 

● Cmdline リソースの check スクリプトは、正常復帰 (0復帰) しかしないようになって 

いる (exit 0 しか記載していない)。そのため、Cmdline リソースは必ず Online になる。 

対処2 

Cmdline リソースの check スクリプトを見直してください。 

Q3-2-2 クラスタアプリケーションが Faulted 状態となった後、故障原因を解決し、Faulted 

状態となったノードを再起動しても、クラスタアプリケーションが Faulted 状態のまま起動 

されない 

原因 

クラスタアプリケーションの PersistentFault 属性が "1" に設定されているため、再起動後に 

Faulted 状態のままとなっている可能性があります。 

対処 

"PRIMECLUSTER 導入運用手引書" の "7.2.2.4 Faulted 状態のクラスタアプリケーションを運用 

状態にする" を参照し、Faulted 状態をクリアしてください。 

再起動により、Faulted 状態がクリアされるようにしたい場合、PersistentFault 属性に "0" を 

設定してください。 

Q3-2-3 NFS サーバをクラスタ化しているシステムにおいて、hvdet_system プロセスが大量 

に動作している 

原因 

PRIMECLUSTER の仕様です。NFS サーバ上では、リモートファイルシステムごとに Fsystem リ 

ソースを設定し、そのリソース数分ディテクタ (hvdet_system) が起動されます。これにともな 

い、hvdet_system プロセスが複数動作することがあります。

対処 

対処は不要です。 


Q3-2-4 全ノード同時に起動または再起動を行っても、クラスタアプリケーションが起動され 

ない 

原因 

RMS は、クラスタアプリケーションが1ノードでのみ Online 状態になることを保証します。 

このため、RMS 起動時に、クラスタアプリケーションが動作可能なノードの RMS 同士が互いに 

通信しあい、起動しようとするクラスタアプリケーションがいずれのノードでも Online 状態に 

なっていないことを確認します。 

よって、クラスタアプリケーションが動作可能なノードのうち 1 つでも RMS が停止している場 

合は、そのノードで RMS の起動が行われても、クラスタアプリケーションがいずれのノードに 

おいても Online 状態になっていないことが確認されるまでは、自動起動されません。 

対処 

以下のいずれかの方法により対処してください。 

「故障リソース特定とオペレータ介入要求」機能が設定されていない場合 

syslog(/var/adm/messages)にRMSの(SWT, 1)の警告メッセージが出力されます。 

(SWT, 1): WARNING: The 'AutoStartUp' attribute is set and the 

HV_AUTOSTART_WAIT time for the user application has 

expired, without an automatic start up having yet taken place. 

Reason: not all necessary cluster hosts are online! 

この場合は、に示すクラスタアプリケーションが、クラスタ内のいずれの 

ノードでも Online 状態になっていなことを確認した上で、hvswitch –f を使用してクラスタア 

プリケーションを起動してください。 

「故障リソース特定とオペレータ介入要求」機能が設定されている場合 

1421 番のオペレータ介入メッセージが ClusterAdmin および syslog ( コンソールと 

/var/adm/messages) に表示されますので、該当するクラスタアプリケーションがいずれのノー 

ドでも Online 状態になっていないことを確認した上でオペレータ介入メッセージに "Yes" と 

応答し、クラスタアプリケーションを起動してください。 

また、1423 番のオペレータ介入メッセージが表示された場合、表示されているリソースの故障 

が回復しているかどうかを確認の上、オペレータ介入メッセージに "Yes" と応答し、クラスタ 

アプリケーションを起動してください。 

なお、これらのメッセージに "Yes" と応答する場合は、他ノードでクラスタアプリケーション 

が Online となっていないことを確認の上、実施してください。 

保守停止などの理由により、クラスタアプリケーションが動作可能なノードの一部を一定 

期間起動できない場合 

RMS の HV_AUTOSTARTUP_IGNORE 環境変数に、保守停止などにより起動できないノードを設定し 

ておくことで、クラスタアプリケーションを構成するすべてのノードで RMS が起動しなくても、 

クラスタアプリケーションを自動起動させることができます。詳細は、"PRIMECLUSTER RMS 導入 

運用手引書" を参照してください。 

なお、保守停止完了後は、必ず HV_AUTOSTARTUP_IGNORE 環境変数を削除してください。この属 

性に設定されているノードに対しては、RMS はクラスタアプリケーションが Online 状態になっ 

ていないかの確認をしないため、一つのクラスタアプリケーションが複数のノードで Online 状 

態になってしまうことを RMS が抑止することができません。 

77


78 

Q3-2-5 クラスタアプリケーションにダブルフォルト(二重故障)が発生した場合に、クラス 

タアプリケーションがフェイルオーバしない 

原因1 

クラスタアプリケーションの Halt 属性が有効になっていない場合、ダブルフォルト(二重故障) 

が発生してもフェイルオーバは行いません。 

対処1 

ダブルフォルト(二重故障)発生時、フェイルオーバさせたい場合は、"PRIMECLUSTER 導入運用 

手引書"を参照して、Halt 属性を有効にしてください。 

原因2 

ダブルフォルト(二重故障)が発生している可能性があります。ダブルフォルトが発生した場合、 

クラスタアプリケーションの属性である "Halt" 属性が 0(無効)と設定されている場合、もう一 

方のノードからの強制停止処理が実施されないため、クラスタアプリケーションのフェイルオー 

バは発生ません。 

対処2 

ダブルフォルトが発生した原因を確認し、対処を行ってください。例えば、リソース故障が発生 

した場合の Offline 処理でタイムアウトが発生した場合は、タイムアウト値の見直しを行って 


また、ダブルフォルト発生時、フェイルオーバさせたい場合は、"PRIMECLUSTER 導入運用手引書" 

を参照して、Halt 属性を有効にしてください。 

原因3 

リソースのダブルフォルト(二重故障)発生後、シャットダウン機構によるノード強制停止が失 

敗している可能性があります。 

シャットダウン機構によるノード強制停止が失敗した原因は、シャットダウンエージェントに 

SCON が設定されている可能性があります。 

対処3 

シャットダウンエージェントに SCON が設定されていないかどうかなど、シャットダウン機構の 

設定を見直して、ノード強制停止が行なえるようにしてください。 

Q3-2-6 クラスタアプリケーション起動時に、一部のリソースが起動されない 

原因 

別のクラスタアプリケーションに設定された依存関係のあるリソースが先に起動していなかっ 

たため、リソースの起動に失敗した可能性があります。 

対処 

依存関係のあるリソースが別々のクラスタアプリケーションに設定されている場合は、それらの 

クラスタアプリケーションをスケーラブル運用とするクラスタアプリケーションを作成し、起動 

順番を設定してください。 

Oracle を使用した環境では、Oracle リソース起動前に Gls リソースが起動するよう設定が必 

要です。Oracle リソースと Gls リソースが別々のクラスタアプリケーションに設定されている 

場合は、それらのクラスタアプリケーションをスケーラブル運用するクラスタアプリケーション 

を作成し、起動順番を設定してください。


Q3-2-7 フェイルオーバが発生すると、共用ディスクへのアクセスを行なうプロセスが強制停 

止される 

原因 

PRIMECLUSTER の仕様です。 

Fsystem リソースを含むクラスタアプリケーションのフェイルオーバが発生した際、Fsystem リ 

ソースで設定したマウントポイントにアクセスしているプロセスがあると、このプロセスが強制 

的に停止されます。 

対処 

対処は不要です。 

Q3-2-8 クラスタアプリケーションを Online へ状態遷移させたとき、Fsystem リソースで異 

常が発生する 

また、クラスタアプリケーションを起動すると、以下の Fsystem リソースのメッセージが表 

示される 

RMSWT : WARNING: If the major/minor device numbers are not the same on 

all cluster hosts, clients will be required to remount the file systems 

原因 

CUI により Fsystem リソースを作成し、NFS マウントしているマウントポイントを指定した場 

合、必ず表示されますがマウントが正常に行えていれば問題はありません。 

対処 

システム運用管理ソフトウェアなどで、メッセージ監視を行っている場合は、WARNING で表示さ 

れるメッセージのうち、本メッセージを無視するように設定してください。 

Q3-2-9 リソース故障が発生した後、フェイルオーバ処理に異常が発生すると強制停止が発生 

する 

原因 

クラスタアプリケーションの Halt 属性を有効にした環境で、ダブルフォルト(二重故障)が発 

生したため、シャットダウン機構により強制停止(パニックなど) が行われています。 

システムの動作としては正常です。 

対処 

ダブルフォルト(二重故障)発生時に強制停止させたくない場合は、クラスタアプリケーション 

のHalt 属性を無効にしてください。ただし、その場合はダブルフォルト(二重故障)発生後の 

フェイルオーバが行われなくなります。 

なお、二重故障が発生した場合、switchlog に以下のようなメッセージが表示されます。 

(UAP, 36): FATAL ERROR: : double fault occurred, 

but Halt attribute is set. RMS will exit immediately in order to 

allow a failover! 

(BM, 47): NOTICE: RMS monitor has exited with the exit code . 

(SYS, 9): NOTICE: Attempting to shut down the cluster host 

79


80 

by invoking a Shutdown Facility via (sdtool -k ). 

Q3-2-10 クラスタアプリケーションの状態遷移に失敗した後、RCI により強制停止された形 

跡がある 

原因 

クラスタアプリケーションの状態遷移中にダブルフォルト(二重故障)が発生したため、RCI に 

より強制停止されています。システムの動作としては正常です。 

対処 

ダブルフォルト(二重故障)発生時に強制停止させたくない場合は、クラスタアプリケーション 

の Halt 属性を無効にしてください。ただし、その場合はダブルフォルト(二重故障)発生後の 

フェイルオーバが行われなくなります。 

なお、二重故障が発生した場合、switchlog に以下のようなメッセージが表示されます。 

(UAP, 36): FATAL ERROR: : double fault occurred, 

but Halt attribute is set. RMS will exit immediately in order to 

allow a failover! 

(BM, 47): NOTICE: RMS monitor has exited with the exit code . 

(SYS, 9): NOTICE: Attempting to shut down the cluster host 

by invoking a Shutdown Facility via (sdtool -k ). 

Q3-2-11 クラスタパーティション発生時にリブートが行われない 

原因1(Solaris の場合) 

/etc/opt/SMAW/SMAWsf/SA_rccu.cfg の設定内容が誤っている可能性があります。 

対処1 

RCCU の IP アドレス、ユーザ名、パスワードの設定に誤りがないことを確認してください。 

また、RCCU の IP アドレスに Ping が成功することも確認してください。 

設定の詳細は、"PRIMECLUSTER 導入運用手引書" の "5.1.2 シャットダウン機構の設定" を参照 


確認事項1 

/etc/opt/SMAW/SMAWsf/SA_rccu.cfg の設定内容に誤りはありませんか? 

原因2(Linux の場合) 

RSB の接続が行われていない可能性があります。 

対処2 

GLS で使用する切替方式によって RSB の接続方法が異なります。 

確認事項2 

RSB の接続方法が誤っていませんか? 

原因3(Linux の場合) 

シャットダウン機構の設定が誤っている可能性があります。 

対処3 

RSB の IP アドレス、ID/Password の設定値に誤りがないことを確認してください。また、RSB の 

IP アドレスに Ping コマンドが成功することも確認してください。


設定の詳細は、"PRIMECLUSTER 導入運用手引書" の "5.1.2 シャットダウン機構の設定" を参照 


確認事項3 

/etc/opt/SMAW/SMAWsf/SA_rsb.cfg の設定内容に誤りはありませんか? 

Q3-2-12 クラスタパーティション発生時に全ノードが同時にリブートされた 

原因 

SF のノードの重みと RMS の shutdown priority の設定により、生存優先度が同じになってい 

る可能性があります。 

対処 

SF 設定におけるノードの重み、および RMS Wizard で設定している shutdown priority の設定 

を確認してください。 

生存優先度(SF のノードの重み +shutdown priority) の値が一致していると、両ノードが互い 

に相手ノードを異常と認識し、同時にリブート処理を行う場合があります。 

SF のノードの重みおよび RMS の shutdown priority の設定を変更することで、クラスタパー 

ティションが発生した場合に生存させるノードと強制停止させるノードを特定できます。 

詳細は、"PRIMECLUSTER 導入運用手引書" の "5.1.2 シャットダウン機構の設定" を参照してく 

ださい。 

確認事項 

SF のノードの重みと RMS の shutdown priority の設定を行っていますか? 

Q3-2-13 運用中のアプリケーションが動作するノードが突然再起動される 

原因1 

ノード/アプリケーションの優先度付けが適切ではない状態で、クラスタインタコネクトに異常 

などが発生し、クラスタパーティションが発生した可能性があります。 

対処1 

クラスタパーティションが発生した場合、優先度が低いノードが再起動されます。ノード/アプ 

リケーションの優先度付けを適切に設定してください。 


ださい。 

確認事項1 

クラスタインタコネクトに異常がありませんか? 

原因2 

クラスタアプリケーションのリソース状態で矛盾が発生している可能性があります。 

対処2 

Inconsistent 状態のクラスタアプリケーションが存在するノードに切替えられた場合、矛盾を 

解消するためノードが再起動されます。 

矛盾が解消されない場合、事象ログを参照し、Inconsistent 状態のアプリケーションを正常な 

状態としてください。 

確認事項2 

Inconsistent 状態のクラスタアプリケーションはありませんか? 

81


82 

Q3-2-14 再起動後に Faulted 状態になったRMS のクラスタアプリケーションおよびリソー 

スの故障が通知されない 

原因 

userApplication オブジェクトの PersistentFault 属性を "yes" に変更している可能性があ 

ります。 

対処 

PersistentFault 属性が "yes" の場合、システム再起動後のクラスタアプリケーションおよび 

RMS リソースは再起動前の状態のまま起動されるため、リソースの故障は通知されません。 

PersistenFault 属性を "No" にしてください。 

確認事項 

userApplication オブジェクトの PersistentFault 属性を "yes" に設定していませんか? 

Q3-2-15 再起動後にRMS のクラスタアプリケーションおよびリソースがすべてFaulted状態 

になる 

原因 

userApplication オブジェクトの PersistentFault 属性を "yes" に変更している可能性があ 

ります。 

対処 

PersistentFault 属性が "yes" の場合、システム再起動後のクライアントアプリケーションお 

よび RMS リソースは、再起動前の状態のまま起動されます。 

クラスタアプリケーションおよびリソースに対して Fault のクリア (hvutil –c コマンド)を実 

施し、Faulted 状態から Offline 状態へ遷移させてください。 

確認事項 

userApplication オブジェクトの PersistentFault 属性を "yes" に設定していませんか? 

Q3-2-16 運用ノードのリブート時間が遅い 

原因 

RMS を停止させずにリブート処理を行ったため、リブート時間が遅くなる可能性があります。 

対処 

本機能は制限事項です。運用ノードを停止する場合は、必ず事前に hvswitch コマンドでクラス 

タアプリケーションを切替えるか、hvshut –l または hvshut –a コマンドで停止してください。 

確認事項 

リブート前に RMS を停止していますか? 

Q3-2-17 RSB によるノードの強制電源断が行えない 

原因 1 

RSB シャットダウンエージェント (/etc/opt/SMAW/SMAWsf/SA_rsb.cfg) の設定値が誤っており、 

RSB によるノードの強制電源断が行われない可能性があります。


対処 1 

RSB シャットダウンエージェントの設定を修正してください。詳細は、"PRIMECLUSTER 導入運用 

手引書" の "5.1.2 シャットダウン機構の設定" を参照してください。 

確認事項 1 

RSB の IP アドレスと RSB シャットダウンエージェントの設定値 

(/etc/opt/SMAW/SMAWsf/SA_rsb.cfg) に不整合はありませんか? 

原因 2 

RSB の電源が OFF では RSB によるノードの強制電源断が行われない可能性があります。 

対処 2 

RSB の電源を ON にして再度強制停止を行ってください。なお、RSB の電源断を防止するため、 

UPS (無停電電源装置)の導入をおすすめします。 


RSB の電源が ON になっていますか? 

原因 3 

RSB の IP に Ping が送れない場合、RSB によるノードの強制電源断が行われない可能性があり 

ます。 

対処 3 

各ノードから全ノードの RSB に接続できるように LAN を設計してください。 


全ノードから RSB の IP に Ping が送れますか? 

Q3-2-18 Java 関連のコアダンプが採取される 

原因 

JavaVM の問題や JavaVM で使用するテンポラリ領域の不足によりコアダンプが採取される可能 


サポートする JRE よりも古いバージョンの JRE を使用するとコアダンプが発生しやすい場合 

があります。 

対処 

適切なバージョンの JRE がインストールされているか確認し、"PRIMECLUSTER インストールガ 

イド" を参照して、適切なバージョンの JRE をインストールしてください。 

Web-Based Admin View が動作していない場合には "Web-Based Admin View 操作手引書" を参照 

して Web-Based Admin View を再起動してください。 

確認事項 

適切なバージョンの JRE がインストールされていますか? 

Q3-2-19 4.1A20 パッチ913381-04 適用前または、4.1A30 パッチ913897-01 適用前の環境で、 

コンソールに XSCF を使用した PRIMEPOWER 250,450 のクラスタシステムの運用中、 

「FJSVcluster: エラー: DEV: 7040: コンソールへの接続ができなくなりました。」とコンソー 

ルに表示され、コンソール非同期監視が停止した。また、シャットダウンエージェント 

83


84 

SA_xscfp.so, SA_rccu.so, SA_xscfr.so のテスト状態 (Test State) が TestFailed になった 

対処 

コンソールに XSCF を使用した PRIMEPOWER 250,450 のクラスタシステムでは、RCI を使用した 

シャットダウンエージェント 2 つ RCI(Panic, Reset) と、XSCF を使用したシャットダウンエー 

ジェント XSCF(Console Break) の、合計 3 つだけを設定してください。設定方法は以下のとお 

りです。 

シャットダウン構成ウィザードを起動し、「簡単な設定(推奨)」からシャットダウン機構を設定 

してください。その際、使用するシャットダウンエージェントとして以下を選択してください。 

● RCI Panic 

● Console Break 

● RCI Reset 

また、Console Break エージェントとして以下を選択してください。 

● XSCF Break 

シャットダウン構成ウィザードの操作方法については、"PRIMECLUSTER 導入運用手引書" 

の "5.1.2 シャットダウン機構の設定" を参照してください。その際、使用するシャットダウン 

エージェントについては、上記のように読み替えてください。 

4.1A20 パッチ913381-04 以降または4.1A30 パッチ913897-01 以降が適用されている、または、 

4.1A40以降では、本現象は発生しません。 

確認事項 

シャットダウンエージェントの設定は正しいですか? 

Q3-2-20 以下のメッセージが表示され、リソース故障となる 

NOTICE: failed to open device "" with errno 6 

原因 1 

Fsystem リソースで設定しているマウントポイントが、他のアプリケーションで使用されている。 

対処 1 

マウントポイントを使用しているアプリケーションを特定し、アプリケーションからマウントポ 

イントを使用しないようにするなどの対処を検討してください。 

Fsystem リソース異常の原因と対処については、Q3-2-50 も参照してください。 

原因 2 

GDS で管理しているディスクに対して、Fsystem リソースを作成し、Fsystem リソースで使用し 

ている共用ディスクに対して、ファイルシステムを作成していない。 

対処 2 

"PRIMECLUSTER 導入運用手引書" を参照し、ファイルシステムの設定を行ってください。


Q3-2-21 Scalable コントローラを使用した環境にて、クラスタアプリケーションの 

OnlinePriority 属性を設定しているにもかかわらず、有効にならない 

説明 

Scalable コントローラを使用してクラスタアプリケーションを構築した場合は、 

OnlinePriority 属性は有効になりません。PRIMECLUSTER の仕様動作となります。 

Q3-2-22 運用中に以下のメッセージが出力される 

WARNING: doopenread of"/dev/sfdsk/class0001/rdsk/smaf01-AP" (pid 5970), counter=1 not 

done yet reporting status, waiting ... 

対処 

以下の 3 通りの変更にて WARNING メッセージの出力を抑止、または、WARNING メッセージが出 

力し続けることでの切替えを抑止することが可能です。(必ずしも WARNING メッセージが出力さ 

れなくなるわけではありません。) 

また、すべてが変更可能ですが、必ずしもすべてを変更する必要はありません。 

各種内容を踏まえて変更を実施してください。 

1. RMS 環境変数 HV_GMOUNTMAXLOOP の値を変更する。 

2. RMS 環境変数 HV_GMOUNTMAXRETRY の値を変更する。 

3. Fsystem リソースが行っているマウントポイントへの監視間隔を変更する。 

各種設定値を変更する場合は、以下の手順で行います。 

1. HV_GMOUNTMAXLOOP, HV_GMOUNTMAXRETRY の変更方法 

※手順 2、3 に関しては、すべてのノードで実施してください。 

1. すべてのノードの RMS を停止します。 

RMS の停止方法は、"PRIMECLUSTER 導入運用手引書" の "7.2.1 RMS の運用操作"を参照 


2. /usr/opt/reliant/bin/hvenv.local に "HV_GMOUNTMAXLOOP= 値 " また 

は、"HV_GMOUNTMAXRETRY= 値" を設定します。 

HV_GMOUNTMAXLOOP のデフォルト値は、"4" です。また、 

HV_GMOUNTMAXRETRY のデフォルト値は、"7" です。 

hvenv.local は、/usr/opt/reliant/bin フォルダ配下のファイルです。 

hvenv.local ファイルがない場合は作成してください。 

hvenv.local ファイルへの記載例 

例) 

export HV_GMOUNTMAXLOOP=10 

export HV_GMOUNTMAXRETRY=10 

3. hvenv コマンドで "HV_GMOUNTMAXLOOP= 値" , "HV_GMOUNTMAXRETRY= 値" が表示されるこ 

とを確認します。 

例) 

# hvenv | grep HV_GMOUNTMAXLOOP 

HV_GMOUNTMAXLOOP='10' export HV_GMOUNTMAXLOOP; 

85


86 

# hvenv | grep HV_GMOUNTMAXRETRY 

HV_GMOUNTMAXRETRY='10' export HV_GMOUNTMAXRETRY; 

"HV_GMOUNTMAXLOOP= 値" , "HV_GMOUNTMAXRETRY= 値" が表示されない場合、手順 2 

の作業に誤りがある可能性がありますので、手順 2 の作業を見直してください。 

4. すべてのノードの RMS を起動します 

RMS の起動方法は、"PRIMECLUSTER 導入運用手引書" の "RMS の運用操作" を参照してく 

ださい。 

2. Fsystem リソースの監視間隔の変更方法 

1. すべてのノードの RMS を停止します。 

RMS の停止方法は、"PRIMECLUSTER 導入運用手引書" の "7.2.1 RMS の運用操作" を参照 


2. Web-Based Admin View から "Global Cluster Services" - "userApplication 

Configuration Wizard" を選択します。 

3. "Configuration 内の共通情報を設定" を選択します。 

4. "Detector の詳細設定" を選択します。 

5. "hvdet_gmount のリソース監視間隔 =10" を選択します。 

6. "情報の入力"を選択し、変更する監視間隔を入力します。 

7. hvdet_gmount のリソース監視間隔が変更した値になっていることを確認し、"戻る" を選 

択します。 

8. "保存して登録" を選択し、"登録" を実行します。 

※その後メッセージがポップアップされますが、すべて"はい"を選択してください。 

9. すべてのノードの RMS を起動します。 

RMSの起動方法は、"PRIMECLUSTER 導入運用手引書" の "7.2.1 RMS の運用操作" を参照 


なお、各種設定値変更に関して、以下の点に注意してください。 

● 該当のファイルシステムに対して I/O 負荷がかかっている現象自体が回避されているわ 

けではありません。(メッセージや切替え処理に対する抑止がされているだけです。) 

● 実際に該当のディスクに障害が発生した場合に、障害内容によっては、現在の切替え発生 

時間よりも時間がかかってしまう可能性があります。 

(ERROR の種類やデバイスの種類によっては、即時 ERROR を返さない可能性があり、今回 

のような一連の処理ができなくなって初めて切替え処理が発生する場合があります。)

Q3-2-23 userApplication の起動および切替えができない 


原因 1 

Cmdline リソースの Online スクリプト、Offline スクリプト、Check スクリプトに誤りがある 


対処 1 

Cmdline リソースの Online スクリプト、Offline スクリプト、Check スクリプトを見直し、正 

常に動作できるか確認してください。また実行するコマンドの実行権限やグループ権限もあわせ 

て確認してください。 

原因 2 

iptablesの設定で、クラスタのノード間通信を行うインタフェース(cip0)の通信または、クラス 

タリソース管理機構で使用するポートを送信先のみ許可し、送信元を許可していない可能性があ 

ります。 

対処 2 

インタフェース(cip0)の通信およびクラスタリソース管理機構で使用するポートの通信を許可 

するように iptablesの設定を見直してください。 

Q3-2-24 引継ぎネットワークリソースを作成し、業務 LAN に引継ぎ IP アドレスを設定した 

環境で、業務 LAN ケーブルを抜いてもリソース故障が発生しない 

原因 

引継ぎネットワークリソースを作成した際に、PingHost を設定していない場合、ケーブルを抜 

いても引継ぎネットワークリソースは異常になりません。 

対処 

業務 LAN の監視を行いたい場合は、GLS を使用してください。 

GLS を使用しない場合は、引継ぎネットワークリソースを作成した際に、PingHost の設定を行っ 


Q3-2-25 Online/Standby 運用時、Cmdline リソースのスクリプトが実行されると 

HV_LAST_DET_REPORT 環境変数が standby ではなく、Offline となる 

原因 

Cmdline リソースの属性 "STANDBYCAPABLE 属性"、"ALLEXITCODES 属性" が有効になっていない 


対処 

Standby 状態とする場合は、Cmdline リソースの属性 "STANDBYCAPABLE 属性 " 

と "ALLEXITCODES 属性" を有効にしてください。 

87


88 

Q3-2-26 userApplication Configuration Wizard で引継ぎネットワークリソースを作成中に 

「0880 未分類のエラーが発生しました。」のメッセージが表示される 

対処 

全クラスタノードの /etc/inet/hosts ファイルの IP アドレスやホスト名の記述に誤りがない 

か確認してください。記述に誤りがある場合は修正してください。 

/etc/inet/hosts ファイルの修正後、userApplication Configuration Wizard を一旦終了し、 

再度 userApplication Configuration Wizard を起動して、引継ぎネットワークリソースを作成 


Q3-2-27 "255.255.254.0" と設定されたネットマスク値が "255.255.0.0" に変わってしまっ 

た 

意味 

仮想インタフェースに設定したネットワークインタフェースに対してのネットマスク値の設定 

がなかったために、IP アドレスのデフォルトのサブネットマスク値に設定変更が行われたと考 


対処 

PRIMECLUSTER Global Link Service のサブネットマスクの設定において、仮想インタフェース 

の作成で設定した仮想インタフェースに対するサブネットマスクの設定を行ってください。


Q3-2-28 リソース故障が発生しましたというメッセージが出力され、クラスタが切り替わっ 

た 

原因 

Fsystem リソースで監視しているマウントポイント名が、リネームされた可能性があります。 

対処 

Fsystem リソースで監視しているマウントポイント名が正しいか確認してください。 

Q3-2-29 リソース故障が発生した後、ノードがパニックする場合としない場合がある 

原因 

リソース故障が発生すると、フェイルオーバ処理が行なわれます。そのフェイルオーバ処理でエ 

ラーが発生した場合は、ダブルフォルト(二重故障)となり、ノードがパニックします。 

対処 

フェイルオーバ処理でエラーが発生していないかどうか確認してください。 

ノードがパニックする場合、Q3-2-11 を参照してください。 

Q3-2-30 クラスタアプリケーションに登録している Oracle リソースを削除すると、共用 

ディスクのファイルシステムがマウントできなくなった 

原因 

Oracle リソースを削除する際に、Oracle リソース配下のリソースも削除するかを確認する 

0808 番のメッセージで "はい" を選択したため、Fsystem リソースも削除されています。 

対処 

Fsystem リソースを再作成してください。 

Q3-2-31 切替え動作中に強制的なファイルシステムチェックの ERROR メッセージが出力さ 

れ、切替えが失敗する 

原因 

切替ファイルシステムに ext3 を使用している場合、Online 処理時に強制的なファイルシステ 

ムチェック (fsck) が実行されることがあります。両ノード起動時や切替え時などに強制的な 

fsck が実行されると、切替ファイルシステムのオンライン処理でタイムアウトが発生し、 

PRIMECLUSTER の起動や切替えに失敗することがあります。PRIMECLUSTER の仕様です。(Linux の 

み) 

対処 

すべての ext3 切替ファイルシステムで、強制ファイルシステムチェックが実行されないように 

設定してください。設定方法の詳細については、"PRIMECLUSTER 活用ガイドを参照してください。ただし、強制ファイルシステムチェックを回避すると、ファ 

イルシステム破壊が発生した場合に、発見が遅れるため、データ損失の危険性が高まります。 

そのため、手動でファイルシステムの強制チェック (fsck -f) を実行して、データ損失の危険 

性を回避する必要があります。 

89


90 

Q3-2-32 IO 負荷の WARNING が出力される 

原因 

Fsystem リソースのマウントポイントに対するチェックが監視時間内に完了しなかったため、 

メッセージが表示されています。 

対処 

RMS の構成定義に登録したマウントポイントに対する、マウントポイント監視時間のチューニン 

グを実施してください。詳細は”Linux PRIMECLUSTER 構築ガイド”を参照してください。 

Q3-2-33 ユーザ独自のアプリケーションを起動しようとすると、ノードがパニックしてしま 

う 

原因 

アプリケーション起動時に、RMS で使用しているメッセージキューを削除している可能性があり 

ます。 

対処 

RMS で使用しているメッセージキューを削除しないようにアプリケーション側で調整してくだ 

さい。 

Q3-2-34 GUI 画面にて、1422 番のオペレータ介入要求メッセージに応答した際に 

/var/adm/messages ファイルに出力される 2621 番のメッセージが文字化けする 

原因 

Web-Based Admin View が動作する言語環境が ( syslang ) が "ja" になっており、 

/var/adm/messages ファイルに EUC で出力されるが、表示させる端末の言語設定が EUC 以外に 

なっているためです。 

対処 

表示させる端末の言語設定を EUC に設定してください。 

Q3-2-35 運用系において telnet も受け付けられず、DB にもアクセスできない状態にも関わ 

らず、系切替えが行われない 

原因 

運用系の RSB の IP アドレスが変更されていて、運用系をシャットダウンできなかったために、 

系切替えが行なえない可能性があります。 

対処 

運用系の RSB の IP アドレスと、RSB シャットダウンエージェントの設定で行った値を一致さ 

せてください。

Q3-2-36 シャットダウン機構に関する以下のメッセージが出力された 

can't bind local address, errno 126 


原因 

シャットダウン機構の admIP 設定時に存在しない IP アドレスが設定されています。 

対処 

admIP には業務 LAN の IP アドレスを設定してください。 

Q3-2-37 クラスタ運用中に /etc/vfstab を修正して共用ディスクをアンマウントしたら、パ 

ニックが発生した 

原因 

/etc/vfstabを/etc/vfstab(Solaris)、または /etc/fstab(Linux) から Fsystem リソースが使 

用しているマウントポイントを削除したため、リソース故障が発生し、パニックが発生した可能 


対処 

運用中に /etc/vfstab を /etc/vfstab(Solaris), または /etc/fstab(Linux) の 

MountPoint***_Fsystem* リソースが使用するマウントポイントを修正しないでください。 

Q3-2-38 /tmp 配下に巨大なファイルを作成したノードでパニックが発生した 

原因 

メモリ資源、およびスワップ資源を圧迫し、他ノードからのハートビートに応答できなかった可 

能性があります。 

対処 

メモリ枯渇となる可能性がありますので、/tmp に巨大なファイルを作成しないでください。 

Q3-2-39 定期保守実施後、システムを起動してRMSを自動起動させたが、Gls リソースが 

Standby に遷移できなかったために、RMS が正常に起動できなかった 

原因 

DNS サーバと通信することができなかったために、GLS 内部の名前-アドレス変換処理に時間が 

かかり、Gls リソースをタイムアウト時間内に、"STANDBY" に遷移させることができなかった可 

能性があります。 

対処 

Gls リソースのタイムアウト時間を変更するか、HUB 監視先ホストの指定を IP アドレスに変更 

してください。または HUB 監視先ホストの変更に加えて、引継ぎホストの設定も IP アドレス 

に変更してください。 

91


92 

Q3-2-40 hostname コマンドを実行すると、両ノードで同じ結果が出力される 

原因 

引継ぎネットワークリソースにて、ノード名引継ぎの設定が行われているため、hostname コマ 

ンドの出力結果が両ノード同一となります。 

対処 

ノード名引継ぎが不要であれば、IP アドレス引継ぎのみに設定を変更してください。 

Q3-2-41 引継ぎネットワークリソースが異常となり、切替えが発生したが、切替え先でも同 

様となり、システムが停止した 

原因 

引継ぎネットワークリソースにて指定されている PingHost 先のホストが ping 応答を返せな 

い状態である可能性があります。 

対処 

PingHost 先のホスト状態を確認してください。 

Q3-2-42 クラスタインタコネクトが全パス切断された場合に、ダンプが採取できないノード 

がある 

原因 

SA_rsb の状態が TestFailed になっており、RSB が正常動作していないことからダンプ採取命 

令が行われても RSB が命令を受信できなかったためにダンプが採取されていない可能性があり 

ます。 

対処 

RSB を再設定し、ping または telnet できることを確認してください。また、SA_rsb.cfg の設 

定についても同様の設定にしてください。 

Q3-2-43 Gds リソースを使用しているクラスタアプリケーションがエラーで停止した。復旧 

作業のため、共用ディスク上のファイルシステムをマウントしたい 

対処 

GDS のボリュームは非活性状態となっておりアクセスできません。GDS のボリュームを起動後、 

ファイルシステムをマウントし、復旧作業を行ってください。手順は以下のとおりです。 

1. 全ノード RMS の停止 

以下のコマンドをクラスタを構成するいずれかのノードで実行し、全ノードの RMS を停 

止します。 

# hvshut -a 

2. GDS ボリュームの起動 

復旧作業が必要なデータが格納されている、GDS のボリュームを起動してください。 

GDS 運用管理画面より該当のボリュームを選択し、ボリューム起動を実行してください。 

3. ファイルシステムのマウント 

手順 2. で起動した GDS ボリュームのファイルシステムをマウントします。 

GFS ファイルシステムを使用している場合は、以下のようにマウントを行ってください。


# mount -F sfxfs /dev/sfdsk/class0001/dsk/volume0001 マウントポイント 

4. データの復旧作業を行ってください。 

5. 手順 3. でマウントしたファイルシステムをアンマウントしてください。 

6. GDS ボリュームの停止 

手順 2. で起動した GDS ボリュームの停止を行ってください。 

GDS 運用管理画面より該当のボリュームを選択し、ボリューム停止を実行してください。 

7. 以下のコマンドをクラスタを構成するいずれかのノードで実行し、全ノードの RMS を起 

動します。 

# hvcm -a 

Q3-2-44 共用ディスクとサーバを接続する FC カードが故障し、フェイルオーバが発生した 

対処 

以下の手順で復旧を行なってください。 

[全ノード停止が必要な場合] 

1. クラスタを構成する全ノードの RMS を停止します。 

# hvshut -a 

2. 全ノードを停止します。 

# shutdown -h now 

3. FC カードを交換します。 

4. 交換が終わったら、起動します。 

5. userApplication の状態が Faulted になっているノードで以下のコマンドを実行してく 

ださい。 

# hvutil -c アプリケーション名 

[該当ノードの停止で十分な場合] 

1. 該当ノードにて RMS を停止します。 

# hvshut -l 

2. 該当ノードを停止します。 

# shutdown -h now 

3. FC カードを交換します。 

4. 交換が終わったら、起動します。 

5. 起動したノードにて、Faulted になった userApplication に対して以下のコマンドを実 

行してください。 

# hvutil -c アプリケーション名 

Q3-2-45 Cmdline リソースに登録したシェルスクリプトの出力がコンソールに出力されない 

原因 

Cmdline リソースに登録した StartCommand および StopCommand の標準出力、標準エラー出力 

は、RELIANT_LOG_PATH (デフォルト :/var/opt/SMAWRrms/log) 配下の userAplication 名.log 

ファイルに書き出されるため、コンソールに出力されません。CheckCommand については、標準 

出力、標準エラーともにどこにも書き出されないため、コンソールに出力されません。 

対処 

PRMECLUSTER では、Cmdline リソースに登録されたシェルスクリプトの出力をコンソールに出力 

する設定はないため、コンソールに実行結果を出力するようなシェルスクリプトを作成してくだ 

さい。 

93


94 

Q3-2-46 クラスタアプリケーションの Maintenance モードを解除した際に、Cmdline リソー 

スが Online にもかかわらず、再度起動処理が行われる 

原因 

該当する Cmdline リソースには NULLDETECTOR が設定されている可能性があります。 

NULLDETECTOR が設定されている Cmdline リソースがクラスタアプリケーションの 

Maintenance モード解除時に再度起動処理が行われる動作は仕様動作です。 

対処 

Cmdline リソースが Online 状態で、再度起動処理が行われた場合に、二重起動とならないよう 

該当する Cmdline リソースに登録されているスクリプトを修正してください。 

Q3-2-47 PRIMECLUSTER を使用したシステムでアプリケーションを一切動作させていない状況 

で 10 分間隔で sar の %wio 値が高くなる 

原因 

シャットダウン機構が定期的にログを出力しているため、sar コマンドの %wio の値が高く表示 

されています。 

対処 

現行のノード監視を行ったまま、ログを削減/抑止する方法はありません。 

Q3-2-48 フェイルオーバを発生させると、Standby 型の userApplication が 2 回 Online と 

なり、Cmdline リソースから呼ばれるアプリケーションが二重起動でエラーとなる 

原因 

Scalable Controller を含む userApplication と、その配下にある Standby 型の 

userApplication を同時にフェイルオーバさせると、Standby 型の userApplicationが 2 回 

Online となります。(PRIMECLUSTER の正常な動作です。) 

NULLDETECTOR フラグを設定した Cmdline リソースは Check スクリプトを持たず、実際のリ 

ソース状態を RMS 側で判断できないため、二重起動となる場合があります。 

対処 

NULLDETECTOR フラグを設定した Cmdline リソースの二重起動による Online 処理の失敗を避 

けるには、Online スクリプトを改造することで対応できます。 

具体的には、以下の処理を追加します。 

1. 対象プログラムを起動する前に、すでに対象プログラムが動作中でないかを Online スク 

リプト内でチェックする。 

2. すでに対象プログラムが動作中の場合は、直ちに Online スクリプトを正常終了させる。


Q3-2-49 クラスタのRMS起動処理後に Fsystem に異常が発生し、待機系へ状態遷移した 

原因 

mount コマンドや fsck コマンドが失敗する原因で現象が発生しますが、特によく発生する原因 

は以下のとおりです。 

1. マウント情報のファイル (Solaris は /etc/vfstab, Linux は /etc/fstab) に誤りがあ 

る。 

2. ファイルシステムが GDS のボリューム上にあるにもかかわらず、ボリュームが起動され 

ていないため、ファイルシステムにアクセスでず mount コマンドがエラーとなっている。 

3. ファイルシステムが作成されていない場合。 

4. fsck コマンドによりファイルシステムの復旧を試みたが、fsck コマンドは復旧不可能と 

判断し、エラー復帰した場合。 

5. fsck コマンドの復旧処理に時間を要したために Fsystem リソースの Online 処理のタ 

イムアウトにより fsck が中断した場合。 

6. /etc/dfs/dfstab の設定に誤りがある場合。(Solaris のみ) 

7. 他のアプリケーションがマウントポイントを使用している場合。 

対処 

各原因に対する対処方法は以下のとおりです。 

1. 以下の観点でマウント情報のファイルを見直ししてください。 

― クラスタアプリケーションにより制御されるファイルシステムの定義において先 

頭行に #RMS# が記述されてるか? 

― デバイス名に間違いがないか? 

― マウントポイントに間違いはないか? 

― ノード間で設定が一致しているか? 

2. 以下の観点で GDS リソースに関する設定を見直ししてください。 

― クラスタアプリケーションに当該ファイルシステムを含む GDS のディスククラス 

が登録されているか? 

― 登録されているディスククラスに誤りがないか? 

3. マウントするデバイス上にファイルシステムを作成してください。 

4. 手動で fsck コマンドを実行し、ファイルシステムの復旧が可能かを確認します。復旧で 

きない場合は、ファイルシステムを再作成し、データを復旧します。 

5. fsck コマンドでファイルシステムの復旧を手動で行い、実際に要した時間計測します。 

その後、Fsystem リソースの Timeout 時間に計測した時間を追加してください。 

6. 以下の観点でマウント情報のファイルを見直ししてください。 

― クラスタアプリケーションにより制御されるマウントポイントの定義において先 

頭行に #RMS# が記述されてるか? 

― share を実行するマウントポイントの定義に間違いはないか? 

― ノード間で設定が一致しているか? 

7. 他のアプリケーションがマウントポイントを使用している場合は、そのアプリケーション 

でマウントポイントを使用するのをやめるか、アプリケーションを終了してください。 

95


96 

Q3-2-50 運用中に RMS の (SYS, 88) のメッセージが表示される 

原因 

以下のいずれかの原因で、秒以上たっても応答がないためメッセージか表示されていま 

す。 

● クラスタインタコネクトがハード故障により通信ができない 

● RMS がハートビート処理をできないほど、システムの CPU 負荷が長時間発生している 

● NTP で急激な時刻戻しが行われたため、RMS 間のハートビートが途切れた 

対処 

要因に従って以下の対処を行ってください。 

● LAN カード交換、ケーブル交換などを行い、ハード故障の要因を取り除いてください。 

● のホストが高負荷となっている処理を見直してください。 

● NTP でゆっくりとした時刻合わせを行なってください。 

Q3-2-51 サブシステムハングによって業務が停止した 

原因 

運用ノード内の一部の I/O だけが異常になっているために、業務が停止している可能性があり 

ます。 

一部の I/O だけが異常でその他の I/O が正常のため、クラスタシステムが異常事象を検知して 

いない場合(クラスタシステムの監視からは正常に見えている場合)を、サブシステムハングと 

呼びます。 

対処 

待機ノードに切り替わることによって業務再開の見込みがあるため、以下の対処を実施してくだ 

さい。 

● 運用ノードあるいは待機ノードにログインできる場合 

sdtool コマンドを使用して、運用ノードを停止業務を切替えてください。 

sdtool -k node-name 

node-name : 停止するノードの CF ノード名を指定します。 

● いずれのノードにもログインできない場合 

― PRIMEPOWER の場合 

本体装置のリクエストスイッチを押して、運用ノードをパニックさせてください。 

リクエストスイッチを有効にするには、モードスイッチの操作も必要です。 

― PRIMERGY の場合 

本体装置の NMI ボタンを押すか、キー操作によって運用ノードをパニックさせて 


― PRIMEQUEST の場合 

Web-UI を使用して運用ノードを停止してください。


Q3-2-52 クラスタノードが起動しているにもかかわらず、Cluster Admin の CRM メインウィ 

ンドウでクラスタノードが起動状態 (緑色のアイコン)にならない 

対処 

Cluster Admin を終了し、Web-Based Admin View 画面の Global Cluster Services メニューか 

ら、再度 Cluster Admin を起動してください。 

Cluster Admin が起動した後、CRM ウィンドウを表示しクラスタノードの起動状態を確認してく 

ださい。 

Cluster Admin を再起動しても同様の現象が頻繁に発生する場合は、当社技術員 (SE) に連絡し 


確認事項 

Cluster Admin の CF ウィンドウで、該当のクラスタノードが起動状態 (緑色のアイコン)で表 

示されていますか? 

Q3-2-53 運用中に 7210 のメッセージが表示される 

An error was detected in MMB. (node:nodename mmb_ipaddress1:mmb_ipaddress1 

mmb_ipaddress2:mmb_ipaddress2 node_ipaddress1:node_ipaddress1 

node_ipaddress2:node_ipaddress2 status:status detail:detail) 

原因 

MMB からの応答がないためメッセージか表示されていると考えられます。 

対処 

以下の要因が考えられます。要因に従って対処を行ってください。 

● MMB が故障している 

ハード故障の要因を取り除いてください。 

● システムの CPU 負荷が長時間発生している 

メッセージが表示されたノードで高負荷となっている処理を見直してください。 

Q3-2-54 クラスタアプリケーションを Online へ遷移させたとき、以下のメッセージが表示 

され状態遷移プロシジャリソースで異常が発生する。 

FJSVcluster: ERROR: clexecproc: 6817: An error occurred during state transition 

procedure execution.(error procedure:procedure 

detail:code1-code2-code3-code4-code5-code6-code7) 

原因 

状態遷移プロシジャ内で標準出力または標準エラーにメッセージを出力しようとしたため、状態 

遷移プロシジャが異常終了した可能性があります。 

状態遷移プロシジャ内では echo(1) コマンドなどで標準出力および標準エラー出力にメッセー 

ジを出力することはできません。 

97


98 

対処 

状態遷移プロシジャの動作状態を確認する場合は、リダイレクションを使用して自製品のログ 

ファイルに出力してください。 

Q3-2-55 現象1:シャットダウン時に「clonltrc: ERROR: Module clonltrc is in use」の 


現象2:システム起動時に「rc: Starting clonltrc: failed」のメッセージが出力される 

原因 

対処 

● 現象1の原因 

シャットダウン時に、カーネルモジュール(clonltrc)が使用する特殊ファイルをオープ 

ンしたままのプロセスが存在するため、カーネルモジュール(clonltrc)の停止時にモ 

ジュールのアンロードに失敗するメッセージが出力されます。 

● 現象2の原因 

シングルユーザモードに移行した場合、現象1の原因によりカーネルモジュール 

(clonltrc)がロードされたままになることがあります。その状態でマルチユーザモード 

に移行した場合、すでにカーネルモジュール(clonltrc)がロード済みであるため、カー 

ネルモジュール(clonltrc)のロードで失敗するメッセージが出力されます。 

1. 現象1と現象2が発生した場合 

シングルユーザモードからマルチユーザモードに移行した場合、必ずシステム再起動の操 

作 (例: shutdown -r now) によりマルチユーザモードに移行するようにしてください。 

2. 現象1のみ発生した場合(シングルユーザモードに移行した場合) 

本メッセージが出力されるだけで動作に問題ありません。マルチユーザモードに移行する 

場合は、必ずシステム再起動の操作 (例: shutdown -r now) によりマルチユーザモード 

に移行するようにしてください。 

3. 現象1のみ発生した場合(通常のシャットダウンまたはシステム再起動の場合) 

対処の必要はありません。本メッセージが出力されるだけで動作に問題ありません。 

4. 上記以外が発生する場合は、当社技術員に連絡してください。 

Q3-2-56 ノード故障が発生していないにもかかわらず、ノード故障を通知する以下のメッ 

セージが表示される 

"FJSVcluster: エラー: claddfaultrsc: 6751: SysNode 故障が発生しました" 

原因 

全ノードが停止した状態から1ノードのみ起動させた場合に、本メッセージが表示される場合が 


対処 

オペレータに他ノードが停止しているという注意を喚起するために表示されるメッセージであ 

り、実際にノード故障が発生していないのであれば、特に対処を行う必要はありません。


Q3-2-57 PersistentFault 属性を 1(Yes) に設定しているにもかかわらず、userApplication 

が起動時 Faulted にならない 

原因 

以下の条件をすべて満たす場合、PersistentFault 属性に 1 が設定されていても、 

userApplication は起動時 Faulted になりません。 

1. ノードの FC ケーブルをすべて抜く。 

2. I/O エラー検出後 Faulted に遷移する前に、PRIMECLUSTER 以外の製品の処理でノードが 

パニックしリブートする。 

3. 共有ディスク接続確認 (*1) により RMS の起動が抑止される(FC ケーブルは抜けたまま 

の状態)。 

4. FC ケーブルを差し戻し、再度リブートする。 

FC ケーブル抜けなど共有ディスク接続確認において故障が検出された場合、PersistentFault 

属性が機能し userApplication を Faulted にするより前に、共用ディスク接続確認が故障を通 

知し、RMS の起動を抑止します。 

このため、故障から復旧し RMS が起動できる状態になった後に、あらためて故障を通知し、 

userApplication 起動の抑止を行う必要がないため、userApplication を Faulted にしていま 

せん。 

(*1)共有ディスク装置接続確認の設定については、PRIMECLUSTER 導入運用手引書(Solaris(TM) 

オペレーティングシステム版)の、「5.3 共用ディスク装置接続確認の設定」を参照してくださ 

い。 

対処 

不要です。 

Q3-2-58 hvlogcleanコマンドを実行した際に以下のメッセージがsyslog、およびCluster 

Adminに出力される 

clwatchlogd: FJSVcluster: ERROR: exec_chg_line: 6000: An internal error occurred. 

(function:fopen detail:0x30000071-0x2-0-0xffff) 

原因 

hvlogcleanコマンドを実行した際に、RMSのログファイルが一時的に参照できなくなった可能性 


対処 


99


100 

Q3-2-59 状態遷移中にリソース故障が発生した場合、Faultedのクリア操作を行っていなくて 

も以下のメッセージが出力されることがある 

cldelfaultrsc: FJSVcluster: INFO: cldelfaultrsc: 2700: The resource fail has 

recovered.SysNode:SysNode userApplication:userApplication Resorce:resource 

対処 

hvdispコマンド、または ClusterAdminのRMSタブでリソースの状態を確認し、Faultedのクリア 

操作を行ってください。 

Q3-2-60 ネットワークカード交換後、ネットワークがアップしない 

原因 

ネットワーク定義ファイル (ifcfg-ethx)のMACアドレスを修正していないことが考えられます。 

対処 

ifcfg-ethxのMACアドレスを修正してください。 

Q3-2-61 富士通 MW の PRIMECLUSTER 対応製品において、状態遷移プロシジャからプロセス監 

視を使用せずにプロセスを起動する場合、そのプロセスのファイルディスクリプタ(fd)がハー 

ド/ソフトリミット共に 1024となる 

原因 

PRIMECLUSTERの状態遷移プロシジャでは、PRIMECLUSTERの資源を引き継いでプロセスが起動され 

るため、ファイルディスクリプタ(fd)のハード/ソフトリミットが共に1024となります。 

対処 

以下の手順で対処を行なってください。 

本手順はApplicationクラスの状態遷移プロシジャproc.shを変更する場合の手順です。ク 

ラスや状態遷移プロシジャ名は環境に合わせて変更し実施してください。 

1. すべてのノードのRMSを停止します。 

以下のコマンドをクラスタを構成するいずれかのノードで実行し、すべてのノードのRMS 

を停止します。 

# hvshut –a 

2. 一時ディレクトリに移動し、状態遷移プロシジャを取り出します。 

例)一時ディレクトリ/tmpに状態遷移プロシジャproc.shを取り出す場合 

# cd /tmp 

# /etc/opt/FJSVcluster/bin/clgetproc -c Application proc.sh


3. 取り出した状態遷移プロシジャを編集します。 

状態遷移プロシジャの処理の先頭に"ulimit"の定義を追加し、ファイルディスクリプタの 

最大値を指定します。"ulimit"で指定する値は、その環境で必要な値を設定してください。 

例) ファイルディスクリプタの最大値を4096に設定する場合 

# vi proc.sh 

#!/bin/sh 

ulimit -n 4096 

・・・ 

4. 編集した状態遷移プロシジャを登録します。 

# /etc/opt/FJSVcluster/bin/clsetproc -c Application -o proc.sh 

5. 状態遷移プロシジャを登録しているすべてのノードで 2.~4.の手順を実施します。 

6. RMSを起動します。 

以下のコマンドをクラスタを構成するいずれかのノードで実行し、すべてのノードのRMS 

を起動します。 

# hvcm -a 

Q3-2-62 運用系でシステム停止中に、以下のエラーメッセージが出力された 

cldelmsg: FJSVcluster: ERROR: cldelmsg: 6000: An internal error occurred. 

(function:_ClExecGetNode detail:0x300a0006-0xfffffff4-0-0) 

原因 

クラスタシステム全体としての切替処理が完了する前に、相手ノードでシャットダウン処理が開 

始された可能性があります。 

対処 

切替処理が完了してから shutdown を実施してください。 

101


3.3 CF に関するトラブル 

102 

CF に関するトラブルシューティングについて説明します。 

メッセージの出力先は、使用する OS によって異なります。 

― Solaris の場合:/var/adm/messages 

― Linux の場合:/var/log/messages 

本節では、特に断りのない限り Solaris のメッセージファイル名を記載しています。 



Q3-3-1 ノードがクラスタに参入できない ○ ○ 

Q3-3-2 システム起動時、/var/log/messages ファイルに以下の警告 

メッセージが出力される場合がある 

Warning!!! net_device size is different 

- ○ 

Q3-3-3 運用中に /var/adm/messages ファイルに以下のメッセージが 

出力される場合がある 

cf:mipc:ib_available gethostbyname: No such file or 

directory 

○ ○ 

Q3-3-4 PRIMECLUSTER 環境で、XSCF にてサーバが認識できない ○ - 

Q3-3-5 Auto negotiation を使用しているインタコネクトデバイスにつ 

いて、cftool –d で表示される speed が、実際の speed と異 

なることがある 

または、クラスタインタコネクトにギガビットイーサネットを 

使用しているにもかかわず、cftool –d で表示される speed 

が、"100" で表示される 

○ ○ 

Q3-3-6 Cluster Admin の CF メインウィンドウにてリモートデバイス 

とローカルデバイスが UNKNOWN となる 

○ ○ 

Q3-3-7 Cluster Admin の CF メインウィンドウで、相手ノードの状態 

が "UNKNOWN" と表示される 

○ ○ 

Q3-3-8 cfconfig コマンドで CF のシャットダウンを行うと、以下の 

メッセージが表示され CF がシャットダウンできない 

cfconfig: cannot unload: #0406: generic: resource is busy 

および cfconfig: check if dependent service-layer module(s) 

active 

○ ○ 

Q3-3-9 Cluster Admin GUI で CF の起動を行うと、以下のメッセージ 

が出力され、GFS の起動に失敗する 

ERROR: sfcfsrm:0011: Starting the sfcfrmd daemon failed 

because quorum does not exist 

○ ○ 

Q3-3-10 ciptool が実行できない - ○

Q3-3-1 ノードがクラスタに参入できない 


対処 

"3.7 ノードの参入に関するトラブル" を参照して、システムの状態を確認してください。 

Q3-3-2 システム起動時、/var/log/messages ファイルに以下の警告メッセージが出力される 

場合がある 

Warning!!! net_device size is different 

対処 

動作に問題はありませんので、対処の必要はありません。本メッセージを無視してください。 

Q3-3-3 運用中に /var/adm/messages ファイルに以下のメッセージが出力される場合がある 

cf:mipc:ib_available gethostbyname: No such file or directory 

原因 

ノード名(uname -nの出力)と CF ノード名が異なる場合、CF ノード名は /etc/inet/hosts 

(Solaris)または /etc/hosts(Linux)に存在しないため、本デバッグメッセージが出力され 

ます。 

対処 

本メッセージは保守用のメッセージであり、動作に問題はありませんので、対処の必要はありま 

せん。本メッセージを無視してください。 

デバッグメッセージを非表示にするには、/etc/inet/hosts(Solaris) または /etc/hosts 

(Linux)に CF ノード名を記述してください。 

Q3-3-4 PRIMECLUSTER 環境で、XSCF にてサーバが認識できない 

原因 

クラスタサーバと XSCF の IP アドレスのセグメントが異なっている可能性があります。 

対処 

クラスタサーバと XSCF の IP アドレスのセグメントが異なるとシャットダウン機構を使用す 

ることができません。クラスタサーバと XSCF の IP アドレスを同一セグメントにしてください。 

103


104 

Q3-3-5 Auto negotiation を使用しているインタコネクトデバイスについて、cftool –d で 

表示される speed が、実際の speed と異なることがある 

または、クラスタインタコネクトにギガビットイーサネットを使用しているにもかかわず、 

cftool –d で表示される speed が、"100" で表示される 

説明 

cftool –d で表示される speed は、必ずしもその時のデバイスの speed と一致するとは限りま 

せん。 

対処 

/var/adm/messages ファイルおよびコンソールに出力されているシステム起動時のメッセージ 

を参照し、該当のデバイスがアップされる際に表示される speed を確認してください。 

[/var/adm/messages] 

fjgi0: network connection up 

autonegotiation: on 

speed: 1000 

Q3-3-6 Cluster Admin の CF メインウィンドウにてリモートデバイスとローカルデバイスが 

UNKNOWN となる 

現象 

Cluster Admin の CF メインウィンドウで、リモートデバイスとローカルデバイスに UNKNOWN と 

表示される。 

Cluster Admin の CF メインウィンドウにて、左パネルツリーの CF ノード名をクリックし表示 

されるノードの詳細画面において、"ルート" のリモートデバイスとローカルデバイスが 

UNKNOWN となる場合があります。 

原因 

Cluster Admin の障害です。 

対処 

Cluster Admin のパッチを適用してください。 

なお、以下のコマンドを実行することで正しい状態を確認することができます。 

# /opt/SMAW/SMAWcf/bin/cftool -d


Q3-3-7 Cluster Admin の CF メインウィンドウで、相手ノードの状態が "UNKNOWN" と表示さ 

れる 

原因 

全クラスタインタコネクト間の通信ができないために相手ノードの状態が認識でき 

ず、"UNKNOWN" と表示されています。 

対処 

すべてのクラスタインタコネクト間の通信が可能な状態にし、すべてのノードを再起動してくだ 

さい。 

Q3-3-8 cfconfig コマンドで CF のシャットダウンを行うと、以下のメッセージが表示され 

CF がシャットダウンできない 

cfconfig: cannot unload: #0406: generic: resource is busy および cfconfig: check if 

dependent service-layer module(s) active 

原因 

PRIMECLUSTER 階層型サービスの CF リソースが稼働中であるか、PRIMECLUSTER 階層型サービス 

に CF リソースの割り当てが行われている場合にエラーとなります。 

対処 

RMS、SIS、OPS、CIP などを停止させてから CF をアンロードする必要があります。個々の製品の 

停止方法については、製品の README を参照してください。システムログファイルに以下の詳細エ 

ラーメッセージも出力されます。 

OSDU_stop: failed to unload cf_drv 

システムを再起動しているシャットダウンスクリプトが cfconfig コマンドを呼び出すという特 

別な場合には、以下のエラーメッセージがシステムログファイルに出力されます。 

OSDU_stop: runlevel now n: sent EVENT_NODE_LEAVING_CLUSTER (#xxxx) 

cfconfig: cannot unload: #0423: generic: permission denied 

CF のシャットダウンでエラーが発生しました。通常、このエラーメッセージは権限のないユーザ 

が CF を停止させようとした場合に出力されます。CF の起動、停止、および構成はシステム管理 

者権限で実行してください。システムログファイルに以下の詳細エラーメッセージも出力されます。 

OSDU_stop: failed to open /dev/cf (EACCES) 

105


106 

Q3-3-9 Cluster Admin GUI で CF の起動を行うと、以下のメッセージが出力され、GFS の起 

動に失敗する 

ERROR: sfcfsrm:0011: Starting the sfcfrmd daemon failed because quorum does not exist 

説明 

本メッセージは、GUI からの CF 起動時に、クラスタ整合状態が保証されていないため、GFS サー 

ビスの起動を中止したことを示しています。sfcfrmd デーモンの起動方法を wait に設定してい 

る場合、GUI からの CF 起動時に、クラスタ整合状態が保証されていないと、GFS サービスの起 

動を中止します。 

以下の場合に、クラスタ整合状態が保証されないため、GFS サービスの起動を中止します。 


● 全ノードで CF を停止した後に、GUI から CF の起動し GFS の運用を行おうとした。 

対処 

全ノードの CF を停止した後に、GUI から CF の起動を行う場合は、"PRIMECLUSTER Global File 

Services 説明書" の "GFS 共用ファイルシステムを利用している環境で GUI から CF を起動す 

る手順"に従って、CF を起動してください。 

上記の手順に従っても、GFS サービスの起動に失敗する場合は、クラスタパーティションが発生し 

たことが原因と考えられます。"PRIMECLUSTER Global File Services 説明書" の "sfcfrmd デー 

モンが起動しない場合の対処" を参照し、対処を行ってください。 

Q3-3-10 ciptool が実行できない 

対処 

/usr/bin/ciptool が、/opt/SMAW/SMAWcf/bin/ciptool へのシンボリックリンクか確認してくださ 

い。 

シンボリックリンクでない場合は、/opt/SMAW/SMAWcf/bin/ciptool コマンドを実行してください。

3.4 RMS に関するトラブル 

RMS の使用中に発生する問題の解決方法について説明します。 

以下の現象が発生した場合は、該当する問題の対処方法を試してください。 


RMS で異常が発生した場合、トラブルシューティングのための情報を含んだエラーメッセージが出 

力されます。メッセージの内容を確認し、その内容に従った対処を行ってください。 



Q3-4-1 ユーザアプリケーションを削除したにもかかわらず、削除前の情報 

が表示される 

○ ○ 

Q3-4-2 RMS 起動時に毎回ファイルシステムの fsck が行われる ○ - 

Q3-4-3 RMS が起動後にハングする ( プロセスは実行中だが、hvdisp がハ 

ングする) 

○ ○ 

Q3-4-4 RMS が起動直後にループする ( 停止する場合もある) ○ ○ 

Q3-4-5 RMS がノードの障害を検出しても (network connection failed to 

host/ ...)、ノードを停止しようとしない 

○ ○ 

Q3-4-6 hvcm コマンドを使用してRMS を起動した場合に、クラスタアプリ 

ケーションに登録しているアプリケーションの機能がパーミッショ 

ンエラーとなる 

○ ○ 

Q3-4-7 RMS のログ格納ディレクトリ (/var/opt/SMAWRrms/log) に格納さ 

れている RMS ログファイルが削除される 

○ ○ 

Q3-4-8 RMS 間のハートビートが切断されてから、相手ノードを強制停止す 

るまでの時間を変更したい 

○ ○ 

Q3-4-9 RMS を起動させると、RMS(BM, 82) のメッセージが出力され RMS が 

停止し、他ノードより強制停止 (panic/sendbreak/reset) される 

○ ○ 

Q3-4-10 運用中に以下のメッセージが表示され、ノードがパニックした 

(BM, 65)NOTICE:Base monitor heartbeat between this host and 

hostis off. 

○ ○ 

Q3-4-11 RMS を起動すると、RMS (WRP, 34) のメッセージが表示されてハー 

トビートが切断し、ノードが強制停止 (panic/sendbreak/reset) さ 

れる 

○ ○ 

Q3-4-12 スケーラブル運用のクラスタアプリケーションの状態が Wait 後、 

Faulted となる 

○ ○ 

Q3-4-13 スケーラブル運用のクラスタアプリケーションが複数ノードで 

Online になる 

○ ○ 

Q3-4-14 hvshut コマンドを実行すると、以下のエラーメッセージが出力され 

た 

hvshut terminates due to timeout 

○ ○ 

Q3-4-15 hvipalias ファイルに定義されていない IP アドレスが引継ぎIPア 

ドレスとして活性化された 

○ - 

Q3-4-16 RMS 停止処理時に、RMS でタイムアウトが発生し、Offline 処理が 

行われなかった 

○ ○ 

Q3-4-17 RMS を起動すると以下のメッセージが出力され、RMS の起動に失敗 

する 

(CML, 14) ####ERROR: Unable to find or Invalid configuration 

file#####」 

○ ○ 

Q3-4-18 "hvswitch -f" コマンドを実行した際に、"Command aborted" のメッ 

セージが出力される 

○ ○ 

Q3-4-19 運用中に RMS(WRP,34)、(WRP,35) のメッセージが表示される ○ ○ 

107


108 



Q3-4-20 RMS の停止を行うと 1 台でパニックが発生した ○ ○ 

Q3-4-21 PRIMECLUSTER 起動時に RMS の起動に失敗し、Cluster Admin の msg 

タブに以下が出力される 

hvdisp RMS is not running 

ERROR:RMS has died unexpectedly! 

○ ○ 

Q3-4-22 ノードを停止すると以下のメッセージが表示された 

(ADM, 108): NOTICE: Processing shutdown request for host 

npydsdb21RMS. 

○ ○ 

Q3-4-23 RMS が起動されない ○ ○ 

Q3-4-24 hvshut コマンドの -l オプションを両ノードで使用して問題ない 

か 

○ ○ 

Q3-4-25 運用中以下のメッセージが表示され、ノードが強制停止された 

(SYS, 88): WARNING: Detected missing heartbeat from cluster host 

. This may be a temporary problem caused by high system 

load. RMS will react if this problem persists for more than 

seconds. 

(SYS, 88): WARNING: No heartbeat from cluster host 

within the last 10 seconds. 

This may be a temporary problem caused by high system load. RMS 

will react if this problem persists for seconds more. 

○ ○ 

Q3-4-26 運用中以下のメッセージが表示され、クラスタノードが Online か 

ら Offline に遷移した 

(SYS, 88): WARNING: Cluster host transitioned from 

online to offline unexpectedly. 

Allowing more seconds to expire before treacting. 

○ ○ 

Q3-4-27 RMSを起動すると以下のメッセージが出力される 

(SCR, 25): WARNING: Controller 

StateChangeScript has failed with status n. 

○ - 

Q3-4-28 RMS の停止処理中にシステムが異常停止しても、業務が待機系に切 

り替わらない 

○ ○ 

Q3-4-29 以下の条件の時、他ノードから強制停止のアクションが実行される 

- RMS が起動されており、かつ、 

- 利用者アプリケーションが RMS が使用するメッセージキュー 

を削除した場合 

出力されるメッセージ: 

RMS (QUE, 1): FATAL ERROR: Error status in ADMIN_Q. 

RMS (BM, 47): NOTICE: RMS monitor has exited with the exit 

code . 

○ ○ 

Q3-4-30 MAC アドレス引継ぎを設定したリソースが定義されている 

userApplication を起動すると、引継ぎネットワークリソースの活 

性化に失敗する。MAC アドレスの設定を表記しないと、正常に引継 

ぎネットワークリソースを活性化できる 

○ - 

Q3-4-31 Cmdline リソースが Online 状態にもかかわらず Start スクリプ 

トが実行され、Cmdline リソースから呼ばれるアプリケーションが 

二重起動される 

○ ○ 

Q3-4-32 Fsystem リソースに異常が発生し、フェイルオーバが発生する ○ ○




Q3-4-33 RMS 起動時に以下のメッセージが出力される 

(CRT, 4): ERROR: XXXXRMSXXX: userApplication Contract 

retransmit failed: Message Id = 33 see bmlog for contract 

details. 

○ ○ 

Q3-4-34 hvswitch コマンドを実行しても、userApplication の切替えができ 

ない 

○ ○ 

Q3-4-35 PRIMECLUSTER 動作中、/var 領域が 100% になった ○ ○ 

Q3-4-36 userApplication の切替えを行うとパトロール診断リソースが 

Fault になる 

○ - 

Q3-4-37 userApplication の排他設定が行われているにも関わらず、同一 

ノードで優先度の高い userApplication と優先度の低い 

userApplication が Standby -Online 状態で混在する 

○ ○ 

Q3-4-38 手動切替時、自ノードの userApplication の Offline 処理が完了 

する前に、相手ノードが停止した。このため自ノードで再度 

userApplication が Onlineになることを期待したが、自動的に 

Online にならなかった 

○ ○ 

109


110 

Q3-4-1 ユーザアプリケーションを削除したにもかかわらず、削除前の情報が表示される 

説明 

ユーザアプリケーションを削除しても Configuration 情報の構成に矛盾がある場合、削除前の構 

成情報が表示されます。 

対処 

RMS 構成に矛盾がないかを確認してください。 

Q3-4-2 RMS 起動時に毎回ファイルシステムのfsck が行われる 

原因 

/etc/dfs/dfstab ファイルに、誤って Fsystem リソースとして設定されているファイルシステ 

ムに対する share の記述が行われている可能性があります。 

対処 

クラスタアプリケーションに含まれるファイルシステムリソースをネットワークで共有 (NFS) す 

る場合は、"PRIMECLUSTER 導入運用手引書" の "6.6.1.2.1 事前設定" の "■ファイルシステムを 

ネットワークで共有 (NFS) する場合の準備" に従い、事前設定してください。 

Q3-4-3 RMS が起動後にハングする ( プロセスは実行中だが、hvdisp がハングする) 

説明 

ローカルノードが他のクラスタノードから見て LEFTCLUSTER 状態の場合に、この問題が発生しま 

す。 

対処 

すべてのクラスタノード上で cftool –n を実行し、ローカルノードの状態が LEFTCLUSTER 状態と 

なっているか確認してください。 

LEFTCLUSTER 状態となっている場合は、ローカルノードで cftool –k を実行し、LEFTCLUSTER 状 

態をクリアしてください。ノードがクラスタに参入したあとも、RMS は稼動し続けます。RMS を再 

起動する必要はありません 

Q3-4-4 RMS が起動直後にループする ( 停止する場合もある) 

説明 

CIP 構成定義ファイル(/etc/cip.cf)にネットマスクのエントリが含まれている可能性がありま 

す。 

RMS では、ネットマスクのエントリがあると、ネットマスクを IP アドレスと判断してホスト名を 

検索する処理を行うため処理が停止します。 

対処 

ネットマスクのエントリが /etc/cip.cf に存在することを調べてください。 

ネットマスクのエントリを削除して、RMS を再起動してください。


Q3-4-5 RMS がノードの障害を検出しても (network connection failed to host/ ...)、ノー 

ドを停止しようとしない 

説明 

過去の停止要求が失敗したときからノードが Wait 状態になっている場合に、この問題が発生しま 

す。 

Wait 状態の SysNode に対する停止要求が失敗すると、システム管理者がこの状態を手動 

でクリアするまで、Wait 状態は変化しません。 

対処 

hvdisp -T SysNode を使用してすべての SysNode オブジェクトの状態を確認してください。 

(hvdisp コマンドの実行には、ルート権限は必要ありません。) 

SysNode が Wait 状態であることを確認したら、hvutil -o SysNode または hvutil –u SysNode を 

実行します。 

hvutil -u を実行すると、正常なノードは SysNode が停止しているものとみなし、直ち 

にフェイルオーバを起動します。このとき、ノードがアクティブの場合は、データが破損 

する可能性があります。必ず、ノードを停止させてからコマンドを実行してください。 

hvutil -o を実行すると、正常なノードは SysNode が稼動しているものとみなします。 

したがって、正常なノードはリモート SysNode と同期がとられているものと想定して動 

作します。正常に動作していない場合は、本コマンドを実行しないでください。データが 

破損する可能性があります。 

Q3-4-6 hvcm コマンドを使用してRMS を起動した場合に、クラスタアプリケーションに登録 

しているアプリケーションの機能がパーミッションエラーとなる 

対処 

hvcm コマンドを使用して RMS を起動すると、クラスタが起動するプロセスの実グループID と 

実効グループ ID は 1(other) になります。よって、起動するクラスタサービスの実効グループ 

ID が 0(root) でなければならない場合は、hvcm(1M) コマンドで RMS を起動する際に、スー 

パーユーザ権限で、以下を実行して実効グループを変更してください。 

# newgrp root 

# /opt/SMAW/bin/hvcm hvcm(1M)コマンドのオプション 

# newgrp 

hvcm(1M) コマンドのオプション:hvcm(1M) コマンドに指定するオプションを指定します。 

hvcm(1M) コマンドのオプションの指定方法については、hvcm(1M) コマンドのオンラインマニュ 

アルを参照してください。 

InterAPLINK を使用している場合は、グループ ID が 0(root) でなければならないため RMS の 

起動を Cluster Admin GUI から行うか、上記方法で hvcm コマンドを実行してください。 

111


112 

Q3-4-7 RMS のログ格納ディレクトリ (/var/opt/SMAWRrms/log) に格納されている RMS ログ 

ファイルが削除される 

原因 

RMS ログファイルは、 RMS の環境変数 HV_LOG_ACTION 、 HV_LOG_ACTION_THRESHOLD 、 

HV_LOG_WARN_THRESHOLD、RELIANT_LOG_LIFE の設定内容に従って、保持日数、サイズがチェック 

され、古いログは自動的に削除されます。 

対処 

RMS の環境変数 HV_LOG_ACTION、HV_LOG_ACTION_THRESHOLD、HV_LOG_WARN_THRESHOLD、 

RELIANT_LOG_LIFE の設定内容を確認し、運用に合わせて変更してください。 

Q3-4-8 RMS 間のハートビートが切断されてから、相手ノードを強制停止するまでの時間を変 

更したい 

対処 

RMS を起動する hvcm コマンドにおいて、-h オプションと変更したい時間(秒)を指定して実行す 

ることで変更できます。なお、本オプションを指定しない場合のデフォルトは 45 秒です。 

例)相手ノードを強制停止するまでの時間を 100 秒に変更する場合 

# hvcm -c config -h 100 -a 

なお、本オプションを指定しない場合のデフォルトはバージョンにより異なり、以下のとおりで 

す。 

● 4.0Axx, 4.1Axx の場合: 45 秒 

● 4.2A00 以降の場合 : 600 秒 

Q3-4-9 RMS を起動させると、RMS(BM, 82) のメッセージが出力され RMS が停止し、他ノード 

より強制停止 (panic/sendbreak/reset) される 

原因 

クラスタインタコネクトを使用したノード間の通信ができていません。その原因として、OS 起動 

時に、クラスタインタコネクトが使用する NIC が、half-duplex で起動している可能性がありま 

す。 

対処 

ノード間の通信が確実に行われるようにしてください。 

Switching Hub の Port の設定、またはノードの NIC の negotiation の設定を見直してください。 

その後、ローカルの RMS モニタを再起動してください。

Q3-4-10 運用中に以下のメッセージが表示され、ノードがパニックした 


(BM, 65)NOTICE:Base monitor heartbeat between this host and hostis off. 

原因 

RMS のハートビートが切れたため相手ノードを強制停止したと考えられます。 

RMS ではハートビート切れを検出すると、45 秒間ハートビートの復旧を待ちますが、45 秒間経過 

しても、復旧しなかった場合、相手ノードを強制停止します。 

対処 

システムの負荷など、ハートビート切れとなる要因が発生していないか確認し、その原因の対処を 

行なってください。 

RMS のハートビート監視時間を変更したい場合は、RMS を起動する際、-hオプションで監視時間を 

指定してください。 

Q3-4-11 RMS を起動すると、RMS (WRP, 34)のメッセージが表示されてハートビートが切断し、 

ノードが強制停止 (panic/sendbreak/reset) される 

原因 

クラスタインタコネクトを使用したノード間の通信ができていません。 

ノード間通信が失敗した原因として、RMS(WRP, 39) のメッセージが表示されている場合は、メモ 

リ不足などの I/O 負荷やシステム負荷が発生している可能性があります。 

対処 

I/O 負荷やシステム負荷がないか確認し、負荷を取り除いてください。 

また、/tmp の空き領域が少ない場合、メモリ不足が発生したり、RMS がエラーとなりますので、 

/tmp の使用状況を確認し、/tmp の領域を空けてください。 

Q3-4-12 スケーラブル運用のクラスタアプリケーションの状態が Wait 後、Faulted となる 

説明 

排他関係を設定したスタンバイ運用で構成するスケーラブル運用のクラスタアプリケーションに 

おいて、スケーラブル運用のクラスタアプリケーションの状態が Wait 後、Faulted となる場合が 


以下の条件の場合、スケーラブル運用のクラスタアプリケーションの状態が Wait 後、Faulted と 

なります。 

1. 排他関係を設定したスタンバイ運用で構成するスケーラブル運用のクラスタアプリケー 

ションが存在している。かつ、 

2. ノード異常やリソース故障などの要因により、1 つ以上のスタンバイ運用のクラスタアプ 

リケーションの運用となれるノードが存在しない。 

113


114 

例) 

ノード 1 とノード 2 で異常が発生し、スタンバイ運用のクラスタアプリケーション 2 で運用 

となれるノードが存在しないため、スケーラブル運用のクラスタアプリケーションが Wait 後、 

Faulted となります。 

対処 

"説明" に記載した条件にあてはまる場合、すべてのスタンバイ運用のクラスタアプリケーション 

が運用状態になるまでの間、スケーラブル運用のクラスタアプリケーションの状態は Wait となり、 

タイムアウト時間が経過すると Faulted となります。 

タイムアウト時間はスケーラブル運用のクラスタアプリケーションの ScriptTimeout 属性値です。 

スケーラブル運用のクラスタアプリケーションが Faulted となった後にスケーラブル運用のクラ 

スタアプリケーションの Faulted をクリアしてください。 

例) 

# hvutil -c スケーラブル運用のuserApplication名 

また、ノード異常やリソース故障を解消した後、スタンバイ運用のクラスタアプリケーションが 

Online となるように切替えを行ってください。"説明" に記載した例の場合、ノード 1 またはノー 

ド 2 の異常を解消し、起動した後、スタンバイ運用のクラスタアプリケーション2をノード1また 

はノード 2 が Online となるよう切替えを行ってください。 

例) 

# hvswitch スタンバイ運用のuserApplication名ノード1のSysNode名


Q3-4-13 スケーラブル運用のクラスタアプリケーションが複数ノードで Online になる 

説明 

スケーラブル運用のクラスタアプリケーションが Online となっているノードがパニックなどの 

要因で異常停止後の再起動時において、OS 起動中に hvcm コマンドの実行または ClusterAdmin 

で RMS を起動した場合に発生します。 

対処 

OS 起動中に RMS を起動してしまった場合には、RMSを起動してしまったノードで Online と 

なっているスケーラブル運用のクラスタアプリケーションを Offline に切替えてください。 

例) 

# hvutil -f RMSを起動したOnlineとなっているスケーラブルのuserApplication名 

また、RMS の起動は OS 起動完了(通常運用している OS ランレベルの最後の起動スクリプトの 

実行が完了)を管理者が確認したあとに実施することで回避できます。 

Q3-4-14 hvshut コマンドを実行すると、以下のエラーメッセージが出力された 

hvshut terminates due to timeout 

原因 

hvshut コマンド自体がタイムアウトしたことを意味しています。 

対処 

RMS の環境変数である RELIANT_SHUT_MIN_WAIT を適切な値に変更してください。 

Q3-4-15 hvipalias ファイルに定義されていない IP アドレスが引継ぎ IP アドレスとして 

活性化された 

原因 

引継ぎ IP アドレスを定義するためのファイルである、/etc/hosts が /etc/inet/hosts に正常に 

シンボリックリンクが張られていないことが原因です。 

対処 

シンボリックリンクを張り直してください。 

Q3-4-16 RMS停止処理時に、RMS でタイムアウトが発生し、Offline 処理が行われなかった 

原因 

RMS 環境変数に従い RMS の停止処理にてタイムアウトが発生したことは、PRIMECLUSTER の正常な 

動作です。 

対処 

環境に適した hvshut コマンドのタイムアウト値が環境変数に設定されているかを確認してく 

ださい。 

115


116 

Q3-4-17 RMS を起動すると以下のメッセージが出力され、RMS の起動に失敗する 

(CML, 14) ####ERROR: Unable to find or Invalid configuration file#####」 

原因 

クラスタアプリケーションに登録されてないリソースが残っている可能性があります。 

または、クラスタアプリケーションを作成していない可能性があります。 

対処 

必要に応じて、該当するリソースをクラスタアプリケーションに登録するか、リソースを削除し 


または、クラスタアプリケーションを作成してください。クラスタアプリケーションの概要と作 

成方法については、"PRIMECLUSTER 導入運用手引書" を参照してください。 

Q3-4-18 "hvswitch -f" コマンドを実行した際に、"Command aborted" のメッセージが出力 

される 

原因 

"hvswitch -f" コマンドを実行後の応答メッセージに対して、オペレータの入力誤りがあったと考 


対処 

"Do you wish to proceed ? (default: no) [yes, no]: "のメッセージが出力後、正しい入力を 

行ってください。 

Q3-4-19 運用中に RMS(WRP,34)、(WRP,35) のメッセージが表示される 

原因 

NTP サーバとネットワーク接続されていない可能性があります。 

対処 

NTP サーバとネットワーク接続してください。また、NTP の設定が正しく行われているか確認し 


Q3-4-20 RMS の停止を行うと1台でパニックが発生した 

原因 

クラスタアプリケーションの HaltFlag 属性に "Yes" を設定している場合で、クラスタアプリ 

ケーションの Offline 処理で、リソースの異常が発生したために最終的に panic している可能性 


対処 

/var/adm/messagesで、リソース異常のエラーが出力されていないか確認してください。リソー 

ス異常が発生していた場合は、リソース異常の原因を調査し、正常になるよう対処してください。


Q3-4-21 PRIMECLUSTER 起動時に RMS の起動に失敗し、Cluster Admin の msg タブに以下が 


hvdisp RMS is not running 

ERROR:RMS has died unexpectedly! 

原因 

クラスタインタコネクトで使用しているインタフェースにおいて、OS 起動時に IP アドレスを活 

性化する設定がされている場合、CF の起動に時間がかかり、RMS やクラスタリソース管理機構が 

正常に動作できないことがあります。 

対処 

クラスタインタコネクトで使用しているインタフェースにおいて、OS 起動時に IP アドレスを 

活性化しないように、OS の設定を変更してください。 

Q3-4-22 ノードを停止すると以下のメッセージが表示された 

(ADM, 108): NOTICE: Processing shutdown request for host npydsdb21RMS. 

原因 

RMS を停止しないで、ノードを shutdown させた場合、RMS の停止処理を実行する旨のメッセージ 

が出力されます。 

対処 

対処は不要です。ノードを停止する場合は、事前に RMS を停止させてください。 

Q3-4-23 RMS が起動されない 

原因 

リソース作成後、クラスタアプリケーションを作成していない可能性があります。 

あるいは、userApplication に登録していないリソースが存在する可能性があります。 

対処 

クラスタアプリケーションを作成してください。 

あるいは、userApplication に登録していないリソースがある場合は、登録してください。リソー 

スを RMS で使用しない場合は、削除してください。 

Q3-4-24 hvshut コマンドの -l オプションを両ノードで使用して問題ないか 

対処 

hvshut コマンドの -l オプションを両ノードで使用しても問題ありません。 

なお、両ノード同時に hvshut を実行したい場合は、-a オプションを使用してください。 

117


118 

Q3-4-25 運用中以下のメッセージが表示され、ノードが強制停止された 

(SYS, 88): WARNING: Detected missing heartbeat from cluster host . This may 

be a temporary problem caused by high system load. RMS will react if this problem persists 

for more than seconds. 

(SYS, 88): WARNING: No heartbeat from cluster host within the last 10 seconds. 

This may be a temporary problem caused by high system load. RMS will react if this problem 

persists for seconds more. 

原因 

RMS 間のハートビートが途切れ、秒以上たっても応答がないため、相手ノードを強制停 

止したと考えられます。 

対処 

以下の要因が考えられます。要因に従って対処を行ってください。 

● クラスタインタコネクトがハード故障により通信ができない。 

LAN カード交換、ケーブル交換などを行い、ハード故障の要因を取り除いてください。 

● RMS がハートビート処理できないほど、システムの CPU 負荷が長時間発生している。 

のホストが高負荷となっている処理を見直してください。 

Q3-4-26 運用中以下のメッセージが表示され、クラスタノードが OnlineからOfflineに遷移 

した 

(SYS, 88): WARNING: Cluster host transitioned from online to offline 

unexpectedly. 

Allowing more seconds to expire before treacting. 

原因 

クラスタホストで異常が発生したか、が高負荷状態で 3 秒以上ハート 

ビートをやり取りできないことが考えられます。 

対処 

強制停止が実行される前に表示される警告です。頻繁に出力されてもノードが強制停止されない 

場合は、ノード間通信や業務負荷が高いと考えられます。システムの状態を調査分析し、問題を 

取り除いてください。 

SYS,88 が定期的に発生する場合はその時刻に cron などの自動的な処理により CPU に負荷が 

かかっている可能性があります。 

sar コマンドなどで CPU の負荷を調べた上、CPU 負荷の原因を取り除いてください。 

例えば以下の手順のように CPU 負荷の原因を調査してください。

1. switchlog に SYS, 88 が検出されている時刻を調べます。 

#grep "SYS, 88" /var/opt/SMAWRrms/log/switchlog を実行。 

SYS, 88 は以下のように表示されます。 

下記の例の場合、13 時に発生し、その後 1 時間おきに表示されています。 


2005-11-17 13:00:00.000:(SYS, 88): WARNING: No heartbeat from cluster host pw400 

-sn03RMS within the last 10 seconds. This may be a temporary problem caused by 

high system load. RMS will react if this problem persists for 35 seconds more. 

:==== 




:==== 




:==== 

SYS, 88 が 00 分に発生し、1 時間ごとに出力されています。1 時間ごとに起動される処 

理が本システムで動作している可能性があります。 

2. 手順 1.で特定した時刻で #sar -u を実行し、CPU 使用率を調べます。 

00 分で1時間ごとに起動される処理があると考えられるので、00 分前後(下記例の場合 

は10 時)の CPU 使用率を調べます。(Solaris,Linux 共通) 

例)Solaris の場合 

# sar -u 1 5 

09:59:56 %usr %sys %wio %idle 

09:59:57 5 2 1 93 

09:59:58 5 2 1 92 

09:59:59 5 3 13 80 

10:00:00 5 3 34 57 

10:00:01 5 2 1 92 

Average 5 2 10 83 

例)Linux の場合 

# sar -u 1 5 

09:59:56 AM CPU %user %nice %system %idle 

09:59:57 AM all 5.00 2.00 1.00 93.00 

09:59:58 AM all 5.00 2.00 1.00 92.00 

09:59:59 AM all 5.00 3.00 13.00 80.00 

10:00:00 AM all 5.00 3.00 34.00 57.00 

10:00:01 AM all 5.00 2.00 1.00 92.00 

Average: all 5.00 2.40 10.00 82.80 

CPU 使用率が SYS, 88 が表示されなかった時刻と比べて著しく高かった場合、その時間 

の処理が CPU 負荷の原因と考えられます。 

119


120 

この場合、10:00:00 の wio (Solaris の場合)、system (Linux の場合) の CPU 使用率 

が高いので、この時間の処理が CPU 負荷の原因と考えます。 

Q3-4-27 RMS を起動すると以下のメッセージが出力される 

(SCR, 25): WARNING: Controller StateChangeScript has 

failed with status n. 

原因 

userApplication Configuration Wizard で symfoware のスケーラブルアプリケーションを作成 

する時、Symfoware より上位の階層に 2 つ以上のリソースが存在すると、userApplication 

Configuration Wizard が作成するファイルの値に誤りがあることがあります。このため、 

userApplication 起動時に (SCR, 25) のメッセージが出力されます。 

対処 

メッセージが出力されるだけで動作に影響ありませんが、userApplication Configuretaion 

Wizard で作成した設定ファイルに誤りがあります。 

以下の手順で変更してください。 

1. すべてのクラスタノードで RMS を停止します。 

2. すべてのクラスタノードで /opt/FJSVclsfw/etc/RDBnet/ 配下でリソース名が重複定義 

されたファイルを編集します。 

例 : DB_Symfo ファイルにリソース名 ("symfoDB") が重複定義されている場 

合"symfoDB.symfoDB" を 1 つにします。 

[修正前] 

SFW_RDBSYSLIST=nodeARMS:DB_Symfo:symfoDB.symfoDB 

nodeBRMS:DB_Symfo:symfoDB.symfoDB (1 行で設定されています) 

[修正後] 

SFW_RDBSYSLIST=nodeARMS:DB_Symfo:symfoDB nodeBRMS:DB_Symfo:symfoDB 

すべてのノードの /opt/FJSVclsfw/etc/RDBnet/ 配下のファイルについて、同様にリソー 

ス名の重複設定が行われていないか確認し、重複定義されているものについては修正を 

行ってください。 

3. すべてのノードの RMS を起動します。 

Q3-4-28 RMS の停止処理中にシステムが異常停止しても、業務が待機系に切り替わらない 

原因 

以下の条件の時、PRIMECLUSTER の仕様により業務は待機系に切り替わりません。 

● PRIMECLUSTER V40 系製品を使用しており、かつ、 

● 運用ノードで shutdown や RMS の hvshut コマンドを実行し、かつ、 

● RMS の停止処理が完了する前に halt コマンドなどが実行されてシステムが異常停止し 

た場合 

PRIMECLUSTER V41 系製品では上記と同一条件のもと、業務が待機系に切り替わるように仕様改 

善されています。

対処 

運用ノードの RMS 停止操作を行う前に、業務を待機系に切り替えてください。 

Q3-4-29 以下の条件の時、他ノードから強制停止のアクションが実行される 

- RMS が起動されており、かつ、 

- ユーザアプリケーションがRMSが使用するメッセージキューを削除した場合 

出力されるメッセージ: 

RMS (QUE, 1): FATAL ERROR: Error status in ADMIN_Q. 

RMS (BM, 47): NOTICE: RMS monitor has exited with the exit code . 

原因 

以下の条件の時、PRIMECLUSTER の仕様により業務は待機系に切り替わりません。 

● PRIMECLUSTER V40 系製品を使用しており、かつ、 

● 運用ノードで shutdown や RMS の hvshut コマンドを実行し、かつ、 


● RMS の停止処理が完了する前に halt コマンドなどが実行されてシステムが異常停止し 

た場合 

PRIMECLUSTER V41 系製品では上記と同一条件のもと、業務が待機系に切り替わるように仕様改 

善されています。 

対処 

運用ノードの RMS 停止操作を行う前に、業務を待機系に切り替えてください。 

Q3-4-30 MAC アドレス引継ぎを設定したリソースが定義されている userApplication を起動 

すると、引継ぎネットワークリソースの活性化に失敗する。 MAC アドレスの設定を表記しな 

いと、正常に引継ぎネットワークリソースを活性化できる 

原因 

/opt/SMAW/SMAWRrms/etc/hvipalias ファイルの MAC アドレスの指定が規定のフォーマットに 

従っていない場合に本現象が発生する場合があります。MAC アドレスは、コロン ':' で区切ら 

れたそれぞれの数値を必ず 2 桁で表記する必要があります。 

対処 

以下の例の場合、* の部分において 1 となっている箇所は 01 と記載する必要があります。 

(誤) 

* 

node01 hikitugi_ip hme0 0xffffff00 02:1:22:33:34:40 


(正) 



121


122 

Q3-4-31 Cmdline リソースが Online 状態にもかかわらず Start スクリプトが実行され、 

Cmdline リソースから呼ばれるアプリケーションが二重起動される 

原因 

Cmdline リソースに NULLDETECTOR フラグが設定されている場合、すでに Online状態であって 

も、userApplication の Online 処理が行われると Start スクリプトが実行されます。 

対処 

アプリケーションの二重起動を防止する場合は、NULLDETECTOR フラグの使用をやめ、Cmdline リ 

ソースに Check スクリプトを設定してください。 

Check スクリプトには、最低限以下の処理が必要です。 

1. アプリケーションがすでに起動している場合、0 (Online) を返す。 

2. 上記以外の場合、1 (Online 以外) を返す。 

Q3-4-32 Fsystem リソースに異常が発生し、フェイルオーバが発生する 

原因 

Fsystem リソースの活性化時にファイルシステムのマウントが失敗し、かつ、マウント再施行の 

前処理として実施した fsck の実行時にタイムアウトが発生した可能性があります。 

対処 

環境によって fsck が完了するまでに必要な時間が異なります。 

その環境に合った fsck が完了するまでに必要な時間を見積もり、Fsystem リソースの Timeout 

の設定値の見直しをしてください。 

設定の変更方法については“PRIMECLUSTER 導入運用手引書”を参照してください。 

Q3-4-33 RMS起動時に以下のメッセージが出力される 

(CRT, 4): ERROR: XXXXRMSXXX: userApplication Contract retransmit failed: Message Id = 

33 see bmlog for contract details. 

原因 

リソースの活性化による userApplication の初期化に時間が掛かっている可能性があります。 

対処 

その後、以下のメッセージが確認できればクラスタシステムとしては問題はないので対処は不要 

です。 

(US, 16): NOTICE: Online processing finished! 

(US, 9): NOTICE: Cluster host XXXXXXXXRMS has become online. 

Q3-4-34 hvswitch コマンドを実行しても、userApplication の切替えができない 

原因 

以下のすべての条件を満たす場合、hvswitch コマンドを実行しても SysNode の優先度が高い 

ノードへ切替えることができません。 

1. 優先度が低い userApplication が Online 状態である 

2. userApplication の属性に OnlinePriority が設定されている 

3. hvswitch コマンドで SysNode を指定しない場合


対処 

OnlinePriority が設定されている userApplication の切替えを行う場合は、hvswitch コマン 

ドに SysNode 名も指定してください。 

Q3-4-35 PRIMECLUSTER 動作中、/var 領域が 100% になった 

原因 

RMS 関連のログファイルの肥大化により /var 領域が 100% になったと考えられます。 

RMS 関連のログファイルは、/var 領域が 98% 以上になると定期的に削除されます。 

しかし、RMS から起動されたアプリケーションプログラムが標準出力と標準エラー出力に大量に 

ログを出力した場合は、/var 領域が 100% になります。 

対処 

以下の手順で RMS ログのバックアップ、削除を実施してください。 

● ログをバックアップする場合 

/var/opt/SMAWRrms/log 配下のログを対象に cp(1) でコピーしてください。 

mv(1) は使用しないでください。 

● ログファイルを削除する場合 

削除対象のログに対して /dev/null を cp(1) でコピーし初期化してください。 

例: cp /dev/null /var/opt/SMAWRrms/log/userApp0.log 

Q3-4-36 userApplication の切替えを行うとパトロール診断リソースが Fault になる 

原因 

パトロール診断のディスク診断処理に時間がかかり、リソースの ScriptTimeout 以内に処理が 

完了しなかった可能性があります。 

対処 

パトロール診断のリソースに設定されている ScriptTimeout を変更してください。 

ScriptTimeout に設定する値は、以下の計算式で算出してください。 

パトロール診断の監視対象となるデバイス(ディスク)が 300 個未満の場合は 300 秒を設定し 


デバイスが 300 個以上の場合は "デバイス(ディスク)数 × 1秒" を設定してください。 

ただし、パトロール診断の監視間隔は、この ScriptTimeout より大きな時間であることを確認 


Q3-4-37 userApplication の排他設定が行われているにも関わらず、同一ノードで優先度の 

高い userApplication と優先度の低い userApplication が Standby -Online 状態で混在す 

る 

原因 

userApplication の排他設定を行っている場合、同一ノードで 2つ以上の userApplication が 

同時に Online 状態にはなりません。 

ただし優先度の高い userApplication が Standby 状態に遷移可能な設定の場合は、待機ノード 

で Offline ではなく Standby 状態になります。 

123


124 

例)以下のように、node1 で優先度高の userApp_0 と優先度低の userApp_1 が、Standby - 

Online 状態で混在する 

node0 node1 

userApp_0(優先度高) Online Standby 

userApp_1(優先度低) Offline Online 

対処 


Q3-4-38 手動切替時、自ノードの userApplication の Offline 処理が完了する前に、相手 

ノードが停止した。このため自ノードで再度 userApplication が Onlineになることを期待し 

たが、自動的に Online にならなかった 

原因 

RMS は、userApplication の Offline 処理が完了した後に、切り替え先を選択します。切替先 

には自ノードを含まないため、自ノード以外に切替可能なノードが生存していない場合、切替処 

理を行いません。 

対処 

hvswitch コマンドを使用し、手動で userApplication を Online にしてください。

3.5 電源切断、強制停止に関するトラブル 


運用時、電源が切断されたり、システムが強制停止された場合のトラブルについて対処法を説明 

します。 



Q3-5-1 クラスタシステム運用中、突然ノードの AC 電源が切断された場 

合、電源切断されたノードに LEFTCLUSTER 状態が設定され、コン 

ソールが切断された 

○ - 

Q3-5-2 クラスタシステム運用中、誤って Break 信号を送信してしまっ 

た、STOP-A を押下してしまった、または、RCCU を電源断してし 

まったために OBP モードとなってしまった 

○ - 

Q3-5-3 3 ノード以上のクラスタ構成において、RCI 故障中に 2 ノード以 

上で同時にノード異常が発生し、異常の発生したノードの CF 

ノード状態が LEFTCLUSTER のままとなり、コンソールが切断され 

てしまった 

○ - 

Q3-5-4 RCI の故障中にクラスタインタコネクトの全パス故障またはシス 

テムハングが発生したが、ノードが OBP モードに移行しなかった 

○ - 

Q3-5-5 他ノードから、強制停止(reset)させられた ○ - 

Q3-5-6 他ノードから、強制停止(panic)させられた ○ ○ 

Q3-5-7 運用中にパニックされていないにもかかわらず、パニックを検出 

した旨の以下のメッセージが出力された 

MA SA_rccu.so reported host dvptap11 leftcluster , state 

MA_paniced_fsnotflushed 

○ - 

Q3-5-8 運用ノードの Request スイッチを押しても、フェイルオーバが発 

生しない 

○ - 

Q3-5-9 クラスタインタコネクトをすべて抜いた際に LEFTCLUSTER とな 

るが、RCI 経由のパニックに失敗する 

○ - 

Q3-5-10 待機ノードが PANIC した ○ - 

Q3-5-11 シャットダウン機構が以下の強制停止失敗のメッセージを表示し 

た 

RMS (SYS, 8): ERROR: RMS failed to shut down the host fuji3RMS 

via a Shutdown Facility, no further kill functionality is 

available. The cluster is now hung. 

○ ○ 

Q3-5-12 クラスタシステム運用中、ノード異常が発生してもフェイルオー 

バが発生しない 

- ○ 

Q3-5-13 /var/opt/SMAWsf/log/SA_pprcir.log に以下のメッセージが表示 

され、RCI 経由でのリセット指示ができない 

DEV:(SA_pprcir.so) There is no response from the asynchronous 

monitoring daemon in MAHostEliminate of node nodename. 

○ - 

Q3-5-14 運用中に OBP プロンプトになっていないにもかかわらず、OBP プ 

ロンプトを検出した旨の以下のメッセージが出力された 

MA Monitoring Agent reported host hostname leftcluster, state 

MA_inprom 

○ - 

Q3-5-15 クラスタのスプリットブレイン時に優先度の高いノードが強制停 

止された 

○ ○ 

125


126 

Q3-5-1 クラスタシステム運用中、突然ノードの AC 電源が切断された場合、電源切断された 

ノードに LEFTCLUSTER 状態が設定され、コンソールが切断された 

対処 

ノードの電源が実際に切断されていることを確認した後、cftool –k コマンドによりノードの状 

態を DOWN にしてください。 

その後、コンソールを再接続し、ノードに電源を投入してください。 

Q3-5-2 クラスタシステム運用中、誤って Break 信号を送信してしまった、STOP-A を押下し 

てしまった、または、RCCU を電源断してしまったために OBP モードとなってしまった 

対処 

既存の生存ノードで cftool –n を発行し、OBP モードに移行したノードの状態が DOWN であるか 

を確認してください。 

DOWN でない場合は、cftool –k を発行し、OBP モードに移行したノードの状態を DOWN にした後、 

以下のいずれかの対処を実施してください。 

● ok プロンプトから boot コマンドを実行してください 

● 該当ノードの電源を落とし、再度電源を投入して起動してください 

Q3-5-3 3 ノード以上のクラスタ構成において、RCI 故障中に 2 ノード以上で同時にノード異 

常が発生し、異常の発生したノードの CF ノード状態が LEFTCLUSTER のままとなり、コンソー 

ルが切断されてしまった 

対処 

コンソールを再接続し、実際にノードが異常状態にあることを確認してから、cftool –k を発行 

しノードの状態を DOWN にしてください。 

Q3-5-4 RCI の故障中にクラスタインタコネクトの全パス故障またはシステムハングが発生し 

たが、ノードが OBP モードに移行しなかった 

対処 

全ノードの /var/adm/messages を参照し、以下のエラーメッセージが出力されていないか確認し 


FJSVcluster: エラー: 7040: コンソールへの接続ができなくなりました。(node:nodename 

portno:portnumber detail:code) 

FJSVcluster: エラー: 7042: コンソールへの接続ができません。(node:nodename 

portno:portnumber detail:code) 

上記エラーメッセージが出力されている場合はそのエラーメッセージの対処法に従ってください。 

上記エラーメッセージが出力されていない場合は、原因として以下の可能性が考えられます。


● モードスイッチが SECURE になっている (PRIMEPOWER 200,400,600 の場合のみ) 

この場合、モードスイッチを AUTO にしてください。 

● /etc/default/kbd で以下の行が有効になっている 

KEYBOARD_ABORT=disable または KEYBOARD_ABORT=alternate 

この場合、以下の行をコメントアウトし、ノードを再起動してください。 

KEYBOARD_ABORT=disable または KEYBOARD_ABORT=alternate 

● RCCU のアカウントまたはスーパーユーザのパスワードが設定されている (PRIMEPOWER 

4.1 または 4.1A10 で、パッチ 912745-02 を適用していない場合のみ) 

この場合、RCCU のアカウントまたはスーパーユーザのパスワードを削除してください。 

削除方法については、"リモートコンソール接続装置取扱説明書" を参照してください。 

Q3-5-5 他ノードから、強制停止(reset)させられた 

原因 

対処 

RCCU の電源断などにより、運用中に突然 ok プロンプトになった場合、他のノードからノード 

の状態確認が行えなえず、クラスタ整合状態ではないと判断され、シャットダウン機構により強 

制停止 (reset) が行われます。 

このトラブルは、PRIMECLUSTER 4.0 のみ対象となります。 

運用中に、RCCU の電源を切断しないでください。 

Q3-5-6 他ノードから、強制停止(panic)させられた 

原因1 

対処1 

原因2 

対処2 

RMS 間の heartbeat が切断されたため、相手ノードを強制停止した可能性があります。 

Heartbeat が切断された原因としては以下の場合があります。 

● hvdet_system プロセスを使用して監視するリソースを大量に作成したとき 

RMS の動作に支障があるため、hvdet_system プロセスを使用して監視するリソースを減らして 


RMS が必要とするメッセージキューパラメタ値が不足しているためにノード間通信が失敗し、パ 

ニックが発生した可能性があります。 

/etc/system の msgsys:msginfo_msgtql の値を 65535 以上に変更してください。 

原因3 

CF 間の heartbeat が切断されたため、相手ノードから強制停止された可能性があります。 

Heartbeat が切断された原因としては以下の場合があります。 

� Linux 

プロセスの動作優先度(nice値)を keventd *1) の優先度よりも高くチューニング 

127


128 

しているプロセス群(スレッドを含む)が、CFのハートビート処理の監視時間を超 

えてCPUを占有しています。 

*1)ワークキューに登録した処理タスクを実行する汎用のカーネルスレッドです。 

PCLのハートビート処理は、このカーネルスレッドを使用しています。 

keventd の nice値は、RHEL4 では -10、RHEL5 では -5 が設定されています。 

対処3 

nice 値の変更により CPU を長時間占有する可能性のあるプロセスの動作優先度を高くする場 

合、nice値を RHEL4 では -10 より大きな値、RHEL5 では -5 より大きな値に設定してください。 

Q3-5-7 運用中にパニックされていないにもかかわらず、パニックを検出した旨の以下のメッ 

セージが出力された 

MA SA_rccu.so reported host dvptap11 leftcluster, state MA_paniced_fsnotflushed 

原因 

対処 

SF (シャットダウン機構) の設定において、コンソール非同期監視の設定を行っている環境で、 

相手ノードのコンソールに login し、コンソール上で、"panic[cpu" の文字列を含むファイル 

を表示したためと考えられます。 

本メッセージは、コンソール非同期監視がコンソール上に該当文字列を検出した際に出力される 

メッセージです。動作としては仕様どおりであり、対処は不要です。 

Q3-5-8 運用ノードの Request スイッチを押しても、フェイルオーバが発生しない 

原因1 

対処 

原因2 

対処 

RCCU 装置とクラスタホストの IP アドレスが同一セグメントでないため、強制停止と相手ノー 

ドの状態確認が行えず、フェイルオーバが発生しない可能性があります。 

RCCU 装置とクラスタホストの IP アドレスを同一セグメントにしてください。 

非同期監視の設定が正しく行なわれていない可能性があります。 

非同期監視の設定を見直し、正しく設定してください。


Q3-5-9 クラスタインタコネクトをすべて抜いた際に LEFTCLUSTER となるが、RCI 経由のパ 

ニックに失敗する 

原因 

対処 

両ノードで RCI アドレスが同一となっているなど RCI アドレスの設定に誤りがあり、RCI 経由 

でのノードのパニックに失敗している可能性があります。 

RCI アドレスの見直しが必要となりますので、当社技術員 (CE) に連絡してください。 

Q3-5-10 待機ノードがパニックした 

原因 

対処 

RMS が必要とするメッセージキューパラメタ値が不足しているためにノード間通信が失敗し、 

パニックが発生した可能性があります。 

/etc/system の msgsys:msginfo_msgtql の値を 65535 以上に変更してください。 

Q3-5-11 シャットダウン機構が以下の強制停止失敗のメッセージを表示した 

RMS (SYS, 8): ERROR: RMS failed to shut down the host fuji3RMS via a Shutdown Facility, 

no further kill functionality is available. The cluster is now hung. 

対処1 

対処2 

CF の状態が LEFTCLUSTER の場合、異常ノードを停止(reboot or POFF)し、 "cftool -k" を 

実行してください。 

CF の状態が LEFTCLUSTER でなく、RMS の SysNode リソースの状態が Wait の場合、異常ノー 

ドを停止(reboot or POFF)し、"hvutil -o" を実行してください。 

Q3-5-12 クラスタシステム運用中、ノード異常が発生してもフェイルオーバが発生しない 

原因 

対処 

PRIMEQUEST を使用した環境で、CF ノード名の変更、または PRIMECLUSTER を再インストールし 

前回インストール時とは異なる CF ノード名を使用している場合に本現象が発生する可能性が 


すべてのノードをシングルユーザモードで起動後、/etc/opt/FJSVpsa/local/set.node ファイル 

を削除し、ノードを再起動してください。 

129


130 

Q3-5-13 /var/opt/SMAWsf/log/SA_pprcir.log に以下のメッセージが表示され、RCI 経由で 

のリセット指示ができない 

DEV:(SA_pprcir.so) There is no response from the asynchronous monitoring daemon in 

MAHostEliminate of node nodename. 

原因 

対処 

モードスイッチが、MANUAL、MAINTENANCE の場合には、RCI 経由でのリセット指示はできません。 

RCI 経由でのリセットを行う場合は、モードスイッチを AUTO にしてください。 

Q3-5-14 運用中に OBP プロンプトになっていないにもかかわらず、OBP プロンプトを検出し 

た旨の以下のメッセージが出力された 

MA Monitoring Agent reported host hostname leftcluster, state MA_inprom 

原因 

対処 

SF(シャットダウン機構) の設定において、コンソール非同期監視の設定を行っている環境で、 

相手ノードのコンソールにログインし、コンソール上で OBP プロンプトを表す文字列 ("ok") 

を含むファイルを表示したためと考えられます。 

本メッセージは、コンソール非同期監視がコンソール上に該当文字列を検出した際に出力される 

メッセージです。動作としては仕様どおりであり、対処は不要です。 

Q3-5-15 クラスタのスプリットブレイン時に優先度の高いノードが強制停止された 

原因 

生存優先度が高い場合でも、異常が発生したクラスタノードは強制停止の対象になります。 

例) システムのハングやパニック、システム高負荷時が続いた場合。 

確認事項 

強制停止されたノードで異常がなかったか確認してください。

3.6 GUI に関するトラブルシューティング 


GUI を使用しているときに発生する現象および対処方法は以下のとおりです。 

なお、本章に記載の現象と一致した現象がない場合には、"PRIMECLUSTER Web-Based Admin View 

操作手引書" の "B.1 トラブル対処方法" も参照してください。 

3.6.1 Web-Based Admin View に関するトラブルの見方 

Web-Based Admin View 画面が起動できないなどの現象、また以下のようなメッセージダイアロ 

グが表示された場合は、Web-Based Admin View に関するトラブルが発生しています。 

このような場合は、"PRIMECLUSTER Web-Based Admin View 操作手引書" の "付録B トラブル 

シューティング" を参照してください。 

131


132 

3.6.2 Web-Based Admin View に関するトラブル 

Web-Based Admin View に関連するトラブルについて説明します。 



Q3-6-1 Web-Based Admin View にクライアント端末から接続できない ○ ○ 

Q3-6-2 Web-Based Admin View の GUI 起動時に URL に指定していない 

サーバに接続される 

○ ○ 

Q3-6-3 Web-Based Admin View の GUI 初期画面に GDS 、GFS の管理 

ビュー起動ボタンが表示されない 

○ ○ 

Q3-6-4 Web-Based Admin View の起動に失敗する ○ ○ 

Q3-6-5 Web-Based Admin View の初期設定後、設定情報が正しく設定され 

ない 

○ ○ 

Q3-6-6 GDS の設定時にエラーが発生する ○ ○ 

Q3-6-7 クライアントマシンから userApplication Configuration Wizard 

画面を開くと、 "0880 未分類のエラー" が表示され、構築できな 

い 

○ - 

Q3-6-8 Cluster Admin が正常に動作しない ○ ○ 

Q3-6-9 引継ぎ IP の設定を行う際、NIC を選択する画面で以下のエラー 

が発生し、登録ができない 

0880 未分類のエラーが発生 

○ - 

Q3-6-10 Web-Based Admin View に接続すると 0005 番のエラーが出力され 

る 

○ ○ 

Q3-6-11 Java コンソールに OutOfMemoryError が表示され、 

userApplication Configuration Wizard が起動しない 

○ - 

Q3-6-12 Web-Based Admin View の動作環境変数の 

/etc/opt/FJSVwvbs/etc/bin/wvSetparam コマンドによる変更や 

/etc/opt/FJSVwvbs/etc/bin/wvGetparam コマンドによる参照が 

できない 

○ ○ 

Q3-6-13 Web-Based Admin Viewが実行するJavaVMのメッセージがsyslogに 


○ ○ 

Q3-6-14 Web-Based Admin View の ClusterAdmin ボタンが選択できない ○ ○ 

Q3-6-15 Web-Based Admin View に接続すると 0005 番のエラーが出力され 

る 

○ ○ 

Q3-6-1 Web-Based Admin View にクライアント端末から接続できない 

原因 1 

Web-Based Admin View のデーモンが起動されていない可能性があります。 

対処 1 

ps コマンドにて、以下の Web-Based Admin View のデーモンが起動されていることを確認して 


・ FJSVwvbs 

・ FJSVwvcnfd 

デーモンが起動されていない場合は、fjsvwvbs、fjsvwvcnf の run level のいずれかが、オフ 

になっている可能性があります。/sbin/chkconfig --list コマンドを実行し、出力結果を確認 


対処として、以下のいずれかを選択して行うことで、本現象は解消されます。

(1) run level をオンにする。※1 

# /sbin/chkconfig --level 5 fjsvwvbs on 

# /sbin/chkconfig --level 5 fjsvwvcnf on 

(2) run levelの状態を登録状態に戻す。※2 

# /sbin/chkconfig fjsvwvbs reset 

# /sbin/chkconfig fjsvwvcnf reset 

※1 run level 5の場合の一例です。 

※2 Web-Based Admin View に関する起動スクリプトを初期状態に戻す 

作業のため、業務に差し支えない場合に使用してください。 


Web-Based Admin View のデーモンが起動されていますか? 


原因 2 

Web-Based Admin View の定義ファイルが正しく設定されていない可能性があります。 

対処 2 

以下のWeb-Based Admin View の定義ファイルが正しく設定されていることを確認してください。 

・/etc/opt/FJSVwvbs/etc/webview.cnf 

・/etc/opt/FJSVwvbs/etc/wvlocal.cnf 

詳細は、"PRIMECLUSTER Web-Based Admin View 操作手引書" の "B.1 トラブル対処方法" の[現 

象 1]の対処方法 10 を参照してください。 


Web-Based Admin View の定義ファイルが正しく設定されていますか? 

原因 3 

JRE がインストールされていないか、未サポートの JRE がインストールされている可能性があ 

ります。 

対処 3 

適切な JRE がインストールされていることを確認してください。 

詳細は、"PRIMECLUSTER Web-Based Admin View 操作手引書" の "B.1 トラブル対処方法"の[現 

象 21] の対処方法を参照してください。 


Web ブラウザに"Click here to get the plugin"が表示されていませんか? 

原因 4 

使用するポート番号が他の MW 製品などと重複している可能性があります。 

対処 4 

/etc/services ファイルを参照して、ポート番号が重複しているサービスがないか確認してくだ 

さい。 

ポート番号が重複している場合は、"PRIMECLUSTER Web-Based Admin View 操作手引書" "7.2 ネッ 

トワークサービスポート番号の変更" に従って、ポート番号を変更してください。 


使用するポート番号が他の MW 製品などと重複していませんか? 

原因 5 

管理サーバ/監視ノードを強制的にリセットすると、その後の Web-Based Admin View の終了処 

理が JavaVM の不具合により正常に完了しない可能性があります。 

133


134 

対処 5 

Web-Based Admin View の終了処理が正常に完了しない場合、以下の手順で Web-Based Admin View 

を再起動してください。 

1. # /etc/opt/FJSVwvbs/etc/bin/wvCntl restart 

2. # /etc/init.d/fjsvwvcnf restart 

詳細は、"PRIMECLUSTER Web-Based Admin View 操作手引書" の "6.2 再起動" を参照してくだ 

さい。 


フリーズなどの理由により、直前に管理サーバ/監視ノードをリセットしていませんか? 

原因 6 

ブラウザが proxy を経由する設定になっている可能性があります。 

対処 6 

ブラウザのプロキシ設定を確認してください。Web-Based Admin View を使用するブラウザにつ 

いては、proxy を経由せずネットワークに直接接続する設定にしなければなりません。 

詳細は、"PRIMECLUSTER Web-Based Admin View 操作手引書" の "3.1.3.1 Web ブラウザを準備 

する" の "■プロキシの設定" を参照してください。 


ブラウザが proxy を経由する設定になっていませんか? 

原因 7 

GLS 高速切替方式を使用している場合、クライアント端末にルーティング情報を定義する必要が 


対処 7 

"PRIMECLUSTER Web-Based Admin View 操作手引書" の "2.3.1 高速切替方式を使用する場合" を 

参照して、ルート情報を追加してください。 


GLS 高速切替方式を使用している場合、ルーティング情報を定義していますか? 

原因 8 

クライアントから Firewall および NAT を経由して PRIMECLUSTER が導入されている各ノード 

にアクセスしている可能性があります。 

対処 8 

クライアントから Firewall および NAT を経由して PRIMECLUSTER が導入されている各ノード 

にアクセスしないでください。 

Q3-6-2 Web-Based Admin View の GUI 起動時に URL に指定していないサーバに接続される 

説明 1 

プライマリ管理サーバ、セカンダリ管理サーバの両方が生存している場合は、プライマリ管理 

サーバへの接続を優先します。 

対処 1 

セカンダリ管理サーバに接続したい場合は、URL を以下のように指定してください。 

http://:/Plugin.html 

詳細は、"PRIMECLUSTER Web-Based Admin View 操作手引書" の "3.2 画面の起動" を参照して 

ください。



プライマリ管理サーバが起動している状態でセカンダリ管理サーバをURLに指定していません 

か? 

説明 2 

GLS 高速切替方式を使用している場合、URL には管理サーバに指定した仮想 IP アドレスが表示 

されます。 

対処 2 

GLS の高速切替方式の設定を行った管理サーバおよび監視ノードの設定が必要です。 

詳細は、"PRIMECLUSTER Web-Based Admin View 操作手引書" の "2.3.1 高速切替方式を使用す 

る場合" を参照してください。 


GLS 高速切替方式を使用していませんか? 

Q3-6-3 Web-Based Admin View の GUI 初期画面に GDS、GFS の管理ビュー起動ボタンが表示 

されない 

原因 

GDS、GFS が正しくインストールされていない可能性があります。 

対処 

pkginfo コマンド(Solaris)、または rpm コマンド(Linux) にて、GDS、GFS のパッケージがイ 

ンストールされていることを確認してください。 

GDS および GFS のパッケージは、インストール CD2 に格納されています。 

PKG 名、インストールの手順の詳細は、"PRIMECLUSTER インストールガイド" を参照してくださ 

い。 

確認事項 

GDS、GFS が正しくインストールされていますか? 

Q3-6-4 Web-Based Admin View の起動に失敗する 

原因 

GLS 高速切替方式を使用している場合、Web-Based Admin View の設定で指定した管理サーバの 

IP アドレスが RMS の userApplication 定義に Gls リソースとして登録していない可能性が 


対処 

GLS 高速切替方式を使用している場合、Web-Based Admin View の設定で必要な管理サーバの IP 

アドレスには、GLS の設定で作成された活性化状態の仮想 IP アドレスを指定します。 

引継ぎ IP アドレスを RMS の userApplication 定義に Gls リソースとして登録し、活性化さ 

せた仮想 IP アドレスを管理サーバの IP アドレスとして指定してください。 

詳細は、"PRIMECLUSTER Web-Based Admin View 操作手引書" の "2.3.1 高速切替方式を使用す 

る場合" を参照してください。 

確認事項 

GLS 高速切替方式を使用している場合、Web-Based Admin View の設定で指定した管理サーバの 

IP アドレスを、RMS の userApplication 定義に Gls リソースとして登録しましたか? 

135


136 

Q3-6-5 Web-Based Admin View の初期設定後、設定情報が正しく設定されない 

原因 

ノードごとに異なる Web-Based Admin View の初期設定を行っている可能性があります。 

対処 

Web-Based Admin View の設定を各ノードごとに実施した場合、ノード間で不整合が発生する場 

合があります。 

"PRIMECLUSTER 導入運用手引書" の "4.3.3.1 運用管理サーバの初期設定" を参照して、全ノー 

ドの Web-Based Admin View の停止→ Web-Based Admin View の設定→ Web-Based Admin View の 

再起動の手順で初期設定を実施してください。 

確認事項 

ノードごとに異なる Web-Based Admin View の初期設定を行っていませんか? 

Q3-6-6 GDS の設定時にエラーが発生する 

現象 

GDS 画面からディスククラスの作成・削除・名前変更を実行すると、"ノードXXXX においてログ 

監視機構で異常が発生しました。監視作業を停止します。ノードが動作中である事を確認してか 

ら、最新の情報に更新を行ってください。」や「0007 管理サーバとの接続が切れました。動作中 

の管理サーバに接続を試みますか?」のメッセージが表示され、Web-Based Admin View との接 

続が切れる。 

対処 

この現象は JavaVM の問題により発生することがあります。発生した場合、メッセージに応答し、 

ブラウザを一旦閉じてから再度画面を表示しなおしてください。 

また、ClusterAdmin 画面を表示している場合は、本現象を回避するために、ClusterAdmin 画面 

を閉じてからディスククラスの作成・削除・名前変更を実行するようにしてください。 

ClusterAdmin 画面を閉じて操作を行っても同様の現象が頻繁に発生する場合は、当社技術員に 

連絡してください。 

Q3-6-7 クライアントマシンから userApplication Configuration Wizard 画面を開く 

と、 "0880 未分類のエラー" が表示され、構築できない 

原因 

クライアントで使用している Java Plug-in のバージョンが未サポートのバージョンとなってい 

る可能性があります。 

対処 

Internet Explorer で Java Plug-in を使用する場合は、サポートされている Plug-in を使用 

してください。 Java Plug-in のバージョンが正しい場合は、メッセージに応答し、 

userApplication Configuration Wizard を一旦終了してから再起動してください。再起動後、 

0880 番のエラーメッセージが表示される前に行っていた操作を再度実行してください。

Q3-6-8 Cluster Admin が正常に動作しない 


原因 

Windows(R)Me と IE 5.0 の組合せで使用しているため正常に動作しません。 

対処 

本機能は制限事項です。IE のバージョンを 5.5 以上にアップデートしてください。 

確認事項 

Windows(R)Me と IE 5.0 の組合せで使用していませんか? 

Q3-6-9 引継ぎ IP の設定を行う際、NIC を選択する画面で以下のエラーが発生し、登録がで 

きない 

0880 未分類のエラーが発生 

原因 

/etc/inet/hosts の中の IP アドレスの記述に誤りがある可能性があります。 

対処 

/etc/inet/hosts の中の IP アドレスを正しくしてください。 

Q3-6-10 Web-Based Admin View に接続すると 0005 番のエラーが出力される 

原因 

primary-server, secondary-server, httpip, mip の IP アドレスに誤りがある可能性がありま 

す。 

対処 

primary-server, secondary-server, httpip, mip の IP アドレスに正しい値を設定してくださ 

い。 

Q3-6-11 Java コンソールに OutOfMemoryError が表示され、userApplication Configuration 

Wizard が起動しない 

原因 

Web-Based Admin View クライアントでヒープメモリ不足が発生しています。 

対処 

使用可能なヒープメモリの最大サイズを変更してください。 

必要なメモリサイズの算出と設定方法については、以下のマニュアルを参照してください。 

PRIMECLUSTER 活用ガイド 

(Solaris(TM)オペレーティングシステム/Linux版) 

第1部設計・構築編 

第2章クラスタアプリケーション設定時の注意点 

2.2 Solaris の場合の注意点 

「userApplication Configuration Wizard を使用する前に、必要なヒープメモリのサイズを算 

出してください。」 

137


138 

Q3-6-12 Web-Based Admin View の動作環境変数の /etc/opt/FJSVwvbs/etc/bin/wvSetparam 

コマンドによる変更や /etc/opt/FJSVwvbs/etc/bin/wvGetparam コマンドによる参照ができ 

ない 

原因 

primary-server , secondary-server , mip , httpip にホスト名が設定されており、そのホス 

ト名の名前解決ができていない可能性があります。 

対処 

以下の手順に従い、/etc/hostsファイルにWeb-Based Admin Viewが使用する業務LANのIPアドレ 

スとホスト名を記載し、"127.0.0.1"に割り当てられているそのホスト名を削除してください。 

1. vi(1)等により/etc/hostsファイルを修正します。 

“127.0.0.1”に割り当てられているホスト名を削除し、業務LANとして使用するIP 

アドレスに割り当てます。 

修正前) 

# Do not remove the following line, or various programs 

# that require network functionality will fail. 

127.0.0.1 localhost.localdomain localhost 

修正後) 

# Do not remove the following line, or various programs 

# that require network functionality will fail. 

127.0.0.1 localhost.localdomain localhost 

 

確認事項 

primary-server , secondary-server , mip , httpip に設定したホスト名の名前解決ができて 

いますか。 

Q3-6-13 Web-Based Admin Viewが実行するJavaVMのメッセージがsyslogに出力される 

現象 

Web-Based Admin Viewが実行するJavaVMがsyslogに以下のメッセージを出力する。 

java(****): floating-point assist fault at ip 20000000002beaf2, isr 0000020000001001 

例) Web-Based Admin Viewが実行するJavaVMのlwpのIDが”9495”の場合 

java(9495): floating-point assist fault at ip 20000000002beaf2, isr 0000020000001001 

^^^^ps のlwpのID 

メッセージを出力しているのはWeb-Based Admin Viewが実行するJavaVMであることはpsの実 

行結果のlwpのIDが一致していることから判断できます。 

# ps -elLyf | grep 9495


S root 9220 9194 9495 0 31 76 0 51456 28602 futex Oct10 ? 

00:06:02/opt/SMAW/SMAWcj2re/jre/bin/java 

-Dwebview.htdocs=/etc/opt/FJSVwvcnf/htdocs/FJSVwvbs-mx128m 

-Djava.security.policy=/opt/FJSVwvbs/etc/.policyAp 

com.fujitsu.webview.base.server.ServerMain /opt/FJSVwvbs 

# 

対処 

対処の必要はありません。 

本メッセージが出力されるだけで動作に問題ありません。 

Q3-6-14 Web-Based Admin View の ClusterAdmin ボタンが選択できない 

原因 

Web-Based Admin View にログインした際に使用されたユーザに、Web-Based Admin View を操作 

する権限が無い可能性があります。 

対処 

Web-Based Admin View が操作可能な権限が付与されているユーザにて作業してください。 

Q3-6-15 Web-Based Admin View に接続すると 0005 番のエラーが出力される 

原因 

java のプロセス(※1)が停止している可能性があります。 

(※1)製品VL毎のJavaのプロセスは下記となります。 

【Solaris 版 4.1, 4.1A10, 4.1A20, 4.1A30, 4.1A40 Solaris8 Solaris9】 

/usr/java1.2/bin/../bin/sparc/native_threads/java 

【Solaris 版 4.1A40 Solaris10】 

/usr/java/bin/java 

【Solaris 版 4.2A00以降】 

/opt/SMAW/SMAWcj2re/jre/bin/java 

【Linux 版 4.1A20 Red Hat Enterprise Linux AS/ES (v 2.1)】 

/opt/IBMJava2-131/jre/bin/exe/java 

【Linux 版 4.1A20 Red Hat Enterprise Linux AS/ES (v. 3), 4.1A30, 4.1A40】 

/usr/java/j2re1.4.2_xx/bin/java 

xxには使用するJavaTM 2 SDK, Standard Edition のアップデートリリースの番号が 

入ります。 

【Linux 版 4.2A00 以降】 

/opt/SMAW/SMAWcj2re/jre/bin/java 

対処 

Web-Based Admin View を再起動してください。 

Web-Based Admin View の再起動方法については「PRIMECLUSTER Web-Based Admin View 操作手 

引書」を参照してください。 

139


3.7 ノードの参入に関するトラブル 

140 

ここでは、以下の 2 つの場合について説明します。 

● ノードがクラスタに参入する際に問題が発生した場合 

● インタコネクトの通信経路が部分的または完全に失われた場合 

解決方法には、以下の 2 通りの方法があります。 

● システム構成上の問題を修正する方法 

● インタコネクトの問題を修正する方法 



― Linux の場合: /var/log/messages 


3.7.1 基本的な考え方 

ノードをクラスタに参入しようとした際に発生するトラブルについて説明します。 

ここでは、それまでクラスタへの参入に成功していたノードを対象に説明します。はじめてノード 

がクラスタに参入する場合の初期起動の問題については、動作確認のセクションを参照してくださ 

い。 

問題の特定方法 

これまでクラスタに参入できていたノードが再参入に失敗した場合、以下の手順で問題を特定しま 

す。 

1)エラーログおよびコンソールのメッセージを参照する 

2)イーサネットドライバのエラーが発生していないか、その他のエラーが発生していないかな 

どを確認する 

3)システムの他の部分にエラーがある場合、まずそのエラーを修正する 

4)CF ドライバが正しくダウンロードされているかを確認する 

CF ドライバの確認 

CF ドライバは以下の手順で確認します。 

1)CF デバイスドライバがロードされていることを確認します。 

2)デバイスドライバがロードされるとログファイルに以下のメッセージが出力されます。 

CF: (TRACE): JoinServer: Startup. 

3)cftool -l コマンドを実行すると、ドライバの状態が表示されます。以下のようなログファイ 

ルメッセージが表示されます。 

fuji2> cftool –l 

Node Number State Os 

fuji2 -- COMINGUP -- 

これはドライバがロード済みで、ノードがクラスタへの参入を試行中であることを示しています。 

ログファイルに上記のエラーログメッセージが出力されていない場合、または cftool -l コマンド 

が失敗した場合、デバイスドライバはロードされていません。


CF デバイスドライバがロードされない原因が /var/adm/messages ファイルにもコンソールにも示 

されていない場合、CF カーネルバイナリまたは CF カーネルコマンドが破損している可能性があり 

ます。本製品をアンインストールして CD から再インストールしてください。 

CF デバイスドライバがロードされると、次のメッセージに従ってクラスタの参入が試行されます。 


参入サーバは構成済みインタコネクト上の他のノードとの通信を試みます。他の 1 つ以上のノード 

がクラスタを起動済みの場合、ノードはこのクラスタへの参入を試行します。この場合エラーログ 

に出力されるメッセージを以下に示します。 

CF: Giving UP Mastering (Cluster already Running). 

エラーログにこのメッセージが出力されない場合、ノードは構成済みのインタコネクト上で行われ 

る他のノードの通信を認識せず、固有のクラスタを起動します。以下の 2 つのメッセージはノード 

が固有のクラスタを作成したことを示します。 

CF: Local Node fuji2 Created Cluster FUJI. (#0000 1) 

CF: Node fuji2 Joined Cluster FUJI. (#0000 1) 

この時点で、CF デバイスドライバがロードされ、ノードがクラスタの参入を試行していることを確 

認できました。以降の"トラブル対処例"には、問題と修正処理が記述されています。調査中のノー 

ドの症状に最も近い問題を探し、そこに記述されている手順に従ってください。 

3.7.2 トラブル対処例 1 

事象 

診断 

対処 

ノードが既存のクラスタに参入せず、固有のクラスタを作成してしまう。 

エラーログに以下のメッセージが出力されます。 


CF: Local Node fuji2 Created Cluster FUJI. (#0000 1) 

CF: Node fuji2 Joined Cluster FUJI. (#0000 1) 

これは、CF デバイスドライバがすべて正常に動作し、問題はインタコネクトで発生していること 

を示しています。 

まず、ノードがインタコネクト上のクラスタの他のノードを参照できるかどうかを確認します。こ 

の内容を確認するには、cftool -e を実行してクラスタのすべてのノードにエコー要求を送信しま 

す。 

cftool コマンドの実行例を以下に示します。 

# cftool –e 

Localdev Srcdev Address Cluster Node Number Joinstate 

3 2 00.03.47.c2.a8.82 FUJI fuji2 2 6 

3 3 00.03.47.d1.af.ec FUJI fuji3 1 6 

これは fuji3 のインタコネクトデバイス 3(Localdev) および fuji2 のデバイス 2(Srcdev) に 

より、ノード fuji3 がノード fuji2 を参照していることを示しています。cftool -e を実行して 

もローカルノードしか表示されない場合は、インタコネクトに問題があります。予想されるクラス 

タノードの一部またはすべてが表示された場合にはCF ドライバの再ロードが必要となります。以 

下のコマンドを実行してください。 

# cfconfig -u 

# cfconfig -l 

141


142 

これらのコマンドからコンソールへの出力はありません。エラーメッセージがエラーログに記録さ 

れるだけです。 

ノードがクラスタに参入していなければ、次の "トラブル対処例 2" に進みます。 


事象 

診断 

ノードがクラスタに参入できない。一部またはすべてのノードが cftool -e に応答する。 

この時点で CF デバイスが正常にロードされ、ノードがクラスタ内の他の 1 つ以上のノードと通信 

可能な状態であることがわかりました。この場合、インタコネクトがメッセージを紛失している可 

能性が考えられます。この仮定を確かめるには繰り返しエコー要求を送信し、時間とともに結果が 

変化するかどうかを確認します。以下に例を示します。 

fuji2> cftool –e 


3 2 00.03.47.c2.aa.f9 FUJI fuji2 3 6 

3 2 00.03.47.c2.a8.82 FUJI fuji3 2 6 




3 2 00.03.47.c2.aa.f9 FUJI fuji2 3 6 

3 2 00.03.47.c2.a8.82 FUJI fuji3 2 6 


3 3 00.03.47.d1.ae.f9 FUJI fuji5 1 6 



3 2 00.03.47.c2.aa.f9 FUJI fuji2 3 6 

3 2 00.03.47.c2.a8.82 FUJI fuji3 2 6 




3 2 00.03.47.c2.aa.f9 FUJI fuji2 3 6 

3 2 00.03.47.c2.a8.82 FUJI fuji3 2 6 


3 3 00.03.47.d1.ae.f9 FUJI fuji5 1 6 



3 2 00.03.47.c2.aa.f9 FUJI fuji2 3 6 

3 2 00.03.47.c2.a8.82 FUJI fuji3 2 6 


3 3 00.03.47.d1.ae.f9 FUJI fuji5 1 6 



3 2 00.03.47.c2.aa.f9 FUJI fuji2 3 6 

3 2 00.03.47.c2.a8.82 FUJI fuji3 2 6 


3 3 00.03.47.d1.ae.f9 FUJI fuji5 1 6


上記の実行結果を見ると、ノード fuji5 については、表示されていない場合があります。これはノー 

ド fuji5 への接続にエラーがあることを示しています。 

対処1 

まず、ノード fuji5 のイーサネットユーティリティにエラーがないかどうかを確認します。fuji5 

にログインして、ネットワークインタフェース情報とエラーを検索します。 


netstat(1M) ユーティリティを使用して調査を行います。 


netstat(8) ユーティリティを使用して調査を行います。 

ここでは、Solaris の場合を例に、調査方法について説明します。 

fuji5 にログインしてネットワークデバイスを参照すると、以下の結果が表示されます。 

Number Device Type Speed Mtu State Configured Address 

1 /dev/hme0 4 100 1432 UP NO 00.80.17.28.2c.fb 

2 /dev/hme1 4 100 1432 UP NO 00.80.17.28.2d.b8 

3 /dev/hme2 4 100 1432 UP YES 08.00.20.bd.60.e4 

Solaris の netstat(1M) ユーティリティは、ネットワークインタフェースに関する情報を提供しま 

す。 

1 回目の試行では以下の情報が表示されます。 

fuji5# netstat –i 

Name Mtu Net/Dest Address Ipkts Ierrs Opkts Oerrs Collis Queue 

lo0 8232 loopback localhost 65 0 65 0 0 0 

hme0 1500 fuji4 fuji4 764055 8 9175 0 0 0 

hme1 1500 fuji4-priva fuji4-priva 2279991 0 2156309 0 7318 0 

この出力結果には hme2 インタフェースが表示されていません。これは、TCP/IP に構成されていな 

いインタコネクトに関する出力を Solaris がサポートしていないためです。Solaris で hme2 イン 

タフェースに関するレポートを一時的に有効にするには、以下のとおりに ifconfig plumb コマン 

ドを実行します。 

fuji5# ifconfig hme2 plumb 

fuji5# netstat –i 

Name Mtu Net/Dest Address Ipkts Ierrs Opkts Oerrs Collis Queue 

lo0 8232 loopback localhost 65 0 65 0 0 0 

hme0 1500 fuji4 fuji4 765105 8 9380 0 0 0 

hme1 1500 fuji4-priva fuji4-priva 2282613 0 2158931 0 7319 0 

hme2 1500 default 0.0.0.0 752 100 417 0 0 0 

hme2 インタフェースの 752 個の入力パケット (Ipkts) に 100 個の入力エラー (Ierrs) がある 

ことがわかります。つまりパケットの 7 個に 1 個の割合でエラーが発生していることになり、エ 

ラー率が高すぎて PRIMECLUSTER は失敗します。fuji5 が fuji2 からのエコー要求に応答しない原 

因もここにあります。 

対処2 

対処1の内容を行ったあと、以下の対処を行ってください。 

● イーサネットケーブルの両端が確実に差し込まれていることを確認する。 

● cftool -e の実行を繰り返し、netstat -i を参照する。cftool の結果が常に同じで、入 

力エラーが発生しなくなるか、大幅に減れば、問題は解決します。 

● イーサネットケーブルを交換する。 

● イーサネットハブまたはスイッチの他のポートを使用するか、ハブまたはスイッチを交換 

する。または一時的にクロスコネクトケーブルを使用する。 

● ノードのイーサネットアダプタを交換する。 

上記の手順のいずれを実行しても問題が解決しない場合は、当社技術員 (SE) による診断が必要 

です。 

143


144 


事象 

ノード fuji2 をノード fuji3 のクラスタに参入させようとすると、fuji3 に以下のコンソール 

メッセージが表示される。 

Aug 30 21:31:35 fuji3 kernel: CF: Local node is missing a route from node: fuji2. 

Aug 30 21:31:35 fuji3 kernel: CF: missing route on local device: eth1. 

Aug 30 21:31:35 fuji3 kernel: CF: Node fuji2 Joined Cluster FUJI. (#0000 3) 

診断1 

ノード fuji2 のデバイス情報を cftool –d で参照します。 

メッセージ内容はコンソールと同じです。 

fuji2:cftool –d 


1 eth0 4 100 1432 UP YES 00.03.47.c2.a8.3c 

2 eth1 4 100 1432 UP NO 00.02.b3.88.b8.89 

3 eth2 4 100 1432 UP NO 00.02.b3.88.b7.46 

ノード fuji3 のデバイス情報を cftool –d で参照します。 

ノード fuji3 にはコンソールメッセージは表示されません。 

fuji3:cftool –d 


1 eth0 4 100 1432 UP YES 00.03.47.c2.a8.82 

2 eth1 4 100 1432 UP YES 00.02.b3.88.09.f1 

3 eth2 4 100 1432 UP NO 00.02.b3.88.09.ea 

問題 

上記の内容を見ると、ノード fuji2 の eth1 が構成されていない。あるいは正常に動作していない 

ことがわかります。 

診断2 

ノード fuji3 の /var/adm/messages を参照します。 

Look in /var/adm/messages on node fuji3 

Aug 27 16:05:59 fuji3 kernel: e100: eth1 NIC Link is Down 

Aug 27 16:06:08 fuji3 kernel: CF: Icf Error: (service err_type route_src 

route_dst). (#0000 0 2 1 1) 

Aug 27 16:06:08 fuji3 kernel: CF: (TRACE): CFSF failure detected: no SFopen: 

passed to ENS: fuji2. (#0000 1) 

Aug 27 16:06:08 fuji3 kernel: CF: Node fuji2 Left Cluster FUJI. (#00001) 

上記の内容は、eth1 デバイスまたはインタコネクトが一時的に失敗していることを示します。 

これは、クラスタノード、ケーブル、ハブのいずれかの NIC に問題がある可能性があることを示し 

ています。


事象 

診断 


ノード fuji2 がパニックし、再起動されました。ノード fuji2 のコンソールに以下のメッセージ 

が表示されます。 

Aug 28 10:38:25 fuji2 kernel: CF: fuji2: busy: local node not DOWN: retrying 

この場合、ノード fuji2が、LEFTCLUSTER 状態になっている可能性があります。 

ノード fuji2 の /var/adm/messages を参照します。 

Aug 28 10:38: fuji2 kernel: CF: (TRACE): JoinServer: Startup. 

Aug 28 10:38:25 fuji2 kernel: CF: Giving UP Mastering (Cluster already Running). 

Aug 28 10:38:25 fuji2 kernel: CF: fuji3: busy: local node not DOWN: retrying 

… 最後のメッセージが繰り返されます。 

上記の内容は、ノード fuji2 はクラスタを離脱しているのに DOWN 宣言されていないことを示して 

います。 

また、fuji3 のコンソールにも /var/adm/messages にも新しいメッセージはありません。 

ノード fuji3 で cftool –n を実行して、ノードの状態を表示します。 

fuji3:cftool –n 

Node Number State Os Cpu 

fuji2 1 LEFTCLUSTER Linux Pentium 

fuji3 2 UP Linux Pentium 

上記のとおり、ノード fuji2 が LEFTCLUSTER 状態になっていることが確認されます。 

修正方法 

LEFTCLUSTER 状態は、cftool –k を実行することで解除できます。 

このオプションを指定すると、ノードは DOWN 状態になります。 

稼動中のノードを DOWN 宣言すると重大な障害が発生し、最悪の場合にはデータが消失する可能性 

があります。ノードが停止していない場合には、cftool コマンドでノードを DOWN 状態にしないで 


cftool –k 

Enter node number: 1 

Enter name for node #1: fuji2 

cftool(down): declaring node #1 (fuji2) down 

cftool(down): node fuji2 is down 

ノード fuji3 のコンソールに以下のメッセージが表示されます。 

Aug 28 10:47:39 fuji3 kernel: CF: FUJI: fuji2 is Down. (#0000 2) 

Aug 28 10:49:09 fuji3 kernel: CF: Node fuji2 Joined Cluster FUJI. 

(#0000 2) 

また、ノード fuji2 のコンソールに以下のメッセージが表示されます。 

Aug 28 10:49:00 fuji2 kernel: CF: Local Node fuji2 Created Cluster FUJI. 

(#0000 1) 

145


3.8 RC2000 に関するトラブル 

146 

RC2000 に関するトラブルについて対処法を説明します。 



Q3-8-1 システムコンソールをクラスタ管理サーバとし、クライアントマ 

シンで RC2000 を起動した場合、コンソール接続時に”接続に失 

敗しました。”のメッセージが表示される 

○ - 

Q3-8-1 システムコンソールをクラスタ管理サーバとし、クライアントマシンで RC2000 を起 

動した場合、コンソール接続時に”接続に失敗しました。”のメッセージが表示される 

原因 

クライアントマシンにシステムコンソールのホスト名を定義する必要があります。 

クライアントマシンのOS 環境に従い、"PRIMECLUSER インストールガイド" の "5.3.2.3.3 イン 

ストール後の環境設定" または "5.3.3.3.3 インストール後の環境設定" を参照し、クライアン 

トマシンにシステムコンソールのホスト名を定義してください。 

上記以外の RC2000 に関するトラブルシューティングは、RC2000 ユーザーズガイドの "付録D. トラブ 

ルシューティング" を参照してください。

3.9 GDS のトラブル 

3.9 GDS のトラブル 

GDS に関するトラブルシューティングは、"PRIMECLUSTER Global Disk Services 説明書" の " 

付録F トラブルシューティング"を参照してください。 

147


3.10 GFS のトラブル 

148 

GFS に関するトラブルシューティングについて説明します。 





以下のトラブル以外は、"PRIMECLUSTER Global File Services 説明書" の "付録G トラブル 

シューティング" を参照してください。 



Q3-10-1 ERROR:sfcfrmstart:0010:Starting processing of sfcfrmd went 

wrong が表示される 

○ ○ 

Q3-10-2 ERROR: sfcfsd: 0011: blockade : mountpoint(xxxxx) が表示さ 

れる 

○ - 

Q3-10-3 ノードの起動が完了しているのにGFS共用ファイルシステムが自 

動マウントされない 

○ ○ 

Q3-10-1 ERROR:sfcfrmstart:0010:Starting processing of sfcfrmd went wrong が表示され 

る 

説明 

本メッセージは、GFS 共用ファイルシステムのデーモン sfcfrmd が異常を検知して起動に失敗し 

たことを示します。sfcfrmd が起動に失敗するとそのノードでは GFS 共用ファイルシステムをマ 

ウントすることができません。 

sfcfrmd の検知する異常は、以下の事象が考えられます。 

● CF 機能が使用できない 

対処 

以下の事象が発生していないか調査して、対処を実施してください。 

● CF 機能が使用できない 

まず、/var/adm/messages で、CF のエラーメッセージが出力されていないか確認してください。 

エラーメッセージが出力されている場合は、"PRIMECLUSTER 活用ガイド" を参照 

し、該当するメッセージに応じた対処を行ってください。 

例えば、CF のアンロードが失敗した場合、下記のエラーメッセージが出力されています。 


この場合は、"PRIMECLUSTER 活用ガイド" の "7.1 cfconfig コマンドメッセー 

ジ" の "7.1.2.2 cfconfig -u" の対処に従ってください。 

また、CF の初期化が完了する前に sfcfrmd が起動された場合、その起動に失敗することがありま 

す。"cftool -l" を実行し、自ノードの State が UP になっていることを確認した後、以下の操

作を行い、GFS を起動してください。 

1. sfcfrmd を起動してください。 

# sfcfrmstart 

2. 必要があれば、GFS 共用ファイルシステムをマウントしてください。 

# mount /mnt/fs1 

マウントポイント:/mnt/fs1 

3.10 GFS のトラブル 

詳細については、"PRIMECLUSTER Global File Services 説明書" の、"20.2.4 sfcfrmd デーモン 

の起動" と "22.2.4 mount/umount/全ノード(u)mount" を参照してください。 

上記が原因でない場合は、全ノードについて調査資料を採取し、カスタマサポート担当者にご連絡 

ください。調査資料の採取方法は、"第7章トラブル調査情報の採取方法" を参照してください。 

Q3-10-2 ERROR: sfcfsd: 0011: blockade : mountpoint(xxxxx)が表示される 

説明 

マウントポイントが xxxxx である GFS 共用ファイルシステムが閉塞しました。フェイルオーバ処 

理が行われましたが、なんらかの問題が発生しフェイルオーバが失敗したためです。 

対処 

1. 上記メッセージの前に、GFS 共用ファイルシステムが動作しているノードのコンソールに 

エラーメッセージが表示されている場合は、そのエラーメッセージに対する対処を行って 

ください。GFS 共用ファイルシステムのエラーメッセージについては、"PRIMECLUSTER 

Global File Services 説明書" の "付録 E メッセージ一覧" を参照してください。 

2. /var ファイルシステムが、GFS 共用ファイルシステムの共用ノードにおいて性能差があ 

る状況か確認してください。性能差がある状況で複数ファイルシステムを運用している場 

合は、フェイルオーバ処理が失敗しファイルシステムが閉塞する場合があります。 

例えば、以下の状況が考えられます。 

1) GFS 共用ファイルシステムを共用する一部のノードにおいてのみ /var が GDS の 

ミラーボリューム上に構築されているなど、ノード間で /var の I/O 性能差があ 

るシステム構成となっている場合 

この場合は、すべての GFS 共用ファイルシステムを共用するノードの /var を同 

一の構成としてください。 

例えば、すべてのノードで /var をローカルディスクを使用するか GDS のシスボ 

ルミラー構成を使用するかどちかに統一してください。 

2) GFS 共用ファイルシステムを共用する一部のノードにおいて /var が構築されて 

いる GDS のボリュームで等価性コピーが動作している場合 

この場合は、閉塞が発生したファイルシステムを一旦アンマウントしてマウントす 

ることで復旧してください。可能であれば、GDS のボリュームの等価性コピーが完 

了後にシステム運用を開始願います。 

なお、等価性コピーの状態は、sdxinfo(1M) で確認します。詳細は、"PRIMECLUSTER 

Global Disk Services 説明書 4.1" を参照してください。 

3) GFS 共用ファイルシステムを共用するノードの一部だけ /var が構築されている 

ディスク装置で媒体エラーが発生している場合 

149


150 

この場合は、早急にディスク装置の交換を実施してください。 

3. 上記以外の場合は、全ノードについて調査資料を採取し、カスタマサポート担当者にご連 

絡ください。調査資料の採取方法は、"第7章トラブル調査情報の採取方法" を参照して 


閉塞が発生したファイルシステムを一旦アンマウントしてマウントすることで復旧して 


Q3-10-3 ノードの起動が完了しているのに GFS 共用ファイルシステムが自動マウントされ 

ない 

説明 

ノード起動時、または、マルチユーザモード遷移時に、クラスタ整合状態が保証されていないと、 

sfcfrmd デーモンの起動が保留されます。sfcfrmd デーモンの起動方法を wait_bg に設定してい 

る場合は、sfcfrmd デーモンの起動だけ保留するので、ノードの起動が完了していても、GFS 共用 

ファイルシステムが自動マウントされていないことがあります。通常は、クラスタ整合状態が保証 

されない状態は、すべての運用ノードが起動するまでの一時的な状態であり、クラスタ整合状態が 

保証され次第、sfcfrmd デーモンの起動と GFS 共用ファイルシステムのマウントが行われるため 

対処は必要ありません。 

ただし、以下の場合は、クラスタ整合状態が保証されない状態が続くため対処が必要です。 


● クラスタを構成するすべてのノードを停止している状態から、一部のノードだけを起動し 

GFS の運用を行おうとした。 

対処 

"PRIMECLUSTER Global File Services 説明書"の "sfcfrmd デーモンが起動しない場合の対処" を 

参照してください。

3.11 GLS のトラブル 

3.11 GLS のトラブル 

GLS に関するトラブルシューティングは、"PRIMECLUSTER Global Link Services 説明書(伝送 

路二重化機能編)" の "付録 D.2 トラブルシューティング (Solaris)"、"付録 D.1 トラブル 

シューティング (Linux)" を参照してください。 

151


3.12 設定変更時のトラブル 

152 

設定変更時のトラブルシューティングについて説明します。 



Q3-12-1 PRIMEPOWER 250/450 で XSCF のネットワーク設定を変更中、他 

のノードでエラーメッセージが出力された 

FJSVcluster: エラー: DEV: 7040: コンソールへの接続ができ 

なくなりました。(node:nodename portno:portnumber 

detail:code) 

○ - 

Q3-12-2 clrsvmajor コマンドでディスクの major 番号を変更しよう 

としたら、下記メッセージが出力された 

FJSVcluster:error:clrsvmajor:6003: オプションに誤りがあ 

ります 

○ - 

Q3-12-3 clinitreset コマンドを実行すると、Global Disk Services の 

設定が行われている旨を示すエラーが出力された 

○ - 

Q3-12-4 ノード名変更を行った後、CRM の設定を促す表示がされるが、 

初期構成設定を実行するとすでに設定されている旨のメッセー 

ジが出力される 

○ ○ 

Q3-12-5 ディスク増設後、自動リソース登録を実施したがリソース登録 

されなかった 

○ - 

Q3-12-6 業務 LAN の IP アドレスを変更したが、ノード再起動後、変更 

が反映されない 

○ ○ 

Q3-12-7 Web-Based Admin View の以下の動作環境変数の wvSetparam コ 

マンドによる変更や wvGetparam コマンドによる参照を行うと 

エラーメッセージが出力された 

・primary-server 

・secondary-server 

・group-addr 

・mip 

・httpip 

エラーメッセージ 

Can't load config file : 

○ ○ 

Q3-12-8 Web-Based Admin View の動作環境変数である keep-time(クラ 

イアント・管理サーバ間接続監視時間)を変更してもデフォル 

ト時間(10 秒)で管理サーバとの接続が切断される 

○ ○ 

Q3-12-1 PRIMEPOWER 250/450 で XSCF のネットワーク設定を変更中、他のノードでエラー 

メッセージが出力された 

FJSVcluster: エラー: DEV: 7040: コンソールへの接続ができなくなりました。 

(node:nodename portno:portnumber detail:code) 

対処 

XSCF のネットワーク設定が完了後、エラーメッセージが出力されたノードで以下のコマンドを 

実行し、コンソール非同期監視デーモンを復旧してください。

# sdtool -e 

# sdtool -b 


なお、XSCF の IP アドレスまたは XSCF ホスト名を変更した場合、クラスタの設定も変更する 

必要があります。再度シャットダウン機構の設定を行い、XSCF に合わせた設定に変更してくだ 

さい。 

Q3-12-2 clrsvmajor コマンドでディスクの major 番号を変更しようとしたら、下記メッ 


原因 

対処 

FJSVcluster:error:clrsvmajor:6003:オプションに誤りがあります 

clrsvmajor コマンドのオプションであるディスクドライバに、誤ったドライバ(sfdsklog(SDX 

message logging driver))を指定した可能性があります。 

ディスクドライバには、sfdsk ドライバを指定してください。 

Q3-12-3 clinitreset コマンドを実行すると、Global Disk Services の設定が行われている 

旨を示すエラーが出力された 

原因 

対処 

GDS の構成情報が残っているためです。 

GDS 構成情報の削除を行ってください。 

Q3-12-4 ノード名変更を行った後、CRM の設定を促す表示がされるが、初期構成設定を実行 

するとすでに設定されている旨のメッセージが出力される 

原因 

対処 

ノード名変更作業時に手順にない CF の削除を行ったことで、PRIMECLUSTER が保持している情 

報に不整合が発生したことが考えられます。 

一度ノード名を変更前の名前に戻し、正常動作を確認した上で、再度正しい手順でノード名を変 

更してください。 

153


154 

Q3-12-5 ディスク増設後、自動リソース登録を実施したがリソース登録されなかった 

原因 

対処 

cldiskadm ファイルのリンクの置き換えを実施していない可能性があります。 

下記の作業を実施後、自動リソース登録を実行してください。 

# rm /etc/opt/FJSVcluster/sys/cldiskadm 

# ln -s /etc/opt/FJSVmplb/bin/cldiskadm /etc/opt/FJSVcluster/sys/cldiskadm 

Q3-12-6 業務 LAN の IP アドレスを変更したが、ノード再起動後、変更が反映されない 

原因 

対処 

GLS が活性化されていることで、設定変更前の IP アドレスが使用されている可能性があります。 

一度 GLS の設定を削除し、ノード再起動後に業務 LAN の IP アドレスを確認してください。 

Q3-12-7 Web-Based Admin View の以下の動作環境変数の wvSetparam コマンドによる変更や 

wvGetparam コマンドによる参照を行うとエラーメッセージが出力された 

・primary-server 

・secondary-server 

・group-addr 

・mip 

・httpip 

エラーメッセージ 

Can't load config file : 

原因 

対処 

Web-Based Admin View のインストール時に、/etc/inet/hosts(Solaris)または /etc/hosts 

(Linux)ファイルにホスト名と IP アドレスが記載されていません。 

ホスト名に対する IP アドレスを /etc/inet/hosts(Solaris)または /etc/hosts(Linux)ファ 

イルに定義してください


Q3-12-8 Web-Based Admin View の動作環境変数である keep-time(クライアント・管理サー 

バ間接続監視時間)を変更してもデフォルト時間(10 秒)で管理サーバとの接続が切断され 

る 

対処 

/etc/opt/FJSVwvbs/etc/bin/wvSetparam コマンドにより keep-time の値を usr 属性の動作環 

境変数として追加します。 

#/etc/opt/FJSVwvbs/etc/bin/wvSetparam -add usr keep-time 

には keep-time に設定する整数が入ります。 

155

第4章保守時のトラブル 

本章では、保守を行うときに発生するトラブルの内容および対処方法について説明します。 

156

4.1 電源を落としたとき 

4.1 電源を落としたとき 

保守を行うために電源を落としたときに起こるトラブル対処方法について説明します。 



Q4-1-1 ノードの AC 電源を落として保守作業中、他のノードでエラーメッ 



(node:nodename address:address status:status) 

Q4-1-2 リモートコンソール接続装置の電源を落として保守作業中、他のノ 

ードでエラーメッセージが出力された 

FJSVcluster: エラー: DEV: 7040: コンソールへの接続ができなく 

なりました。 (node:nodename portno:portnumber detail:code) 

Q4-1-3 PRIMEPOWER 250/450 の AC 電源を落として保守作業中、他のノー 

ドでエラーメッセージが出力された 

FJSVcluster: エラー: DEV: 7040: コンソールへの接続ができなく 

なりました。(node:nodename portno:portnumber detail:code) 

○ - 

○ - 

○ - 

Q4-1-1 ノードの AC 電源を落として保守作業中、他のノードでエラーメッセージが出力され 

た 

FJSVcluster: エラー: DEV: 7003: RCI の異常を検出しました。(node:nodename 

address:a dre s status:status) 

対処 

ノードの保守が完了し、ノードの電源を入れた後、エラーメッセージが出力されたノードで以下 

のコマンドを実行し、RCI 非同期監視デーモンを復旧してください。 


# sdtool –e 

# sdtool –b 

4.1A20 パッチ 913381-03 適用以降または 4.1A30 以降では、以下のコマンドを実行する必要は 



157


158 

Q4-1-2 リモートコンソール接続装置の電源を落として保守作業中、他のノードでエラーメッ 




対処 

リモートコンソール接続装置の保守が完了し電源を入れた後、エラーメッセージが出力されたノ 

ードで以下のコマンドを実行し、コンソール非同期監視機能または SF を復旧してください。 

【4.1の場合】 

# /etc/opt/FJSVcluster/bin/clrcirccusetup 

【4.1A10以降の場合】 

# sdtool -e 

# sdtool -b 

Q4-1-3 PRIMEPOWER 250/450 の AC 電源を落として保守作業中、他のノードでエラーメッセ 

ージが出力された 



対処 

ノードの保守が完了し、ノードの電源を入れた後、エラーメッセージが出力されたノードで以下 

のコマンドを実行し、コンソール非同期監視デーモンを復旧してください。 

# sdtool -e 

# sdtool -b

4.2 セキュリティパッチ適用時 

4.2 セキュリティパッチ適用時 

セキュリティパッチを適用したときに起こるトラブルの対処方法について説明します。 



Q4-2-1 PRIMECLUSTER のパッチ適用に失敗する ○ ○ 

Q4-2-1 PRIMECLUSTER のパッチ適用に失敗する 

原因 

対処 

マルチユーザモードでパッチを適用している可能性があります。 

パッチは、シングルユーザモードで適用する必要があります。シングルユーザモードに移行した 

後、パッチの適用を実行してください。詳細は、パッチに添付の readme を参照してください。 

確認事項 

マルチユーザモードでパッチを適用していませんか? 

159


4.3 アップデート時 

160 

ソフトウェアまたはファームウェアのアップデート時に起こるトラブルの対処方法について説 

明します。 



Q4-3-1 PRIMEPOWER 250/450 で XSCF のファームウェアアップデート 

中、他のノードでエラーメッセージが出力された 

FJSVcluster: エラー: DEV: 7040: コンソールへの接続ができ 

なくなりました。(node:nodename portno:portnumber 

detail:code) 

○ - 

Q4-3-1 PRIMEPOWER 250/450 で XSCF のファームウェアアップデート中、他のノードでエラ 

ーメッセージが出力された 



対処 

XSCFのファームウェアアップデート完了後、エラーメッセージが出力されたノードで以下のコマ 

ンドを実行し、コンソール非同期監視デーモンを復旧してください。 

# sdtool -e 

# sdtool -b

第5章その他のトラブル 

本章では、PRIMECLUSTER を利用する際に発生する、以下のトラブルについて説明します。 

● Linux OS に関するトラブル 

● Linux 固有のトラブル 

161


5.1 Linux OS に関するトラブル 

162 

Linux OS 固有のトラブルについて説明します。 


No. 現象 

Q5-1-1 Adaptec ドライバをアップデートし、リブートを行ったところ、シングルユーザモード 

でシステムが起動される 

Q5-1-2 NIC 増設後に既存の NIC での通信が不可となる 

Q5-1-3 OS のインストール時に RAID の内蔵ドライブが認識されない 

Q5-1-4 システムがシングルユーザモードで起動される 

Q5-1-5 システムがシングルユーザモードで起動される【RHEL v2.1】 

Q5-1-6 システムが突然リブートされる 

Q5-1-7 システム起動時に Netdump のサービスが自動起動されない【PRIMECLUSTER 4.1A20 以降 

と RHEL v3 の組み合わせ】 

Q5-1-8 Netdump の採取ができない【PRIMECLUSTER 4.1A20 以降と RHEL v3 の組み合わせ】 

Q5-1-9 Netdump を採取したところ、ノードがハングしたまま応答が返らない【PRIMECLUSTER 

4.1A20以降とRHEL v3 の組み合わせ】 

Q5-1-1 Adaptec ドライバをアップデートし、リブートを行ったところ、シングルユーザモー 

ドでシステムが起動される 

原因 

マルチパスドライバが導入されている環境で OS 標準の mkinitrd コマンドによる initrd 作 

成を行ったため、リブート時にマルチパスドライバが認識されない場合があります。 

対処 

initrd の作成時には、マルチパスドライバが提供している mkinitrd コマンド 

(/usr/fjsvgrmpd/bin/mkinitrd-mpd) を実行してください。 

確認事項 

OS 標準の mkinitrd コマンドを実行していませんか? 

Q5-1-2 NIC 増設後に既存の NIC での通信が不可となる 

原因 

PCI-PCI Bridge の割り込み優先順位により、NIC の優先順位が変わるハードウェア仕様のため、 

通信が不可になる場合があります。 

対処 

PRIMERGY 本体添付のマニュアルに従い NIC の挿入位置を決定してください。 

もし、何らかの理由で NIC の挿入位置が変更できない場合は、新たに割り当てられたネットワ 

ークインタフェース名のまま使用することを検討してください。NIC とネットワークインタフェ 

ース名の関係は、ifconfig コマンドで表示される MAC アドレスを元に判断することができます。 

確認事項 

インタフェース名が変わっていませんか?

Q5-1-3 OS のインストール時に RAID の内蔵ドライブが認識されない 

原因1 

OS 導入前に論理ドライブが作成されていない可能性があります。 


対処1 

RAID 接続のドライブは、OS 導入前に RAID カードの BIOS/ 専用ユーティリティにより論理ド 

ライブを作成する必要があります。 

確認事項1 

内蔵ドライブの現調が終わっていますか? 

原因2 

適切な RAID ドライバが使用されていない可能性があります。 

対処2 

ハードウェアにバンドルされる KickStart にてインストールを行ってください。 

もし、何らかの理由で KickStart によるインストールを行わない場合には、ご使用のモデルに 

対応したRAID ドライバを以下の方法でドライバフロッピーからインストールする必要がありま 

す。 

・インストール時のboot:プロンプトにて、linux dd noprobe と入力します。 

・インストーラの指示に従いドライバフロッピーを挿入、SCSI の項より適切なドライバを選 


なお、この場合は NIC のドライバも自動認識されないため、別途導入する必要があります。 

確認事項2 

適切な RAID ドライバが使用されていますか? 

Q5-1-4 システムがシングルユーザモードで起動される 

原因 

システムで必須としているパーティションでエラーが発生している可能性があります。 

対処 

コンソールに表示されているメッセージからエラーの発生しているパーティションを特定し、 

fsck コマンド等での修復やバックアップからの復旧を試みてください。 

コンソールメッセージがスクロールして画面から消えてしまった場合には、 

[Shift]+[PageUp]/[PageDown] でスクロールが可能です。 

確認事項 

システムで使用しているパーティションで障害が発生していませんか? 

Q5-1-5 システムがシングルユーザモードで起動される【RHEL v2.1】 

原因 

LKCD シャットダウンエージェントが有効となっている場合、システム起動時にパニックステー 

タス通知ディスク上のパニックステータスがクリアされていない可能性があります。 

対処 

パニックステータスのクリアに失敗した場合、クラスタへの参加を回避するためシングルユーザ 

モードへと移行します。その際、共用ディスク装置を接続/起動してください。 

もし、何らかの理由で共用ディスク装置がない状態でマルチユーザモードで起動する場合は、 

LKCD シャットダウンエージェントを無効にすることで回避できます。 

163


164 

詳細は、"PRIMECLUSTER 導入運用手引書" の "D.5.1 シャットダウン機構の設定に関する注意事 

項" を参照してください。 

確認事項 

RHEL AS/ES 2.1 の場合、共用ディスク装置 (GR/ETERNUS) が未起動あるいは未接続ではありま 

せんか? 

Q5-1-6 システムが突然リブートされる 

原因1 

ハードエラーによってハートビート異常が発生して、ノードが強制停止された可能性があります。 

対処1 

ServerView のログにエラーメッセージが出力されていないか確認してください。 

ハードエラーが出力されている場合は、サポートデスクにご連絡ください。 

確認事項1 

ハード異常が発生していませんか? 

原因2 

パニックの発生により、システムが自動的にリブートされた可能性があります。 

対処2 

システムのリブート後、障害調査に必要なシステムおよびクラスタの情報を pclsnap で採取し、 

サポートデスクにご連絡ください。 

確認事項2 

パニックが発生していませんか? 

原因3 

クラスタインタコネクトに対応するインタフェースに異常が発生した可能性があります。 

対処3 

ケーブル断、NIC 異常、コネクタ不良等、クラスタインタコネクトを構成するネットワークの異 

常を確認してください。 

上記以外の原因で発生している場合は、両ノードで障害調査に必要なシステムおよびクラスタの 

情報を pclsnap で採取し、サポートデスクにご連絡ください。 

確認事項3 

cip 情報の表示 (/opt/SMAW/SMAWcf/bin/ciptool –n コマンド) にて、down 状態のインタフェ 

ースがありませんか? 

Q5-1-7 システム起動時に Netdump のサービスが自動起動されない【PRIMECLUSTER 4.1A20以 

降とRHEL v3 の組み合わせ】 

原因 

Netdump で使用する LAN 環境で、スイッチングハブを使用している場合、STP (Spanning-Tree 

Protocol) の設定により、サービスが自動起動されない場合があります。 

対処 

STP の設定に値(秒)が指定されている場合、ノード起動時にネットワークの Link-up が指定さ 

れた秒間制御されます。使用しているスイッチングハブの STP の設定を "Disabled" に設定し 

てください。

詳細は、Netdump クラスタ連携ツールのマニュアルを参照してください。 

確認事項 

使用しているハブの STP を設定していませんか? 


Q5-1-8 Netdump の採取ができない【PRIMECLUSTER 4.1A20 以降と RHEL v3 の組み合わせ】 

原因1 

Netdump で使用している LAN と GLS で使用している業務 LAN を共用している可能性がありま 

す。 

対処1 

Netdump 用の LAN と業務 LAN を分けてください。 

確認事項1 

Netdump で使用している LAN とGLS で使用している業務 LAN を共用していませんか? 

原因2 

Netdump クライアントで Netdump 用にオンボード LAN を使用している可能性があります。 

対処2 

RedHat 社提供のディストリビューションに含まれていない IHV ベンダのドライバ (broadcom 

等)を使用しているオンボード LAN は、LAN ドライバが未サポートのため、ダンプ採取用途には 

使用できません。Netdump 用の LAN を別途用意してください。 

詳細は、Netdump クラスタ連携ツールのマニュアルを参照してください。 

確認事項2 

Netdump クライアントにて、Netdump 用にオンボード LAN を使用していませんか? 

Update3 (U05011) を適用している場合、オンボード LAN (broadcom) を使用しても問題 


Q5-1-9 Netdump を採取したところ、ノードがハングしたまま応答が返らない【PRIMECLUSTER 

4.1A20 以降と RHEL v3 の組み合わせ】 

対処 

サーバ側にクライアントノードの実メモリ +600MB 程度の領域を確保してください。 

不要なファイルデータ等があれば、削除しておいてください。 

また、システム設計時にも Netdump を利用する際の考慮をする必要があります。 

確認事項 

Netdump サーバの空き領域が不足していませんか? 

165


5.2 Linux 固有のトラブル 

166 

Linux 固有のトラブルシューティングについて説明します。 


No. 現象 

Q5-2-1 cfconfig コマンド実行時にシステムハングする 

Q5-2-2 Cluster Admin に CRM メインウィンドウが表示されない 

Q5-2-3 pclsnap による調査資料の採取に失敗する 

Q5-2-4 RMS Wizard にて CRM のメニューが表示されない 

Q5-2-5 RMS Wizard の Configuration-Activate に失敗する 

Q5-2-6 SF の起動 (sdtool –b コマンド)に失敗する 

Q5-2-1 cfconfig コマンド実行時にシステムハングする 

原因 

cfconfig コマンドの実行を連続して行っている可能性があります。 

対処 

本機能は制限事項です。cfconfig コマンド実行の間隔は、5 分以上空けてください。 

詳細は、"PRIMECLUSTER インストールガイド" の "4.1 制限事項" を参照してください。 

確認事項 

CF の起動直後 (cfconfig -l) に cfconfig –u を実行していませんか? 

Q5-2-2 Cluster Admin に CRM メインウィンドウが表示されない 

原因 

CRM ビューパッケージ (FJSVwvfrm-xxxx-xxxx.rpm) がインストールされていない可能性があり 

ます。 

対処 

rpm コマンドにて、CRM ビューパッケージがインストールされていることを確認してください。 

インストールされていない場合は、"PRIMECLUSTER インストールガイド" の "5. インストール 

手順" を参照して、インストールしてください。 

確認事項 

CRM ビューパッケージ (FJSVwvfrm-xxxx-xxxx.rpm) はインストールされていますか? 

Q5-2-3 pclsnap による調査資料の採取に失敗する 

原因1 

pclsnap に必要な領域が不足している可能性があります。 

対処1 

/var/opt/FJSVsfcfs/cores 配下にコアダンプが存在しているか確認してください。 

コアダンプが存在している場合、pclsnap 採取には大量の空き領域が必要となるため、領域不足 

により採取できない可能性があります。 

"7.2.1 pclsnap コマンドの実行" を参照し、必要な領域を確保したうえで pclsnap コマンドを 

実行してください。

確認事項1 

コアダンプが出力されていませんか? 

5.2 Linux 固有のトラブル 

原因2 

pclsnap が情報採取する際、システム内の何らかの異常によりサブコマンドが正常に終了しなか 

った可能性があります。 

対処2 

サブコマンドが正常に終了しなかった状態で採取された snap と pclsnap.elog 、およびダンプ 

を採取してサポートデスクにご連絡ください。 

詳細は、"7.2.1 pclsnap コマンドの実行" を参照してください。 

確認事項2 

メッセージ "DIAG: sub-command which collects information of high availability returns 

non-zero value." が出力されていませんか? 

Q5-2-4 RMS Wizard にて CRM のメニューが表示されない 

原因 

CRM のメニューに関連するパッケージがインストールされていない可能性があります。 

対処 

rpm コマンドにて、以下のパッケージがインストールされていることを確認してください。 

(RAO) 

・FJSVclapm 

・FJSVclrms 

・FJSVclrwz 

RAO のパッケージは、インストール CD3 に格納されています。 

インストール手順の詳細は、"PRIMECLUSTER インストールガイド" を参照してください。 

確認事項 

RAO パッケージが正しくインストールされていますか? 

Q5-2-5 RMS Wizard の Configuration-Activate に失敗する 

原因 

RMS Wizard の Activate が失敗し、以下のエラーメッセージが表示される場合があります。 

”cfreg daemon not present” 

対処 

本機能は、制限事項です。 cfconfig –l を全ノードで実行し、5 分後に再度 

Configuration-Activate を行ってください。 

確認事項 

エラーメッセージ "cfreg daemon not present" が表示されていませんか? 

Q5-2-6 SF の起動 (sdtool –b コマンド)に失敗する 

原因 

ネットワーク構成、もしくは、RSB あるいはマネジメントブレードに設定した IP アドレスが間 

違っている可能性があります。 

167


168 

対処 

"PRIMECLUSTER 導入運用手引書" の "5.1.2 シャットダウン機構の設定" を参照して、 

/etc/opt/SMAW/SMAWsf/SA_rsb.cfg で、RSB の IP アドレス、ID/Password の設定値に誤りがな 

いか、あるいは /etc/opt/SMAW/SMAWsf/SA_blade.cfg で、マネジメントブレードの IP アドレ 

ス、SNMP コミュニティ名の設定値に誤りがないことを確認してください。 

また、RSB、あるいはマネジメントブレードの IP アドレスに Ping が通ることを確認してくだ 

さい。Ping が通らない場合、ネットワーク構成、もしくは、RSB、あるいはマネジメントブレー 

ドに設定した IP アドレスが間違っている可能性があります。 

/etc/opt/SMAW/SMAWsf/SA_rsb.cfg、あるいは /etc/opt/SMAW/SMAWsf/SA_blade.cfg の内容が正 

しい場合でも、RSB、あるいはマネジメントブレードに設定した IP アドレスが間違っていると、 

SF が起動できません。 

また、GLS の切替方式によって RSB の接続方法が異なりますので、注意してください。RSB あ 

るいはマネジメントブレードの IP アドレスを変更した場合は、 

/etc/opt/SMAW/SMAWsf/SA_rsb.cfg 内の RSB の IP アドレス、あるいは 

/etc/opt/SMAW/SMAWsf/SA_blade.cfg内のマネジメントブレードのIPアドレスも変更してくださ 

い。 


ださい。 

確認事項 

RSB、あるいはマネジメントブレードの IP アドレスは正しく設定されていますか?

第2部トラブル情報の採取 

トラブル発生時に確認する内容および採取する情報について説明します。 

169

第6章システム状態の確認 

クラスタシステムに問題が発生した場合、本章で説明する手段により、エラーの発生や内容、ク 

ラスタシステムの状態を確認することができます。これらの情報に基づきトラブルシューティン 

グを行います。


6.1 ブラウザによる確認 

172 

リソースで障害が発生した場合は、Web-Based Admin View から以下の画面を参照してリソース 

を特定できます。 

● メッセージポップアップ画面 

● CF メインウィンドウ 

● CRM メインウィンドウ 

● RMS メインウィンドウ 

● MSG メインウィンドウ 

● リソースの障害履歴(Resource Fault History 画面) 

● 故障リソース一覧(Resource Fault History 画面) 

故障リソースの履歴機能を使用するには、リソースデータベースを正しく設定しておく必 

要があります。また、userApplication の AutoStartUp 属性と PersistentFault 属性を 

yes(1) に設定する必要があります。リソースデータベースの設定については、 

"PRIMECLUSTER Cluster Foundation 導入運用手引書" を参照してください。 

故障リソースの検出機能を利用するためには、オペレータ介入要求を動作させる必要があ 

ります。オペレータ介入要求の動作については、"PRIMECLUSTER 導入運用手引書" の " 

故障リソース特定とオペレータ介入要求の設定" を参照してください。 

オペレータ介入機能および故障リソースの履歴機能は clwatchlogd デーモンに依存しま 

す。マルチユーザモードの場合、このデーモンは rc スクリプトにより自動起動します。 

clwatchlogd は RMS の RELIANT_LOG_PATH 環境変数を使用します。rc スクリプトが最初 

に起動したときにこの変数の値が設定されます。 

RMS の hvenv.local ファイルに設定されている RELIANT_LOG_PATH の値を変更したとき 

は、clwatchlogd に SIGHUP 信号を送信する必要があります。clwatchlogd はこの信号を 

受信すると、RELIANT_LOG_PATH の最新の値を取得します。この処理を実行してから RMS 

を起動してください。 

このマニュアルは /etc/opt/FJSVcluster/man ディレクトリにインストールされていま 

す。 

man(1) コマンドを実行する前に、このディレクトリを MANPATH の先頭に追加します。通 

常、ディレクトリ名は .cshrc ファイル内の setenv MANPATH で始まる行か、.profile フ 

ァイル内の export MANPATH で始まる行に追加します。 

6.1.1 メッセージポップアップ画面 

Cluster Admin を起動しておくと、リソースの故障時のエラーメッセージや、リソースの復旧時 

の回復メッセージが、Cluster Admin のポップアップ画面として表示されます。


メッセージの意味と対処方法については、"PRIMECLUSTER 活用ガイド" 

の "第3章 GUI のメッセージ" または "第4章 FJSVcluster 形式のメッセージ" を参照 


重要度アイコンは、次のように定義されています。 

アイコン意味 

通知 

警告 

エラー 

その他 

次のようにして、メッセージ画面に応答します。 

◆操作手順 

1. ボタンを選択してメッセージに応答します。 

2. 上矢印または下矢印をクリックして、前または次のメッセージに移動します。クリックす 

ると、表示されたメッセージへの応答または確認が済んでいないことを通知するメッセー 

ジが表示されます。 

応答するとメッセージが削除されて、次のメッセージが表示されます。次のメッセージがない場 

合、応答したメッセージの前のメッセージがあれば、そのメッセージが表示されます。確認また 

は応答が済んでいないメッセージが存在しない場合、メッセージ画面は閉じます。メッセージの 

内容については "故障リソースとオペレータ介入メッセージ" を参照し、過去のメッセージを表 

示する方法については "リソースの障害履歴" を参照してください。 

メッセージが表示された後に Web-Based Admin View または Cluster Admin を閉じると 

同じ内容の故障リソースメッセージは表示されなくなるため、故障リソースメッセージが 

初めて表示されたときは、メッセージの内容を確認することを推奨します。メッセージを 

閉じてしまった場合は、"Resource Fault History" 画面の障害履歴を参照してください。 

メッセージの表示言語に関しては、"PRIMECLUSTER Web-Based Admin View 操作手引書" の 

"Web-Based Admin View の言語設定" を参照してください。 

故障リソースメッセージが表示されて、クライアント PC に Cluster Admin 画面が表示 

されない場合は、管理サーバに最初に接続されたクライアントだけにメッセージが送信さ 

れます。 

各管理サーバが故障リソースメッセージを管理します。したがって、メッセージの確認後 

に管理サーバを変更すると、同じメッセージが再表示されます。これらのメッセージを削 

除するには Cluster Admin を閉じてから、Web-Based Admin View の GUI で [Cluster 

Admin] を選択して再度開きます。 

173


174 

6.1.2 CF メインウィンドウ 

Cluster Admin から [cf] タブを選択して表示します。クラスタを構成するノードの構成設定、 

管理、状態表示を行います。詳細は、"PRIMECLUSTER Cluster Foundation 導入運用手引書" の "5 

GUI 管理" を参照してください。 

●メイン CF テーブル 

クラスタの各ノードを他ノードから見た CF の状態 (UP, DOWN, LEFTCLUSTER) を表示します。 

表示方法: 

CF メインウィンドウの左側のパネルに表示されるツリーからクラスタ名を選択すると右 

側のパネルに表示されます。 

●ノードの詳細 

ノード名、CF の状態、オペレーティングシステム、CPU、CF で使用するように設定されたイン 

タフェース、そのノードが使用する経路の一覧とその状態を表示します。 

表示方法: 

CF メインウィンドウの左側のパネルに表示されるツリーからクラスタノード名を選択す 

ると CF メインウィンドウの右側のパネルに表示されます。


●トポロジテーブル 

クラスタ内の物理接続を確認し表示します。結線エラーやクラスタ構成上の問題を確認できます。 

表示方法: 

CF メインウィンドウの [ツール] メニューから [トポロジ] を選択します。 

●CF の統計情報 

CF の通信に関する統計情報を表示します。 

表示方法: 

CF メインウィンドウの [統計] メニューから参照したい統計情報を選択します。 

●CF ログビューア 

syslog メッセージを表示します。時刻、キーワード、重要度による検索機能があります。 

175


176 

表示方法: 

CF メインウィンドウの [ツール] メニューから [syslog メッセージの表示] を選択し 

ます。 

6.1.3 CRM メインウィンドウ 

Cluster Admin から [crm] タブを選択して表示します。故障したハードウェアの特定やハード 

ウェアの診断ができます。詳細は、"PRIMECLUSTER 導入運用手引書" の "7.1.2 CRM メインウィ 

ンドウ" を参照してください。 

●CRM ツリー 

クラスタの状態、ノードの状態、リソースの状態を表示します。 

表示方法: 

CRM メインウィンドウの左側のパネルに表示されます。 

●リソース詳細情報 

各リソースの属性情報を表示します。


表示方法: 

CRM ツリービューから属性情報を参照したいリソースを選択すると CRM メインウィンド 

ウの右側のパネルに表示されます。 

177


178 

6.1.4 RMS メインウィンドウ 

Cluster Admin から [rms] タブを選択して表示します。アプリケーションの状態監視や操作を 

行います。詳細は、"PRIMECLUSTER 導入運用手引書" の "7.1.3 RMS メインウィンドウ"、"7.3 

PRIMECLUSTER システムの監視操作"、および "PRIMECLUSTER RMS 導入運用手引書" を参照して 


●RMS ツリー 

RMS 構成情報を階層形式で表示し、RMS オブジェクトの状態を表示します。 

表示方法: 

RMS メインウィンドウの左側のパネルに表示されます。 

●オブジェクト属性 

各 RMS オブジェクトの属性一覧を表示します。 

表示方法: 

RMS ツリーから RMS オブジェクトを選択すると RMS メインウィンドウの右側のパネル 

に表示されます。 

●RMS グラフ 

RMS 構成情報をグラフ形式で表示します。


表示方法: 

RMS ツリー上の RMS オブジェクトを右クリックし、[グラフの表示]、[アプリケーション 

グラフの表示]、[サブアプリケーショングラフの表示] のいずれかを選択します。 

●環境変数の表示 

RMS のグローバル環境変数とローカル環境変数を表示します。 

表示方法: 

RMS のグローバル環境変数は、RMS ツリー上のクラスタを右クリックし、[環境の表示] を 

選択します。RMS のローカル環境変数は、RMS ツリー上のノードを右クリックし [環境の 

表示] を選択します。 

●switchlog の表示 

switchlog ($RELIANT_LOG_PATH/switchlog) を表示します。時刻、キーワード、重要度による検 

索機能を使用できます。 

表示方法: 

RMS ツリー上のノードを右クリックし、[switchlog の表示] を選択します。 

●アプリケーションログの表示 

アプリケーションログ ($RELIANT_LOG_PATH/app.log) を表示します。時刻、キーワード、重要 

179


180 

度による検索機能を使用できます。 

表示方法: 

RMS ツリー上のクラスタアプリケーションを右クリックし、[ログファイルの表示] を選 


6.1.5 MSG メインウィンドウ 

Cluster Admin から [msg] タブを選択して表示します。クラスタ制御のメッセージが表示され 

ます。 

最後に表示したとき以降にテキスト領域に新しいメッセージが追加されている場合、このタブは 

赤で表示されます。 

メッセージのテキスト領域はクリアしたり、メインパネルから切離すことができます。 

6.1.6 リソースの障害履歴 

リソースの障害履歴を表示する "Resource Fault History" 画面は、以下の手順で表示します。 

◆操作手順 

1. "Web-Based Admin View" 画面を開き、[Global Cluster Services] を選択します。 

2. [Resource Fault History] を選択します。 

"Resource Fault History" 画面が表示されます。


"Resource Fault History" 画面は自動的に更新されません。最新の履歴情報を表 

示するには、[表示] - [更新] メニューを選択します。 

■故障リソース一覧画面のメニュー 

"Resource Fault History" 画面のメニューには以下の項目があります。 

メニュー機能 

[表示 ]- [最新の情報に更新] 時間範囲が現在の日時に初期化されます。最 

大で 100 の最新履歴リソースが表示されま 

す。 

[表示 ]- [故障リソース一覧] 現時点で障害が発生しているリソースのリ 

ストを表示します("故障リソースの一覧" 

を参照)。 

[表示 ]- [終了] "Resource Fault History" 画面を終了しま 

す。 

[ヘルプ] - [ヘルプ] GUI ヘルプを表示します。 

■時間範囲の設定 

故障リソース履歴の一覧は、日付と時刻で絞って表示できます。 

● [開始時刻] - 開始時刻を設定します。 

● [終了時刻] - 終了時刻を設定します。 

設定後、ボタンをクリックすると、指定範囲の最新の故障リソース履歴を最大 100 件 

まで表示します。 

■キーワードによる検索 

故障リソース履歴の一覧は、[キーワード] を指定して、絞り込むこともできます。 

時間範囲を設定してある場合は、両方の条件に当てはまる最新の故障リソース履歴が、最大 100 

件まで表示されます。 

■一覧の見方 

"Resource Fault History" 画面には、以下の情報が表示されます。 

● 発生時刻 ― RMS がリソース障害を検出した時刻が表示されます。 

● 状態 ― 以下のいずれかの状態を示します。 

― 応答済 - オペレータはメッセージに応答済みです。 

― 応答未 - 応答が必要なメッセージに対してオペレータが応答していません。 

181


182 

― 応答中 - オペレータはメッセージに応答中です。 

― 確認 - 応答が不要な通知メッセージです。 

● メッセージ - メッセージが表示されます。 

● 選択情報 - 管理サーバに接続されているクライアントからのオペレータ介入メッセージ 

の情報が表示されます。メッセージがキャンセルされている場合、または clreply(1M) コ 

マンドを使用してメッセージに応答した場合は、この列に何も表示されません。 

● 実行結果 - 応答処理の結果と時刻が表示されます。 

■情報フィールド 

画面下の情報フィールドには、履歴ファイルの取得中または読込み中にエラーが検出されたとき 

の情報が表示されます。表示される項目は以下のとおりです。 

● 処理中 - 管理サーバから履歴データを収集しています。 

● 指定した時刻に誤りがあります - 指定した時間範囲が正しくありません。訂正し、ボタンを再びクリックします。 

● 一部のデータ獲得に失敗しました - 履歴ファイルの一部が壊れている可能性があります。 

システムの運用には影響しませんが、壊れたデータは表示されません。 

6.1.7 故障リソースの一覧 

"Resource Fault History" 画面で [表示]-[故障リソース一覧] を選択すると、以下のような 

故障リソース一覧が表示されます。 

故障リソース一覧画面には、以下の情報が表示されます。 

● 故障リソース - 故障リソースのリソース名が表示されます。 

● SysNode - 故障リソースが属している SysNode が表示されます。 

● 故障時間 - RMS がリソースの障害を検出した日付と時刻が表示されます。 

● userApplication - 故障リソースが属している userApplication の名前が表示されます。 

をクリックすると、故障リソース一覧画面を閉じます。 

cldispfaultrsc(1M) コマンドを使用して、現時点で Faulted 状態のリソースのリストを表示す 

ることもできます。

6.2 コマンドによる確認 

cftool(1M) 

ciptool(1M) 

hvdisp(1M) 

hvconfig(1M) 

sdtool(1M) 

6.2 コマンドによる確認 

コマンドを使用してクラスタシステムの状態を調べる方法を説明します。各コマンドの詳細につ 

いては、"PRIMECLUSTER 活用ガイド " を参照してください。 

ここで説明するコマンドは、状態表示以外に、システムやプログラムの停止、状態や設定 

の変更などシステムの状態を変更する機能を持つものも含まれます。各コマンドを使用す 

る前に、各コマンドのオンラインマニュアルを読み、コマンドの仕様を十分に理解したう 

えで実行してください。 

CF の状態、クラスタインタコネクトの状態、ノード間通信に関する統計情報を表示します。 

-n 各ノードの CF の状態を UP、DOWN、LEFTCLUSTER という状態で表示します。 

-r 経路の状態を表示します。 

-d クラスタが使用するインタコネクトのネットワークインタフェースのデバイ 

ス情報を表示します。 

-i ICF の統計情報を表示します。 

-m MAC の統計情報を表示します。 

CIP の状態を表示します。 

-a アドレス解決テーブル (CIP の IP アドレスとノード名のマッピング)を表 

示します。 

-n すべての CIP の状態を表示します。 

ciptoolはフルパス (/opt/SMAW/SMAWcf/bin/ciptool)で実行してください。 

RMS オブジェクトの状態を表示します。 

-a 本コマンドが実行された時点の各 RMS オブジェクトのオブジェクト名、タイ 

プ、SysNode 名、状態を表示します。 

-u 各 RMS オブジェクトの状態が変更されたときに、各 RMS オブジェクトの状 

態を自動更新して表示します。 

RMS 構成情報を表示します。 

-l 現在の RMS 構成情報を表示します。 

各シャットダウンエージェントの状態を表示します。 

-s 各シャットダウンエージェントの状態を表示する。 

183


184 

clgettree(1) 

ハードウェアリソースの状態をツリー形式で表示します。 

cldispfaultrsc(1M) 

clspconfig(1M) 

現在故障しているリソース一覧を表示します。 

-a すべての SysNode で故障しているリソースの一覧を表示します。 

パトロール診断機能の設定状態を表示します。 

-u 指定したクラスタアプリケーションに対する設定状態を表示します。

第7章トラブル調査情報の採取方法 

PRIMECLUSTER システムに障害が発生した場合の、トラブル調査情報の採取方法について説明し 

ます。 

トラブル情報の採取方法は、Solaris と Linux で異なります。 

185


7.1 Solaris におけるトラブル調査情報の採取方法 

186 

PRIMECLUSTER システムに障害が発生した場合は、調査に必要な以下の情報を、クラスタを構成 

するすべてのノード、およびクラスタ管理サーバから収集します。それからカスタマサポート担 

当者に連絡してください。 

1. PRIMECLUSTER の調査情報 

― fjsnap を使用して、エラー調査に必要な情報を収集します。 

― システムの調査情報を収集します。 

ハードエラー、OS のエラー発生時、パニック発生時またはノードにログインでき 

ない時に必須となる以下の資料を収集します。 

‐ システムダンプ 

‐ SCF (※)ダンプ 

※SCF :System Control Facility (以降 SCF と略します) 

― SF のデバッグ情報を採取します。 

"8.3 SF をデバックモードにする" を参照してください。 

― クライアントの Java コンソールを収集します。 

"PRIMECLUSTER Web-Based Admin View 操作手引書" の "付録B.2.2 Java コンソー 

ル" を参照してください。 

― クライアントの画面のハードコピーを収集します。 

"PRIMECLUSTER Web-Based Admin View 操作手引書" の "付録 B.2.3 画面のハード 

コピー" を参照してください。 

― クライアントで RC2000 を使用している場合には、クライアントの RC2000 の情報 

を収集します。 

"RC2000 ユーザーズガイド" の "D.2 トラブル調査情報の採取方法" を参照して 


2. アプリケーションに障害が発生している場合は、アプリケーションの調査用資料 

3. 障害が再現可能な場合には、障害再現手順マニュアル 

― 障害情報をカスタマサポート担当者に報告する際は、エラー調査に必要な情報を正 

確に収集する必要があります。収集した情報は、問題の確認および障害再現の実行 

のために使用されます。よって、情報が正確でないと、問題の再現および診断に時 

間がかかってしまうか、それらが不可能となる場合があります。 

― 調査用資料は PRIMECLUSTER システムのすべてのノードから速やかに収集する必 

要があります。特に、fjsnap が収集する情報は、障害の発生後に時間が長く経過 

すると、必要な情報が失われてしまうことがあるので注意してください。 

― ノードが強制終了している場合は OBP モードで sync を実行し、システムダンプ 

を収集してください。

7.1.1 fjsnap コマンドの実行 

7.1 Solaris におけるトラブル調査情報の採取方法 

fjsnap コマンドは Solaris のシステム情報ツールで、FJSVsnap 拡張サポート機能パッケージ 

に付属しています。PRIMECLUSTER システムで障害が発生した場合は、必要なエラー情報を収集 

して原因を追及することができます。 

fjsnap コマンド実行を以下に示します。 

1. システム管理者権限でログインします。 

2. fjsnap コマンドを実行します。 

/opt/FJSVsnap/bin/fjsnap -h output 、または 

/opt/FJSVsnap/bin/fjsnap -a output 

― -a はすべての詳細情報を収集するため、データが大きくなります。-h を指定する 

と、クラスタ制御情報のみが収集されます。 

― output には、fjsnap コマンドを使用して収集したエラー情報の出力先となる出力 

媒体の特殊なファイル名または出力ファイル名 (/dev/rmt/0 など) を指定します。 

fjsnap コマンドの詳細については、FJSVsnap パッケージに含まれている README ファイ 

ルである README.ja ファイルを参照してください。 

fjsnap コマンドの実行タイミングについて 

― エラーメッセージが出力された場合などの通常運用時のトラブルは、トラブル発生 

時に即座に fjsnap コマンドを実行してください。 

― システムハング等のため fjsnap コマンドが実行できない場合は、システムダンプ 

を採取してください。その後、シングルユーザモードで起動し、fjsnap コマンド 

を実行してください。 

システムダンプは、REQUEST スイッチを押すか、アボートキーシーケンス (Break 

信号など)を入力して、ノードを OBP モードに強制停止した後、"sync" を実行し 

て採取します。ノードを OBP モードに強制停止する詳細な手順は、PRIMEPOWER の 

取扱説明書、Solaris のマニュアル "Solaris のシステム管理" を参照してくださ 

い。 

― トラブル発生後に、ノードが自動的に再起動してしまった(シングルユーザモード 

で起動できなかった)場合や、誤ってマルチユーザモードで起動してしまった場合 

にも、fjsnap コマンドを実行してください。 

― fjsnap コマンドがエラーになる、または fjsnap コマンドが復帰しない等により 

調査情報が採取できない場合は、システムダンプを採取してください。 

7.1.2 システムダンプ 

ノードがパニック状態にあるときは、調査資料としてシステムダンプを採取してください。シス 

テムダンプはノードの起動プロセス中にファイルとして保存されます。デフォルトの保存先ディ 

レクトリは /var/crash/node_name です。 

187


188 

7.1.3 SCF ダンプ 

以下の現象が発生した場合、SCF ダンプを採取してください。 

● 7003、7004 のメッセージが出力された 

● SCF ドライバからのメッセージが出力された 

SCF ドライバから出力されるメッセージについては、"Enhanced Support Facility ユー 

ザーズガイド" を参照してください。 

◆採取方法 

SCF からの異常通知を受けた SCF の RAS 監視デーモンによって、SCF ダンプが 

"/var/opt/FJSVhwr/scf.dump" に格納されます。 

以下の操作に従って、このファイルをディレクトリごと採取してください。 

# cd /var/opt 

# tar cf /tmp/scf.dump.tar ./FJSVhwr 

SCS が接続されている機種については、getscfdump コマンドで採取することができます。 

getscfdump コマンドの詳細は、"System Console Software ユーザーズガイド" を参照してくだ 

さい。

7.2 Linux におけるトラブル調査情報の採取方法 


PRIMECLUSTER システムに障害が発生した場合は、調査に必要な以下の情報を、クラスタを構成 

するすべてのノード、およびクラスタ管理サーバから収集します。それからカスタマサポート担 

当者に連絡してください。 

1. PRIMECLUSTER の調査情報 

― fjsnap(4.2A00以前はpclsnap)を使用して、エラー調査に必要な情報を収集しま 

す。 

― システムの調査情報を収集します。 

― クライアントの Java コンソールを収集します。 

"PRIMECLUSTER Web-Based Admin View 操作手引書" の "付録 B.2.2 Java コンソ 

ール" を参照してください。 

― クライアントの画面のハードコピーを収集します。 

"PRIMECLUSTER Web-Based Admin View 操作手引書" の "付録 B.2.3 画面のハード 

コピー" を参照してください。 

2. アプリケーションに障害が発生している場合は、アプリケーションの調査用資料 

3. クラッシュダンプ 

障害が発生したノードでクラッシュダンプの採取が可能な場合、ノード再起動を行う前に 

手動でクラッシュダンプを採取してください。OS に依存する障害の場合、クラッシュダ 

ンプが有用となります。 

例)予期せぬリソース故障により切替えが発生した場合 

クラスタアプリケーションの切替えが完了した後、リソース故障が発生したノード 

でクラッシュダンプを採取します。 

PRIMECLUSTER あるいは他ソフトウェアがシステムパニックを発生させることでクラッ 

シュダンプが採取される場合もあります。この場合も、クラッシュダンプを採取してくだ 

さい。 

クラッシュダンプの詳細については、"7.2.2 クラッシュダンプ" を参照してください。 

4. 障害が再現可能な場合には、障害再現手順マニュアル 

― 障害情報をカスタマサポート担当者に報告する際は、エラー調査に必要な情報を正 

確に収集する必要があります。収集した情報は、問題の確認および障害再現の実行 

のために使用されます。よって、情報が正確でないと、問題の再現および診断に時 

間がかかってしまうか、それらが不可能となる場合があります。 

― 調査用資料は PRIMECLUSTER システムのすべてのノードから速やかに収集してく 

ださい。特に、fjsnap(4.2A00以前はpclsnap) が収集する情報は、障害の発生後 

に時間が長く経過すると、必要な情報が失われてしまうことがあるので注意してく 

ださい。 

仮想マシン機能を使用している場合は、"PRIMEQUEST 仮想マシン機能ユーザーズマニュ 

アル"を参照してください。 

7.2.1 fjsnap/pclsnap コマンドの実行 

fjsnap(4.2A00以前はpclsnap) コマンドは PRIMECLUSTER の障害調査情報採取ツールです。 

189


190 

PRIMECLUSTER システムで障害が発生した場合は、必要なエラー情報を収集して原因を追及する 

ことができます。 

7.2.1.1 fjsnapコマンドの実行 

fjsnap コマンド実行を以下に示します。 


2. fjsnap コマンドを実行します。 

/usr/sbin/fjsnap -a output 

― output には、fjsnap コマンドを使用して収集したエラー情報の出力先となる出力 

ファイル名を指定します。 

fjsnap コマンドの詳細については、FJSVsnap パッケージに含まれている README ファイ 

ルを参照してください。 

fjsnap コマンドの実行タイミングについて 


時に即座に fjsnap コマンドを実行してください。 

― システムハング等のため fjsnap コマンドが実行できない場合は、クラッシュダン 

プを採取してください。その後、シングルユーザモードで起動し、fjsnap コマン 

ドを実行してください。クラッシュダンプの採取については、"7.2.2 クラッシュ 

ダンプ" を参照してください。 



にも、fjsnap コマンドを実行してください。 

― fjsnap コマンドがエラーになる、または fjsnap コマンドが復帰しない等により 

調査情報が採取できない場合は、クラッシュダンプを採取してください。 

7.2.1.2 pclsnapコマンドの実行 

pclsnap コマンド実行を以下に示します。 


2. pclsnap コマンドを実行します。 

/opt/FJSVpclsnap/bin/pclsnap -a output 、または 

/opt/FJSVpclsnap/bin/pclsnap -h output 

― -a はすべての詳細情報を収集するため、データが大きくなります。-h を指定する 

と、クラスタ制御情報のみが収集されます。 

― output には、pclsnap コマンドを使用して収集したエラー情報の出力先となる出 

力媒体の特殊なファイル名または出力ファイル名 (/dev/st0 など) を指定します。 

ディレクトリを含む出力ファイル名にカレントディレクトリからの相対パスを指 

定する場合、パスは "./" から始めてください。 

pclsnap コマンドの詳細については、FJSVpclsnap パッケージに含まれている README フ

ァイルを参照してください。 


pclsnap コマンドの実行タイミングについて 


時に即座に pclsnap コマンドを実行してください。 

― システムハング等のため pclsnap コマンドが実行できない場合は、クラッシュダ 

ンプを採取してください。その後、シングルユーザモードで起動し、pclsnap コマ 

ンドを実行してください。クラッシュダンプの採取については、"7.2.2 クラッシ 

ュダンプ" を参照してください。 



にも、pclsnap コマンドを実行してください。 

― pclsnap コマンドがエラーになる、または pclsnap コマンドが復帰しない等によ 

り調査情報が採取できない場合は、クラッシュダンプを採取してください。 

pclsnap コマンドの実行に必要なディレクトリの空き容量について 

pclsnap コマンドの実行に必要なディレクトリの空き容量の目安を、以下の表に示します。 

ディレクトリの種類デフォルトディレクトリ空き容量(目安) (MB) 

出力ディレクトリコマンド実行時のカレントデ 

ィレクトリ 

300 

一時ディレクトリ /tmp 500 

システム環境によっては、上記目安値 (300MB, 500MB) では空き容量不足となる場合があ 

ります。 

ディレクトリの空き容量不足を原因として情報採取が正常に行われなかった場合、 

pclsnap コマンドは終了時にエラーメッセージまたは警告メッセージを出力します。この 

場合、以下に示す対処方法に従って、再度コマンドを実行してください。 

●出力ディレクトリの空き容量不足への対処 

pclsnap コマンドを実行して、出力ファイルの生成に失敗した場合、次のエラーメッセー 

ジが出力されます。 

ERROR: failed to generate the output file "xxx". 

DIAG: ... 

対処方法: 

出力ディレクトリを空き容量の大きなディレクトリに変更して、再度コマンドを実 


例: 

出力ディレクトリを /var/crash にする場合 

# /opt/FJSVpclsnap/bin/pclsnap -a /var/crash/output 

●一時ディレクトリの空き容量不足への対処 

pclsnap コマンドを実行すると、次の警告メッセージが出力されることがあります。 

WARNING: The output file "xxx" may not contain some data files. 

191


192 

DIAG: ... 

この警告メッセージが出力された場合、pclsnap コマンドの出力ファイルは生成さ 

れますが、一部の採取対象情報が出力ファイルに含まれていない可能性があります。 

対処方法: 

一時ディレクトリを空き容量の大きなディレクトリに変更して、再度コマンドを実 


例: 

一時ディレクトリを /var/crash に変更する場合 

# /opt/FJSVpclsnap/bin/pclsnap -a -T/var/crash output 

一時ディレクトリを変更しても同様の警告メッセージが出力される場合、次の原因が考え 

られます。 

(1) システム状態に起因して、特定の情報採取コマンドがタイムアウトする 

(2) 採取対象ファイルが、一時ディレクトリの空き領域と比較して大きい 

(1) の場合は、pclsnap の出力ファイルに含まれる pclsnap.elog ファイルにタイムアウ 

ト発生のログが記録されています。pclsnap の出力ファイルとともに、可能であればクラ 

ッシュダンプを採取してください。 

(2) の場合は、次の (a)(b) などが一時ディレクトリの空き容量よりも大きくなっていな 

いか、確認してください。 

(a) ログファイルのサイズ 

― /var/log/messages 

― /var/opt/SMAW*/log/ 配下のログファイル (SMAWsf/log/rcsd.log など) 

(b) コアファイルの合計サイズ 

― GFS のコアファイル 

/var/opt/FJSVsfcfs/cores/* 

― GDS のコアファイル 

/var/opt/FJSVsdx/*core/* 

これらが一時ディレクトリの空き容量よりも大きい場合には、該当ファイルを出力ディレ 

クトリおよび一時ディレクトリとは別のパーティションに移動して、再度 pclsnap コマ 

ンドを実行してください。なお、移動したファイルは削除せずに保存しておいてください。

7.2.2 クラッシュダンプ 


Linux Kernel Crash Dump(LKCD)、Netdump、あるいは Diskdump がインストールされた環境では、 

調査資料としてクラッシュダンプを採取することができます。 

また、PRIMEQUEST では、Diskdump の他にハードウェア(ファームウェア)と連携した sadump 機 

能でダンプを採取することができます。sadump は、Diskdump によるダンプの採取が失敗した場 

合にダンプを採取する機能です。sadump については、"PRIMEQUEST 480/440/420 リファレンス 

マニュアル:メッセージ/ログ"を参照してください。 

クラッシュダンプの採取タイミング 

● カーネルで Oops が発生した場合 

● カーネルでパニックが発生した場合 

● システム管理者がコンソールで++キーを押した場合 

● 本体の NMI ボタンを押した場合 

クラッシュダンプの採取方法は以下のとおりです。 

1. PRIMECLUSTER あるいは他ソフトウェアによるシステムパニック時のクラッシュダンプ 

採取方法 

クラッシュダンプの保存ディレクトリ配下に、切替え発生時刻以降のクラッシュダンプが 

存在するか否かを確認してください。切替え発生時刻以降のクラッシュダンプが存在する 

場合、クラッシュダンプを収集してください。切替え発生時刻以降のクラッシュダンプが 

存在しない場合、可能な限り手動でクラッシュダンプを採取してください。 

2. 手動によるクラッシュダンプの採取方法 

以下のいずれかの方法でクラッシュダンプを採取し、クラッシュダンプの保存ディレクト 

リ配下にあるクラッシュダンプを収集してください。 

― 本体装置の NMI ボタンを押下する 

― コンソールで++キーを押下する 

クラッシュダンプの保存ディレクトリ 

クラッシュダンプは異常が発生したノード(LKCD、Diskdumpの場合)、あるいは Netdump サ 

ーバ上 (Netdump の場合) にファイルとして保存されます。 

保存先ディレクトリは/var/crash です。 

仮想マシン機能を使用している場合は、"PRIMEQUEST 仮想マシン機能ユーザーズマニュ 

アル"を参照してください。 

7.2.3 PSA 関連情報 (PRIMEQUEST) 

トラブル発生時には、PRIMECLUSTER の障害調査情報に加え、PSA 関連情報を採取してください。 

以下の手順で getopsa を実行してください。 

/opt/FJSVpsa/sh/getopsa 

例: 

/opt/FJSVpsa/sh/getopsa /tmp/node1_getopsa 

193


194 

7.2.4 MMB 関連情報 (PRIMEQUEST) 

以下の現象が発生した場合、PRIMECLUSTER の障害調査情報に加え、MMB のシステムイベントロ 

グを採取してください。 

● ノードが突然強制停止した 

● ノードを強制停止したがフェイルオーバが発生しない 

◆採取方法 

システムイベントログは MMB の Web-UI 画面より採取します。 

詳細については "PRIMEQUEST 480/440 リファレンスマニュアル: GUI/コマンド" を参照してく 

ださい。

第8章 CF に関するトラブル情報収集 

本章では、CF に関する問題を解決するための手順を説明します。 

問題が PRIMECLUSTER 製品の他のコンポーネントにある場合は該当するマニュアルを参照してくだ 

さい。 

なお、本章で説明する内容はクラスタのインストールと確認が完了していることが前提となってい 

ます。 

トラブルシューティングを行うためには、まず、問題の原因を特定するための情報を収集します。 

情報の収集方法を以下に示します。 

● Cluster Admin GUI の CF ログビューア機能を使用する 

● cftool コマンドを使用する 

● SF をデバッグモードにする 

195


8.1 Cluster Admin GUI の CF ログビューア機能を 

使用する 

196 

メッセージの出力先は、使用するOSによって異なります。 




Cluster Admin GUI の CF ログビューア機能を使用すると、以下の情報を検索できます。 

● コンソールに表示されたメッセージ 

● /var/adm/messages ファイル内のメッセージ 

/var/adm/messages のメッセージは、複数ファイルの参照が必要になる場合もあります。複数フ 

ァイルが存在する場合、ファイル名が以下のように表示されます。 

/var/adm/messages.N 

8.1.1 CF ログビューアの起動方法 

CF ログビューアを起動する手順は以下のとおりです。 

1) Cluster Admin を起動する 

2) CF タブをクリックする 

3) CF メインウィンドウの [ツール] メニューから [syslog メッセージの表示] を選択する 

これによってログメッセージが表示されます。 

ログは日付/時刻フィルタを使用して検索したり、重要度レベルに基づいてメッセージをスキャン 

することができます。 

CF ログビューアについては、"6.1.2 CF メインウィンドウ" を参照してください。 

8.1.2 /var/adm/messages ファイルの内容 

CF に関するエラーログメッセージは /var/adm/messages ファイルに記録されます。また、一部の 

メッセージはコンソールにも表示されます。 

その他のデバイスドライバおよびシステムソフトウェアのエラーはコンソールのみに出力されま 

す。 

システムのエラーを正確に把握するためには、コンソールとエラーログの両方のメッセージを参照 


/var/adm/messages ファイルの CF エラーログメッセージは、"PRIMECLUSTER 活用ガイド" の "5.1 CFメッセージ" に記載されています。メッセージ一覧にはエラーの原因が記述 

されています。この情報をもとに、エラーの原因を調査してください。

8.1 Cluster Admin GUI の CF ログビューア機能を使用する 

/var/adm/messages ファイルに記録される CF エラーメッセージの例を以下に示します。 

なお、この表示例は Solaris の場合の表示内容です。Linux の場合は、"unix" の箇所に "Kernel" 

と表示されるなどの細かな違いがあります。 

上記のメッセージのうち、最初の 80 バイトは LOG3 形式メッセージのプリフィックスです。 

このプリフィックスには日時、ノード名、LOG3 形式固有情報が記載されています。重要な情報は 

日時とノード名です。 

また、以降に表示される内容は、以下の意味を持っています。 

cf:ens :CF(Cluster Foundation) のイベント通知サービスからのメッセージである。 

Icf Error :エラーの意味を表します。例えばこのエラーは、ハートビートの喪失やルートダウ 

ンを示します。 

ここで表示される情報の意味は、"PRIMECLUSTER 活用ガイド" の "5.1 CF メッ 

セージ" に記述されています。この例では、クラスタインタコネクトを詳しく調べる必要があると 

いうことがわかります。 

8.1.3 ログファイルの例 

次の例は /var/adm/messages ファイルのより大きな部分を示したものです。 

fuji2# tail /var/adm/messages 

Nov 9 08:51:45 fuji2 unix:SUNW,pci-gem1:Link Down – cable problem? 


Nov 9 08:51:45 fuji2 unix:LOG3.0973788705 1080024 1008 4 0 1.0 cf:ens CF:Icf Error: (service 

err_type route_src route_dst). (0 0 0 0 0 0 0 0 2 0 0 0 5 0 0 0 5) 


Nov 9 08:51:48 fuji2 last message repeated 1 time 

Nov 9 08:51:48 fuji2 unix:LOG3.0973788708 1080024 1008 4 0 1.0 cf:ens CF:Icf Error: (service err_type 

route_src route_dst). (0 0 0 0 0 0 0 0 2 0 0 0 4 0 0 0 4) 

Nov 9 08:51:50 fuji2 unix:SUNW,pci-gem0:Link Down – cable Nov 9 08:51:52 fuji2 last message repeated 

1 time 

Nov 9 08:51:53 fuji2 unix:LOG3.0973788713 1080024 1008 4 0 1.0 cf:ens CF:Icf Error: (service 

err_type route_src route_dst). (0 0 0 0 0 0 0 0 2 0 0 0 4 0 0 0 4) 

Nov 9 08:51:53 fuji2 unix:LOG3.0973788713 1080024 1015 5 0 1.0 cf:ens CF:Node fuji2 Left Cluster 

POKE. (0 0 2) 

Nov 9 08:51:53 fuji2 unix:Current Nodee Status = 0 

この内容はイーサネットコントローラのエラーメッセージを表しています。また、内容より、ケー 

197


198 

ブルに問題があるためにリンクが停止していることがわかります。 

これにより、インタコネクトに使用しているイーサネットに問題があることがわかります。 

この場合は、さらにケーブルとハブの電源がオンになっていて、確実に接続されているかどうか 

を確認することで、物理的な問題なのかソフトウェア上の問題なのかを判断できます。

8.2 cftool コマンドを使用する 

cftool コマンドを使用すると、CF の状態および構成情報を確認できます。 

cftool コマンドの機能を以下に示します。 

コマンドの指定意味 

cftool –l ローカルノード状態の確認 

cftool -d デバイス構成の確認 

cftool -n クラスタノード状態の確認 

cftool -r ルート状態の確認 

8.2.1 cftool –l の例(ローカルノード状態の確認) 

cftool –l コマンドを実行した場合の例について説明します。 


正常な状態を表す場合 

以下の例は、ローカルノードがノード番号 2 でクラスタに参入し、現在 UP 状態であることを示 

しています。 

fuji2# cftool –l 


fuji2 2 UP Solaris Sparc 

上記の表示内容は、Solaris の場合の例です。Linux の場合は、Os に Linux と表示されます。 

正常な状態以外を表す場合 

以下の例は、CF ドライバがロード済みで、ノードがクラスタへの参入を試行中であることを示し 

ています。 

fuji2# cftool –l 

Node Number State Os 

fuji2 -- COMINGUP -- 

上記の状態が数分間続いた場合は、問題が発生しています。 

/var/adm/messages ファイルを確認してください。 

この場合の /var/adm/messages ファイルの内容は以下のとおりです。 

fuji2# tail /var/adm/messages 

May 30 17:36:39 fuji2 unix:pseudo-device:fcp0 

May 30 17:36:39 fuji2 unix:fcp0 is /pseudo/fcp@0 

May 30 17:36:53 fuji2 unix:LOG3.0991269413 1080024 1007 5 

0 1.0 cf:eventlog CF:(TRACE): JoinServer: 

Startup. 


0 1.0 cf:eventlog CF:Giving UP Mastering 

(Cluster already Running). 


0 1.0 cf:eventlog CF:fuji4:busy: local node not 

DOWN: retrying. 

上記の内容は、ノードが他のノード (fuji4) 上で LEFTCLUSTER 状態になっていることを示してい 

ます。この状態を解決する方法については、"PRIMECLUSTER Cluster Foundation 導入運用手引書" 

の LEFTCLUSTER 状態の説明およびこの状態の解決方法を参照してください。 

199


200 

8.2.2 cftool –d の例(デバイス構成の確認) 

cftool –d コマンドを実行した場合の例について説明します。 

次の cftool のオプションを実行すると、デバイスの状態が表示されます。 

fuji2# cftool –d 


1 /dev/hme0 4 100 1432 UP YES 00.80.17.28.21.a6 

2 /dev/hme3 4 100 1432 UP YES 08.00.20.ae.33.ef 

3 /dev/hme4 4 100 1432 UP YES 08.00.20.b7.75.8f 

4 /dev/ge0 4 1000 1432 UP YES 08.00.20.b2.1b.a2 

5 /dev/ge1 4 1000 1432 UP YES 08.00.20.b2.1b.b5 

この例では、Configured 欄に YES の行があることから、クラスタにインタコネクトが使用されて 

いることがわかります。これで使用中のデバイス名およびデバイス番号がわかり、トラブルシュー 

ティングをさらに進めることができます。 

8.2.3 cftool –n の例(クラスタノード状態の確認) 

cftool –n コマンドを実行した場合の例について説明します。 

cftool -n コマンドを実行すると、クラスタのすべてのノードの状態が表示されます。このコマン 

ドを実行するには、ノードがクラスタのメンバであり、cftool -l の実行結果が UP であることが 

必要です。 

fuji2# cftool –n 




この例では、クラスタが UP 状態の 2 つのノード、fuji2 と fuji3 で構成されていることがわか 

ります。ノードがクラスタに参入していない場合、コマンドは参入が成功するまで待機します。 

8.2.4 cftool –r の例(ルート状態の確認) 

cftool –r コマンドを実行した場合の例について説明します。 

cftool -r コマンドを実行すると、ルートとルートの現在の状態が表示されます。 

fuji2> cftool –r 

Node Number Srcdev Dstdev Type State Destaddr 

fuji2 1 1 4 4 UP 08.00.20.b2.1b.cc 

fuji2 1 1 5 4 UP 08.00.20.b2.1b.94 

fuji3 2 2 4 4 UP 08.00.20.b2.1b.a2 

fuji3 2 2 5 4 UP 08.00.20.b2.1b.b5 

この例では、すべてのルートが UP 状態になっています。ルートが DOWN 状態の場合、上記のエラ 

ーログに該当するデバイスに関連するエラーメッセージが出力されるはずです。また、最低でもル 

ートが停止していることを通知する CF エラーがエラーログに出力されます。 

デバイスドライバから関連エラーが出力されない場合の診断手順を以下に示します。 

ノードの最後のルートは DOWN 状態にはならずにUP 状態のままで、ソフトウェアがノードへのア 

クセスの試行を続けることができるようになっています。ノードがクラスタから離脱した場合また


は停止した場合、ルートテーブルにノードのエントリは残り、1 つのルートが UP のままになりま 

す。ノード状態を表示するコマンドは cftool -n です。以下にコマンドの実行例を示します。 

fuji2> cftool –r 

Node Number Srcdev Dstdev Type State Destaddr 

fuji2 2 3 2 4 UP 08.00.20.bd.5e.a1 

fuji3 1 3 3 4 UP 00.03.47.bd.60.e4 

fuji2>cftool –n 



fuji3 1 LEFTCLUSTER Solaris Sparc 

注)Solaris の場合の表示例です、Linux の場合、"Os" には "Linux" が表示されます。 

201


8.3 SF をデバッグモードにする 

202 

SF には、デバッグモード機能があります。 

SF の調査を行うために、以下のコマンドでデバッガをオンにします。 

# sdtool -d on 

この操作により、下記の rcsd ログにデバッグ情報が出力されます。 

/var/opt/SMAWsf/log/rcsd.log 

rcsd ログを参照することで問題の原因を特定するための追加情報を参照できます。 

デバッガをオフにするには、sdtool -d off コマンドを使用します。 

なお、rcsd ログファイルにはシャットダウンエージェントからのログ情報は記録されません。 

個々のシャットダウンエージェントからのログ情報については、SA 固有のログファイルを参照 

してください。

第9章 RMS に関するトラブル情報収集 

本章では、RMS に関するトラブルが発生した場合の、原因の調査および対処方法を説明します。 

原因の調査には、Cluster Admin グラフィカルユーザインタフェース (GUI) またはコマンドライ 

ンインタフェース (CLI) 上に表示される内容や、各種のログファイルを使用します。 

203


9.1 概要 

204 

RMS に関するトラブルシューティングの概要を説明します。 

Cluster Admin による調査 

RMS に関するトラブルは、まず、Cluster Admin に表示される内容により検出することができます。 

RMS のトラブルに関する情報は、Cluster Admin の以下のいずれかの画面で確認できます。 

● クラスタテーブル 

● RMS ツリー 

● グラフ 

クラスタテーブルにはトラブルの要約を示す情報が入っています。よって、エラーを解決するには、 

まずクラスタテーブルの内容を調査します。 

次に、詳細な情報を、RMS ツリーまたはグラフを参照することで調査します。 

各種ログファイルの調査 

RMS に関するログファイルには、以下の種類があります。 

● switchlog 

● アプリケーションログ 

これらのログは、Cluster Admin のログビューア機能または、vi などのエディタを使用して調査 

します。 

ログビューアでは、以下の要素によるログの検索を行えます。 

● 日付 

● キーワード 

● 重要度コード(error、warning、notice、info) 

● 0 以外の終了コード 

これらの検索機能を組み合わせて使用することにより、緊急性や状態をもとにエラーを検索できま 

す。 

定期的にログビューアを使用し、重要度レベルに基づいてログファイルを調べることを推奨します。 

これにより、重大な問題が発生するのを回避できます。問題の原因を診断できない場合は、クラス 

タ内の複数のノードからログビューアを調べてください。 

エラーの解決手順 

以下の手順に従ってエラーを解決します。 

1. Cluster Admin GUI を使用して GUI 上のメッセージや状態を確認する 

2. 必要な場合は、ログファイルを表示する 

3. ログレベルを変更して詳細情報を取得する 

4. GUI でエラーを解決できない場合は、コマンドラインインタフェースを使用する 

(標準の UNIX コマンドを使用する) 

5. 問題が続く場合は、RMS 以外の問題かどうかを確認し、適切なマニュアルを参照する 

6. オペレーティングシステム、ハードウェア、ネットワークエラーのようなシステム関連の 

問題を調査する 

上記の対処を行っても問題を解決できない場合は、当社技術員 (SE) に連絡してください。

9.2 デバッグメッセージとエラーメッセージ 

9.2 デバッグメッセージとエラーメッセージ 

RMS のコンポーネント (BM (ベースモニタ) やディテクタなど) が動作している状態では、RMS に 

関するデバッグメッセージおよびエラーメッセージがログファイルに書き込まれます。 

ログファイルは複数の種類があり、以下のディレクトリに格納されます。 

/var/opt/SMAWRrms/log 

ログファイルの種類については、"9.3 ログファイル" を参照してください。 

ディレクトリは、hvenv.local ファイルで設定されている RELIANT_LOG_PATH 環境変数で、変更で 

きます。 

ログファイルへの書き込みは、RMS を起動することで開始されます。 

RMS を起動させると /var/opt/SMAWRrms/log/ 配下の各種ログファイルは世代管理されます。ログ 

情報は、/va/opt/SMAWRrms/log/ 西暦-年-月_時間のディレクトリに、新規 log ファイルとして 

記録されます。 

デフォルト設定では、BM がすべてのエラーメッセージをログファイルまたは標準エラー出力に書 

き込むようになっています。デフォルトオプションでデバッグ出力が詳細に制御されているため、 

通常はデフォルト設定を変更する必要はありません。 

必要な場合は、BM で任意のノードの状態とメッセージをすべて記録することができます。 

このデータは、当社のカスタマサービスセンタで、内容の調査を行うために利用されます。 

RMS 構成に固有のログファイルもログディレクトリに格納されます。管理者は必要に応じてこれら 

のファイルを調べる必要があります。これらのログファイルの名前は、RMS Wizard Tools で設定 

した RMS 構成によって異なります。詳細については、RMS Wizard Tools のマニュアルを参照して 


以下のログファイルも、問題の解決に使用できます。 

● hvdet_nodelog 

● bmlog 

205


9.3 ログファイル 

206 

RMS に関するログファイルについて説明します。 

クラスタシステムの管理者は、これらのログファイルのうち、通常、switchlog ファイルの内容を 

ログビューアを使用して調査します。このファイルには、着信切替要求やノードで発生する障害な 

ど、RMS の重要なアクションがすべて記録されます。 

/var/opt/SMAWRrms/log に格納されている RMS ログファイルを表 9.1 に示します。 

表9.1 /var/opt/SMAWRrms/log に格納されている RMS ログファイル 

モジュールファイル名内容 

すべて (BM、汎用ディ switchlog 監視資源の切替えや異常に関する操作イベントが記録 

テクタ、ノードディテ 

されます。通常、システム管理者は、ログビューアを 

クタ) 

使用して、このファイルの内容を調査します。 

汎用ディテクタ programlog ディテクタが受け取ったすべてのメッセージとジョブ 

指示 

・対象資源の状態変化の情報とすべてのエラーメッセ 

ージ 

program は RELIANT_PATH の下にあるディテクタの名 

前を示します。 

BM bmlog 実行時に BM が受信したすべてのメッセージが記録さ 

れます。 

ログレベルフラグをオンにすると、大量のディスクス 

ペースを消費するため、このファイルの使用は管理者 

に限られています。デフォルトで、メッセージは bmlog 

に記録されません。 

通常、一般的な RMS エラーログ情報とメッセージログ 

情報は、メッセージ報告から詳細な情報まで、レベル 

によって分類されます。BM の起動時に指定するエラー 

ログレベルによって、このファイルの内容が決まりま 

す。詳細については、"9.6 ログレベルの指定" を参照 


BM tracelog オブジェクト間で送信されるすべてのメッセージ、お 

よびすべての変更指示が記録されます。デフォルトで 

は作成されません。 

BM abortstartlog 起動中に、以下のメッセージが出ると、このファイル 

が作成されます。 

FATAL ERROR: RMS has failed to start! 

このファイルは、当社技術員 (SE) が RMS 起動失敗の 

原因を判別するために作成されます。 

ノードディテクタ hvdet_nodelog ディテクタからのメッセージが記録されます。 

(hvdet_node) hvdet_node

9.4 ログビューアの使用方法 

ログビューアの使用方法について説明します。 

以下の手順でログビューアを起動して RMS switchlog ファイルを表示します。 

1. RMS ツリーで SysNode を右クリックする 

2. [switchlog の表示] を選択する 

ログビューアの起動方法を図 9.1 に示します。 

図9.1 ログビューアの起動 

ログビューアでは、以下のいずれかの情報をもとにログを検索できます。 

● リソース名 

● 日付/ 時刻範囲 

● キーワードフィルタ 

● 重要度レベル 

● 終了コード 


また、表示されたテキストを右クリックして、ログ表示内で検索することもできます。[検索] ポ 

ップアップ画面が表示されます (図 9.2)。 

207


208 

図9.2 [検索] ポップアップ画面 

ログの切り離し 

ログの内容は、常に更新されている状態です。この状態では、ログの検索を行う際に支障があるた 

め、いったんログ情報を検索のために確定させます。 

これを "ログの切り離し" といいます。ログの切り離しは、ボタンをクリックするこ 

とで行います(図9.3)。 

図9.3 切り離したログ

9.4.1 リソース名に基づく検索 


リソース名に基づく検索は、アプリケーションログに対してのみ行われます。リソース名に基づい 

てログファイルを検索する手順は以下のとおりです。 

1. プルダウンリストからリソース名を選択する 

2. ボタンをクリックする 

リソース名に基づく検索ウィンドウを図 9.4 に示します。 

図9.4 リソース名に基づく検索 

209


210 

9.4.2 時刻に基づく検索 

日付/ 時刻範囲に基づいてログファイルを検索する手順は以下のとおりです。 

1. 検索範囲の開始時刻と終了時刻を指定する 

2. [使用可能] チェックボックスをオンにする 


時刻フィルタに基づく検索の結果を図 9.5 に示します。 

図9.5 時刻に基づく検索

9.4.3 キーワードに基づく検索 

キーワードに基づいてログファイルを検索する手順は以下のとおりです。 

1. キーワードを入力する 


キーワードに基づくログファイルの検索例を図 9.6 に示します。 

図9.6 キーワードに基づく検索の結果 


211


212 

9.4.4 重要度レベルに基づく検索 

重要度レベルに基づいてログファイルを検索する手順を以下に示します。 

1. [重要度] のプルダウンメニューを使用する。 

2. 表 9.2 で説明する重要度レベルを 1 つ選択する。 

3. ボタンをクリックする。 

表9.2 重要度レベル 

重要度レベル説明 

Emergency システム使用不能 

Alert 直ちに対処が必要 

Critical 重大な状態 

Error エラー状態 

Warning 注意状態 

Notice 普通だが通告を要する状態 

Info 通知用 

Debug デバッグメッセージ 

重要度レベルに基づくログファイルの検索例を図 9.7 に示します。 

図 9.7 重要度レベルに基づく検索の結果

9.5 hvdump コマンドの使用 

9.5 hvdump コマンドの使用 

hvdump コマンドは、ローカルノードの RMS の調査情報を取得する場合に使用します。 

hvdump は、ローカルノードで動作している BM(ベースモニタ) の状態に関係なく、調査に必要な 

情報を収集します。収集される情報については、"PRIMECLUSTER 活用ガイド " の "hvdump(1M)" を参照してください。 

なお、hvdump コマンドは、fjsnap コマンドを -a または -h オプションを指定して実行した場合 

にも実行されます。fjsnap コマンドの実行方法については、"7.1.1 fjsnap コマンドの実行" を 

参照してください。 

213


9.6 ログレベルの指定 

214 

ログレベルについて説明します。 

ログレベルは、情報を採取する範囲を示すレベルです。ログレベルを必要に応じて設定すること 

で、より詳細な情報を採取することが可能となります。 

ログレベルは、hvcm コマンドまたは hvutil コマンドの -l level オプションで指定します。 

ログレベルを変更するには、RMS を停止し、表 9.3 のログレベルを指定して再起動するか、RMS の 

起動後に、hvutil コマンドを使用してログの書き込みを設定します。 

-l オプションでは、数字のリストまたは範囲でログレベルを指定します。リスト内では、レベル 

をカンマまたはスペースで区切ります。スペースでレベルを区切る場合は、引数全体を波括弧で括 

ります。ログレベルを範囲で指定するときは、n1-n2 のように指定します。こうすると、n1 から 

n2 までのログレベルがすべて含まれます。-n2 という範囲指定は 1-n2 と同じです。n1 という範 

囲指定には、n1 以上のログレベルがすべて含まれます。n1 の値は1 以上であることが必要です。 

また、RMS ウィザードを使用してログの書き込みを開始することもできます。 

すべてのログレベルは BM の内部機能を参照し、当社技術員だけが使用します。また、複数のログ 

レベルを有効にして RMS を実行すると、システムのパフォーマンスに影響します。ログレベル0 を 

指定すると、すべてのログレベルが有効になります。有効なログレベル表 9.3 に示します。 

表 9.3 ログレベル 

ログレベル意味 

0 すべてのログレベルをオンにします 

2 ディテクタ履歴をオンにします 

4 mskx 履歴 (BM のスタック履歴) をオンにします 

5 エラーメッセージまたは注意メッセージ 

6 ハートビートと通信デーモンのレベル 

7 BM レベル 

8 ディテクタエラー 

9 管理コマンドメッセージ 

10 基本タイプレベル 

11 動的再構成コントラクトレベル 

13 トークンレベル 

14 ディテクタメッセージ 

15 ローカルキューレベル 

16 ローカルキューレベル 

17 スクリプトレベル 

18 userApplication コントラクトレベル 

19 一時的なデバッグ履歴 

20 SysNode 履歴 

21 メッセージレベル 

22 bm トレースログ

9.7 ログファイルの内容 

ログファイルの内容について説明します。 

9.7 ログファイルの内容 

RMS を構成する各プロセスは、ユーザ、トレース、エラーという 3 つのタイプのログメッセージ 

を生成します。これらのログメッセージは以下のファイルに格納されます。 

ファイル名内容 

switchlog 

ユーザに関係する RMS イベント ( 切替要求や障害の指摘など) が記録 

されます。 

log program のトレースメッセージまたはエラーメッセージが記録されま 

す。 

例えば、bmlog ファイルには bm (ベースモニタ) からのメッセージが記 

録されます。 

トレースメッセージのプレフィックスは次のとおりです。 

time:file:line:. 

エラーメッセージのプレフィックスは次のとおりです。 

time:file:line:ERROR 

switchlog ファイル 

switchlog ファイルには、以下に示す 5 つのタイプのメッセージが格納されます。 

● 情報メッセージ ( 通知) 

● 警告メッセージ 

● エラーメッセージ 

● 致命的エラーメッセージ 

● RMS が実行したスクリプトの出力 

最初の 4 つのカテゴリに属するメッセージは、次の形式で記録されます。 

timestamp:(error code, error number): message type:message:delimiter 

timestamp (時刻) は、メッセージの各フィールド間をコロンスペース (:) で区切って次のよう 

に記録されます。 

yyyy-mm-dd hh:mm:ss.xxx 

messagetype(メッセージのタイプ)は以下のいずれかになります。 

● NOTICE 

● WARNING 

● ERROR 

● FATAL ERROR 

message(メッセージ)には RMS コンポーネントが生成するテキストが記録されます。このテキ 

ストには 1 つ以上の改行が含まれる場合があります。区切り記号はコロンと 4 つの等号 

(:====) です。 

RMS が実行したスクリプトの出力については、特定の形式がありません。この部分には、RMS 構 

成定義ファイル内で定義されたすべてのスクリプトからリダイレクトされた標準出力および標準 

エラーが記録されます。 

switchlog ファイルに記録されるログの例を以下に示します。 

2001-05-07 11:01:54.568: WARNING: InitScript does not exist.: ==== 

フェイルオーバが発生した場合、switchlog に以下のメッセージが表示されます。 

215


216 

RMS:(SWT, 39): NOTICE: Processing normal switch request for application 

to node .

9.8 システムログ 

ここでは、システムログについて説明します。 

9.8 システムログ 

RMS の BM(ベースモニタ) はメッセージを switchlog ファイルに書込み、同じメッセージをシス 

テムログにも書込みます。デフォルトでは、すべての RMS メッセージは switchlog ファイルとシ 

ステムログの両方に書込まれます。 

環境変数 HV_SYSLOG_USE を変更することにより、メッセージをシステムログに表示するか表示し 

ないかを選択できます。メッセージがシステムログに書込まれないようにするには、hvenv.local 

ファイルで、HV_SYSLOG_USE=0 と設定します。変更を有効にするには、RMS を停止して再起動する 

必要があります。 

デフォルトでは HV_SYSLOG_USE = 1 に設定されています。この設定は、システムログと 

switchlog に、RMS の ERROR メッセージ、FATAL ERROR メッセージ、WARNING メッセージ、 

および NOTICE メッセージをすべて送信します。 

Log3 RMS メッセージの場合、コンポーネント番号は 1080023 です。 

hvlogcontrol 

hvlogcontrol は、ログファイルが大きくなりすぎるのを防止するユーティリティです。 

hvlogcontrol で制限するログファイルの量は、以下のいずれかの環境変数で設定できます。 

● HV_LOG_ACTION 

● HV_LOG_ACTION_THRESHOLD 

● HV_LOG_WARN_THRESHOLD 

● HV_SYSLOG_USE 

hvlogcontrol は crontab ファイルから自動的に呼び出されるようになっているため、マニュアル 

には記載されていません。 

217


9.9 RMS ウィザードログ 

218 

RMS ウィザードログファイルについて説明します。 

RMS ウィザードログは、環境変数 RELIANT_LOG_PATH で設定された値に従って、RMS 用に定義され 

ているログディレクトリのファイルにメッセージを記録します。RMS ウィザードのログ機能は、次 

に示す 2 つのカテゴリに分類できます。 

● メッセージリソースディテクタ 

● 他のすべてのメッセージ 

ディテクタのログ機能については、"9.9.1 RMS ウィザードディテクタのログ機能" で詳しく説明 

します。 

ほとんどのメッセージを switchlog ファイルに記録する RMS と違って、RMS ウィザードはすべて 

のデータをアプリケーションレベルで記録します。特定の設定済みアプリケーションに関連するす 

べてのメッセージは、RELIANT_LOG_PATH/.log のファイルに記録されます。ア 

プリケーションに対する Offline 処理または Online 処理が開始されると、ファイルが作成され 

ます。 

RMS ウィザードプロセスが実行されるたびに、次に示す 2 つのタイプのログメッセージが生成さ 

れます。 

● ユーザ 

● デバッグ 

これらのログメッセージは以下のファイルに格納されます。 

switchlog 

ユーザに関係する RMS イベント ( 切替要求や障害の指摘など) が記録されます。 

RMS ウィザードはリソースの状態遷移に関する情報を switchlog ファイルに記録します。 

.log 

アプリケーション固有のログファイルには、そのアプリケーションに関連するすべてのメッセージ 

が記録されます。アプリケーションが実行するすべてのスクリプトの出力はログファイルに書き込 

まれます。 

hvdet_xxx.gxxlog 

ディテクタが監視するリソース関連の情報 (すべての状態変化など) がすべて記録されるディテ 

クタログファイルです。 

ほとんどの RMS ウィザードメッセージは、次の形式をとります。 

resource_ name:state:timestamp:message_type:Message:delimiter 

メッセージの各フィールドは、コロンスペース (:) で区切ります。 

resource_name フィールドは、スクリプトを実行しているリソースノードの名前です。メッセージ 

と関連するリソースがない場合、このフィールドは空です。 

state フィールドは、実行しているアクションのタイプを示します。このフィールドの値は、環境 

変数 HV_SCRIPT_TYPE で設定されます。通常、このフィールドの値は online または offline で 

す。 

PreCheck スクリプトを実行しているときは、このフィールドの値が PreCheck に設定されます。 

DEBUG タイプのメッセージでは、このフィールドが空になります。 

timestamp フィールドには、メッセージが生成された日付/ 時刻が入ります。このフィールドの形 

式は yyyy:mm:dd hh:mm:ss で、yyyy は 4 桁の西暦、mm は月、dd は日、hh は [0-23] の範囲の 

時間、mm は分、ss は秒を表します。 

メッセージのタイプは以下のいずれかに定義されます。 

● DEBUG 

● NOTICE 

● WARNING 

● ERROR

● FATAL ERROR 

9.9 RMS ウィザードログ 

メッセージは RMS ウィザード製品が生成するテキストです。このテキストには 1 つ以上の改行が 

含まれる場合があります。区切り記号は 4 つの等号 (:====) です。 

hvenv.local ファイルで環境変数 HV_SCRIPTS_DEBUG を1 に設定して、実行されるスクリプトのデ 

バッグメッセージを強制的に出力することができます。このエントリは次のようになります。 

export HV_SCRIPTS_DEBUG=1 

デバッグ出力をオフにするには、HV_SCRIPTS_DEBUG エントリを hvenv.local ファイルから削除す 

るか、このエントリをコメント化するか、値を 0 に設定します。 

問題をデバッグするときは、switchlog ファイル、アプリケーション固有のログファイル、および 

適切なディテクタログファイルをすべて表示して調べる必要があります。 

9.9.1 RMS ウィザードディテクタのログ機能 

RMS ウィザードディテクタは、switchlog ファイルとディテクタログファイル 

hvdet_xxx.gxxlog(hvdet_icmp.g64log など) の両方に情報を記録します。すべてのリソース状態 

変化が、switchlog ファイルとディテクタログファイルの両方に記録されます。その他のディテク 

タメッセージは switchlog ファイルに記録されません。ディテクタログファイルは、稼動してい 

るディテクタのインスタンスごとに作成されます。 

予期せぬリソース状態レポートの発生時にログファイルに書き出されるデバッグメッセージを記 

録するために、10KB の内部メモリが各ディテクタに割当てられています。バッファは循環バッフ 

ァであるため、情報が書き出される前にバッファがいっぱいになると、バッファは最初から再使用 

され、バッファに格納されている既存のデータは上書きされて失われます。 

ディテクタの内部ログメッセージにはログレベルが関連付けられています。現在のログレベル設定 

以下のメッセージだけが内部循環バッファに追加されます。デフォルトでは、デバッグレベルが 1 

の内部メッセージだけがバッファに出力されます。値が大きいほど、多くの調査情報が出力されま 

すが、ログの内容はディテクタによって変わります。値の有効範囲は、1 から 9 までです (デフ 

ォルト値は 1)。次のようにして、hvw コマンドでこの設定を変更できます。 

1. [Configuration-Edit-Global-Settings] メニューを選択します。 

2. [DetectorDetails] サブメニューを選択します。 

3. [MemoryLogLevel] を選択します。 

予期しない Offline 状態または Fault 状態のリソースが発生すると、デバッグメッセージが循環 

バッファからディテクタログファイルに出力されます。この情報は、予期しない状態レポートが発 

生した原因を判別するのに役立ちます。循環バッファには古いログメッセージが格納されているの 

で、循環バッファからの書き出しが行われる前の最終報告項目より古い日付のデバッグステートメ 

ントが、ログファイルに書き込まれます。循環バッファを用意して、そのデータをログファイルに 

出力する理由は、問題が発生したときに、循環バッファから出力されるデバッグステートメントに 

よって、予期せぬリソース状態変化が報告された原因の判別ができるからです。 

219


220 

9.9.2 RMS 稼動中のレベル変更 

hvw コマンドを使用して、デバッグレポート機能を RMS ウィザードディテクタ内で動的にオンま 

たはオフに切替えることができます。 

1. [Configuration-Edit-Global-Settings] を選択します。 

2. [DetectorDetails] サブメニューを選択します。 

3. [DynamicDetectorLogging] メニュー項目を選択します。 

デフォルト値は 0 で、このときデバッグはオフです。0 より大きい値に設定すると、デバッグは 

オンになります。値が大きいほど、多くの調査情報が出力されます。しかし、ログの内容はディテ 

クタによって変わります。値の有効範囲は、1 から 9 までです (0 はログがオフの場合)。この 

設定に対する変更は、次に RMS 構成を配布した時点で有効になります。 

コマンドにより、/etc/wizardloglevel ファイルが実際に作成され、該当する 

デバッグレベルの数値が入ります。ファイルの値が 0 の場合は、デバッグがオフになります。 

または、RELIANT_LOG_PATH/etc/wizardloglevel ファイルを手動で作成します。ファイルが存在し 

ている場合は、デフォルトのデバッグレベル 3 が使用されます。ファイルに数値を挿入して、デ 

バッグレベルを変更できます。 

この方法でデバッグをオンにすると、すべてのディテクタがその影響を受け、追加の調査情報が 

出力されます。 

デバッグをオンにすると、デバッグに関する情報のための領域が必要になります。 

よって、このようにしてデバッグをオンにする方法は、実際に発生した問題をデバッグするときだ 

け使用してください。問題を解決できたら、デバッグを再びオフにしてください。

付録A リリース情報 

本マニュアルの主な変更内容を説明します。 

項番版数章・節内容 

1 5版 1.5 SF 設定時のトラブル Q1-5-9を追加しました。 


3 5版 3.2 運用全般に関するトラブ Q3-2-19に4.1A20 パッチ913381-04 適用前ま 

ル 

たは、4.1A30 パッチ913897-01 適用前の環境 

下で発生することを追記しました。 

4 5版 3.2 運用全般に関するトラブ 

ル 

Q3-2-61を追加しました。 

5 5版 3.5 電源切断、強制停止に関す 

るトラブル 

Q3-5-6に原因3・対処3を追加しました。 

6 5版 3.6.2 Web-Based Admin View に 

関するトラブル 

Q3-6-1に原因8・対処8を追加しました。 



Q3-6-12を追加しました 



Q3-6-13を追加しました 

9 6版 1.4 CF 設定時のトラブル Q1-4-4を追加しました。 


11 6版 1.8 仮想マシン環境での環境 

構築時のトラブル 

節、Q1-8-1, Q1-8-2を追加しました。 

12 6版 2.1 クラスタアプリケーショ 

ンの作成 

Q2-1-22, Q2-1-23を追加しました。 

13 7版 1.5 SF 設定時のトラブル Q1-5-1の対処を修正しました。 

14 7版 1.6 CRM設定時のトラブル Q1-6-17を追加しました。 

15 7版 2.2 クラスタアプリケーショ 

ンの実行 



ル 

Q3-2-23の原因、対処を修正しました。 


ル 


18 7版 3.3 CFに関するトラブル Q3-3-7の対処を修正しました。 

19 7版 3.5 電源切断、強制停止に関す 

るトラブル 




Q3-6-14,Q3-6-15を追加しました。 

21 7版 7.2 Linux におけるトラブル調 

査情報の採取方法 

fjsnapの説明を追加しました。 

22 7版 7.2.2クラッシュダンプ PQ-VM使用時のトラブル調査情報採取方法を追 

記しました。 

23 8版全体 FTSへの社名変更に伴う修正をしました。 

221

211

索引 

/ 

/etc/dfs/dfstabファイル ...................................4, 110 

/etc/fstabファイル .................................... 39, 42, 62 

/etc/netmasksファイル .......................................... 6 

/etc/nsswitch.conf ................................................ 10 

/etc/vfstabファイル ............................ 39, 42, 62, 91 

/opt/SMAW/SMAWRrms/etc/hvipalias ファイル 54 

/var/adm/messagesファイル................ 90, 103, 196 

/var/log/messagesファイル .102, 103, 140, 148, 196 

A 

ALLEXITCODES 属性 ..................... 41, 58, 63, 87 

AutoStartUp 属性......................................... 54, 57 

AutoSwitchOver 属性 ....................... 54, 56, 61, 63 

B 

Break信号 .......................................................... 126 

C 

CF .................................................................11, 102 

CF メインウィンドウ ........................ 104, 105, 174 

CF ログビューア ....................................... 175, 196 

cfconfig コマンド............................................... 166 

cftool コマンド ............................................ 34, 199 

Check スクリプト ............................. 47, 53, 60, 63 

CIP................................................................. 70, 71 

CIP 構成定義ファイル........................................110 

clinitreset コマンド........................................... 153 

clrsvmajor コマンド.......................................... 153 

clsetup コマンド.................................................. 33 

Cluster Admin ......9, 28, 32, 97, 104, 105, 137, 166 

cluster_setup ................................................... 5, 10 

Cmdline リソース41, 43, 47, 53, 58, 60, 63, 70, 87, 93 

Configuration-Activate ............................... 40, 167 

CRM 設定............................................................ 25 

CRM メインウィンドウ ................ 32, 97, 166, 176 

D 

DVD-ROM ..................................................... 27, 35 

F 

索引 

Faulted .........................................57, 61, 65, 76, 82 

FC カード............................................................ 93 

fjsnap/pclsnap コマンド ................................... 189 

fjsnapコマンド................................................... 187 

fsck......................................................................110 

Fsystem リソース42, 62, 65, 76, 79, 84, 86, 89, 90, 95, 110 

G 

GDS ....................................................135, 136, 147 

Gds リソース............................................41, 42, 92 

GFS.............................................................135, 148 

GFS ローカルファイルシステム ......................... 42 

GLS.................................................................... 151 

GLS 高速切替方式............................................... 57 

Gls リソース........................................................ 91 

GUI .................................................................... 131 

H 

Halt 属性............................................................. 78 

hostname コマンド ............................................. 92 

hvcm コマンド ...................................................111 

hvdet_system....................................................... 76 

hvdump コマンド.............................................. 213 

hvenv.local ファイル ........................................... 55 

hvshut コマンド.........................................115, 117 

hvswitch -f コマンド ..........................................116 

hvwコマンド ........................................................ 46 

I 

Inconsistency 状態.............................................. 75 

Inconsistent......................................................... 59 

InitFailed............................................................. 14 

Interstage Security Director............................... 71 

IO負荷.................................................................. 90 

IP アドレス ..............16, 71, 88, 137, 154, 167, 183 

IPMI..................................................................... 19 

J 

Java ..................................................................... 83 

223

索引 

RCI故障 ............................................................. 126 

L 

Resource Fault History..................................... 180 

RMS ......................................................96, 107, 203 

LEFTCLUSTER .................................110, 126, 129 

RMS Wizard ...................................................... 167 

Linux.......................................................... 162, 166 

RMS 起動 ...........................................................117 

ListManager ........................................................ 64 

RMS 停止 ...................................................115, 116 

RMS ログファイル.............................................112 

M 

RMS ウィザードログ ........................................ 218 

RMS メインウィンドウ..................................... 178 

MACアドレス引継ぎ............................................ 69 RSB.................................................................80, 82 

Maintenanceモード ............................................. 94 

MMB .................................................................... 19 

MMB関連情報.................................................... 194 

S 

mplb ............................................................... 30, 31 

sar コマンド ........................................................ 94 

MSGメインウィンドウ ...................................... 180 

Scalable コントローラ ........................................ 85 

SCF ダンプ........................................................ 188 

N 

sdtool コマンド ................................................. 167 

SF設定 ................................................................. 13 

Netdump.................................................... 164, 165 shareall(1M) .......................................................... 5 

NFS サーバ ................................................... 64, 76 snmptrapdデーモン............................................. 19 

NIC(ネットワークインタフェースカード)4, 5, 7, 69, 137, 162 Standby ....................................................41, 56, 63 

NTP...................................................................... 56 STANDBYCAPABLE 属性 ......................41, 58, 87 

NULLDETECTOR .............................................. 94 StandbyTransitions 属性.................................... 56 

STOP-A.............................................................. 126 

O 

switchlog............................................................ 215 

syslog ................................................................... 56 

OBPモード......................................................... 126 Systemwalker Operation Manager .................... 70 

Offline ............................................................ 47, 60 

Online ...............................................54, 62, 79, 115 

T 

Online スクリプト............................................... 63 

Online-Offline...................................................... 58 TestFailed.....................................14, 15, 19, 20, 84 

OnlinePriority 属性 ............................................ 85 

Online-Standby ................................................... 58 

Oracle....................................................... 64, 65, 89 

U 

Oracle RAC.......................................................... 55 

UNKNOWN................................................104, 105 

OutOfMemoryError .......................................... 137 

userApplication ........................................42, 46, 87 

userApplication Configuration Wizard42, 46, 47, 88, 136, 137 

P 

pclsnap............................................................... 166 

PersistentFault 属性 .......................................... 76 

PSA関連情報...................................................... 193 

R 

RAID .................................................................. 163 

RC2000 .............................................................. 146 

RCCU................................................. 126, 127, 128 

RCI................................................................. 80, 84 

RCI アドレス....................................................... 17 

224 

W 

Web-Based Admin View...9, 28, 131, 132, 137, 172 

Wizard for NAS ................................................... 46 

X 

XSCF.......................................15, 83, 103, 152, 160 

あ 

アップデート...................................................... 160

い 

移動待機構成........................................................ 60 

インストール.......................................................... 8 

インストールサーバ ....................................... 4, 5, 6 

き 

キーワード...........................................................211 

強制停止 ........ 18, 27, 60, 70, 79, 112, 118, 125, 127 

強制停止失敗...................................................... 129 

強制電源断............................................................ 82 

業務LAN ........................................ 70, 87, 154, 165 

共用ディスク.....................43, 46, 65, 79, 89, 92, 93 

切替ファイルシステム.......................................... 89 

く 

クラスタアプリケーションの起動63, 64, 65, 77, 78, 79 

クラスタアプリケーションの構成変更................. 41 

クラスタアプリケーションの作成........................ 38 

クラスタアプリケーションの実行........................ 52 

クラスタアプリケーションの自動起動................. 57 

クラスタアプリケーションの状態75, 76, 78, 80, 82, 113, 115 

クラスタアプリケーションの停止........................ 60 

クラスタインタコネクト ...27, 70, 92, 104, 126, 129 

クラスタ構成データベース................................... 26 

クラスタパーティション ................................ 80, 81 

クラスタリソース管理機構................................... 26 

クラッシュダンプ............................................... 193 

グローバル環境変数 ............................................. 55 

こ 

故障リソースの一覧 ........................................... 182 

コマンド ............................................................. 183 

コンソール.................................................... 93, 146 

コンフィグレーション.......................................... 40 

さ 

再起動................................................................... 34 

サブシステムハング ............................................. 96 

し 

シェルスクリプト................................................. 93 

時刻 .................................................................... 210 

システム資源........................................................ 26 

索引 

システムダンプ .................................................. 187 

システムログ...................................................... 217 

自動リソース登録............28, 30, 31, 32, 43, 45, 154 

シャットダウンエージェント..........................14, 17 

シャットダウン機構 ................................34, 91, 129 

重要度レベル...................................................... 212 

状態遷移プロシジャ ............................................. 42 

初期構成設定........................................................ 32 

シングルユーザモード........................................ 163 

す 

スクリプト43, 47, 53, 60, 61, 63, 70, 87, 94, 215, 218 

スケーラブル運用........................................113, 115 

せ 

セキュリティパッチ適用 .................................... 159 

た 

タイムアウト値 ...........................17, 18, 70, 91, 115 

ダブルフォルト .........................................78, 79, 80 

て 

ディスク資源........................................................ 26 

ディスク増設...................................................... 154 

ディスク装置...................................................27, 28 

電源 .................................................................... 157 

電源切断 ............................................................. 125 

と 

トラブル調査情報(Solaris) ............................ 186 

トラブル調査情報(Linux).............................. 189 

ね 

ネットマスク値 ...........................................6, 71, 88 

ネットワークインタフェースカード4, 5, 7, 69, 137, 162 

の 

ノード停止 ..........................................................117 

ノードの参入...................................................... 140 

ノード名変更...................................................... 153 

225

索引 

は 

ハートビート...............................................112, 113 

パニック6, 7, 18, 69, 89, 90, 91, 113, 116, 127, 128, 129 

ハブ ............................................................ 4, 5, 165 

ひ 

引継ぎIP............................................................. 137 

引継ぎIPアドレス..........................................87, 115 

引継ぎネットワークリソース............. 54, 87, 88, 92 

ふ 

ファイルシステム................................................. 39 

ブート..................................................................... 4 

フェイルオーバ53, 54, 56, 61, 62, 68, 69, 79, 94, 128, 129 

ブラウザ ............................................................. 172 

プロシジャリソース ............................................. 58 

プロシジャリソース ....................................... 41, 60 

プロセス ......................................................... 60, 79 

プロセス監視リソース.................................... 47, 61 

ほ 

保守 .................................................................... 156 

ホットスタンバイ運用.......................................... 41 

226 

ま 

マウント ..........................................................42, 64 

マウントポイント............................................39, 65 

マルチパスディスク ............................................. 43 

マルチパスドライバ ......................................30, 162 

め 

メッセージポップアップ画面............................. 172 

メモリ資源不足 .................................................... 26 

り 

リソース異常........................................................ 54 

リソース故障.......................................79, 82, 84, 89 

リソースデータベース.......................................... 33 

リソース名 ......................................................... 209 

リブート ..............................42, 80, 81, 82, 162, 164 

リモートコンソール接続装置............................. 158 

ろ 

ログビューア...................................................... 207 

ログファイル...................................................... 206 

ログレベル ......................................................... 214

PRIMECLUSTER - ソフトウェア - Fujitsu

You also want an ePaper? Increase the reach of your titles

Delete template?

Save as template?