雑文発散

▼ 不吉な予感？

自転車のチェーンが切れた。駒沢通りの坂道を登っているときブチッといってしまった。数日前から、ペダルを踏む度にカタンカタンいっていたのはそのサインだったのか。。。切れたチェーンを持って自転車を転がし、一旦自宅に戻った。オイルで汚れた手をゴシゴシ洗って再出発。なんだか悔しいので歩いて出勤。

▼ 分散

自社アプリに分散処理を追加中。特に理論を学んでいる訳ではないので、なかなか進まなかったりするんだけど、ようやく構成が決まってきた。かなり面倒くさいのも分かってきて、結構気合い入れないとダメだな、こりゃって感じ。人間も分散処理できればいいのに。。。

▼ ほー。

「ナース専科.com」だって。別に怪しげなサイトではないので期待(?)しないように。

▼ [減] 400g減

順調。

▼ [減] 朝食／昼食／夕食

朝：抜き

昼：テリヤキチキン、オニポテ、アイスコーヒー（モスバーガー）

夜：オードブル

▼ [映] マトリックスリローデッド

まずは復習のため DVD でリローデッド。マトリックス世界は緑色を基調とし、現実世界は青を基調とした映像になってるのに今更気がついた。

▼ [映] マトリックスレボリューションズ＠新宿ミラノ座

で、リローデッドを見終えてすぐ新宿まで出かけ、レボリューションズを観た。やっぱりリローデッドとレボリューションズでひとつの物語になっているので、可能なら復習してから観に行った方が良いと思う。

映像的にはやっぱり凄いし、まぁそれなりに面白かったけど、僕の評価としては「東京ゴッドファーザーズ」の方が上だな。

▼ [雑] 引越祝い

映画を観た後、歩いて渋谷まで戻って、インフォバーンさんのオフィス引越パーティに紛れ込んだ。MovableType なひらたさんやnagasawaさんとお話できたほか、サイゾーのこばへんこと小林編集長とも名刺交換して至福の一時（笑）

▼ [雑] 暖房不足

今日はめっきり冷え込んでたので、いよいよ暖房を入れようとリビングのエアコンのスイッチを入れた。「暖房準備中」のランプが点いてから、しばらく待つとエアコンから暖かい風が、、、出てこない。いつまで経っても「暖房準備中」のままだ。

あれ？ってなことで、他の部屋のエアコンのスイッチを入れてみたが、どの部屋のエアコンも同じ。どうやら全てのエアコンで暖房がダメになっているらしい。これから本格的に寒くなってくるのにどうしたもんかねー。

左下のモノは気にせんといて（笑）

▼ [映] 銀河英雄伝説

最終話の1個前だと「銀河の歴史もあと1ページ」なんだね。「銀河の歴史がまた1ページ」じゃなく。ちうわけで、やっと観終わったよ＞銀英伝

やっぱりなー、ヤンが死んだところでかなり終わってるんだよね、僕の中で。その後の話はおまけ的な感じが強くて、最後の方は義務感的に観ていたところもあって。。。あと外伝を何話か観ればコンプリートなので、もう少しがんばろう。（って、がんばるものか？）

▼ [雑] 引き続き風邪

会社へ行ったら、他にもゴホゴホしている人や熱を出して休んでいる人が。世間的にもかなり流行ってるのか、オレが周囲に巻き散らかしたのか。。。

▼ [雑] LL温泉参加中

大分は湯布院で開催されている「LL温泉」へ参加中。日本文理大学さんの湯布院研修所をお借りしての開催なんだけど、なかなか快適。

ということで、由布院駅前のお店で食べた1日10食限定という「豊後牛ハンバーグ」。

▼ [雑][脳] 甘みを感じる力が弱くなっている？

上島珈琲店の黒糖ミルクコーヒーが好きで、行くたびに飲んでたりする。今日も行って飲んできたのだけど、、、どうもこれまでと味が違う。甘みが薄く感じた。

で、脳出血のせいで舌の甘みを感じる部分が弱くなっちゃったのかなーとか思ってたら、、、「舌には甘みや苦味を強く感じる部分がある」という話はウソなんだってね。どの味覚も舌全体で感じることができるそうだ。

ということで、舌の甘みを感じる部分の障害というわけではなかったようなのだけど、、、んー、黒糖ミルクコーヒーは、もっと甘かった印象があるんだよなぁ。舌の右半分の味覚がほとんど戻ってないので、味覚を感じる面積は以前より狭くなっているので、その影響かな。

顔の痺れは少し残っちゃっても耐えられそうだけど、味覚が無くなっちゃうのは辛すぎる。半分だけ生きているのは嬉しいことなんだけど、できたらあと半分の味覚も戻って欲しいものだ。

▼ [Elasticsearch] Elasticsearch のスナップショットからデータをリストアする

昨日の「そういえば Elasticsearch のバックアップ・リストアってどうなんだっけ？」からの続き。

スナップショットの取得はできたけど、そいつのリストアについては試していなかったので、やってみる。

スナップショットを取得する

現時点での webindex のドキュメント数を見ておこう。220 レコードだ。

% c`url -XGET 'http://localhost:9200/_cat/count/webindex'
1415918806 07:46:46 220

あれ、そんなもんかな。もっと日記の数は多いと思うけど。。。あ、もしかして、maxAccessCount を 200 にしていたから、そいつで制限かかってるのかな。これは別の話として調べよう。

じゃあ、スナップショットを取得する。対象のインデックスは webindex のみにしておく。

$ curl -XPUT 'http://localhost:9200/_snapshot/backup/snapshot_3' -d @snapshot_webindex.json
{"accepted":true}

snapshot_webindex.json の中身については、昨日と同じ。

{
  "indices": "webindex"
}

取得できたかどうかの確認。

% curl -XGET 'http://localhost:9200/_snapshot/backup/snapshot_3?pretty'
{
  "snapshots" : [ {
    "snapshot" : "snapshot_3",
    "indices" : [ "webindex" ],
    "state" : "SUCCESS",
    "start_time" : "2014-11-13T23:03:04.236Z",
    "start_time_in_millis" : 1415919784236,
    "end_time" : "2014-11-13T23:03:09.182Z",
    "end_time_in_millis" : 1415919789182,
    "duration_in_millis" : 4946,
    "failures" : [ ],
    "shards" : {
      "total" : 5,
      "failed" : 0,
      "successful" : 5
    }
  } ]
}

成功（SUCCESS）している。

インデックスを削除する

では、インデックス webindex の削除していく。うまく削除できたのか？を確認するために、まずは存在を cat API で確認しておく。

% curl -XGET 'http://localhost:9200/_cat/indices/webindex'
yellow webindex 5 1 229 28 4.3mb 4.3mb

削除の実行。

% curl -XDELETE 'http://localhost:9200/webindex'
{"acknowledged":true}

削除されたかを確認。

% curl -XGET 'http://localhost:9200/_cat/indices/webindex'
【何も出力されない】

無事に削除された模様。

リストアを実行する

ではスナップショットからのリストアを試してみる。普通にやると全てのインデックスをリストアする動作になるそうなので、ここでもインデックス名を指定してやる。

あと、どうやら「一部のみ」を対象にする場合は、indices でインデックスを指定する他に、ingore_unavailable や include_global_state も設定しておいた方が良いみたいだな。リストアだけでなく、スナップショットの取得時にも設定した方が良さそうなので、こういう指定にしてみる。

{
  "indices": "webindex",
  "ignore_unavailable": true,
  "include_global_state": false
}

マニュアルに載っているサンプルだと、ignore_unavailable の値が "true" となっているんだけど、、、これ文字列としての "true" なのかなぁ？

なんか違う気がするので、自分では文字列ではなく、boolean の true として実行してみよう。

% curl -XPOST 'http://localhost:9200/_snapshot/backup/snapshot_3/_restore' -d @snapshot_webindex.json
{"accepted":true}

リストアの実行は、取得したスナップショットの URL の最後に _restore を付けて、POST するみたいだ。ここは PUT じゃなくて POST なんだな。なんでだろう。。。

この実行そのものは、URL のオブジェクト（？）に対して直接影響を与えるものではないから？なのかな。たぶん、REST の思想をいまひとつ理解していないからピンとこないんだな、きっと。ここも自分の課題だな。

リストア後の状態を見てみる

インデックス webindex の存在確認をしてみると、存在していた。

% curl -XGET 'http://localhost:9200/_cat/indices/webindex'
yellow webindex 5 1 231 23 2mb 2mb

ステータスが yellow なのは、レプリケーションされていないから。1台でテストしているので、これは仕方ない。

リストア中の表示は（見れていなかったけど）、ここが red になるらしい。存在はしているけど、まだ使えない状態。通常であれば、red → yellow → green と変わっていくようだ。

次はインデックス内のドキュメント数を調べてみる。

% curl -XGET 'http://localhost:9200/_cat/count/webindex'
1415922689 08:51:29 231

231 になっていた。あれ、最初は 220 だったはず。。。

あ、Web クローラーを止めてなかったので、もしかしたらインデックスがリストアされた後でドキュメントが追加されてしまったのかも。。。

検索もしてみよう。クローラーを設定した時と同じクエリで試してみる。

% curl -XGET 'http://localhost:9200/webindex/suzuki_tdiary_net/_search?q=title:elasticsearch&fields=title&pretty=true'

結果もちゃんと出てきた。昨日の日記のタイトル「そういえば Elasticsearch のバックアップ・リストアってどうなんだっけ？ - 雑文発散(2014-11-13)」もデータとして入っているね。

これでバックアップ＋リストアの基本的な流れは把握できた気がする。

▼ [物] Amazon ベーシックの Lightning ケーブルの充電力が弱い？

Apple 純正のケーブルが例のごとく切れかけてきたので、Amazon ベーシックの Lightning ケーブルをポチった。Anker のケーブルと迷ったのだけど、これは過去にも買った実績があって、その品質に満足していたので選択した。

届いたので早速使ってみた。ケーブルを iPhone 7 に挿すと、バッテリー表示が充電中の緑色になったので、普通に充電できているとおもっていたのだけど、なんだかおかしい。

ケーブルを接続したまま使っているのに、徐々にバッテリーが減っていく。

ケーブルを挿し直してもダメ。USB充電器から、モバイルバッテリーに差し替えてもダメ。もともと使っていた切れかけのケーブルでは充電できていたのに、新品のケーブルでは充電ができない。

Amazon ベーシックのケーブルは2本買ったので、もう1本のほうを試しても同じ状態。

これはハズレを引いたのかなぁ。