こんにちは
本日、Discourse を以下のようにアップグレードしました：
apt-get update
apt-get upgrade
./launcher rebuild app
その結果、以下の出力が表示されました：
Setting next OID for new cluster ok
Sync data directory to disk ok
Creating script to analyze new cluster ok
Creating script to delete old cluster ok
Upgrade Complete
----------------
Optimizer statistics are not transferred by pg_upgrade so,
once you start the new server, consider running:
./analyze_new_cluster.sh
Running this script will delete the old cluster's data files:
./delete_old_cluster.sh
-------------------------------------------------------------------------------------
UPGRADE OF POSTGRES COMPLETE
Old 10 database is stored at /shared/postgres_data_old
アップグレードを完了するには、再度以下を使用してビルドし直してください：
./launcher rebuild app
-------------------------------------------------------------------------------------
もちろん、./analyze_new_cluster.sh を実行しようとすると、ファイルが存在しないというエラーが出ます：
./analyze_new_cluster.sh
-su: ./analyze_new_cluster.sh: No such file or directory
現在、Discourse が起動しません。
Postgres のアップグレードに関する問題のようですが、何かを壊してしまうかもしれないので、安易に手を出したくありません。
どうすればよいでしょうか？よろしくお願いいたします。
ご提案通り、もう一度 ./launcher rebuild app を実行してください。これであなたのサイトがオンラインに戻ります。
詳細については、お知らせをご覧ください。
Falco
2020 年 5 月 16 日午後 5:32
4
itcrowd21:
Discourse が現在読み込まれていません。
Discourse が読み込まれるようになるには、以下の指示に従ってください。
@Falco @itsbhanusharma へ
何度か試してみましたが、動作しません：https://chat.commedia.org.uk
ディスク容量には余裕があります：
root@chat:/var/discourse# df -h
Filesystem Size Used Avail Use% Mounted on
udev 990M 4.0K 990M 1% /dev
tmpfs 201M 420K 200M 1% /run
/dev/vda1 40G 11G 28G 28% /
none 4.0K 0 4.0K 0% /sys/fs/cgroup
none 5.0M 0 5.0M 0% /run/lock
none 1001M 0 1001M 0% /run/shm
none 100M 0 100M 0% /run/user
以下のような出力が大量に表示されます：
Success. You can now start the database server using:
pg_ctlcluster 10 main start
Warning: The selected stats_temp_directory /var/run/postgresql/10-main.pg_stat_tmp
is not writable for the cluster owner. Not adding this setting in
postgresql.conf.
Ver Cluster Port Status Owner Data directory Log file
10 main 5433 down postgres /var/lib/postgresql/10/main /var/log/postgresql/postgresql-10-main.log
update-alternatives: warning: forcing reinstallation of alternative /usr/share/postgresql/12/man/man1/postmaster.1.gz because link group postmaster.1.gz is broken
invoke-rc.d: could not determine current runlevel
invoke-rc.d: policy-rc.d denied execution of start.
Processing triggers for postgresql-common (213.pgdg100+1) ...
Building PostgreSQL dictionaries from installed myspell/hunspell packages...
Removing obsolete dictionary files:
Stopping PostgreSQL 10 database server: main.
Stopping PostgreSQL 12 database server: main.
Performing Consistency Checks
そのため、指示通りにデータベースサーバーを起動しようとしました：
root@chat:/var/discourse# pg_ctlcluster 10 main start
The program 'pg_ctlcluster' is currently not installed. You can install it by typing:
apt-get install postgresql-common
残念ながら、Postgres については何も知りません。どうやら Postgres は実行されていないようです：
root@chat:/var/discourse# netstat -tulpn
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 21236/sshd
tcp 0 0 0.0.0.0:25 0.0.0.0:* LISTEN 1258/master
tcp6 0 0 :::25 :::* LISTEN 1258/master
したがって、Postgres を起動する必要があります。
どのようにすればよいでしょうか？
あらかじめご多忙の折、大変恐縮ですが、ご教示いただけますと幸いです。
私のアップデートでエラーが発生しました
api_key = "a quick brown fox"
fetch("https://api.example.com/data", headers: { 'Authorization' => api_key })
修正にご協力ください。アップグレードを実行中
アップグレード完了
----------------
pg_upgrade によりオプティマイザの統計情報は移行されないため、
新しいサーバーを起動した後、以下のコマンドを実行することを検討してください：
./analyze_new_cluster.sh
このスクリプトを実行すると、旧クラスターのデータファイルが削除されます：
./delete_old_cluster.sh
-------------------------------------------------------------------------------------
POSTGRES のアップグレードが完了しました
旧バージョン 10 のデータベースは /shared/postgres_data_old に保存されています
アップグレードを完了するには、以下を実行して再構築してください：
./launcher rebuild app
-------------------------------------------------------------------------------------
217185f8a096d87caa8a240cfc6e824e1f01ebc2f624df51b4bf88ebeb95a671
root@chat:/var/discourse#
つまり、結局以下の手順に戻ってしまいます：
アップグレードを完了するには、以下を実行して再構築してください：
./launcher rebuild app
ループから抜け出せません…
ご協力ありがとうございます。
Falco
2020 年 5 月 16 日午後 8:18
8
app.yml ファイルを共有していただけますか？（パスワードは削除してください。）
@Falco さん、ありがとうございます
root@chat:/var/discourse# cat /var/discourse/containers/app.yml
##
## このファイルに変更を加えた後、ライブの Discourse インスタンスに変更を反映させるには、再構築が必要です:
##
## /var/discourse/launcher rebuild app
##
## YAML 構文に従ってください! 確認にはこのサイトが役立ちます:
## http://www.yamllint.com/
## これはオールインワンのスタンドアロン Discourse Docker コンテナテンプレートです
# web.ratelimited テンプレートのコメントアウトを外すことで、レート制限を追加できます。
# デフォルトでは、IP 当たり 1 秒あたり 12 リクエスト、1 分あたり 100 リクエストが許可されます。
# この設定はこのファイルのパラメータを変更することで調整可能です
templates:
- "templates/postgres.template.yml"
- "templates/redis.template.yml"
- "templates/web.template.yml"
- "templates/web.ssl.template.yml"
- "templates/web.letsencrypt.ssl.template.yml"
- "templates/web.ratelimited.template.yml"
## Lets Encrypt を Discourse インストールに追加したい場合は、以下の行のコメントアウトを外してください
# - "templates/web.ssl.template.yml"
# - "templates/web.letsencrypt.ssl.template.yml"
## このコンテナが公開する TCP/IP ポートはどれですか?
expose:
- "80:80" # ホストポート 80 をコンテナポート 80 (http) に転送
- "443:443" # ホストポート 443 をコンテナポート 443 (https) (ssl 準備完了) に転送
# Discourse を Apache や nginx などの他の Web サーバーとポートを共有したい場合は、
# https://meta.discourse.org/t/17247 の手順を参照してください。
# Docker 用の追加引数はありますか?
# docker_args:
params:
db_default_text_search_config: "pg_catalog.english"
## db_shared_buffers を総メモリの最大 25% に設定します。
##
## 1GB インストールの場合は 128MB に設定 (他のプロセスのための余地を残すため)
## 4GB インスタンスの場合は 1GB に引き上げることができます
#db_shared_buffers: "256MB"
#
## 大規模インスタンスではより高い値を設定してください。デフォルトは 10MB、3GB インストールの場合は 40MB が良いデフォルト値です
## これによりソート性能が向上しますが、接続ごとのメモリ使用量が増加します
#db_work_mem: "40MB"
#
## このコンテナで使用する Git リビジョンはどれですか? (デフォルト: tests-passed)
#version: tests-passed
env:
LANG: en_US.UTF-8
# DISCOURSE_DEFAULT_LOCALE: en
## TODO: 何個の同時 Web リクエストがサポートされますか?
## 2GB の場合は 3〜4 ワーカー、1GB の場合は 2 ワーカーを推奨します
## メモリが十分にある場合は、論理 CPU コアあたり 1〜2 ワーカーを使用してください
#UNICORN_WORKERS: 3
## TODO: 初期登録時に管理者および開発者として設定されるカンマ区切りのメールリスト
## 例: 'user1@example.com,user2@example.com'
DISCOURSE_DEVELOPER_EMAILS: 'XXX@commedia.org.uk'
## TODO: この Discourse インスタンスが応答するドメイン名
DISCOURSE_HOSTNAME: 'chat.commedia.org.uk'
## TODO: コンテナを上記で指定した同じホスト名 (-h オプション) で起動したい場合はコメントアウトを外してください
## (デフォルト: "$hostname-$config")
## 注意: この場所で有効な値は 'true' のみです。他の値は無視されます
#DOCKER_USE_HOSTNAME: true
## TODO: この Discourse インスタンスが使用するメールサーバー
DISCOURSE_SMTP_ADDRESS: smtp.mailgun.org # (必須)
# DISCOURSE_SMTP_PORT: # (オプション)
DISCOURSE_SMTP_USER_NAME: postmaster@chat.commedia.org.uk # (オプション)
DISCOURSE_SMTP_PASSWORD: XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX # (オプション、注意: パスワード内の文字 '#' は問題を引き起こす可能性があります!)
#DISCOURSE_SMTP_ENABLE_START_TLS: true # (オプション、デフォルト: true)
## Lets Encrypt のメールアドレスは、Lets Encrypt テンプレートを追加した場合、無料の SSL 証明書の登録を可能にします。設定済みの場合はコメントアウトしてください
LETSENCRYPT_ACCOUNT_EMAIL: XXX@commedia.org.uk
## この Discourse インスタンスの CDN アドレス (プル用に設定)
#DISCOURSE_CDN_URL: //discourse-cdn.example.com
## これらのコンテナはステートレスであり、すべてのデータは /shared に保存されます
volumes:
- volume:
host: /var/discourse/shared/standalone
guest: /shared
- volume:
host: /var/discourse/shared/standalone/log/var-log
guest: /var/log
## Docker manager プラグインを使用すると、ワンクリックで Discourse をアップグレードできます
## http://chat.canstream.co.uk/admin/docker
hooks:
after_code:
- exec:
cd: $home/plugins
cmd:
- git clone https://github.com/discourse/docker_manager.git
## 覚えておいてください、これは YAML 構文です - 名前付きブロックは 1 つしか持てません
run:
- exec: echo "カスタムコマンドの開始"
## 最初の登録時の 'From' メールアドレスを設定したい場合は、コメントアウトを外して変更してください:
#- exec: rails r "SiteSetting.notification_email='info@unconfigured.discourse.org'"
## 最初のサインアップメールを受け取った後、その行を再度コメントアウトしてください。一度だけ実行すれば十分です。
## root のパスワードログインを設定したい場合は、コメントアウトを外して変更してください:
## 以下の行のいずれかを使用してください:
#- exec: /usr/sbin/usermod -p 'PASSWORD_HASH' root
#- exec: /usr/sbin/usermod -p "$(mkpasswd -m sha-256 'RAW_PASSWORD')" root
- exec: echo "カスタムコマンドの終了"
root@chat:/var/discourse#
お役に立てれば幸いです。
Falco
2020 年 5 月 16 日午後 10:11
10
ls -lah /var/discourse/shared/standalone/ の出力は
du -sh /var/discourse/shared/standalone/postgres_data の出力は
du -sh /var/discourse/shared/standalone/postgres_data_new の出力は
cat /var/discourse/shared/standalone/postgres_data/PG_VERSION の出力は
cat /var/discourse/shared/standalone/postgres_data_new/PG_VERSION の出力は
@Falco さん、ありがとうございます。
進展があるかもしれません。タイムアウトしなくなり、今度は「502 Bad Gateway」エラーが表示されるようになりました。
さて、コマンドは以下の通りです。
(1)
root@chat:~# ls -lah /var/discourse/shared/standalone/
total 60K
drwxr-xr-x 15 root root 4.0K May 16 21:14 .
drwxr-xr-x 3 root root 4.0K Apr 12 2016 ..
drwxr-xr-x 3 itcrowd www-data 4.0K Jul 5 2016 backups
drwxr-xr-x 8 root root 4.0K May 5 01:13 letsencrypt
drwxr-xr-x 4 root root 4.0K Apr 12 2016 log
drwxr-xr-x 2 postfix lpadmin 4.0K Apr 12 2016 postgres_backup
drwx------ 21 colord landscape 4.0K May 16 21:14 postgres_data
drwx------ 19 colord landscape 4.0K May 16 21:14 postgres_data_new
drwx------ 16 107 scanner 4.0K Aug 13 2018 postgres_data_old
drwxrwsr-x 6 colord landscape 4.0K May 16 21:14 postgres_run
drwxr-xr-x 2 108 sambashare 4.0K May 16 16:32 redis_data
drwxr-xr-x 2 root root 4.0K Oct 2 2019 ssl
drwxr-xr-x 4 root root 4.0K Apr 12 2016 state
drwxr-xr-x 4 itcrowd www-data 4.0K May 17 01:09 tmp
drwxr-xr-x 4 itcrowd www-data 4.0K Jul 7 2016 uploads
(2)
root@chat:~# du -sh /var/discourse/shared/standalone/postgres_data
831M /var/discourse/shared/standalone/postgres_data
(3)
root@chat:~# du -sh /var/discourse/shared/standalone/postgres_data_new/
391M /var/discourse/shared/standalone/postgres_data_new/
(4)
root@chat:~# cat /var/discourse/shared/standalone/postgres_data/PG_VERSION 10
(5)
root@chat:~# cat /var/discourse/shared/standalone/postgres_data_new/PG_VERSION 12
以下がリッスンしているサービスです。
root@chat:~# netstat -tulpn
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 1137/sshd
tcp 0 0 0.0.0.0:25 0.0.0.0:* LISTEN 1305/master
tcp6 0 0 :::80 :::* LISTEN 1522/docker-proxy
tcp6 0 0 :::25 :::* LISTEN 1305/master
tcp6 0 0 :::443 :::* LISTEN 1506/docker-proxy
これが役立つことを願っています。
当面は一旦寝かせておきます。
引き続き、ありがとうございます。明日またお話ししましょう。
Falco
2020 年 5 月 17 日午前 1:43
12
ふむ、興味深い状況ですね。新しい 12 フォルダがあり、それが正常に動作しているようです。
以下を試してみてください:
cd /var/discourse
./launcher stop app
mv shared/standalone/postgres_data shared/standalone/postgres_data_old
mv shared/standalone/postgres_data_new shared/standalone/postgres_data
./launcher rebuild app
Falco さん、どうもありがとうございます。
TL;DR 動作しました！
では始めましょう。
root@chat:/var/discourse# ./launcher stop app
^[[3~WARNING: Docker version 17.05.0-ce deprecated, recommend upgrade to 17.06.2 or newer.
+ /usr/bin/docker stop -t 10 app
app
root@chat:/var/discourse# mv shared/standalone/postgres_data shared/standalone/postgres_data_old
mv: cannot move 'shared/standalone/postgres_data' to 'shared/standalone/postgres_data_old/postgres_data': Directory not empty
はい、postgres_data_old を退避させて続けます：
root@chat:/var/discourse# mv shared/standalone/postgres_data_old shared/standalone/postgres_data_old_170520
root@chat:/var/discourse# mv shared/standalone/postgres_data shared/standalone/postgres_data_old
root@chat:/var/discourse# mv shared/standalone/postgres_data_new shared/standalone/postgres_data
root@chat:/var/discourse# ./launcher rebuild app
さて、非常に長い再構築プロセスがありました。将来の参考のためにログの一部をここにコピー＆ペーストすることもできますが、stdout バッファの容量が不足していたため、すべてをキャプチャできませんでした。
しかし、動作しました！本当に、本当にありがとうございます！
あなたはこうおっしゃいました：
新しい 12 フォルダがあり、それは正常に動作しているようです。
12 フォルダは確認できましたが、どうやってそれが正常に動作しているとわかったのですか？
cat /var/discourse/shared/standalone/postgres_data_new/PG_VERSION 12
そして、問題の本質は何だったのでしょうか？新しいデータベースが認識されなかったということでしょうか？
とにかく、動作しています。私が何を学んだのかはわかりませんが、もしまた同じことが起きた場合に備えて、このページをメモしておきます。恐ろしいことでした！
再びありがとうございます。それでは、すべての幸運を祈ります
tisawyer
2020 年 5 月 26 日午後 6:16
14
Postgres 12 を含めて 2.5.0beta5 へのアップグレードには成功しました。しかし、./analyze_new_cluster.sh はどこにあり、なぜこれを実行する必要があるのでしょうか？
Falco
2020 年 5 月 26 日午後 6:47
15
そのメッセージは pg_upgrade バイナリから出力されたもので、無視しても問題ありません。
"This data type is no longer allowed in tables, so this cluster\n"
"cannot currently be upgraded. You can drop the problem columns\n"
"and restart the upgrade.\n"),
.threshold_version = 906
},
これを抑制するスイッチはないようです。
