トラブルシューティング

Latest revision as of 23:06, 3 March 2012

 

ホーム

 

ダウンロード

 

ニュース

 

サポート

 

利用者

 

開発者

 

スクリーン ショット

 

グリッドリスト

 

バグ

 

Forge

Languages:

English    Français    日本語

このページには、システム固有の有用な設定や、遭遇する可能性のある問題を解決するためのアドバイスを掲載しています。

[edit] 一般的なヒント

OpenSimulator の起動が完了して、地域コンソールでコマンドが入力できる状態となっていれば、"config get" や "config save" コマンドを使って、現在の設定を調べることができます。サーバコマンド (または、コンソールで help と入力) に詳しい説明があります。これは、トラブルの原因を究明する際に、誤った設定を修正するのに役に立ちます。

また、.NET のランタイムとデータベースのバージョンが適切か確認してください。データベースのバージョンについては、設定#データベース を参照してください。また、.NET 3.5 以降を使用しなければなりません。.NET 2.0 には System.Core がありません。Windows の .NET を使っているのであれば、3.5 か 4 の更新モジュールをダウンロードしてきましょう。Mono を使っているのであれば、Mono のバージョンを上げる必要があります。

[edit] システム固有の設定

[edit] CentOS 5 (64 ビット)

CentOS 5.2 64bit で Mono 2.2 をソースからコンパイルして使っている場合 (他のケースでもそうなるかは分かりませんが)、以下のステップを実行する必要があります。

sudo yum install libgdiplus
sudo yum install libexif
sudo ln -s /usr/lib64/libgdiplus.so.0 /usr/lib64/libgdiplus.so
ldconfig

これで私の場合は OpenSimulator をエラーなしで起動することができ、他のグリッドに接続することもできるようになりました。

[edit] Gentoo

Mono の依存パッケージや Mono 自体で、"~x86" にマスクされたパッケージを使うことがあります (プラットフォームが x86 の場合。使用しているプラットフォームに応じて読み替えてください。例: 64 ビットの場合、"~amd64")。次のようにして USE フラグを確認してみましょう。

ACCEPT_KEYWORDS="~x86" emerge -vp subversion nant mono libgdiplus

それから、次のようにしてインストールしましょう。

ACCEPT_KEYWORDS="~x86" emerge subversion nant mono libgdiplus

注: ACCEPT_KEYWORDS="~x86" は Gentoo の /etc/make.conf ファイルでも設定できますが、testing/unstable の全てのパッケージが表示されることになってしまいます。emerge コマンドの先頭でこれを使えば、この変数はこの emerge プロセスにだけ適用されます。

[edit] Mac OS X

2.0 Framework がサポートされていない旨のエラーが発生したら、pkg-config パスを修正するとよいでしょう。例えばこれを ~/.bash_profile に書くことができます。

export PKG_CONFIG_PATH="/Library/Frameworks/Mono.framework/Versions/Current/lib/pkgconfig/:${PKG_CONFIG_PATH}"

[edit] エラーとその対処方法

[edit] 仕様不備かバグによる問題の回避策

[edit] UID 重複によるプリム消失

通常、この問題は save-xml/load-xml ファイルが、-newUID スイッチを使ってオブジェクトの UUID を新しく採番することなく、同じ SIM にロードされた場合に発生します。詳細な情報は サーバコマンド を参照してください (load-xml <filename> -newUID) 。それでもうまくいかなければ、オブジェクトを Shift コピーして空中に持っていき、空中にあるほう(実はこれがコピー) を削除するとうまくいくかもしれません。これで全てのプリムの UID が新しく割り振られます。このオブジェクトはそのままにして、元の load-xml ファイルを他の地域にロードしましょう。

[edit] ODE Physics で例外が発生して落ちる (System.EntryPointNotFoundException: dSpaceLockQuery)

次のエラーは、たいてい "libode" のバージョンが合っていないために発生します。

まず、ファイルシステムを検索して、他の ODE Physics エンジンがないか探してみましょう。

find / -name "libode.so"

それから、最新のバージョンかどうか確認しましょう。

[edit] 6-8 時間経ってから、MySQL のコネクションでエラーが発生する

MySQL にはタイムアウトがあり、28,800 秒 (8 時間) アクティブでないとコネクションを切断します。たぶんこれが原因で、ユーザサーバが長時間アイドル状態にあるとログインできなくなるのだと思います。この問題が発生したら、タイムアウトを大きな値、例えば 604800 (1 週間) や 31536000 (1 年) に増やしましょう。MySQL コンソールで、次のように入力しましょう。

set global wait_timeout=604800;

[edit] System.DllNotFoundException: gdiplus.dll

最初に、libgdiplus.so がダイナミック・リンカが参照できる場所にあるか調べましょう。

/sbin/ldconfig -p | grep libgdiplus

見つからなかったら、libgdiplus.so のあるディレクトリが LD_LIBRARY_PATH 環境変数や、 /etc/ld.so.conf.d/ の *.conf ファイル (例: gdiplus.conf) にあるか確認しましょう。それから ldconfig でキャッシュを更新しましょう。そうすると、ライブラリを見つけられるようになっているはずです。

それでもまだエラーが出る場合、libgdiplus は他のダイナミック・ライブラリにも依存しているため、それらがロードできなければ、libgdiplus もロードできません。これを確かめるには、OpenSimulator をデバッグ情報を表示させる設定にして起動します。

MONO_LOG_LEVEL=debug mono OpenSim.exe

Mac OS X では、/opt/local/lib/libgdiplus.dylib があるか確認しましょう。存在していたら、root ユーザで /opt/local/etc/mono/config ファイルを編集して、次の行を追加しましょう。

<dllmap dll="gdiplus.dll" target="/opt/local/lib/libgdiplus.dylib" os="!windows"/>

[edit] OpenSimulator の MySQL データベースを WIndows から Linux に移行する

[edit] MySql.Data.MySqlClient.MySqlException: Table 'opensim.UserAccounts' doesn't exist

環境: Opensim Server 0.7.0.2, Linux Ubuntu 8.0.4 環境。Mono 2.8, MySQL 5.0 がインストールされた状態。

MySQL 5.0 で稼働している OpenSimulator 0.7 データベースを Window から Linux に移行した場合、OpenSimulator サーバにユーザがログインすると、OpenSimulator サーバコンソールに次のような例外が表示されることがあります。

クライアントでは、次のようなエラーが表示されます。

Login Failed
Error generating Login Response

この例外は MySQL がテーブル名を格納する仕組みが原因となって発生します。Windows の MySQL サーバでは、テーブル名は大文字小文字を区別しませんが、Linux の MySQL のテーブルはデフォルトで大文字小文字を区別します。このため、OpenSimulator が大文字で始まる名前でデータベースを検索すると、見つかりません。

一つの解決策は、OpenSimulator が必要とするテーブルのテーブル名を (ALTER TABLE で) 変えてしまうことです。しかし、最もきれいなやり方は、MySQL の設定を変え、"/etc/mysql/my.cnf" ファイルの [mysqld] セクションで "lower_case_sensitive = 1" とすることです。

# sudo nano /etc/mysql/my.cnf

..........................
[mysqld]
..........................
lower_case_sensitive=1
..........................

これで、MySQL は自動的にテーブル名を小文字に変換して解釈するようになります。MySQL サーバと OpenSimulator を再起動すると、テーブルは問題なくロードされるようになります。

注: migration テーブルをクリアして OpenSimulator にデータベースを強制的に再移行させようとしないでください。データベースが損傷する原因となります。

[edit] 不完全なデータ移行にまつわるエラー

OpenSimulator のデータ格納方法が変更となり、アップグレード時になんらかの原因でデータベースの移行に失敗すると、この問題が発生することがあります。

OpenSimulator コンソールにこのようなエラーメッセージが表示されます。

 [LLOGIN SERVICE]: Exception processing login for [username]: MySql.Data.MySqlClient.MySqlException: Table 'opensim.UserAccounts' doesn't exist
 at MySql.Data.MySqlClient.MySqlStream.OpenPacket () [0x00000]
 at MySql.Data.MySqlClient.NativeDriver.ReadResult (System.UInt64& affectedRows, System.Int64& lastInsertId) [0x00000]
 at MySql.Data.MySqlClient.MySqlDataReader.GetResultSet () [0x00000]
 at MySql.Data.MySqlClient.MySqlDataReader.NextResult () [0x00000]    at MySql.Data.MySqlClient.MySqlStream.OpenPacket () [0x00000]
 at MySql.Data.MySqlClient.NativeDriver.ReadResult (System.UInt64& affectedRows, System.Int64& lastInsertId) [0x00000]
 at MySql.Data.MySqlClient.MySqlDataReader.GetResultSet () [0x00000]
 at MySql.Data.MySqlClient.MySqlDataReader.NextResult () [0x00000]

この場合、'users' テーブルの内容が 'UserAccounts' に移行されていないにも関わらず、OpenSimulator は 'UserAccounts' がある前提で動作しようとしていました。また、ビューアにもエラーが表示されます。

Login Failed
Error generating Login Response

移行の失敗の原因となったファイルシステム (私の Linux 場合は、'/var/lib/mysql/...' がぐちゃぐちゃになってました) の権限を変更して、'migration' テーブルを削除し、サーバを再起動させると、私の場合は解決しました 移行時に [non-critical] 警告が発生したので、たぶんもっと適切な方法があったのではと思いますが、私は完全にバックアップをとっていたので、安直な方法でやってしまいました) 。地形データ参照と現在のシェイプ／衣類／アタッチメントデータはなくなってしまいましたが(これは簡単にインワールドで復元できます)、それ以外は私的には大丈夫でした。

[edit] Mono や libgdiplus0 をインストールすると、依存関係にある libexif.so.9 が見つからないエラーが発生する

これは Centos5 で現象が確認されましたが、他のオペレーションシステムでも発生することがあります。ftp://rpmfind.net/linux/conectiva/snapshot/i386/RPMS.extra/libexif9-0.5.12-47547cl.i386.rpm をダウンロードしてインストールすれば、解決します。これで、(他に問題がなければ) Mono がインストールできるようになります。

[edit] mscorlib.dll アセンブリが見つからない、またはロードできない

NAnt と一緒にインストールされる mscor ライブラリで見つからないものがあると考えられます。NAnt をインストールすれば簡単に解決します。必要なライブラリの 1.0 や 2.0 のバージョンのものが一緒に入っています。

apt-get install nant

[edit] External Program Failed: /usr/lib/pkgconfig/../../lib/mono/2.0/gmcs.exe

mono-gmcs を再インストールすると、簡単に直ります。

apt-get install mono-gmcs

[edit] The type or namespace name JScript does not exist in the namespace Microsoft

JScript と連呼しているのに注目してください。これがヒントになるかな？

apt-get install mono-mjs libmono-microsoft8.0-cil

Fedora や OpenSUSE では、必要なパッケージは "mono-jscript" になります。

[edit] The type or namespace name Tcp does not exist in the namespace System.Runtime.Remoting.Channels

これはインストール一発で簡単に直る問題です。

apt-get install libmono-system-runtime2.0-cil

[edit] Missing: libopenjpeg-libsl-2.1.2.0-x86_64.so

おそらく、64 ビットのマシンなのでしょう。以下の手順に沿って作業しましょう。

• Installing and running on x86-64

[edit] error while loading shared libraries: libgthread-2.0.so.0: cannot open shared object file

Debian ベースのシステムで、このページの一番上のように導入したが、apt バージョンの Mono ではなく、Web サイトからダウンロードしたインストーラを使っている場合、この問題が発生することがあります。

http://www.mono-project.com/Downloads で .bin をダウンロードして、手順に沿って実行し、完了した後で、"mono --version" を実行すると、このメッセージが表示されます。libglib2.0-0 をインストールする必要があるということです。

apt-get install libglib2.0-0

[edit] The current runtime framework 'mono-2.0' is not correctly configured in the NAnt configuration file.

apt バージョンの NAnt を再インストールすると直るようです。

apt-get install nant

この現象は pkg-config が mono.pc ファイルにもアクセスできないために発生することもあります。このファイルがあるディレクトリを PKG_CONFIG_PATH 環境変数に追加すると直ります。

[edit] ネットワークや設定の問題

この Wiki ページを参照してください。

• Network Settings
• ファイアウォール設定
• 設定

[edit] ログインはできるが、リモートクライアントから地域にログインできない

OpenSimulator/bin/Regions フォルダを開いてください。

1. Regions.ini ファイルの InternalAddress に 0.0.0.0 を指定してみてください。
2. ExternalHostName=127.0.0.1 を、アクセス可能な DNS ネームに変更する必要があります。例えば、"opensim.example-host.com" や "71.6.131.152" (外部からアクセス可能な IP アドレス) のように書きます。

If you still have the same problem, it might be a firewall issue. Check if your firewall is active and configure it. See Firewall Settings for detailed instructions.

[edit] OpenSimulator のビルド

[edit] ビルドファイルもソリューションファイルも見つかりません

• Windows では、

runprebuild.bat

• Linux/Mac/FreeBSD では、

runprebuild.sh

を実行してください。

[edit] Visual Studio 2005 で .sln ファイルが開けません

• Visual Studio 2005 C# を起動してみてください。恐らく、Visual Studio 2005 C++ を起動しようとしているんじゃないでしょうか。これは C# プロジェクトです。

[edit] OpenSimulator の実行

[edit] Cygwin シェルで OpenSim.exe を実行すると、一部の DLL でアクセス拒否が発生します

• 'cd bin' の後に 'chmod a+x *' を実行して、全ての DLL ファイルを実行可能な状態にしてください。

[edit] SIM が起動できません

• 設定 を見てください。

[edit] なんかおかしくなった！

[edit] svn r3254 以降でアップデートした後にグリッドを起動すると、'owner_uuid' がなんたらかんたらというエラーが出ます

r3254 以降の最近のリビジョンに更新すると、owner_uuid をwe are now using the unused owner_uuid. グリッドによっては、リージョンテーブルを初期化する .sql スクリプトからこの項目が誤って消されてしまったタイミングで MySQL テーブルが作られてしまっています。MySQL にログインして、この SQL クエリを実行し、足りない owner_uuid を追加すると、この問題は解決するはずです。

alter table `regions` add column `owner_uuid` varchar(36) default '00000000-0000-0000-0000-000000000000' not null, comment 'Rev.2';

regions と owner_uuid の周りの記号は、「グレイヴ・アクセント(バッククオート)」です。default や comment の値の周りはシングルクオートです。日本語キーボードでは、Shift + @ でバッククオートが、Shift + 7 でシングルクオートが出てきます。これは MySQL で覚えておきたいことです。

[edit] svn r3786 以降でアップデートした後にグリッドを起動すると、'State' がなんたらかんたらというエラーが出ます

r3786 以降では、SQLite の 'primshapes' テーブルに、新たに 'State' フィールドが追加されました。このフィールドは tree や grass を不揮発化するのに使用されます。起動すると何もない地域ができあがります。OpenSimulator は 'State' フィールドを見つけられないので、何をすればいいのかわからないからです。一番よい解決策は、SQLiteBrowser などの SQLite テーブルのエディタ (http://sqlitebrowser.sourceforge.net/ でダウンロードしてください) を使って、足りないフィールドを作成することです。

alter table primshapes add column State integer default 0

SQLiteBrowser を起動して、File > Open Database と辿り、OpenSim.db ファイルをブラウズして開きます。そして、"Execute SQL" タブを開き、上のコマンドを "SQL String" テキストボックスにコピー＆ペーストします。それから、"Execute Query" ボタンをクリックします。

[edit] Region Handshake (地域のハンドシェイク) でタイムアウトになります

• Regions フォルダにある設定ファイルに正しい IP アドレスが記載されていますか？
• OpenSimulator が動作しているサーバにはインターフェースが複数存在しませんか？OpenSimulator は外向きの UDP パケットを特定の IP アドレスに割り当てず、デフォルトでアクセスする IP アドレスが、地域が UDP で応答する際の IP アドレスになります。他の IP アドレスで地域を設定してしまうと、接続時にタイムアウトになります。

[edit] OpenSimulator に接続できません

• Connecting か ファイアウォール設定 を参照してください。

[edit] 接続できますが、移動することができません

クライアントから接続できるのに、アバターがくるくる回って移動しない場合は、SIM が正しく設定されていません。最初のログイン処理は完了しましたが、クライアントと SIM の間でパケット通信が成立していない状態です。おそらく、SIM のネットワーク設定が正しくないと思われます。

• 設定 を参照してください。

[edit] しょっちゅうアバターが固まります

ちょうど今はプリムのデータベース同期でボトルネックがあります。このため、短時間 (５〜１０秒) アバターがハングすることがありますが、いったんデータベースと同期がとれれば大丈夫です。これは既知の問題で、データの格納処理の一部にある古い構造が原因となっています。

[edit] Command error: System.IO.FileNotFoundException: Could not load file or assembly 'System.Core, Version=3.5.0.0, culture=neutral,PublicKeyToken=b77a5c561934e089' or one of its dependencies.

System.Core がないということは、.NET ランタイムの古いバージョンを使っているということです。

.NET 3.5 以降を使用しなければなりません。.NET 2.0 には System.Core がありません。Windows の .NET を使っているのであれば、3.5 か 4 の更新モジュールをダウンロードしてきましょう。Mono を使っているのであれば、Mono のバージョンを上げる必要があります。

[edit] 世界地図を見れません

• OpenSimulator を Linux サーバで動作させているときにこの問題が発生することがあります。グリッドモード、スタンドアロンモードに関わらず発生します。
• 症状：SL ビューアで世界地図を開くと、SIM が世界地図に表示されなかったり、サーバコンソールに OpenJPEG 関連のエラーが表示されたり、現在のセッションがフリーズしたり、などなど。。
• 原因：SVN の source trunk に正しい libopenjpeg-libsl ライブラリが含まれていません。
• 原因その２："defaultstripe.png" が OpenSimulator フォルダにないか、壊れています。
• 解決策：libsecondlife (svn co svn://opensecondlife.org/libsl/trunk) の最新のソースを取得し、openjpeg-libsl サブディレクトリで 'make' し、生成された libopenjpeg-libsl-2.1.2.0.so を OpenSimulator の bin サブディレクトリにコピーして、既にあるものを上書きします。
• 再コンパイルして、OpenSimulator を再起動してください。

[edit] コンソールに出力される例外

以下にコンソールに出力される可能性のある例外を列挙します。意味と、問題であるか否かを説明しています。

[edit] System.DllNotFoundException: ./libopenjpeg-libsl-2.1.2.0.so

Linux で動作させており、ネイティブのライブラリ libopenjpeg-libsl-2.1.2.0.so がシステムと合っていません。以下の原因が考えられます。

• 古いプロセッサで動作させている (libopenjpeg が最適化オプションつきでコンパイルされている)
• 64 ビットモードで動作させようとしている (ネイティブライブラリはどれも 64 ビット向けにビルドされていません)

ソースから libopenjpeg を再ビルドしするか、互換環境で動作させてみましょう。 次のようにします。

svn co svn://openmv.org/libsl/libopenmetaverse/trunk libsl
cd libsl/openjpeg-libsl/
make

それから、 libopenjpeg-libsl-2.1.2.0.so を OpenSimulator の bin フォルダにコピーします。

[edit] System.NullReferenceException at OpenSim.Region.Communications.Local.LocalLoginService.PrepareLoginToRegion

実在しないドメイン名を地域の External Host Name に指定してしまうなどしたため、OpenSimulator の初回起動に失敗しています。このため、初期化は一部だけしか行われていません。この問題を解決するには、bin フォルダを削除して、svn update を行い、再ビルドしてデータベースをパージ (完全消去) する必要があります。

[edit] Exception: System.NotImplementedException: The requested feature is not implemented.

次のようなメッセージで始まる例外が発生したら、

Mono に誤って --optimize=-all というオプションを渡してしまったと考えられます。Mono はコンパイルで System.Threading.Interlocked クラスのメソッドの「最適化された」バージョンを作ってしまうのが問題となっています。これらの最適化はコンパイルしている環境にある素のアセンブラを使って行われます (ビルド時に自動的に検出されます) 。--optimize=-all を渡すと、ランタイムはこれらの関数が最適化されていることを検出し、無効にします。このため、次にクラスがこれらの関数の呼び出しを行うと、ランタイムはメソッドのネイティブな実装がないとみなします！これは、全ての System.Threading 同期プリミティブに影響します。OpenSimulator はスレッドや排他制御に大きく依存していますので、この処理機構がないと何もできません。おそらく、Mono の将来のバージョンには --optimize=-all を渡すことができるようになり、例外を発生させるのではなく、最適化されていない実装 (例：pthreads) を出してくるようになるのでしょう。

Mono で (ネイティブコードでエラーが発生しているなど) ローレベルで発生している問題をデバッグしようとするとき、--optimize=-all を渡すのは適切なやり方とは言えません。代わりに、環境変数 MONO_LOG_LEVEL=debug を設定し、--debug スイッチを Mono に渡してプログラムを起動させましょう。他のプロセスと同じようにして、gdb でも Mono を動かすことができます。

[edit] グリッドモード

[edit] SIM を起動しましたが、どのグリッドにも接続されていません

OpneSim を最初に起動するときに、設定が必要です。

• 設定 を参照してください。

[edit] OpenSim.Grid.UserServer.exe を起動しましたが、エラーが発生します

• 設定 を参照してください。

[edit] 私のグリッドはユーザが１人だけのときはうまくいくのですが、同時に２人のユーザがログインすると２人とも固まります

• 環境変数に MONO_THREADS_PER_CPU="100" を export してあるか確認しましょう。

[edit] 20 分以内に私の地域は CPU100% になって、地域がハングします

• Mono が 1.9.1 以前の場合は、2.2 にアップグレードしましょう。

[edit] ハイパーグリッド

[edit] ハイパーグリッドを有効にして OpenSimulator を起動すると、インベントリがロードされません！

• グリッドモードで動作させようとしている場合、まず OpenSim.ini を調べて、グリッドサーバの DNS ネームやアドレスが自分からもインターネットからもアクセスできるか確認しましょう。
• UGAIM サーバの XML 設定ファイルを調べて、全部の項目にインターネットからアクセスできる IP アドレスが記載されているか確認しましょう。
  • 心当たりがあり、UGAIM サーバのアドレスを変更しなければならない場合は、UGAIM の変更後の IP アドレスを参照するようにするために、データベースに間に合わせの SQL クエリを発行してグリッドのユーザアカウントを更新する必要があります。

SQL サーバにログインし、データベースをグリッドに合わせて変更しましょう。XML 設定ファイルで UGAIM サービスのアドレスを変更した後、次のコマンドで、ユーザのホームインベントリやアセットの URI が更新されます。

     update users set userInventoryURI="http://new.UGAIM.address:8004" where userInventoryURI = "http://old.UGAIM.address:8004";

     update users set userAssetURI="http://new.UGAIM.address:8003" where userAssetURI = "http://old.UGAIM.address:8003";

[edit] 物理エンジンの問題

[edit] OpenDynamicsEngine を *nix で使用する際に発生する問題

OpenDynamicsEngine を *nix で使用していて問題が発生している場合は、次のコマンドでスタック領域をデフォルトよりも大きく設定してみてください。 ulimit -s 262144 もしくは、 opensim-ode.sh で OpenSimulator を起動してください。

[edit] スクリプトエンジンの問題

[edit] スクリプトをコンパイルすると "Primitive: Error compiling script: unknown char: . error" と表示されます

スクリプトを ( .NET や X で) コンパイルしようとすると、このようなエラーが表示される場合があります。

コンソールでは、次のように表示されます。

これは Linux で、デフォルトロケール ( "C" ) でない場合に発生します。

• Mantis #2088 and Mantis #2015 に、これを回避して OpenSimulator を起動する方法が掲載されています。

env LANG=C mono --debug OpenSim.exe

• ロケール設定を変更するという手もあります。私が使っている '.bash_profile' はこのような感じになっています。

export LC_ALL=C
export LANG=C

この方法で Linux でのロケール設定を行うのはあまり良くないというのは私も承知していますが、この方法でスクラッチから Linux をインストールした環境でうまくいきました。

追伸: Melanie が数週間前にソースコードの一部を修正して、この手の問題が回避されるようになったようです。

[edit] スクリプトをコンパイルすると "Primitive: Error compiling script: ApplicationName='gmcs', ..." と表示されます

スクリプトを ( .NET や X で) コンパイルしようとすると、このようなエラーが表示される場合があります。

右クリックメニューで、"Touch" などの他の機能が使えなくなります。

インストールした Mono が壊れている可能性があります (つまり、Mono として認識されているが、Ubuntu 8.10 Intrepid マシンに gmcs がインストールされていない）。

mono-gmcs (sudo apt-get install mono-gmcs) が正しくインストールされているか確認してください。

[edit] スクリプトをコンパイルすると、"gmcs: Cannot find the specified file" と表示されます

システムに "mono-gmcs" をインストールしてください。詳細は 動作環境 を参照してください。

[edit] ロケールの問題

一部の OpenSimulator ユーザがグリッドモードで OpenSimulator リージョンサーバのクラッシュに見舞われることがあります。

この問題の解決策を探るため、さまざまなテストを作成しました。

最初にこの問題に見舞われたのは、OpenSimulator SVN.6660 の時です。接続しているユーザがいないのに、OpenSimulator リージョンサーバが不定期にクラッシュしていました (１時間後だったり、５時間後だったり、...) 。

最初に思いついた案は、SVN の最新の版にアップグレードすることですが、うまくいかず、同じ問題が発生しました。このため、他のサーバ (同じOS, 同じパラメタ, 同じ Mono バージョン, ...) で正常に動作している、以前の SVN リリース (SVN.6575) で実験してみました。うまくいかず、同じ問題が発生しました。

それから、ロケールをいろいろいじってみました。サーバを起動させるのに使っている screen UNIX コマンドライン・ユーティリティをリコンパイルしてみましたが、だめでした。

このため、サーバのメモリの使われ方を調べてみました。すると、最新の SVN リリースでは、OpenSimulator サーバがマルチリージョン／グリッドモードで動作するのに必要なメモリ容量が増加していることに気づきました。なので、MySQL サーバをより少ないメモリで動作するようにチューニングしました。幾分ましになりましたが、それでも OpenSimulator リージョンサーバは不定期にクラッシュし続けました (しかし以前よりは長くもちました) 。

このため、screen コマンドライン引数をいろいろいじってみました。... 全てのテストで、--debug 引数がサーバにインパクトを与えているという結果となりました。

最初のころは、以下のようなコマンドで OpenSimulator を起動していました。

/screen -S Region-service -d -m --debug mono OpenSim.exe

--debug 引数がなければ、全てがより安定して動作しているように見えました。

ロケールについて言えば、mantis や、opensim-dev や opensim-users のスレッドを読むと分かるように、"en_US" や "C" のロケールに対応していないシステムでの動作には問題があります。

サーバを再セットアップして、全部 "en_US.UTF8" で動作するようにしました。

Ubuntu 8.0.4 server では、

# cat /etc/default/locale
LANG="en_US.UTF-8"

# cat /var/lib/locales/supported.d/local
fr_FR.UTF-8 UTF-8
en_US.UTF-8 UTF-8

# cat /etc/environment
PATH="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games"
LANG="en_US"
LANGUAGE="en_US"

そして、おそらく以下の手順も必要でしょう。

# sudo dpkg-reconfigure locales

screen コマンドの引数は最終的にこうなります。

screen -S Region-service -d -m -U mono OpenSim.exe

これで、OpenSimulator SVN.6575 がクラッシュせずに 48 時間動作し続けるようになりました。そして SVN.6735 も。

この情報が役に立つと幸いです。

以下参考情報： スクリプト類のサンプルが、原文に掲載されています。