mirror of
https://github.com/XRPLF/xrpl-dev-portal.git
synced 2025-12-02 09:35:53 +00:00
Use frontmatter for tutorials
This commit is contained in:
mDuo13
@@ -1,3 +1,8 @@
|
||||
---
|
||||
html: diagnosing-problems.html
|
||||
parent: troubleshoot-the-rippled-server.html
|
||||
blurb: 情報を収集して問題の原因を特定します。
|
||||
---
|
||||
# rippledの問題の診断
|
||||
|
||||
`rippled`で問題が発生した場合はまず、問題の特徴を正確に明らかにするため、詳細な情報を収集します。これにより、根本原因を洗い出して修正策を編み出すことが容易になります。
|
||||
@@ -17,15 +22,15 @@ rippled server_info
|
||||
このコマンドに対する応答には大量の情報が含まれています。これについては、[server_infoメソッド][]で説明します。トラブルシューティングで最も重要なフィールドは以下のとおりです（最も一般的に使われるものから順に説明します）。
|
||||
|
||||
- **`server_state`** - ほとんどの場合、このフィールドには`proposing`（[バリデータとして設定されている](run-rippled-as-a-validator.html)サーバーの場合）または`full`（バリデータではないサーバーの場合）が表示されます。値が`connected`の場合は、サーバーはピアツーピアネットワークの他の部分と通信できますが、共有レジャーの状態を追跡するのに十分なデータがありません。通常、レジャーの残りの部分の状態を同期するには起動後約5～15分かかります。
|
||||
|
||||
|
||||
- サーバーが数時間にわたり`connected`状態である場合、または`full`あるいは`proposing`状態になってから`connected`状態に戻る場合は通常、サーバーがネットワークの他の部分よりも遅れています。最も一般的なボトルネックはディスクI/O、ネットワーク帯域幅、RAMです。
|
||||
|
||||
|
||||
- 例えば、以下のサーバー状態情報は、正常なサーバーで同期が3分以内に完了しており（`disconnected`、`connected`、`syncing`の状態に分かれている）、現在は完全に同期された`proposing`状態が約90分間続いていることを示しています。
|
||||
|
||||
|
||||
$ ./rippled server_info
|
||||
Loading: "/etc/opt/ripple/rippled.cfg"
|
||||
2020-Jan-03 22:49:32.834134358 HTTPClient:NFO Connecting to 127.0.0.1:5005
|
||||
|
||||
|
||||
{
|
||||
"result" : {
|
||||
"info" : {
|
||||
@@ -58,26 +63,26 @@ rippled server_info
|
||||
}
|
||||
}
|
||||
}
|
||||
|
||||
|
||||
サーバーが同じ状態間で複数の`transitions`を示している場合、サーバーが同期状態を維持できなかったことを示します。`full`または`proposing`状態でない場合、サーバーはまだネットワークに同期されていません。長期の間には、インターネット接続が不安定になってサーバーの同期が時々失われる場合があります。そのためこれが問題になるのは、同期されていない時間がアップタイムのかなりの部分を占める場合のみです。アップタイムが約24時間経過した後に、`full`または`proposing`状態だった時間がサーバーの合計実行時間の99%に満たない場合、不安定になっている原因を調査することをお勧めします。
|
||||
|
||||
|
||||
- 同期の問題をデバッグする際の参考として、[サーバーが同期しない](server-doesnt-sync.html)を参照してください。
|
||||
|
||||
- **`complete_ledgers`** - このフィールドは、サーバーに完全なレジャーデータが保管されている[レジャーインデックス](basic-data-types.html#レジャーインデックス)を示します。通常、正常なサーバーには連続した最新のレジャーのセット（`"12133424-12133858"`など）があります。
|
||||
|
||||
|
||||
- 連続していない完全なレジャーのセット（`"11845721-12133420,12133424-12133858"`など）がある場合、サーバーで断続的な障害が発生したか、またはネットワークの他の部分との同期が一時的にできなかった可能性があります。このようなケースの最も一般的な原因は、ディスクI/Oまたはネットワーク帯域幅の不足です。
|
||||
|
||||
|
||||
- 通常、`rippled`サーバーはピアから最新のレジャー履歴をダウンロードします。レジャー履歴のギャップが数時間以上続く場合は、欠落データを所有しているピアに接続されていない可能性があります。この状況が発生した場合は、構成ファイルに次のスタンザを追加して再起動すれば、完全な履歴が保管されているRippleのパブリックサーバーの1つにサーバーを強制的にピア接続できます。
|
||||
|
||||
|
||||
[ips_fixed]
|
||||
s2.ripple.com 51235
|
||||
|
||||
- **`amendment_blocked`** - このフィールドは通常`server_info`応答では省略されます。このフィールドの値が`true`の場合は、ネットワークにより承認された[Amendment](amendments.html)がサーバーに導入されていません。ほとんどの場合は、最新バージョンに[rippledを更新する](install-rippled.html)ことで修正できます。また[featureメソッド][]を使用して、現在有効なAmendment ID、サーバーでサポートされているAmendment ID、サーバーでサポートされていないAmendment IDを確認することもできます。
|
||||
|
||||
- **`peers`** - このフィールドは、サーバーが接続しているXRP Ledgerピアツーピアネットワーク内のその他のサーバーの数を示します。特定のピアのみに接続するように明示的に構成されているサーバーを除き、正常なサーバーでは通常5～50ピアと表示されます。
|
||||
|
||||
|
||||
- ピアの数が0の場合、サーバーがネットワークに接続できないか、またはシステムクロックが正しくない可能性があります。（サーバーのクロックを同期するため、すべてのサーバーで[NTP](http://www.ntp.org/)デーモンを実行することが推奨されます。）
|
||||
|
||||
|
||||
- ピアの数が10の場合、`rippled`が[NAT](https://en.wikipedia.org/wiki/Network_address_translation)を使用したルーター経由での着信接続を受信できていない可能性があります。接続を改善するには、ルーターのファイアウォールがピアツーピア接続に使用するポート（[デフォルトでは](https://github.com/ripple/rippled/blob/8429dd67e60ba360da591bfa905b58a35638fda1/cfg/rippled-example.cfg#L1065)ポート51235）を転送するように設定します。
|
||||
|
||||
### サーバーから応答がない場合
|
||||
|
||||
@@ -1,3 +1,8 @@
|
||||
---
|
||||
html: diagnosing-problems.html
|
||||
parent: troubleshoot-the-rippled-server.html
|
||||
blurb: Collect information to identify the cause of problems.
|
||||
---
|
||||
# Diagnosing Problems with rippled
|
||||
|
||||
If you are having problems with `rippled`, the first step is to collect more information to accurately characterize the problem. From there, it can be easier to figure out a root cause and a fix.
|
||||
|
||||
@@ -1,3 +1,8 @@
|
||||
---
|
||||
html: fix-sqlite-tx-db-page-size-issue.html
|
||||
parent: troubleshoot-the-rippled-server.html
|
||||
blurb: rippledバージョン0.40.0以前で起動された完全履歴サーバーでのSQLiteのページサイズに関する問題を解決します。
|
||||
---
|
||||
# SQLiteトランザクションデータベースのページサイズの問題の解決
|
||||
|
||||
全トランザクション履歴（または極めて大量のトランザクション履歴）が記録されている`rippled`サーバーと、0.40.0（2017年1月リリース）よりも古いバージョンの`rippled`で最初に作成されたデータベースでは、SQLiteデータベースのページサイズが原因でサーバーが適切に稼働しなくなる問題が発生する可能性があります。最近のトランザクション履歴のみが保管されているサーバー（デフォルト構成）と、バージョン0.40.0以降の`rippled`でデータベースファイルが作成されているサーバーでは、この問題が発生する可能性はそれほどありません。
|
||||
|
||||
@@ -1,3 +1,8 @@
|
||||
---
|
||||
html: fix-sqlite-tx-db-page-size-issue.html
|
||||
parent: troubleshoot-the-rippled-server.html
|
||||
blurb: Fix a problem with the SQLite page size on full-history servers started on rippled version 0.40.0 or earlier.
|
||||
---
|
||||
# Fix SQLite Transaction Database Page Size Issue
|
||||
|
||||
`rippled` servers with full [ledger history](ledger-history.html) (or a very large amount of transaction history) and a database that was initially created with a `rippled` version earlier than 0.40.0 (released January 2017) may encounter a problem with their SQLite database page size that stops the server from operating properly. Servers that store only recent transaction history (the default configuration) and servers whose database files were created with `rippled` version 0.40.0 and later are not likely to encounter this problem.
|
||||
|
||||
@@ -1,3 +1,8 @@
|
||||
---
|
||||
html: health-check-interventions.html
|
||||
parent: troubleshoot-the-rippled-server.html
|
||||
blurb: Use the rippled server's health check as part of automated infrastructure monitoring.
|
||||
---
|
||||
# Health Check Interventions
|
||||
|
||||
The [Health Check method](health-check.html) can be used by automated monitoring to recognize when a `rippled` server is not healthy and prompt interventions such as restarting the server or alerting a human administrator.
|
||||
|
||||
@@ -1,3 +1,8 @@
|
||||
---
|
||||
html: server-doesnt-sync.html
|
||||
parent: troubleshoot-the-rippled-server.html
|
||||
blurb: Troubleshoot problems that make a rippled server unable to sync with the rest of the XRP Ledger.
|
||||
---
|
||||
# rippledサーバーが同期しない
|
||||
|
||||
このページでは、[`rippled`サーバー](the-rippled-server.html)が正常に起動したのに、ネットワークに完全に接続できずに[「connected」状態](rippled-server-states.html)のままになっている場合の原因について説明します。（サーバーが起動中または起動直後にクラッシュした場合は、[サーバーが起動しない](server-wont-start.html)を参照してください。）
|
||||
|
||||
@@ -1,3 +1,8 @@
|
||||
---
|
||||
html: server-doesnt-sync.html
|
||||
parent: troubleshoot-the-rippled-server.html
|
||||
blurb: Troubleshoot problems that make a rippled server unable to sync with the rest of the XRP Ledger.
|
||||
---
|
||||
# rippled Server Doesn't Sync
|
||||
|
||||
This page explains possible reasons [a `rippled` server](the-rippled-server.html) may start successfully, but get stuck in a ["connected" state](rippled-server-states.html) without ever fully connecting to the network. (If the server crashes during or shortly after startup, see [Server Won't Start](server-wont-start.html) instead.)
|
||||
|
||||
@@ -1,3 +1,8 @@
|
||||
---
|
||||
html: server-wont-start.html
|
||||
parent: troubleshoot-the-rippled-server.html
|
||||
blurb: rippledサーバーが起動しない原因となると思われる問題とその解決方法です。
|
||||
---
|
||||
# rippledサーバーが起動しない
|
||||
|
||||
このページでは、[`rippled`サーバー](the-rippled-server.html)が起動しない際に考えられる原因とその修正方法を説明します。
|
||||
@@ -16,24 +21,24 @@ limit the number of simultaneous connections.
|
||||
これは、セキュリティの点からシステムで1つのプロセスが開くことができるファイルの数に制限があるが、その制限が`rippled`にとっては少なすぎる場合に発生します。この問題を修正するには、**ルートアクセス権限が必要です**。以下の手順に従い、`rippled`が開くことができるファイルの数を増やします。
|
||||
|
||||
1. 次の行を`/etc/security/limits.conf`ファイルの終わりに追加します。
|
||||
|
||||
|
||||
* soft nofile 65536
|
||||
* hard nofile 65536
|
||||
|
||||
2. [開くことができるファイルの数のハード制限](https://ss64.com/bash/ulimit.html)が現在`65536`であることを確認します。
|
||||
|
||||
|
||||
ulimit -Hn
|
||||
|
||||
|
||||
このコマンドの出力は`65536`になるはずです。
|
||||
|
||||
3. `rippled`をもう一度起動します。
|
||||
|
||||
|
||||
systemctl start rippled
|
||||
|
||||
4. それでも`rippled`が起動しない場合は、`/etc/sysctl.conf`を開き、以下のカーネルレベル設定を付加します。
|
||||
|
||||
|
||||
fs.file-max = 65536
|
||||
|
||||
|
||||
|
||||
## /etc/opt/ripple/rippled.cfgを開くことができない
|
||||
|
||||
@@ -51,7 +56,7 @@ Aborted (core dumped)
|
||||
- 構成ファイル（デフォルトのロケーションは`/etc/opt/ripple/rippled.cfg`）が存在しており、`rippled`プロセスを実行するユーザー（通常は`rippled`）にこのファイルの読み取り権限があることを確認します。
|
||||
|
||||
- `rippled`ユーザーが読み取ることができる構成ファイルを`$HOME/.config/ripple/rippled.cfg`に作成します（`$HOME`は`rippled`ユーザーのホームディレクトリを指しています）。
|
||||
|
||||
|
||||
**ヒント:** `rippled`リポジトリには、RPMのインストール時にデフォルトの構成として提供される[`rippled.cfg`サンプルファイル](https://github.com/ripple/rippled/blob/master/cfg/rippled-example.cfg)が含まれています。このファイルがない場合は、上記のリンク先からコピーできます。
|
||||
|
||||
- `--conf`[コマンドラインオプション](commandline-usage.html)を使用して、使用する構成ファイルのパスを指定します。
|
||||
@@ -69,19 +74,19 @@ Aborted (core dumped)
|
||||
考えられる解決策:
|
||||
|
||||
- `[validators.txt]`ファイルが存在し、`rippled`ユーザーにこのファイルの読み取り権限があることを確認します。
|
||||
|
||||
|
||||
**ヒント:** `rippled`リポジトリには、RPMのインストール時にデフォルトの構成として提供される[`validators.txt`サンプルファイル](https://github.com/ripple/rippled/blob/master/cfg/validators-example.txt)が含まれています。このファイルがない場合は、上記のリンク先からコピーできます。
|
||||
|
||||
- `rippled.cfg`ファイルを編集し、`[validators_file]`設定を変更して、`validators.txt`ファイル（またはこれに相当するファイル）の正しいパスを指定します。ファイル名の前後に余分な空白があるかどうかを確認します。
|
||||
|
||||
- `rippled.cfg`ファイルを編集し、`[validators_file]`設定を削除します。バリデータ設定を`rippled.cfg`ファイルに直接追加します。例:
|
||||
|
||||
|
||||
[validator_list_sites]
|
||||
https://vl.ripple.com
|
||||
|
||||
|
||||
[validator_list_keys]
|
||||
ED2677ABFFD1B33AC6FBC3062B71F1E8397C1505E1C42C64D11AD1B28FF73F4734
|
||||
|
||||
|
||||
|
||||
## データベースパスを作成できない
|
||||
|
||||
|
||||
@@ -1,3 +1,8 @@
|
||||
---
|
||||
html: server-wont-start.html
|
||||
parent: troubleshoot-the-rippled-server.html
|
||||
blurb: A collection of problems that would cause a rippled server not to start, and how to fix them.
|
||||
---
|
||||
# rippled Server Won't Start
|
||||
|
||||
This page explains possible reasons [the `rippled` server](the-rippled-server.html) does not start and how to fix them.
|
||||
|
||||
@@ -1,3 +1,8 @@
|
||||
---
|
||||
html: understanding-log-messages.html
|
||||
parent: troubleshoot-the-rippled-server.html
|
||||
blurb: デバッグログの警告メッセージとエラーメッセージを解釈して対応します。
|
||||
---
|
||||
# ログメッセージについて
|
||||
|
||||
以下のセクションでは、[`rippled`サーバー](the-rippled-server.html)のデバッグログに出力される最も一般的なログメッセージタイプとその解釈を説明します。
|
||||
|
||||
@@ -1,3 +1,8 @@
|
||||
---
|
||||
html: understanding-log-messages.html
|
||||
parent: troubleshoot-the-rippled-server.html
|
||||
blurb: Interpret and respond to warning and error messages in the debug log.
|
||||
---
|
||||
# Understanding Log Messages
|
||||
|
||||
The following sections describe some of the most common types of log messages that can appear in a [`rippled` server's](the-rippled-server.html) debug log and how to interpret them.
|
||||
|
||||
Reference in New Issue
Block a user