Navigation Menu

Skip to content

Commit

Permalink
Update description of results of "status" command on each node
Browse files Browse the repository at this point in the history
  • Loading branch information
piroor committed Jun 25, 2014
1 parent 4fbf2e7 commit c8595cd
Show file tree
Hide file tree
Showing 3 changed files with 52 additions and 31 deletions.
45 changes: 18 additions & 27 deletions _po/ja/tutorial/1.0.4/add-replica/index.po
Expand Up @@ -404,21 +404,23 @@ msgid "You can confirm that, via the `status` command for each cluster:"
msgstr "この事は、各クラスタに対する `status` コマンドの実行結果を見ると確認できます:"

msgid ""
"~~~\n"
"(for the cluster alpha)\n"
"# curl \"http://192.168.0.10:10041/droonga/status\"\n"
"{\n"
" \"nodes\": {\n"
" \"192.168.0.10:10031/droonga\": {\n"
" \"live\": true\n"
" },\n"
" \"192.168.0.11:10031/droonga\": {\n"
" \"live\": true\n"
" }\n"
" }\n"
"}\n"
"~~~"
"Because `catalog.json` on nodes `192.168.0.10` and `192.168.0.11` have no chan"
"ge, the result says that there is still the cluster alpha with only two nodes."
"\n"
"Any incoming request to the cluster alpha is never delivered to the new replic"
"a `192.168.0.12` yet."
msgstr ""
"`192.168.0.10` と `192.168.0.11` の `catalog.json` には何も変更がないため、コマンドの実行結果は依然として2つ"
"のノードから構成されるクラスタ alpha の情報を返します。\n"
"クラスタ alpha へ流入するリクエストは、まだ新しい replica である `192.168.0.12` には配送されません。"

msgid ""
"However, the new node `192.168.0.12` has a new `catalog.json`.\n"
"It knows the cluster charlie includes three nodes, even if other two existing "
"nodes don't know that:"
msgstr ""
"しかし、新しいノード `192.168.0.12` は新しい `catalog.json` を持っています。\n"
"他の2つの既存ノードがその事を知らなくても、このノードはクラスタ charlie が3つのノードを含んでいる事を知っています:"

msgid ""
"~~~\n"
Expand All @@ -440,19 +442,8 @@ msgid ""
"~~~"
msgstr ""

msgid ""
"Note that the temporary cluster named \"beta\" is gone.\n"
"And, the new node `192.168.0.12` knows the cluster charlie includes three node"
"s, other two existing nodes don't know that.\n"
"Because both two existing nodes think that there are only them in the cluster "
"they belong to, any incoming request to them never delivered to the new replic"
"a `192.168.0.12` yet."
msgstr ""
"「beta」と仮称した一時的なクラスタが姿を消している事に注意してください。\n"
"この時、新しいノード `192.168.0.12` はクラスタ charlie が3つのノードを含んでいる事を知っていますが、他の2つの既存のノードはその事"
"を知りません。\n"
"既存の2つのノードは、自分自身が属しているクラスタ内にいるノードは2つだけだと認識しているため、流入してきたリクエストは、新しいノード `192.168.0"
".12` へはまだ配送されません。"
msgid "Note that the temporary cluster named \"beta\" is gone."
msgstr "「beta」と仮称した一時的なクラスタが姿を消している事に注意してください。"

msgid "Next, copy new `catalog.json` from `192.168.0.12` to others."
msgstr "次に、新しい `catalog.json` を`192.168.0.12` から他のノードにコピーします。"
Expand Down
19 changes: 17 additions & 2 deletions ja/tutorial/1.0.4/add-replica/index.md
Expand Up @@ -235,8 +235,25 @@ cronjobとして実行されるバッチスクリプトによって `load` コ
}
}
}
# curl "http://192.168.0.11:10041/droonga/status"
{
"nodes": {
"192.168.0.10:10031/droonga": {
"live": true
},
"192.168.0.11:10031/droonga": {
"live": true
}
}
}
~~~

`192.168.0.10``192.168.0.11``catalog.json` には何も変更がないため、コマンドの実行結果は依然として2つのノードから構成されるクラスタ alpha の情報を返します。
クラスタ alpha へ流入するリクエストは、まだ新しい replica である `192.168.0.12` には配送されません。

しかし、新しいノード `192.168.0.12` は新しい `catalog.json` を持っています。
他の2つの既存ノードがその事を知らなくても、このノードはクラスタ charlie が3つのノードを含んでいる事を知っています:

~~~
(for the cluster charlie)
# curl "http://192.168.0.12:10041/droonga/status"
Expand All @@ -256,8 +273,6 @@ cronjobとして実行されるバッチスクリプトによって `load` コ
~~~

「beta」と仮称した一時的なクラスタが姿を消している事に注意してください。
この時、新しいノード `192.168.0.12` はクラスタ charlie が3つのノードを含んでいる事を知っていますが、他の2つの既存のノードはその事を知りません。
既存の2つのノードは、自分自身が属しているクラスタ内にいるノードは2つだけだと認識しているため、流入してきたリクエストは、新しいノード `192.168.0.12` へはまだ配送されません。

次に、新しい `catalog.json``192.168.0.12` から他のノードにコピーします。

Expand Down
19 changes: 17 additions & 2 deletions tutorial/1.0.4/add-replica/index.md
Expand Up @@ -231,8 +231,25 @@ You can confirm that, via the `status` command for each cluster:
}
}
}
# curl "http://192.168.0.11:10041/droonga/status"
{
"nodes": {
"192.168.0.10:10031/droonga": {
"live": true
},
"192.168.0.11:10031/droonga": {
"live": true
}
}
}
~~~

Because `catalog.json` on nodes `192.168.0.10` and `192.168.0.11` have no change, the result says that there is still the cluster alpha with only two nodes.
Any incoming request to the cluster alpha is never delivered to the new replica `192.168.0.12` yet.

However, the new node `192.168.0.12` has a new `catalog.json`.
It knows the cluster charlie includes three nodes, even if other two existing nodes don't know that:

~~~
(for the cluster charlie)
# curl "http://192.168.0.12:10041/droonga/status"
Expand All @@ -252,8 +269,6 @@ You can confirm that, via the `status` command for each cluster:
~~~

Note that the temporary cluster named "beta" is gone.
And, the new node `192.168.0.12` knows the cluster charlie includes three nodes, other two existing nodes don't know that.
Because both two existing nodes think that there are only them in the cluster they belong to, any incoming request to them never delivered to the new replica `192.168.0.12` yet.

Next, copy new `catalog.json` from `192.168.0.12` to others.

Expand Down

0 comments on commit c8595cd

Please sign in to comment.