トラブルシューティング
From OpenSimulator
m  | 
			m (Robot: Replacing 'OpenSim' to 'OpenSimulator', which is the precise name)  | 
			||
| (6 intermediate revisions by 2 users not shown) | |||
| Line 1: | Line 1: | ||
| − | {{  | + | {{Quicklinks/ja|Troubleshooting}}  | 
<br />  | <br />  | ||
このページには、システム固有の有用な設定や、遭遇する可能性のある問題を解決するためのアドバイスを掲載しています。  | このページには、システム固有の有用な設定や、遭遇する可能性のある問題を解決するためのアドバイスを掲載しています。  | ||
__TOC__  | __TOC__  | ||
{{clear}}  | {{clear}}  | ||
| − | + | ||
== 一般的なヒント ==  | == 一般的なヒント ==  | ||
| − | + | OpenSimulator の起動が完了して、地域コンソールでコマンドが入力できる状態となっていれば、"config get" や "config save" コマンドを使って、現在の設定を調べることができます。[[サーバコマンド]] (または、コンソールで help と入力) に詳しい説明があります。これは、トラブルの原因を究明する際に、誤った設定を修正するのに役に立ちます。  | |
| − | + | また、.NET のランタイムとデータベースのバージョンが適切か確認してください。データベースのバージョンについては、[[設定#データベース]] を参照してください。また、.NET 3.5 以降を使用しなければなりません。.NET 2.0 には System.Core がありません。Windows の .NET を使っているのであれば、3.5 か 4 の更新モジュールをダウンロードしてきましょう。Mono を使っているのであれば、Mono のバージョンを上げる必要があります。  | |
== システム固有の設定 ==  | == システム固有の設定 ==  | ||
| − | === CentOS 5 ===  | + | === CentOS 5 (64 ビット) ===  | 
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
CentOS 5.2 64bit で Mono 2.2 をソースからコンパイルして使っている場合 (他のケースでもそうなるかは分かりませんが)、以下のステップを実行する必要があります。  | CentOS 5.2 64bit で Mono 2.2 をソースからコンパイルして使っている場合 (他のケースでもそうなるかは分かりませんが)、以下のステップを実行する必要があります。  | ||
| Line 47: | Line 21: | ||
  ldconfig  |   ldconfig  | ||
| − | これで私の場合は   | + | これで私の場合は OpenSimulator をエラーなしで起動することができ、他のグリッドに接続することもできるようになりました。  | 
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
=== Gentoo ===  | === Gentoo ===  | ||
| Line 90: | Line 35: | ||
=== Mac OS X ===  | === Mac OS X ===  | ||
| − | |||
| − | |||
| − | |||
| − | 2.0 Framework がサポートされていない旨のエラーが発生したら、<tt>pkg-config</tt>   | + | 2.0 Framework がサポートされていない旨のエラーが発生したら、<tt>pkg-config</tt> パスを修正するとよいでしょう。例えばこれを <tt>~/.bash_profile</tt> に書くことができます。  | 
  export PKG_CONFIG_PATH="/Library/Frameworks/Mono.framework/Versions/Current/lib/pkgconfig/:${PKG_CONFIG_PATH}"  |   export PKG_CONFIG_PATH="/Library/Frameworks/Mono.framework/Versions/Current/lib/pkgconfig/:${PKG_CONFIG_PATH}"  | ||
| − | == エラーとその対処方法   | + | == エラーとその対処方法 ==  | 
| − | ===仕様不備かバグによる問題の回避策===  | + | === 仕様不備かバグによる問題の回避策 ===  | 
| − | ==== UID 重複によるプリム消失   | + | ==== UID 重複によるプリム消失 ====  | 
通常、この問題は save-xml/load-xml ファイルが、-newUID スイッチを使ってオブジェクトの UUID を新しく採番することなく、同じ SIM にロードされた場合に発生します。詳細な情報は [[サーバコマンド]] を参照してください (<nowiki>load-xml <filename> -newUID</nowiki>) 。それでもうまくいかなければ、オブジェクトを Shift コピーして空中に持っていき、空中にあるほう(実はこれがコピー) を削除するとうまくいくかもしれません。これで全てのプリムの UID が新しく割り振られます。このオブジェクトはそのままにして、元の load-xml ファイルを他の地域にロードしましょう。  | 通常、この問題は save-xml/load-xml ファイルが、-newUID スイッチを使ってオブジェクトの UUID を新しく採番することなく、同じ SIM にロードされた場合に発生します。詳細な情報は [[サーバコマンド]] を参照してください (<nowiki>load-xml <filename> -newUID</nowiki>) 。それでもうまくいかなければ、オブジェクトを Shift コピーして空中に持っていき、空中にあるほう(実はこれがコピー) を削除するとうまくいくかもしれません。これで全てのプリムの UID が新しく割り振られます。このオブジェクトはそのままにして、元の load-xml ファイルを他の地域にロードしましょう。  | ||
| − | === ODE Physics で例外が発生して落ちる (System.EntryPointNotFoundException: dSpaceLockQuery)   | + | === ODE Physics で例外が発生して落ちる (System.EntryPointNotFoundException: dSpaceLockQuery) ===  | 
次のエラーは、たいてい "libode" のバージョンが合っていないために発生します。  | 次のエラーは、たいてい "libode" のバージョンが合っていないために発生します。  | ||
| Line 132: | Line 74: | ||
それから、最新のバージョンかどうか確認しましょう。  | それから、最新のバージョンかどうか確認しましょう。  | ||
| − | === 6-8 時間経ってから、MySQL のコネクションでエラーが発生する   | + | === 6-8 時間経ってから、MySQL のコネクションでエラーが発生する ===  | 
MySQL にはタイムアウトがあり、28,800 秒 (8 時間) アクティブでないとコネクションを切断します。たぶんこれが原因で、ユーザサーバが長時間アイドル状態にあるとログインできなくなるのだと思います。この問題が発生したら、タイムアウトを大きな値、例えば 604800 (1 週間) や 31536000 (1 年) に増やしましょう。MySQL コンソールで、次のように入力しましょう。  | MySQL にはタイムアウトがあり、28,800 秒 (8 時間) アクティブでないとコネクションを切断します。たぶんこれが原因で、ユーザサーバが長時間アイドル状態にあるとログインできなくなるのだと思います。この問題が発生したら、タイムアウトを大きな値、例えば 604800 (1 週間) や 31536000 (1 年) に増やしましょう。MySQL コンソールで、次のように入力しましょう。  | ||
| Line 138: | Line 80: | ||
  set global wait_timeout=604800;  |   set global wait_timeout=604800;  | ||
| − | === System.DllNotFoundException: gdiplus.dll   | + | === System.DllNotFoundException: gdiplus.dll ===  | 
最初に、<tt>libgdiplus.so</tt> がダイナミック・リンカが参照できる場所にあるか調べましょう。  | 最初に、<tt>libgdiplus.so</tt> がダイナミック・リンカが参照できる場所にあるか調べましょう。  | ||
| Line 146: | Line 88: | ||
見つからなかったら、libgdiplus.so のあるディレクトリが <tt>LD_LIBRARY_PATH</tt> 環境変数や、 /etc/ld.so.conf.d/ の *.conf ファイル (例: gdiplus.conf) にあるか確認しましょう。それから <tt>ldconfig</tt> でキャッシュを更新しましょう。そうすると、ライブラリを見つけられるようになっているはずです。  | 見つからなかったら、libgdiplus.so のあるディレクトリが <tt>LD_LIBRARY_PATH</tt> 環境変数や、 /etc/ld.so.conf.d/ の *.conf ファイル (例: gdiplus.conf) にあるか確認しましょう。それから <tt>ldconfig</tt> でキャッシュを更新しましょう。そうすると、ライブラリを見つけられるようになっているはずです。  | ||
| − | それでもまだエラーが出る場合、libgdiplus は他のダイナミック・ライブラリにも依存しているため、それらがロードできなければ、libgdiplus   | + | それでもまだエラーが出る場合、libgdiplus は他のダイナミック・ライブラリにも依存しているため、それらがロードできなければ、libgdiplus もロードできません。これを確かめるには、OpenSimulator をデバッグ情報を表示させる設定にして起動します。  | 
  MONO_LOG_LEVEL=debug mono OpenSim.exe  |   MONO_LOG_LEVEL=debug mono OpenSim.exe  | ||
| Line 154: | Line 96: | ||
  <dllmap dll="gdiplus.dll" target="/opt/local/lib/libgdiplus.dylib" os="!windows"/>  |   <dllmap dll="gdiplus.dll" target="/opt/local/lib/libgdiplus.dylib" os="!windows"/>  | ||
| − | ===   | + | === OpenSimulator の MySQL データベースを WIndows から Linux に移行する ===  | 
| − | ==== MySql.Data.MySqlClient.MySqlException: Table 'opensim.UserAccounts' doesn't exist   | + | ==== 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 がインストールされた状態。  | '''環境:''' Opensim Server 0.7.0.2, Linux Ubuntu 8.0.4 環境。Mono 2.8, MySQL 5.0 がインストールされた状態。  | ||
| − | MySQL 5.0 で稼働している   | + | MySQL 5.0 で稼働している OpenSimulator 0.7 データベースを Window から Linux に移行した場合、OpenSimulator サーバにユーザがログインすると、OpenSimulator サーバコンソールに次のような例外が表示されることがあります。  | 
{|  | {|  | ||
| Line 181: | Line 123: | ||
  Error generating Login Response  |   Error generating Login Response  | ||
| − | この例外は MySQL がテーブル名を格納する仕組みが原因となって発生します。Windows の MySQL サーバでは、テーブル名は大文字小文字を区別しませんが、'''Linux の MySQL のテーブルはデフォルトで大文字小文字を区別します'''  | + | この例外は 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  |   # sudo nano /etc/mysql/my.cnf  | ||
| Line 193: | Line 135: | ||
  ..........................  |   ..........................  | ||
| − | これで、MySQL は自動的にテーブル名を小文字に変換して解釈するようになります。MySQL サーバと   | + | これで、MySQL は自動的にテーブル名を小文字に変換して解釈するようになります。MySQL サーバと OpenSimulator を再起動すると、テーブルは問題なくロードされるようになります。  | 
| − | 注: '''migration''' テーブルをクリアして   | + | 注: '''migration''' テーブルをクリアして OpenSimulator にデータベースを強制的に再移行させようとしないでください。'''データベースが損傷する原因となります'''。  | 
| − | === 不完全なデータ移行にまつわるエラー   | + | === 不完全なデータ移行にまつわるエラー ===  | 
| − | + | OpenSimulator のデータ格納方法が変更となり、アップグレード時になんらかの原因でデータベースの移行に失敗すると、この問題が発生することがあります。  | |
| − | + | OpenSimulator コンソールにこのようなエラーメッセージが表示されます。  | |
   [LLOGIN SERVICE]: Exception processing login for [username]: MySql.Data.MySqlClient.MySqlException: Table 'opensim.UserAccounts' doesn't exist  |    [LLOGIN SERVICE]: Exception processing login for [username]: MySql.Data.MySqlClient.MySqlException: Table 'opensim.UserAccounts' doesn't exist  | ||
| Line 212: | Line 154: | ||
   at MySql.Data.MySqlClient.MySqlDataReader.NextResult () [0x00000]  |    at MySql.Data.MySqlClient.MySqlDataReader.NextResult () [0x00000]  | ||
| − | この場合、'users' テーブルの内容が 'UserAccounts'   | + | この場合、'users' テーブルの内容が 'UserAccounts' に移行されていないにも関わらず、OpenSimulator は 'UserAccounts' がある前提で動作しようとしていました。また、ビューアにもエラーが表示されます。  | 
  Login Failed  |   Login Failed  | ||
| Line 253: | Line 195: | ||
おそらく、64 ビットのマシンなのでしょう。以下の手順に沿って作業しましょう。  | おそらく、64 ビットのマシンなのでしょう。以下の手順に沿って作業しましょう。  | ||
| − | * [[  | + | * [[Installing and running on x86-64]]    | 
=== error while loading shared libraries: libgthread-2.0.so.0: cannot open shared object file ===  | === error while loading shared libraries: libgthread-2.0.so.0: cannot open shared object file ===  | ||
| Line 275: | Line 217: | ||
この Wiki ページを参照してください。  | この Wiki ページを参照してください。  | ||
* [[Network Settings]]  | * [[Network Settings]]  | ||
| + | * [[ファイアウォール設定]]  | ||
* [[設定]]  | * [[設定]]  | ||
| Line 280: | Line 223: | ||
OpenSimulator/bin/Regions フォルダを開いてください。  | OpenSimulator/bin/Regions フォルダを開いてください。  | ||
| − | |||
| − | |||
# Regions.ini ファイルの InternalAddress に '''0.0.0.0''' を指定してみてください。  | # Regions.ini ファイルの InternalAddress に '''0.0.0.0''' を指定してみてください。  | ||
# '''ExternalHostName=127.0.0.1''' を、アクセス可能な DNS ネームに変更する必要があります。例えば、"opensim.example-host.com" や "71.6.131.152" (外部からアクセス可能な IP アドレス) のように書きます。  | # '''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.  | 
| − | === ビルドファイルもソリューションファイルも見つかりません   | + | |
| + | == OpenSimulator のビルド ==  | ||
| + | === ビルドファイルもソリューションファイルも見つかりません ===  | ||
* Windows では、  | * Windows では、  | ||
  runprebuild.bat  |   runprebuild.bat  | ||
| Line 299: | Line 239: | ||
* Visual Studio 2005 C# を起動してみてください。恐らく、Visual Studio 2005 C++ を起動しようとしているんじゃないでしょうか。これは C# プロジェクトです。  | * Visual Studio 2005 C# を起動してみてください。恐らく、Visual Studio 2005 C++ を起動しようとしているんじゃないでしょうか。これは C# プロジェクトです。  | ||
| − | ==  | + | == OpenSimulator の実行 ==  | 
=== Cygwin シェルで OpenSim.exe を実行すると、一部の DLL でアクセス拒否が発生します ===  | === Cygwin シェルで OpenSim.exe を実行すると、一部の DLL でアクセス拒否が発生します ===  | ||
* '<tt>cd bin</tt>' の後に '<tt>chmod a+x *</tt>' を実行して、全ての DLL ファイルを実行可能な状態にしてください。  | * '<tt>cd bin</tt>' の後に '<tt>chmod a+x *</tt>' を実行して、全ての DLL ファイルを実行可能な状態にしてください。  | ||
| − | ===SIM が起動できません===  | + | === SIM が起動できません ===  | 
* [[設定]] を見てください。  | * [[設定]] を見てください。  | ||
| − | ==なんかおかしくなった!==  | + | == なんかおかしくなった! ==  | 
=== svn r3254 以降でアップデートした後にグリッドを起動すると、'owner_uuid' がなんたらかんたらというエラーが出ます ===  | === svn r3254 以降でアップデートした後にグリッドを起動すると、'owner_uuid' がなんたらかんたらというエラーが出ます ===  | ||
r3254 以降の最近のリビジョンに更新すると、owner_uuid をwe are now using the unused owner_uuid. グリッドによっては、リージョンテーブルを初期化する .sql スクリプトからこの項目が誤って消されてしまったタイミングで MySQL テーブルが作られてしまっています。MySQL にログインして、この SQL クエリを実行し、足りない owner_uuid を追加すると、この問題は解決するはずです。  | r3254 以降の最近のリビジョンに更新すると、owner_uuid をwe are now using the unused owner_uuid. グリッドによっては、リージョンテーブルを初期化する .sql スクリプトからこの項目が誤って消されてしまったタイミングで MySQL テーブルが作られてしまっています。MySQL にログインして、この SQL クエリを実行し、足りない owner_uuid を追加すると、この問題は解決するはずです。  | ||
| Line 313: | Line 253: | ||
=== svn r3786 以降でアップデートした後にグリッドを起動すると、'State' がなんたらかんたらというエラーが出ます ===  | === svn r3786 以降でアップデートした後にグリッドを起動すると、'State' がなんたらかんたらというエラーが出ます ===  | ||
| − | r3786 以降では、SQLite の 'primshapes' テーブルに、新たに 'State' フィールドが追加されました。このフィールドは tree や grass   | + | r3786 以降では、SQLite の 'primshapes' テーブルに、新たに 'State' フィールドが追加されました。このフィールドは tree や grass を不揮発化するのに使用されます。起動すると何もない地域ができあがります。OpenSimulator は 'State' フィールドを見つけられないので、何をすればいいのかわからないからです。一番よい解決策は、SQLiteBrowser などの SQLite テーブルのエディタ ([http://sqlitebrowser.sourceforge.net/ http://sqlitebrowser.sourceforge.net/] でダウンロードしてください) を使って、足りないフィールドを作成することです。  | 
  alter table primshapes add column State integer default 0  |   alter table primshapes add column State integer default 0  | ||
SQLiteBrowser を起動して、File > Open Database と辿り、OpenSim.db ファイルをブラウズして開きます。そして、"Execute SQL" タブを開き、上のコマンドを "SQL String" テキストボックスにコピー&ペーストします。それから、"Execute Query" ボタンをクリックします。  | SQLiteBrowser を起動して、File > Open Database と辿り、OpenSim.db ファイルをブラウズして開きます。そして、"Execute SQL" タブを開き、上のコマンドを "SQL String" テキストボックスにコピー&ペーストします。それから、"Execute Query" ボタンをクリックします。  | ||
| Line 319: | Line 259: | ||
=== Region Handshake (地域のハンドシェイク) でタイムアウトになります ===  | === Region Handshake (地域のハンドシェイク) でタイムアウトになります ===  | ||
* Regions フォルダにある設定ファイルに正しい IP アドレスが記載されていますか?  | * Regions フォルダにある設定ファイルに正しい IP アドレスが記載されていますか?  | ||
| − | *   | + | * OpenSimulator が動作しているサーバにはインターフェースが複数存在しませんか?OpenSimulator は外向きの UDP パケットを特定の IP アドレスに割り当てず、デフォルトでアクセスする IP アドレスが、地域が UDP で応答する際の IP アドレスになります。他の IP アドレスで地域を設定してしまうと、接続時にタイムアウトになります。  | 
| − | ===   | + | === OpenSimulator に接続できません ===  | 
| − | * [[Connecting]] を参照してください。  | + | * [[Connecting]] か [[ファイアウォール設定]] を参照してください。  | 
=== 接続できますが、移動することができません ===  | === 接続できますが、移動することができません ===  | ||
| Line 330: | Line 270: | ||
=== しょっちゅうアバターが固まります ===  | === しょっちゅうアバターが固まります ===  | ||
ちょうど今はプリムのデータベース同期でボトルネックがあります。このため、短時間 (5〜10秒) アバターがハングすることがありますが、いったんデータベースと同期がとれれば大丈夫です。これは既知の問題で、データの格納処理の一部にある古い構造が原因となっています。  | ちょうど今はプリムのデータベース同期でボトルネックがあります。このため、短時間 (5〜10秒) アバターがハングすることがありますが、いったんデータベースと同期がとれれば大丈夫です。これは既知の問題で、データの格納処理の一部にある古い構造が原因となっています。  | ||
| + | |||
| + | === 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 のバージョンを上げる必要があります。  | ||
=== 世界地図を見れません ===  | === 世界地図を見れません ===  | ||
| − | *   | + | * OpenSimulator を Linux サーバで動作させているときにこの問題が発生することがあります。グリッドモード、スタンドアロンモードに関わらず発生します。  | 
* 症状:SL ビューアで世界地図を開くと、SIM が世界地図に表示されなかったり、サーバコンソールに OpenJPEG 関連のエラーが表示されたり、現在のセッションがフリーズしたり、などなど。。  | * 症状:SL ビューアで世界地図を開くと、SIM が世界地図に表示されなかったり、サーバコンソールに OpenJPEG 関連のエラーが表示されたり、現在のセッションがフリーズしたり、などなど。。  | ||
* 原因:SVN の source trunk に正しい <tt>libopenjpeg-libsl</tt> ライブラリが含まれていません。  | * 原因:SVN の source trunk に正しい <tt>libopenjpeg-libsl</tt> ライブラリが含まれていません。  | ||
| − | * 原因その2:"defaultstripe.png" が   | + | * 原因その2:"defaultstripe.png" が OpenSimulator フォルダにないか、壊れています。  | 
| − | * 解決策:libsecondlife (<tt>svn co svn://opensecondlife.org/libsl/trunk</tt>) の最新のソースを取得し、<tt>openjpeg-libsl</tt> サブディレクトリで '<tt>make</tt>' し、生成された <tt>libopenjpeg-libsl-2.1.2.0.so</tt> を   | + | * 解決策:libsecondlife (<tt>svn co svn://opensecondlife.org/libsl/trunk</tt>) の最新のソースを取得し、<tt>openjpeg-libsl</tt> サブディレクトリで '<tt>make</tt>' し、生成された <tt>libopenjpeg-libsl-2.1.2.0.so</tt> を OpenSimulator の <tt>bin</tt> サブディレクトリにコピーして、既にあるものを上書きします。  | 
| − | *   | + | * 再コンパイルして、OpenSimulator を再起動してください。  | 
| − | ==コンソールに出力される例外==  | + | == コンソールに出力される例外 ==  | 
以下にコンソールに出力される可能性のある例外を列挙します。意味と、問題であるか否かを説明しています。  | 以下にコンソールに出力される可能性のある例外を列挙します。意味と、問題であるか否かを説明しています。  | ||
| − | ===System.DllNotFoundException: ./libopenjpeg-libsl-2.1.2.0.so===  | + | === System.DllNotFoundException: ./libopenjpeg-libsl-2.1.2.0.so ===  | 
{|  | {|  | ||
| Line 363: | Line 309: | ||
  make  |   make  | ||
| − | それから、 libopenjpeg-libsl-2.1.2.0.so を   | + | それから、 libopenjpeg-libsl-2.1.2.0.so を OpenSimulator の bin フォルダにコピーします。  | 
=== System.NullReferenceException at OpenSim.Region.Communications.Local.LocalLoginService.PrepareLoginToRegion ===  | === System.NullReferenceException at OpenSim.Region.Communications.Local.LocalLoginService.PrepareLoginToRegion ===  | ||
| Line 374: | Line 320: | ||
|}  | |}  | ||
| − | 実在しないドメイン名を地域の External Host Name   | + | 実在しないドメイン名を地域の External Host Name に指定してしまうなどしたため、OpenSimulator の初回起動に失敗しています。このため、初期化は一部だけしか行われていません。この問題を解決するには、bin フォルダを削除して、svn update を行い、再ビルドしてデータベースをパージ (完全消去) する必要があります。  | 
=== Exception: System.NotImplementedException: The requested feature is not implemented. ===  | === Exception: System.NotImplementedException: The requested feature is not implemented. ===  | ||
| Line 391: | Line 337: | ||
Mono で (ネイティブコードでエラーが発生しているなど) ローレベルで発生している問題をデバッグしようとするとき、'''--optimize=-all''' を渡すのは適切なやり方とは言えません。代わりに、環境変数 MONO_LOG_LEVEL=debug を設定し、'''--debug''' スイッチを Mono に渡してプログラムを起動させましょう。他のプロセスと同じようにして、gdb でも Mono を動かすことができます。  | Mono で (ネイティブコードでエラーが発生しているなど) ローレベルで発生している問題をデバッグしようとするとき、'''--optimize=-all''' を渡すのは適切なやり方とは言えません。代わりに、環境変数 MONO_LOG_LEVEL=debug を設定し、'''--debug''' スイッチを Mono に渡してプログラムを起動させましょう。他のプロセスと同じようにして、gdb でも Mono を動かすことができます。  | ||
| − | ==グリッドモード==  | + | == グリッドモード ==  | 
=== SIM を起動しましたが、どのグリッドにも接続されていません ===  | === SIM を起動しましたが、どのグリッドにも接続されていません ===  | ||
| Line 399: | Line 345: | ||
* [[設定]] を参照してください。  | * [[設定]] を参照してください。  | ||
| − | === OpenSim.Grid.UserServer.exe を起動しましたが、エラーが発生します===  | + | === OpenSim.Grid.UserServer.exe を起動しましたが、エラーが発生します ===  | 
* [[設定]] を参照してください。  | * [[設定]] を参照してください。  | ||
| Line 405: | Line 351: | ||
* 環境変数に MONO_THREADS_PER_CPU="100" を export してあるか確認しましょう。  | * 環境変数に MONO_THREADS_PER_CPU="100" を export してあるか確認しましょう。  | ||
| − | === 20 分以内に私の地域は CPU100% になって、地域がハングします===  | + | === 20 分以内に私の地域は CPU100% になって、地域がハングします ===  | 
* Mono が 1.9.1 以前の場合は、2.2 にアップグレードしましょう。  | * Mono が 1.9.1 以前の場合は、2.2 にアップグレードしましょう。  | ||
| − | ==ハイパーグリッド==  | + | == ハイパーグリッド ==  | 
| − | ===ハイパーグリッドを有効にして   | + | === ハイパーグリッドを有効にして OpenSimulator を起動すると、インベントリがロードされません! ===  | 
*グリッドモードで動作させようとしている場合、まず OpenSim.ini を調べて、グリッドサーバの DNS ネームやアドレスが自分からもインターネットからもアクセスできるか確認しましょう。  | *グリッドモードで動作させようとしている場合、まず OpenSim.ini を調べて、グリッドサーバの DNS ネームやアドレスが自分からもインターネットからもアクセスできるか確認しましょう。  | ||
*UGAIM サーバの XML 設定ファイルを調べて、全部の項目にインターネットからアクセスできる IP アドレスが記載されているか確認しましょう。  | *UGAIM サーバの XML 設定ファイルを調べて、全部の項目にインターネットからアクセスできる IP アドレスが記載されているか確認しましょう。  | ||
| Line 423: | Line 369: | ||
      update users set userAssetURI="http://new.UGAIM.address:8003" where userAssetURI = "http://old.UGAIM.address:8003";  |       update users set userAssetURI="http://new.UGAIM.address:8003" where userAssetURI = "http://old.UGAIM.address:8003";  | ||
</pre>  | </pre>  | ||
| − | + | ||
| + | |||
| + | == 物理エンジンの問題 ==  | ||
| + | === OpenDynamicsEngine を *nix で使用する際に発生する問題 ===  | ||
| + | OpenDynamicsEngine を *nix で使用していて問題が発生している場合は、次のコマンドでスタック領域をデフォルトよりも大きく設定してみてください。 ulimit -s 262144 もしくは、 opensim-ode.sh で OpenSimulator を起動してください。  | ||
== スクリプトエンジンの問題 ==  | == スクリプトエンジンの問題 ==  | ||
| Line 437: | Line 387: | ||
{|  | {|  | ||
| style="background:LavenderBlush; color:black" |  | | style="background:LavenderBlush; color:black" |  | ||
| − | 11:06:37 - [ScriptEngine.DotNetEngine]: Unloading script<br>  | + | 11:06:37 - [ScriptEngine.DotNetEngine]: Unloading script<br />  | 
11:06:37 - Exception in MaintenanceLoopThread. Thread will recover after 5 sec throttle. Exception: System.Collections.Generic.KeyNotFoundException: The given key was not present in the dictionary.  | 11:06:37 - Exception in MaintenanceLoopThread. Thread will recover after 5 sec throttle. Exception: System.Collections.Generic.KeyNotFoundException: The given key was not present in the dictionary.  | ||
:at System.Collections.Generic.Dictionary`2[OpenSim.Region.ScriptEngine.Interfaces.IEventReceiver, OpenSim.Region.ScriptEngine.Shared.Api.Plugins.Dataserver].get_Item (IEventReceiver key) [0x00000]  | :at System.Collections.Generic.Dictionary`2[OpenSim.Region.ScriptEngine.Interfaces.IEventReceiver, OpenSim.Region.ScriptEngine.Shared.Api.Plugins.Dataserver].get_Item (IEventReceiver key) [0x00000]  | ||
| Line 444: | Line 394: | ||
:at OpenSim.Region.ScriptEngine.DotNetEngine.ScriptManager.DoScriptLoadUnload () [0x00000]  | :at OpenSim.Region.ScriptEngine.DotNetEngine.ScriptManager.DoScriptLoadUnload () [0x00000]  | ||
:at OpenSim.Region.ScriptEngine.DotNetEngine.MaintenanceThread.MaintenanceLoop () [0x00000]  | :at OpenSim.Region.ScriptEngine.DotNetEngine.MaintenanceThread.MaintenanceLoop () [0x00000]  | ||
| − | 11:06:37 - [ScriptEngine.DotNetEngine]: Loading script<br>  | + | 11:06:37 - [ScriptEngine.DotNetEngine]: Loading script<br />  | 
| − | 11:06:37 - [ScriptEngine.DotNetEngine]: ScriptManager StartScript: localID: 720001, itemID: 88c9d28c-6004-4609-a707-717190de044a<br>  | + | 11:06:37 - [ScriptEngine.DotNetEngine]: ScriptManager StartScript: localID: 720001, itemID: 88c9d28c-6004-4609-a707-717190de044a<br />  | 
| − | 11:06:37 - [Compiler]: Compiled new assembly for fad15951-f9aa-493f-be68-2aaf5ff8a3c9<br>  | + | 11:06:37 - [Compiler]: Compiled new assembly for fad15951-f9aa-493f-be68-2aaf5ff8a3c9<br />  | 
| − | 11:06:37 - [SCRIPT]: Compiled assetID fad15951-f9aa-493f-be68-2aaf5ff8a3c9: ScriptEngines/a83150da-1ab1-11dd-89fb-0014853ee9da/CommonCompiler_compiled_fad15951-f9aa-493f-be68-2aaf5ff8a3c9.dll<br>  | + | 11:06:37 - [SCRIPT]: Compiled assetID fad15951-f9aa-493f-be68-2aaf5ff8a3c9: ScriptEngines/a83150da-1ab1-11dd-89fb-0014853ee9da/CommonCompiler_compiled_fad15951-f9aa-493f-be68-2aaf5ff8a3c9.dll<br />  | 
11:06:37 - [ScriptEngine.DotNetEngine]: AppDomain Loading: OpenSim.Region.ScriptEngine.Shared, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null  | 11:06:37 - [ScriptEngine.DotNetEngine]: AppDomain Loading: OpenSim.Region.ScriptEngine.Shared, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null  | ||
|}  | |}  | ||
これは '''Linux''' で、デフォルトロケール ( "C" ) でない場合に発生します。  | これは '''Linux''' で、デフォルトロケール ( "C" ) でない場合に発生します。  | ||
| − | * [http://opensimulator.org/mantis/view.php?id=2088 Mantis #2088] and [http://opensimulator.org/mantis/view.php?id=2015 Mantis #2015] に、これを回避して   | + | * [http://opensimulator.org/mantis/view.php?id=2088 Mantis #2088] and [http://opensimulator.org/mantis/view.php?id=2015 Mantis #2015] に、これを回避して OpenSimulator を起動する方法が掲載されています。  | 
<pre>  | <pre>  | ||
env LANG=C mono --debug OpenSim.exe  | env LANG=C mono --debug OpenSim.exe  | ||
| Line 470: | Line 420: | ||
{| width="100%"  | {| width="100%"  | ||
| style="background:LavenderBlush; color:black" |  | | style="background:LavenderBlush; color:black" |  | ||
| − | Primitive: Error compiling script:<br>  | + | Primitive: Error compiling script:<br />  | 
ApplicationName='gmcs', CommandLine='/target:library /debug+ /optimize- /out:  | ApplicationName='gmcs', CommandLine='/target:library /debug+ /optimize- /out:  | ||
:"ScriptEngines/430c29d0-c5c6-11dd-ad8b-0800200c9a66/CommonCompiler_compiled_fbe5e682-afae-4f1a-805b-0125031101f7.dll"  | :"ScriptEngines/430c29d0-c5c6-11dd-ad8b-0800200c9a66/CommonCompiler_compiled_fbe5e682-afae-4f1a-805b-0125031101f7.dll"  | ||
| Line 483: | Line 433: | ||
mono-gmcs (sudo apt-get install mono-gmcs) が正しくインストールされているか確認してください。  | mono-gmcs (sudo apt-get install mono-gmcs) が正しくインストールされているか確認してください。  | ||
| + | |||
| + | === スクリプトをコンパイルすると、"gmcs: Cannot find the specified file" と表示されます ===  | ||
| + | システムに "mono-gmcs" をインストールしてください。詳細は [[動作環境]] を参照してください。  | ||
== ロケールの問題 ==  | == ロケールの問題 ==  | ||
| − | 一部の   | + | 一部の OpenSimulator ユーザがグリッドモードで OpenSimulator リージョンサーバのクラッシュに見舞われることがあります。  | 
この問題の解決策を探るため、さまざまなテストを作成しました。  | この問題の解決策を探るため、さまざまなテストを作成しました。  | ||
| − | + | 最初にこの問題に見舞われたのは、OpenSimulator SVN.6660 の時です。接続しているユーザがいないのに、OpenSimulator リージョンサーバが不定期にクラッシュしていました (1時間後だったり、5時間後だったり、...) 。  | |
最初に思いついた案は、SVN の最新の版にアップグレードすることですが、うまくいかず、同じ問題が発生しました。このため、他のサーバ (同じOS, 同じパラメタ, 同じ Mono バージョン, ...) で正常に動作している、以前の SVN リリース (SVN.6575) で実験してみました。うまくいかず、同じ問題が発生しました。  | 最初に思いついた案は、SVN の最新の版にアップグレードすることですが、うまくいかず、同じ問題が発生しました。このため、他のサーバ (同じOS, 同じパラメタ, 同じ Mono バージョン, ...) で正常に動作している、以前の SVN リリース (SVN.6575) で実験してみました。うまくいかず、同じ問題が発生しました。  | ||
| Line 495: | Line 448: | ||
それから、ロケールをいろいろいじってみました。サーバを起動させるのに使っている '''screen''' UNIX コマンドライン・ユーティリティをリコンパイルしてみましたが、だめでした。  | それから、ロケールをいろいろいじってみました。サーバを起動させるのに使っている '''screen''' UNIX コマンドライン・ユーティリティをリコンパイルしてみましたが、だめでした。  | ||
| − | このため、サーバのメモリの使われ方を調べてみました。すると、最新の SVN   | + | このため、サーバのメモリの使われ方を調べてみました。すると、最新の SVN リリースでは、OpenSimulator サーバがマルチリージョン/グリッドモードで動作するのに必要なメモリ容量が増加していることに気づきました。なので、MySQL サーバをより少ないメモリで動作するようにチューニングしました。幾分ましになりましたが、それでも OpenSimulator リージョンサーバは不定期にクラッシュし続けました (しかし以前よりは長くもちました) 。  | 
このため、'''screen''' コマンドライン引数をいろいろいじってみました。... 全てのテストで、'''--debug''' 引数がサーバにインパクトを与えているという結果となりました。  | このため、'''screen''' コマンドライン引数をいろいろいじってみました。... 全てのテストで、'''--debug''' 引数がサーバにインパクトを与えているという結果となりました。  | ||
| − | 最初のころは、以下のようなコマンドで   | + | 最初のころは、以下のようなコマンドで OpenSimulator を起動していました。  | 
<pre>  | <pre>  | ||
/screen -S Region-service -d -m --debug mono OpenSim.exe  | /screen -S Region-service -d -m --debug mono OpenSim.exe  | ||
| Line 534: | Line 487: | ||
</pre>  | </pre>  | ||
| − | + | これで、OpenSimulator SVN.6575 がクラッシュせずに 48 時間動作し続けるようになりました。そして SVN.6735 も。  | |
この情報が役に立つと幸いです。  | この情報が役に立つと幸いです。  | ||
以下参考情報:  | 以下参考情報:  | ||
| − | [[Troubleshooting#  | + | [[Troubleshooting#Locales Issues|スクリプト類のサンプルが、原文に掲載されています。]]  | 
| + | {{DEFAULTSORT:とらぶるしゅーてぃんぐ}}  | ||
| + | |||
| + | [[Category:Japanese Translations]]  | ||
Latest revision as of 23:06, 3 March 2012
このページには、システム固有の有用な設定や、遭遇する可能性のある問題を解決するためのアドバイスを掲載しています。
[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" のバージョンが合っていないために発生します。
| 
 [SCENE] [02-01 22:20:40] System.EntryPointNotFoundException: dSpaceLockQuery 
  | 
まず、ファイルシステムを検索して、他の 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 サーバコンソールに次のような例外が表示されることがあります。
| 
 03:11:10 - [LLOGIN SERVICE]: Exception processing login for (user_name): MySql.Data.MySqlClient.MySqlException: Table 'opensim.UserAccounts' doesn't exist at MySql.Data.MySqlClient.MySqlStream.OpenPacket () [0x00000] in <filename unknown>:0 at MySql.Data.MySqlClient.NativeDriver.ReadResult (System.UInt64& affectedRows, System.Int64& lastInsertId) [0x00000] in <filename unknown>:0 at MySql.Data.MySqlClient.MySqlDataReader.GetResultSet () [0x00000] in <filename unknown>:0 at MySql.Data.MySqlClient.MySqlDataReader.NextResult () [0x00000] in <filename unknown>:0 at MySql.Data.MySqlClient.MySqlStream.OpenPacket () [0x00000] in <filename unknown>:0 at MySql.Data.MySqlClient.NativeDriver.ReadResult (System.UInt64& affectedRows, System.Int64& lastInsertId) [0x00000] in <filename unknown>:0 at MySql.Data.MySqlClient.MySqlDataReader.GetResultSet () [0x00000] in <filename unknown>:0 at MySql.Data.MySqlClient.MySqlDataReader.NextResult () [0x00000] in <filename unknown>:0  | 
クライアントでは、次のようなエラーが表示されます。
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 ビットのマシンなのでしょう。以下の手順に沿って作業しましょう。
[edit]
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 ページを参照してください。
[edit] ログインはできるが、リモートクライアントから地域にログインできない
OpenSimulator/bin/Regions フォルダを開いてください。
- Regions.ini ファイルの InternalAddress に 0.0.0.0 を指定してみてください。
 - 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] しょっちゅうアバターが固まります
ちょうど今はプリムのデータベース同期でボトルネックがあります。このため、短時間 (5〜10秒) アバターがハングすることがありますが、いったんデータベースと同期がとれれば大丈夫です。これは既知の問題で、データの格納処理の一部にある古い構造が原因となっています。
[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 ライブラリが含まれていません。
 - 原因その2:"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
| 
 Failed generating terrain map: 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
| 
 [LOGIN END]: XMLRPC Login failed, System.NullReferenceException: Object reference not set to an instance of an object 
  | 
実在しないドメイン名を地域の External Host Name に指定してしまうなどしたため、OpenSimulator の初回起動に失敗しています。このため、初期化は一部だけしか行われていません。この問題を解決するには、bin フォルダを削除して、svn update を行い、再ビルドしてデータベースをパージ (完全消去) する必要があります。
[edit] Exception: System.NotImplementedException: The requested feature is not implemented.
次のようなメッセージで始まる例外が発生したら、
| Exception: System.NotImplementedException: The requested feature is not implemented. | at (wrapper managed-to-native) System.Threading.Interlocked:Add (int&,int) | at System.Threading.ReaderWriterLockSlim.TryEnterReadLock (Int32 millisecondsTimeout) [0x000e3] in | 
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] 私のグリッドはユーザが1人だけのときはうまくいくのですが、同時に2人のユーザがログインすると2人とも固まります
- 環境変数に 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 で) コンパイルしようとすると、このようなエラーが表示される場合があります。
| 
 Primitive: Error compiling script: unknown char: .  | 
コンソールでは、次のように表示されます。
| 
 11:06:37 - [ScriptEngine.DotNetEngine]: Unloading script 
 11:06:37 - [ScriptEngine.DotNetEngine]: Loading script  | 
これは 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 で) コンパイルしようとすると、このようなエラーが表示される場合があります。
| 
 Primitive: Error compiling script: 
  | 
右クリックメニューで、"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 リージョンサーバが不定期にクラッシュしていました (1時間後だったり、5時間後だったり、...) 。
最初に思いついた案は、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 も。
この情報が役に立つと幸いです。
以下参考情報: スクリプト類のサンプルが、原文に掲載されています。