こんにちは、皆様。
Discourse アプリをあるサーバーから別のサーバーに移行しました。コマンドラインを使用してリストアは完了しました。
しかし、サイト accessed すると、まだウィザードが表示されます。これにより、スクリプトによる別のサーバーへの移動の自動化がブロックされています。
初期ウィザードを無効にする方法に関する情報を見つけることができませんでした。リストアが完了しているため(データベース内のすべてのユーザーも含まれていると推測されます)、一時的な管理者を作成する必要はありません。
ありがとうございます!
pfaffman
(Jay Pfaffman)
2
コマンドラインから復元できます。
./launcher enter app
discourse restore
実際、ウィザードがまだ表示されているのは、復元プロセスが失敗したためかもしれません。
[quote]./script/discourse restore xxx.tar.gz[/quote] は以下で終了します:
“standalone” フォルダをすべて削除して再試行しましたが、同じ結果になりました。
“standalone” フォルダを大規模にコピー&ペーストしました。動作はしましたが、管理パラメータで再定義しても、ウェブサイトの上部のアイコンが失われてしまいました。
おそらく、/exec/shared/standalone/uploads/default/original/1X(正しく完全に埋まっている)で発生しているのでしょう。
「restore」が失敗した場合に、あるサーバーから別のサーバーへ移行する方法を理解しようとしています。
pfaffman
(Jay Pfaffman)
4
管理者ユーザーが存在するとウィザードが表示されなくなりますが、これはあなたが解決しようとしている問題とは無関係のようです。
もし postgres の権限エラーが表示されているなら、他の問題が存在しています。postgres ディレクトリを削除した場合、postgres が必要とするデータを再構築するには、再ビルドを行う必要があります。
コマンドラインでの restore は、サーバー間を移行する際に私が最も頻繁に行う方法です。先週、1.6.0-beta1 を実行していたサーバーを移行しましたが、問題なく動作しました。
もう一つ簡単な方法は、/var/discourse ディレクトリ全体を rsync することです(ログや容量の大きいその他のファイルを除外)。この方法では、rsync を実行する前に必ずコンテナを停止します。letsencrypt および ssl フォルダをそのまま引き継ぐことで、新しい証明書を取得するために再ビルドを行う手間を省くことができます。