サーバー運用とPC日記

自宅にある数代のWin7機に、Win10へのアップグレードの通知が頻繁に来ていました。
ずっと無視していたら、カミさんに貸していたデスクトップPCがupdateでつけっ放しにしていたところ、やられました！　（皆さんもやられたと思いますが！）
次の日に、何か変だから見てくれる？と言われ、確認したらWin10にされちゃっていました。
ところが、起動やソフトの動きは、ほぼ速くなっているようで、
この新しいカーネルはいいんじゃない？　と簡単に、自分もWindows10に寝返ることにしちゃいました！
ただIE11は頻繁にフリーズするようになってしまい、MS Edge、Chrome等も併用してしのいでいます。
プリンタも含めたデバイスの認識や、常用しているソフトの動きに問題がなければWin10にしてしまった方がいいと思います。
実は、アップデートではなく、クリーンインストールする方法も見つけたので、
DAWマシン、ラジオサーバーはその方法で作成しました。
（これは2016年6月の記録です）

この夏に、Netcommons3への移行作業に手を出してしまい、結局、かなりの日数を費やしてしまいました。

Netcommons2サイト運用で問題はなく、Netcommons3自体が完成までもう少しではないのか？という感じもあったので、迷ったのですが、夏休みでないと、移行作業のためのまとまった時間が取れないということもあり、移行を決心しました。

同一webサーバー内での移行手順を記しておきます。nc2サイトは動かしたままで出来ますが、閲覧停止状態にしておいて下さい。

　① nc3用DB3作成。この時、user、passwordを、旧nc2のDB2のuser、passwordと同じにして作成。DB名は同じでなくて良い。（この場合、同じにはできませんが）

　② 別のヴァーチャルホストを作成し、別ドキュメントルートにnc3ファイルを展開しnc3をインストールする。DB3のprefixはDB２とは別にする。

　③ インストールが終了したら、サーバーOSにログインし、インストールディレクトリ / app に移動。カレントディレクトリを移動せずに、フルパス指定で実行するとcakeがうまく動かない。

　④ # ./Console/cake Nc2ToNc3 --database NC2のDB名 --prefix NC2のテーブルプレフィックス名 --upload_path NC2のアップロードファイルフォルダーパス --base_url NC2のベースURL --nc3base NC3のベースパス

を入力してEnter（実行）。

実行文の例を参考にして下さい。また、このページのやり取りも参考になりました。上記「NC3のベースパス」は自分の場合は、ヴァーチャルホストのドキュメントルートにnc3ファイルを展開したので、「/」としました。

　⑤ 実行経過が順次示されていくので観察する。実行が最後まで進んでも、エラーが出ると完成サイトにアクセスできない等のトラブルが起こることがある。（かなり長い時間がかかる。自分の場合は２０分以上！）

　⑥ 完成サイトにアクセスして、トップページのお知らせモジュールを削除、phpメモリ設定、送信メール設定等を行う。失敗していたら、DB3削除、nc3インストールディレクトリ削除して、最初からやり直し。

　⑦ 旧urlでアクセスしたいのなら、/app/config/application.yml の fullBaseUrl:を旧urlに書き直す。

　⑧ 各フォルダのパーミッションを確認して設定しておく。このページの、インストール後のパーミッション参照。

　⑨ 新ヴァーチャルホストの、servername、ドキュメントルートパス等の記述を書き換え、設定を読み込む。またｎｃ２サイトのヴァーチャルホスト設定は無効にする。その後apache再起動。

 以上ですが、恥ずかしいことに、最初は全く分からず、cakeを別にinstallしなければいけないのか（実際は不要）、とか、上記DB2、DB3のアクセス情報が同一でなかった（これではツール動かない）、とか手探りの状況でした。

もちろん、「Netcommons問い合わせ」にメールで質問はしたのですが、どうもNetcommons開発母体が有償サポートの方針のようなんです。

多様なニーズ、セキュリティ面など、今後のアプリケーション開発はますます大変になっていくだろうと思われます。当然、開発費用もかなり必要になってくるでしょう。ということで、利用に際してある面では有償になるということは、止むを得ないのでしょうか。

こちらは、全くの無料で使わせていただいているので、やはり文句は言えないのかな、と考え直した次第です。

実は、そんな中で、貴重なアドバイスを下さったエンジニアの方もいらっしゃったんです！

Netcommons３開発者の一人である天野さんという方です。

この方のアドバイスを「ＮＣ３サイトのバックアップリストアについて（３～５）」に記しましたので、是非読んで下さい！

さて、自分のサーバーでは、Netcommons2サイトを3つ公開していました。

上記の方法で2つのサイトは何とか移行できましたが、残り１つがどうしても上手くいきませんでした。

移行ツールは途中エラーが出ながらも最後まで走るんですが、完成サイトにアクセスすると「不正なリクエストの可能性があります」と表示され、さらに無限ループの応答になり、失敗します。

エラーを見ると、Undefined index : room_id、Undefined index : user_id　が出ています。さらに、移行できないphotoalbum dataがある、というような内容でした。

ｎｃ2サイトに戻り、まず退会したユーザを削除して、再度移行を試しましたが失敗。

そこで、今までのｎｃ2サイトでの運用をたどってみて、ある利用者Ｎさんの管理者権限をユーザ権限に変更したことを思い出しました。photoalbumもＮさんの作成だったんです。

で、ｎｃ2サイトのＮさんの権限を再度、管理者権限に戻し、移行をやり直しましたが、結果は変わらずで失敗。

結局、Ｎさんの作った photoalbum を削除して、やっと移行が成功しました！（ここまで１週間近くかかりました）

Ｎさんが管理者の時に作っていた photoalbum と 画像データは、Ｎさんをユーザ権限に変更した時点でｎｃ２内での扱いがおかしくなっていたのでは？ と想像しています。

ユーザ権限では、photoalbum を作ったり編集したりできない訳ですから。

まあ、とにかく、ここまででやっと何とかなったようなんですが、この後手を出した件で再び泥沼にはまることに・・・

実は、Netcommons3に移行しても、未解決の大問題が残っています。

それは、Netcommons3サイトの引っ越し（リストア）の正しい方法がまだ分からないということです。

これが出来なければ、ハードディスクの交換やサーバーの新調もあるでしょうから、運用はいずれストップしてしまいます。

Netcommns2で用意されていたバックアップ機能が、新Netcommns3にはまだ搭載されていません。（2018.8.21現在）

そこで、Netcommns2の時と同じようにやれば出来るだろうと思い、実験をしておきました。その方法は・・・

　① 旧ＤＢ3のダンプファイル △△△.sql 作成。

　② fileuploadディレクトリ（ app / webroot / files / upload_file）取得。圧縮して持ってきました。

　③ 新環境に新ＤＢ3作成（prefixのみ旧サイトと同一に）してｎｃ3を新規インストール。

　④ インストール完了したら、③の新ＤＢ３をいったん削除。

　⑤ 再度③と同様にして新ＤＢ３作成　→　mysqlコマンドで、use 新DB; → source /○○○/○○○/△△△.sql;　で旧ＤＢ３インポート。

　⑥ app / webroot / files / upload_file ディレクトリを②の解凍ディレクトリと置き換える。

これで、ブラウザからアクセスして、トップページが見えました！

出来た！　と大喜び。

これで行ける、と検証せずに終わらせちゃっていたんです・・・

今回、ｎｃ2サイトをｎｃ3サイトに移行出来たので、ハードウェアも新調して、新サーバーに引っ越ししようと、再度このリストア法を使ってみました。

作業完了してトップページが見えました！

ところが・・・！！

何と、ログインが出来ない！！　ん、パスワード間違えたか？　いや・・・何かおかしい・・・

「パスワードがわからない方はこちら」のリンクも表示されません。

何度確認してもダメでした。

そうだ、旧Configディレクトリを上書きしてみよう。

エラーが出てダメでした・・・　この方法では何か足りないんでしょう。

以前、ＤＢテーブル内のパスワードデータを確かめようとしたことがあるんですが、ＩＤ等と違って、暗号化された（？）文字列でした。この暗号化データを復号させるしくみがどこかにあるのかな？とか。

で、最終的にどう引っ越しさせたのか？

ｎｃ2サイトを移行したばかりのｎｃ3ディレクトリを丸ごと持って来たんです・・・！

ＤＢは、ダンプファイルにして、新ＤＢにインポートしました。

今の自分にはこれしか手がなかったんです。

このサイトもこのやり方で出来ているんですが、今のところ不具合はありません。（と言っても、まだ１週間も経っていませんが・・・）　

ｎｃ3サイトの正しいバックアップ、リストアの方法を教えて下さる方、どうかよろしくお願い致します！！

そして、Netcommons3にもこの仕組みが組み込まれますよう、熱望しています！！ 

＜追記＞

2018.9.13現在、Netcommons 3.1.10 までの対応ですが、このページをご覧ください。

NC２と同様の方法でバックアップ・リストアを試したら、ログインが出来なくて失敗に終わった、と前回書きました。

しばらく、ない頭でずっと考えていたのですが、ちょっと思い当たる件をいくつか書いてみます。

　① NC３ではログイン情報（ｉｄ、パスワード）の扱い方がNC２とは変わっているのでは？

　② ユーザのパスワードはそのままの値ではなく、何らかの規則で変換されているはず（以前ＤＢ内のｉｄ、パスワード、を表示させてみたら、ｉｄはそのままの値、パスワードは意味不明の長い文字列だった）

　③ 職場では、NC２による個人情報を入力してもらうような受け付け方法を禁止する通達が来た。この件が示しているように、NC２では現状のセキュリティレベルを満たさなくなっているのではないか？

　④ よって、NC３では、ログイン情報、その他の個人情報の扱い方は、NC２より進化して改良されていると考えられる。（当然か）

この④の件について、何か分かれば前進するかもしれません・・・

 2018年のユーザカンファレンスの「バックアップ」に関する資料に、「大事なファイル３点」という項目を発見！

このファイル、ディレクトリ、３つをインストールしたての新規ＮＣ３に上書きすれば、いけるに違いない！

と思い、早速やってみました。

引っ越し前の上記すべてのファイルをtarファイルにして、また、引っ越し前mysqlのデータベースはdumpファイルにして、testサーバー機に移動させました。

そして、testサーバーに作成した新規ＮＣ３に、ファイル上書き、DBインポートを行いました。

その結果は、残念ながら、アウト！

前回、app / Config フォルダをコピーした時と同じ結果でした・・・

「内部エラーが発生しました」が出てしまいます。

ディレクトリのオーナー、パーミッションも確認しましたが、ダメでした。

もうお手上げです・・・

「ディレクトリ丸ごと移動」という最後の手段があるからいいのかな、とも思いました。

「ファイル全部でもOK」と上記の資料にもありますしね。

ただ、今回、NC２をNC３に移行した時は、同一サーバー（debian８）内で行ったんです。

よって、出来たNC３サイトは php5.6 環境で install したものです。

このNC３サイトを、php7.0（debian９）環境にそのままコピーしてもいいのか？　何とか動いているように見えるだけで良くないんじゃないか？　という気もするんです。

この手詰まりの時に、救いの一手を差し伸べて下さったエンジニアがいらっしゃったんです！