Spaceのトラブルシューティング

GigaSpacesが動作しません。

インストールパスに、(x86)という文字列が含まれている場合、GigaSpacesは動作しません。

メモリアロケーションエラーを解決するにはどのようにしたらいいのでしょうか？

Magic xpi 4.xからは、トリガからのデータと並行またはスタンドアロンの分岐に送られるデータは、すべてMagic Spaceを経由します。大量のコンテンツが送られたり、HTTPのような外部トリガが使用されていると、これは、デフォルトのメモリアロケーションの設定では十分でない場合があります。

様々な GigaSpacesエンティティのメモリアロケーションの設定は、以下の位置で見つかります。：

<Magic xpiインストール>\Runtime\GigaSpaces-xpi\bin\magicxpi-gs-agent.bat

Space内でデータを保持するグリッドサービス・コンテナ（GSC)は、256MBまで現在設定されます。メモリアロケーションエラーが発生した場合、以下の行を変更することで、少なくとも512MBをGSCに割り当てることを検討してください。

修正前：

set GSC_JAVA_OPTIONS=-Xmx256m -Dcom.magicsoftware.ibolt.home="%MAGIC_XPI_HOME%"

修正後：

set GSC_JAVA_OPTIONS=-Xmx512m -Dcom.magicsoftware.ibolt.home="%MAGIC_XPI_HOME%"

MAGIC_INFOスペース(mginfo)とMGMirrorプロセスユニットが正しく配備されませんでした。

GigaSpaces Management Center で、GSCオブジェクトの下でエラーが表示されかもしれません。例えば：

“ERROR [org.hibernate.engine.jdbc.spi.SqlExceptionHelper] - Cannot create PoolableConnectionFactory (The TCP/IP connection to the host ORGAT-7-LP, port 1433 has failed. Error: "Connection refused: connect. Verify the connection properties. Make sure that an instance of SQL Server is running on the host and accepting TCP/IP connections at the port. Make sure that TCP connections to the port are not blocked by a firewall.".)”

このエラーが発生したら、プロジェクトのデバッグや実行ができません。

この問題を解決するには、MSSQLSERVERプロトコルの［TCPポート］を1433に設定してください。

ネットワーク構成（たとえば、IPアドレス）を変更した後にmgxpi-infoサービスが起動しないことがあります.

これを解決するには、DBMSが変更を認識できるように、コマンドラインからipconfig / flushdnsコマンドを実行するか、マシンを再起動してください。

グリッドが開始されない場合、何ができますか？

グリッドが正しく開始された場合、インストール時に定義されたルックアップロケータを使用してグリッドが［Hosts］タブとグリッドコンポーネントにリストされていることを確認してください。

しかし、以下の問題のどれかに遭遇するかもしれません。

グリッドが［Hosts］タブに表示されません。上の例では、debbies-7 が表示されません。これは、グリッドが配備されていないことを意味しています。
グリッド名で gsa、gsc、gsm、およびlus のエントリが表示されません。これは、グリッドコンポーネントの1つ以上が正しく読み込まれなかったことを意味しています。

注意：グリッドが正しく動作していない場合、最初にすべき事は、magicxpi-setenv.batファイルのLOOKUPLOCATORSの値が正しく設定されることをチェックすることです。

これらの問題の1つに遭遇した場合、以下をチェックすることもできます。

Magic xpi GSAサービスを止めて、すべてのグリッドプロセス(存在している場合)の終了を待ち、Magic xpi GSAサービスを再起動してみてください。
［グリッドサービスエージェント(GSA)をサービスとしてインストールする］のチェックボックスを選択しなかった場合、グリッドは配備されません。GSAをインストールするには、OS_Service\ScriptsからInstall_GSA_service.batファイルを実行してください。Windows7以上のOSの場合、管理者権限でこのコマンドを実行する必要があります。
インストール時に、［LUSの実行］チェックボックスを選択しないと、グリッドは配備されません。magicxpi-gs-agent.bat ファイルで gsa.lus 1inを定義してください。
実行しているコンポーネントの1つをクリックしてください。そうすると、そのコンポーネントのログが表示されます。以下のイメージに示するように logの中にエラーが表示されます。:
すべてのアプリケーションサーバのために、PCが複数のネットワークインタフェースを使用している場合、NIC_ADDR の値(<Magic xpiインストール>Runtime\GigaSpaces-xpa\bin\magicxpi-setenv.bat ファイル内)が、ネットワークカードに割り当てられたIPアドレスまたはネットワークカード自身の名前のどちらかを格納するように設定されていることを確認してください。
そして、NIC_ADDR の値をMagic.iniファイルのjvm_argsセクションに追加してください。:

-Djava.rmi.server.hostname=<your network card IP address here>

注意：ホスト名またはIPアドレスは、クォーテーションマークで囲まないでください。.
グリッドエンティティがGigaSpaces UI で有効でない場合、クラスタリング環境で動作する時、ファイアウォールがGigaSpacesによって使用されているポートを塞いでいないことをチェックしてください。ポートをコントロールする設定は、次の２つがあります。:
- ファイアウォールで開いておく必要のあるディスカバリポート。
- LRMIポートの範囲(固定範囲で設定され、さらにファイアウォールで開いておく必要があります)。

ポートについての追加情報は、ここを参照してください。

GigaSpacesが開発PC上で多くのメモリを使用していないことを確認するにはどのようにしたらいいいのでしょうか？

現在は、デフォルトのメモリとクラスタのる設定は、開発PC用に設定されます。開発PCでは、設定はアプリケーションのフットプリントを減らすために変更することができます。

<Magic xpiインストール>\Runtime\GigaSpaces\bin\magicxpi-gs-agent.bat の推奨する設定は以下の通りです。

メモリ

set GSA_JAVA_OPTIONS=-Xmx64m

set GSC_JAVA_OPTIONS=-Xmx256m -Dcom.magicsoftware.ibolt.home="%MAGIC_XPI_HOME%"

set GSM_JAVA_OPTIONS=-Xmx64m

set LUS_JAVA_OPTIONS=-Xmx64m

call gs-agent.batから始まる行で、gsa.gscの設定を 2から1を変更してください。

例：

call gs-agent.bat gsa.gsc 1 gsa.global.gsm 1 gsa.global.lus 1 gsa.mgmirror 1 gsa.mgdeploy 1 gsa.mginfo 1

クラスタリングは、<Magic xpiインストール>\Runtime\Config\magicxpi_sla.xml ファイルで定義されます。

デフォルトでは、Spaceは2つのパーティションと各パーティションに対応したバックアップで定義されます。開発PC用では、一つのパーティションで十分であり、バックアップはその結果、必要ではありません。

magicxpi_sla.xmlファイルの内容は、以下を使用してください。

<os-sla:sla cluster-schema="partitioned-sync2backup" number-of-instances="1" number-of-backups="0" max-instances-per-vm="1">

</os-sla:sla>

</beans>

開発PCメモリの使用量を減らすサンプルは、ここのビデオ・デモンストレーションを参照してください。

モニタにサーバが表示されません。

モニタまたは、［開始］リンクからサーバを起動すると、サーバエントリは、モニタに表示されます。表示されない場合は、サーバエンティティ（ServerDataオブジェクト）が作成されていないためです。Magic Space内でエンティティの作成やグリッドへのアクセスに問題があったかを確認するには、処理を依頼したPC（リモートPCでなく）のmgxpicmdl.logファイルをチェックしてください。

サーバのステータスが、START_REQUESTEDのままになります。

リンクまたは、モニタから起動を選択すると、最初にSTART_REQUESTEDのステータスが表示されます。

これは一時的な状態で、ステータスはRUNNINGに変わるはずです。

上の図において、ホストPC（SPACECOURSEWIN7)にはSTART_REQUESTEDのステータスが表示され、値がNullに設定される［Process ID ］カラムに表示されるプロセスIDを受け取ることができませんでした。プロセスIDを受信しない理由を調べる必要があります。これを行うには、関連するログを見つける必要があります。すべてのログには、ログ+プロセス番号の名前があります。

<Magic xpiのインストールディレクトリ>\Runtime\logs と <Magic xpiのインストールディレクトリ>\Runtime\logs\java フォルダで、すべてのログを削除してください。削除できないファイルはプロセが現在アクセスしているログです。これらのログは、内容を確認したいものになります。
デスクトップまたは［スタート］メニューのリンクをクリックして、GigaSpaces UIを読み込んでください。
下の図の場合のように、主要なグリッドサービスコンテナ（GSC)のPIDを探してください。この場合、プロセスIDは、2312です。
<Magic xpiインストールディレクトリ>\Runtime\logs\java フォルダにある、ログ magicxpi_<PID>.log を開いてください(例えば： magicxpi_2312.log)。ホストPC上でMagicプロセスユニットがグリッドサービス・エージェント（GSA)を見つけられなかった事が分かります。

このようなことが発生した理由はいくつかあります。

ホストPCがピーク時間にのみ有効になるように設定されている場合、この設定が有効になっているかもしれません。この場合は、PCが有効になるまで待つだけです。
ホストPCに問題があります。
そのPCへのネットワークアクセス関する問題があります。すなわち、PCは利用できません。
名前解決についての問題があります。start.xmlファイルのホスト名は、DNS（Domain Name System ）によるグリッドでの名前と一致していないかもしれません。この問題を解決するには、start.xmlファイルで名前の代わりにPCのIPアドレスを使用してください。

サーバのステータスがSTART_IN_PROGRESSになるのは何故ですか？

このシナリオでは、Magic プロセスユニットはリモートPCを見つけ、GSAはパラメータでMagic xpiサーバの実行を管理します。Magic プロセスユニットは、サーバのステータスをSTART_IN_PROGRESSに更新します。

serverdataエンティティのステータスがまだSTART_IN_PROGRESSであるかどうかを確認するために、複数のチェックに関係している内部のタイムアウトの後では、Magic xpiサーバはMagic Spaceに接続することができず、MagicプロセスユニットはサーバのステータスをSTART_FAILEDに更新します。

ステータスがSTART_FAILEDになると、Magicプロセスユニットは、GSAをチェックして、Magic xpiサーバプロセス用のハンドルがあるかどうかを調べます。プロセスがある可能性は十分にあります。それはプロジェクトの処理を行わないいわゆるファントムプロセスです。ハンドルがあれば、MagicプロセスユニットはGSAにプロセスを停止するように指示します。

このようなことが発生した理由はいくつか考えられます。例えば：

ライセンスの問題
コマンドラインのパラメータのどれか（ロジェクト名またはパスなど）に間違いがある。
ユーザは、プロジェクトが存在する共有ドライブにアクセスしていない。MagicプロセスユニットはリモートPCのGSAにMagic xpiサーバを読み込ませることを要求するため、Magic xpiサーバはGSAの権利で読み込みを行い、必ずしも現在のユーザの権利は必要ありません。現在のユーザは、ライセンスと同じように共有フォルダ上のプロジェクトにアクセスするかもしれません。しかし、GSAプロセスに割り当てられたユーザはそのようなアクセスができないのかもしれません。

上記のエラーは、ifs.logに書き込まれるかもしれません。関連したエラーについてifs.logファイルをチェックすることはよい選択です。

注意：以下は、プロジェクトのフォルダにアクセスする際、権限上の問題があることを示しています。

ifs.logファイルが作成されません。
Windowsのタスクマネージャで、MgxpiServer.exeプロセスメモリ消費量が少ない(約18MB)です。

サーバのステータスが、SERVER_INITIALIZINGになるのは何故ですか？

これは、GSAがなんとかMagic xpiサーバの実行を管理する際の一時的なステータスです。Magic xpiサーバは、SERVER_INITIALIZINGとしてサーバのステータスを更新します。

ステータスがRUNNINGに更新されると、Magicプロセスユニットは表示するためにサーバのステータスをチェックします。ステータスがRUNNINGでない場合、内部タイムアウトの後、MagicプロセスユニットはステータスをSTART_FAILEDに更新します。このシナリオが発生する一つの原因は、Magic xpiサーバがデータベースにアクセスできなかった場合があります。

場合によっては、これは、実際のMagic xpiサーバアプリケーションとプロジェクトメタデータがMagic xpiプロセスにロードされなかったことを意味しています。

データベースへの接続の問題など、そ他の場合は、プロジェクトがSpaceに作成されたことを意味していますが、エンジンはデータベースの問題のため、その後で終了します。

Magic xpiサーバがデータベースにアクセスすることができなかった場合に、これが発生します。

start.xml に登録されたPC上の<Magic xpiインストールディレクトリ>\Runtime\logs フォルダを開き、プロジェクトのログを捜してください。
ログファイルを開き、そこにエラーがあるかどうかを確認してください。データベースへのアクセスがない場合は、次のエラーに気付くかもしれません： Failed to open, data source: ifs_ods

GSAサービスを開始する時(または、コマンドプロンプトでmagicxpi-gs-agent.batを実行したとき）、以下のエラーがログに書き込まれます。“Could not find or load main class xpi”

Magic xpi が Spaceを含む位置にインストールされていると、8dot3name (ショートネーム)のサポートが必要です。

8dot3name がサポートされていることを確認してください。これを行うには、管理者としてコマンドプロンプトを開き、以下のコマンドを実行してください。

fsutil 8dot3name query <利用するインストールドライブ>

例えば、Magic xpiをCドライブにインストールする場合は、このコマンドを使用してください。

fsutil 8dot3name query c:

fsutilユーティリティは、C:\Windows\system32 にあります。上記のコマンドが見つからない場合、コマンドプロンプトでsystem32フォルダに移動してください。

コマンドの結果が、ボリュームの状態が、0(8dot3 名の作成は有効です)であり、レジストリの状態が2(ボリューム単位で設定しますj - 規定値)になっています。そして8dot3 nameが可能で、インストールを続行することができます。

8dot3nameが無効の場合、管理者として以下のコマンドを実行してください。

fsutil 8dot3name set <required installation drive> 0

例えば、Cドライブ上で8dot3name8を有効にするには。

fsutil 8dot3name set c: 0

設定内容を反映するには、PCを再起動する必要があるかもしれません。

https://ja.wikipedia.org/wiki/8.3%E5%BD%A2%E5%BC%8F

内部のデータベースによるWindows認証を使用する時、Spaceが正しく配備されません

これは、Magic xpi の設定の問題、またはシステム権限の問題であるかもしれません。

1. Magic xpiの設定の問題

インストール後に、Magic xpiに、Windows認証を使用して内部データベースと接続してほしい場合、datasource.xmlファイルを変更する必要があります。このファイルは次に配置されています：<Magic xpiインストール>\Runtime\config。

usernameとpasswordのプロパティを削除してください。例えば、以下のテキストを削除してください：username="magicxpi4_1" password="MagicPass#3".
urlプロパティに integratedSecurity=true を追加してください。例えば、ファイルは次のテキストのような感じになります。usernameとpasswordは削除され、赤いテキストが追加されています。

<datasource id="1" hibernate.default_schema="dbo"

hibernate.dialect="org.hibernate.dialect.SQLServerDialect"

hibernate.default_catalog = "magicxpi4_1"

driverClassName="com.microsoft.sqlserver.jdbc.SQLServerDriver"

url="jdbc:sqlserver://AVI-8-LP\SQLEXPRESS:1433;databaseName=magicxpi4_1;integratedSecurity=true"/>

</datasources>

2. システム権限の問題

NT AUTHORITY\SYSTEMユーザは、SQLサーバでシステム管理者権限を持っていないのに対して、ユーザログインを行うため、これはWindowsのセキュリティ上の動作です。Windowsでは、OSサービスはデフォルトでNT AUTHORITY\SYSTEMユーザとして実行されます。しかし、GigaSpacesがエージェントとして開始されると、代わりにユーザログインで実行されます。

この問題を避けるために、2つのオプションがあります。

システム管理者権限をNT AUTHORITY\SYSTEMユーザに与えてください。
必要な権限を持つユーザでGSAサービスを実行するようにユーザアカウントを変更してください。

GigaSpacesのログに「Failed to add PDH Counter」や「Invalid Query」などのGSA WARNINGメッセージが表示されるのはなぜですか？

このエラーが発生する原因のひとつとして、使用するPCのWindowsパフォーマンスカウンタが関係している可能性があります。

この問題を解決するには、パフォーマンスカウンタを再構築してください。以下の手順に従ってください。

Magic xpiを停止して、ログを消去します。
管理者としてコマンドプロンプト（cmd）を開きます。
コマンドプロンプトで、次の行を入力し、Enterキーを押します： LODCTR /R
"Info: Successfully rebuilt performance counter setting from system backup store".というメッセージが表示されます。
コマンドプロンプトを終了します。
Magic xpiを再起動し、ログを確認します。

GigasSacesサービスがZuluJDKバージョン1.8_292で開始に失敗し、「サーバーが選択したプロトコルバージョンTLS10がクライアント設定で受け入れられない[TLS12]」のようなエラーが発生するのはなぜですか。?

ZuluJDKバージョン292では1.2未満のTLSサポートがデフォルトで利用できないためこのエラーが発生する可能性があります。

利用できるようにするには、下記の手順を実行してください。:

JDKフォルダに移動します。
JDKフォルダーで、jre\lib\securityフォルダーの下にあるjava.securityファイルを開きます。
このファイルで、プロパティ jdk.tls.disabledAlgorithmsをコメント化します。行をコメント化するには行の先頭に＃（ハッシュ）文字を追加します。

たとえば、プロパティがjava.securityファイルで以下のようになっている場合:

jdk.tls.disabledAlgorithms=SSLv3, TLSv1, TLSv1.1, RC4, DES, MD5withRSA, \DH keySize <1024, EC keySize <224, 3DES_EDE_CBC, anon, NULL, \include jdk.disabled.namedCurves

コメントするとプロパティは次のようになります:

# jdk.tls.disabledAlgorithms=SSLv3, TLSv1, TLSv1.1, RC4, DES, MD5withRSA, \DH keySize <1024, EC keySize <224, 3DES_EDE_CBC, anon, NULL, \include jdk.disabled.namedCurves

Oracle JDK update 261以上を使用している場合、GigaSpageサービスがデプロイされないのはなぜですか？

SigarライブラリはGSAサービスの開始に失敗するため、Windows Server2019のOracleJDK update 261と互換性がありません。

この問題を解決するには、Sigarライブラリを無効にする必要があります。次のいずれかの方法で無効にしてください。:

Magic xpi インストールフォルダ\Runtime\Gigaspaces\lib\optional に移動し、Sigarフォルダのフォルダ名を名前変更します。
また、以下の方法も有効です。:

Magic xpi インストールフォルダ\Runtime\Gigaspaces-xpi フォルダに移動する。
magicxpi-setenv.bat をテキストエディタで開く。
このファイルでADDITIONAL_OPTIONS のプロパティにフラグ -Dcom.gs.sigar.enabled を設定値と共に追加する。

例,

set ADDITIONAL_OPTIONS=%ADDITIONAL_OPTIONS% -Dcom.magicsoftware.ibolt.home=%MAGIC_XPI_HOME%\runtime -Dlogback.configurationFile=%MAGIC_XPI_HOME%\runtime\Java\classes\gigaspaces.root.logback.xml -Dcom.gs.oshi.enabled=false -Dcom.gs.sigar.enabled=false

Magic xpi インストールフォルダ\Runtime\Gigaspaces に移動し、WorkフォルダとDeployフォルダを削除する。

Sigarライブラリを無効にすると、GigaspacesはCPUとメモリ使用率のマトリックスを監視できなくなり、アラートを生成しなくなります。