glace.me と galette.me を amatsukami.jp で引き受ける

GLacé / Galette のサイトを amatsukami.jp で受け持つことになったので、引っ越し作業をした。もともとボクが立てたサーバだから、まぁそんなに面倒なことはないのだが、GLacé / Galette のサイトというのは WordPress と実 HTML が混在していたり、LinuxDebian)で動いてたりしていたので、そのままコピーしたのでは動かないところがちらほら。
実 HTML 部分と WordPress を切り替える処理はボクがテキトーに組んだんだけど、ApacheIIS で返値が異なると言うことを突き止めるまで、さっぱり原因がわからず、頭を悩ませることにw

とりあえず引っ越し作業は終わり、amatsukami.jp 上で見られるようになった。
元の Linux の方は今月いっぱい残しておいて、様子を見る予定。

LAN には LAN のお名前を…

先月の話になるが、自宅 LANDNS を少し見直した。
amatsukami.jp のいくつかのサービスで、LAN 内でしか利用できないようにしてあるものがあるのだが、それを外部から利用することは当然出来ない。WAN からのアクセスはハネているからだ。LAN 内のマシンは hosts ファイルにて自宅 LAN 内のサーバをすべて登録してあり、ローカル IP にアクセスすることによってサービスが使えるようになっている。
しかしこの hosts ファイルは普段持ち歩くタブレットやノート PC などには設定できない。LAN の外で使うこともあるからだ。外にいる場合、amatsukami.jp に関わる IP アドレスはグローバル IP でアクセスしなければならない。LAN 内だけで利用できるサービスをどうしても使いたい場合は、VPN をつなげれば使うことが出来るものの、LAN 内のサーバを定義した hosts ファイルがないためグローバル IP でアクセスしてしまい、結局 LAN 内だけのサービスは利用できなかった。

そこで、VPN を繋いだときだけ、サーバの IP はローカル IP を返すようにしたのだ(今頃)。

仕組みは簡単で、LAN 内用の DNS サーバに hosts ファイルと同じ設定をしただけである。またこうすることによって、LAN 内のマシンも hosts ファイルを必要としなくなった。
最初からこうしておけばよかった……(^^;

さて、下の写真はお昼に食べた『なごみ』のつくね定食と、夜、知人の家族に誘われて行った『高倉町珈琲』の小平店の写真である。そう、高倉町珈琲は今まで武蔵村山店がウチから一番近かったのだが、より近い小平に出来たのだ。

つくね定食はタレをご飯とまぜながら食べられて、しかも半熟卵(温泉卵?)も適度にご飯の上でつぶしてやると、濃厚な卵かけご飯になって、いろんな味が楽しめてオトクだ。
つくねは軟骨がないタイプだが、みっしりしていて歯ごたえも充分。
美味しかった。
1602028154 1602028156

高倉町珈琲の方は、前回、前々回とやはりホットケーキが飽きるのではないかと思っていたのだが、ホットケーキが少し変わっていた。まず中身がけっこうスカスカ。元からスカスカではあったが、一層スカスカになった気がする。そのため軽くて、フワッとしていて、食べやすい。さらにホットケーキの重なっている間にメレンゲが敷いてある。これがまた余計にふわふわ感と軽さをホットケーキに与えていて、クリームたっぷりでもしつこく感じる事なく、また飽きることなく食べることが出来た。
オムライスも独特で、これも表面の卵の下は白身ベースなのね。フワッとしていて、ご飯との緩衝材になっていて、こちらも軽い感じで食べられる。いろいろ工夫してるんだねぇ。
1602028159 1602028161 1602028165

サーバが落ちる土曜日

11/5 に amatsukami.jp サーバの HDD を 4TB のものから 8TB のものへと交換した。これに伴いバックアップの構成も変わり、今まで使っていた 4TB と、この今までの 4TB のバックアップである 4TB の二つの HDD がバックアップ用となった。
4TB x 2 なので合計容量は新しく買ってきた 8TB を充分カバーできる。
が、まぁ、どうせリアルタイムで使うドライブではないので、いっそのことこのバックアップドライブは圧縮してしまおう。ということで、交換前の 4TB のディスクの圧縮オプションを ON にした。
すると Twitter でも上げているとおり、二日経っても圧縮は終わらず、三日経った今日、ようやく終わった。ほぼ 4TB 使っていたところ、3.5TB くらいになった。500GB くらい余裕が出来た。

で、ついでにここに仮想サーバの仮想 HDD もバックアップとるか、と VHD ファイルをコピーしはじめたのがすべての始まりだった。
仮想 HDD の容量は 100GiB を越えるモノもあり、コピーはそれなりに時間がかかるだろうということで放置していた。そうしたらいつの間にか amatsukami.jp サーバが応答無しになって、ウンともスンとも言わなくなってしまったのである。

なんだこりゃぁ??

最初、原因はサッパリわからず、とにかくリモートでつなごうとするんだけど、リモート デスクトップは応答はあるモノの、いつまで経っても画面が出てこないという状況に。ローカル ログオンも CTRL+ALT+DEL でログオン画面にはなるものの、その後いっさい入力を受け付けないというかずっと砂時計のまんま……。

仕方がないので強制リセット。
原因がわからないので、結局同じことをしてしまう。
するとしばらくするとまたサーバが応答不能になる。今回は諦めずにファイルのコピーのキャンセルボタンを押すも、一向にコピーをキャンセルしない。そのまま 2 時間以上待ってみたがキャンセルできず、さらにタスク マネージャからも強制終了できない。
結局そのままどんどんマシンが重くなって、ついにはリモート デスクトップも画面が真っ黒になって反応がなくなる。
仕方がないのでまた強制リセット。

結果的にこれを 3 回繰り返し、ようやくファイル コピーが原因だという結論に至る。
ただかといってそんなことでサーバがおかしくなるなんて未だに信じられない。で、いろいろ試した結果、VHD ファイルを圧縮オプション ON の HDD にコピーしていると、そのうちメモリを食いつぶし、さらに仮想メモリもどんどん食いつぶし、CPU も食いつぶして最終的にサーバが応答しなくなるようだった。

なんだこれ?
そんなことってあるのか?
圧縮プログラムのバグってこと??

しかしこの段階でほぼ 24 時間くらいが経過しており、これ以上詳しい原因を調べる気にならない……orz
とりあえず VHD のバックアップをサーバ上でとるのは諦めた。
その後、特にサーバがおかしくなる現象は起きていないので、やはりファイル コピーが原因だとは思うのだけれど、ううーむ??
何はともあれ、ウチのサーバを使っている人にはご迷惑をお掛けしましたm(_ _)m

たぐり庵

今日のお昼は門前仲町駅のすぐ近くにある『たぐり庵』という蕎麦屋さん。入るとすでに満席で、相席となった。
天麩羅丼セットを注文。

味がすごかった。びっくりした。
まずまったくしょっぱくないの。つゆも、そして天麩羅丼にかかっているつゆも。
これ、すごいよ。
で、出汁の味も別に強いわけでもない。
どういうことなの?
どうやってつくっているの?
で、けっこううまい。
昨日の『なごみ』といい、なんだか不思議である。
ただ若い人や濃い味が好きな人からすると、味がないって言われてしまうかもしれない。けど、蕎麦の味を楽しむならこのつゆがすごくいい気がする。
はへー、びっくりした。

1511127409 1511127403 1511127406 1511127404

会社から戻ったら、職場で BGM を聞く方法の続き。
DLNA は他のソフトを試すべきかとか色々考えた結果、余計なソフトはインストールせず WebDAV を試してみることにした。こいつなら HTTP だけ喋れれば良い。職場のルータが何かいろいろ制限がかかっていても、比較的使いやすいだろう。
ただ SSL にはしたい。
で、これがちょっとくせ者で、WebDAV で SSL を利用したいとき、IIS(バージョンは 7.5)にある「ドメイン証明書の作成」ではダメで、ちゃんと Active Directory の証明書サービスから発行したドメイン証明書じゃないと動かなかった。
まぁこの辺、ボクがちゃんと理解していないからかも……。

で、WebDAV は SSL 付きでうまく動いた。次にこれをどうやって読み出すかだ。通常 WebDAV でファイルをやりとりする場合、https://amatsukami.jp ほにゃららって感じになる。この方法だとソフトによっては対応していない場合がある。
そこであれこれ捜していると、WebDAV をドライブに割り当てられることが解った。
つまり https:// で始まるのではなく、普通の HDD みたいに W:\ って感じでアクセス出来るのだ。設定する方法は簡単で、コマンドプロンプトから「net use [ドライブにしたいアルファベット]: https://サーバホスト名」で OK。
するとユーザ名とパスワードを聞いてくるので、この WebDAV にアクセスするためのユーザ名とパスワードを入れればあとは普通にドライブ名でアクセスできるようになった。

ただこの方法では問題が一つ残る。それはプレイリスト。
プレイリストはすべて LAN 経由でアクセスすることを前提に作ってしまっているので、「\\サーバ名\音楽データのあるフォルダ名\アーティスト名\曲名.flac」みたいな感じになってしまっている。
これを「X:\音楽データのあるフォルダ名\アーティスト名\曲名.flac」っていう風にしないといけない(この例の場合、WebDAV は X ドライブとなっている)。
で、まぁこれは grep で一気に置換した。プレイリストが二種類になってしまうが、これは仕方がない。出向中の 4 ヶ月の間だけのことだし。

さて、あとは出向先に行ってみなければ、うまく行くかどうかは解らない。
一番の懸念点は証明書のインストールである。ドライブに WebDAV を割り当てる場合で SSL 通信をしたいとき、どうもその通信した相手のサーバの証明書を、使う側の PC にインストールしておかなければいけないらしい。今回の場合の証明書はボクが勝手に発行した証明書であり、世間的には信用できない代物である。そのため、PC にこの証明書をインストールし、信用できる証明書ですよって設定しないといけないんだけど、こういった信用できない証明書を勝手にはインストール出来ないようにしている可能性があるのよね。
まぁそればかりは出社してみないと解らない。あとは明日に持ち越しである。

DB を SSD に移行した

TAMA Networks は重い(汗
原因はいくつかある。まず、ウェブサーバが Active Directory を運営しているため、HDD のキャッシュができない。すでにサーバが 4 年以上経過している、等。

本当はもうサーバを入れ替えなくちゃいけないんだけど、いま amatsukami.jp でやっていることがけっこうたくさんあるため、なんとなーく先送りにしている(汗)。新サーバを立てたとしても、同じサービスを動かせるようになるまでどんくらいかかるんだ、みたいな(^^;

で、とりあえず DB と画像などをおいてある領域を SSD に移してみた。
あと DB のバッファも大幅に増やした。

目に見えて速くはなったんだけど、それでもまだ遅いね(^^;
これ以上はサーバを新しくしないとダメかなぁ……。

増設成功

bs_zuho01b
拡張 SATA カードを増設して、5TB x 2 は認識した。コイツをフォーマットしたら、4TB x 2 の中身をコピー。6TB 近く使ってたからコピーにすげー時間かかるんだろうなぁと思ったら、そうでもなく、1 日もかからずに終わってしまった。コピー中のダイアログを見た感じでは、秒間 130MB/sec くらい出てたから、14 時間くらいで終わったと思われる。
というわけで、4TB x 2 を取り外し、4TB x 2 がついていたところに 5TB x 2 を取り付けて、アクセス権を設定し直して、終了。コピーしていた時間がほとんどとは言え、なんだかんだでこう言うのって一日がかりなんだよなぁ……。そんなわけで、セキュリティ上晒していいのかよくわからんが、amaterasu サーバの HDD の様子を貼り付け。
computer dirve
それにしても 10TB となると、1024 換算だと 9TB と 1TB も差が出るのね……。何の話かというと、二進法を利用するコンピュータでは 1K は 1024 であることが多い(正式には 1Ki と表記する)。5TB の HDD というのは 1K = 1000 で計算している数字だから 1K=1024 で計算してしまうと、9.09TiB になってしまうのだ。なんともはや悲しい限りである。

下の写真は左が秋葉でみつけた風景。エロゲの登校の背景に使えそうと、思わずパチリ。右は新目白通りの高田馬場付近。なんで撮ったのかというと、遠くに見える雲がもう夏の雲に見えたので……おいおいまだ4月末だよ!? とか思いつつ……詳しい位置情報は写真にジオタグついてます。
1404240956 1404250957

rewrite 導入

ブラウザのブックマーク(お気に入り)に入れるほどでもないけど、何となくこれは取っておこうと思うアドレスをどうしようか悩んでいた。あとで見返すかもしれない、そしてほとんど見返すことではないであろうアドレスである。 こんなのをいちいちブックマークに登録していたらキリがない。 で、思いついたのが「はてなブックマーク」って自前で運営できないのかな、といういことだった。
それで色々捜した結果、Scuttle という CGI に出会った。
これはソーシャル・ブックマークを自前で運営できるシステムだ。
設置自体はすぐにできた。登録すると、ちゃんとスクリーン・ショットも表示してくれる。イイ感じじゃないか!
ところが、日本語が通らない。いや、正確に言うと、「検索」と「タグ」に日本語を使うとちゃんと表示されないのだ。
設定とかを見直すも、特に問題ない……。困ったなぁ……とりあえず半角だけで運用するかぁ、ということでこの時は日本語の使用を諦めた。

さて、それから数時間経って、ちょっと頼まれた仕事があり、WordPress でサイトを構築していた。でね、こっちでは Rewrite を使うことにした。WoredPress っていうのは CGI なので基本的にサイトを表示するときは、アドレスが「プログラムのファイル名+表示したい記事のパラメータ」と言うことになる。 プログラムのファイル名は、index.php だ。この後ろに ? をつけて表示したいカテゴリや記事の番号なんかを指定していく。でもそれだとウェブページのアドレスっぽくない。そこでそれらしくさせる方法がある。
Rewrite といってウェブページっぽくなってるアドレスを、プログラムのファイル名+パラメータに書き換え(Rewrite)てくれる機能だ。
たとえば TAMA Networks のエロゲの記事は、https://amatsukami.jp/eroge/ でアクセス出来るが、これの実体は https://amatsukami.jp/?page_id=3385 である。 ボクは「プログラムのファイル名+パラメータ」でいいやって思ってたので、Rewrite 機能を使ってなかったんだけど、その頼まれごとで使う必要が出てきたので、じゃぁついでに TAMA Networks でも仕掛けておくかーと思って設定してみたのである。

ところが、これがまともに動かない。 なんだこれー!? で、色々実験してみると、日本語のページ名だと動かないことがわかった。 あれ? これってひょっとして、上の Scuttle と同じ原因?

と言うわけで、検索したらすぐに関連記事をみつけた。

パッチを当てると直るらしい……ということはバグ?(ぁ
あとレジストリもいじる必要があるようだ。
この設定をしたら、ばっちり Scuttle でも日本語が通るようになった。 いえーい!
そんなわけで、ボクが日頃気になったネタとか笑ったサイトとかを「お気に入り」に公開しました。また、TAMA Networks 自体もプログラムの名前+パラメータから、普通のサイトっぽくなりました(ぁ