PostgreSQL 15 更新

[mwaniki (Mwaniki Wairungu)]

警告！ 如果您的数据库非常大，您将需要大量的额外磁盘空间（数据库大小的 2 倍），并且在本次升级时应格外小心！

我们刚刚完成了将 Docker 镜像升级到 PostgreSQL 15 的更改。任何从命令行重新构建 Discourse 的站点管理员都将从之前的 PostgreSQL 13 升级到 PostgreSQL 15。请注意，如果您在 PostgreSQL 13 更新 于 2020 年发生 时推迟了升级，您可以跳过该升级，直接升级到 PostgreSQL 15。

如果您之前推迟了升级，请将 app.yml 中的 PostgreSQL 模板从 templates/postgres.12.template.yml 更改为 templates/postgres.template.yml。

与任何升级一样，强烈建议在执行任何操作之前进行备份。

更新

官方安装指南（单容器）

在您下次重新构建时，您将在末尾看到此消息：

-------------------------------------------------------------------------------------
POSTGRES 升级完成

旧的 13 数据库存储在 /shared/postgres_data_old

要完成升级，请使用以下命令再次重新构建：

./launcher rebuild app
-------------------------------------------------------------------------------------

这意味着升级一切顺利！您只需要再次发出重建命令即可使您的站点恢复运行。

数据容器安装

如果您使用的是基于 discourse_docker 存储库中提供的示例的专用数据容器的设置，您需要确保以安全、干净的方式关闭 PostgreSQL。

如今，我们有运行跨越数分钟的查询的后台作业，因此关闭 Web 容器将有助于数据容器安全关闭。

./launcher stop web_only
./launcher stop data
./launcher rebuild data
./launcher rebuild data
./launcher rebuild web_only

在向数据容器发出第一次重建之前，您可以跟踪 PostgreSQL 日志，看看它是否已正确关闭。

运行 tail -f shared/standalone/log/var-log/postgres/current 应该会显示以下日志，如果它是干净的：

2025-01-24 09:19:06.437 UTC [37] LOG:  received smart shutdown request
2025-01-24 09:19:06.444 UTC [37] LOG:  background worker "logical replication launcher" (PID 54) exited with exit code 1
2025-01-24 09:19:06.446 UTC [49] LOG:  shutting down
2025-01-24 09:19:06.468 UTC [37] LOG:  database system is shut down

进行手动更新 / 空间受限环境

您必须备份 POSTGRES_DATA 才能尝试此操作

如果您处于空间受限的环境中，无法获得更多空间，可以尝试以下方法：

./launcher stop app #(或者根据您的实际情况是 web_only 和 data)
mkdir -p /var/discourse/shared/standalone/postgres_data_new
docker run --rm \
	--entrypoint=/bin/bash \
	-v /var/discourse/shared/standalone/postgres_data:/var/lib/postgresql/13/data \
	-v /var/discourse/shared/standalone/postgres_data_new:/var/lib/postgresql/15/data \
	tianon/postgres-upgrade:13-to-15 \
	-c "apt-get update && apt-get install -y postgresql-13-pgvector postgresql-15-pgvector &&
	docker-upgrade"
mv /var/discourse/shared/standalone/postgres_data /var/discourse/shared/standalone/postgres_data_old
mv /var/discourse/shared/standalone/postgres_data_new /var/discourse/shared/standalone/postgres_data
docker run --rm -v /var/discourse/shared/standalone:/shared local_discourse/app \
	chown -R postgres:postgres /shared/postgres_data #(或者 local_discourse/data)
./launcher rebuild app #(或者先 rebuild data，然后 rebuild web_only，根据您的实际情况)

在我的测试中，此过程需要少于您当前数据库大小 1 倍的可用空间。

如果您使用的是非默认区域设置，可以尝试将第一个 docker 命令替换为：

# 将 'en_US.UTF-8' 更改为您的区域设置
docker run --rm \
	--entrypoint=/bin/bash \
	-e LANG='en_US.UTF-8' \
	-v /var/discourse/shared/standalone/postgres_data:/var/lib/postgresql/13/data \
	-v /var/discourse/shared/standalone/postgres_data_new:/var/lib/postgresql/15/data \
	tianon/postgres-upgrade:13-to-15 \
	-c 'sed -i "s/^# $LANG/$LANG/" /etc/locale.gen && locale-gen &&
	apt-get update && apt-get install -y postgresql-13-pgvector postgresql-15-pgvector &&
	docker-upgrade'

延迟更新

如果您需要在下次重建时推迟更新，可以通过将 app.yml 文件中的 PostgreSQL 模板从 "templates/postgres.template.yml" 更改为 "templates/postgres.13.template.yml" 来实现。

不建议这样做，因为一些站点管理员会忘记之后撤销更改。

更新后的可选任务

优化 PostgreSQL 统计信息

更新后，新的 PostgreSQL 将没有表统计信息。您可以使用以下命令生成它们：

docker exec -u postgres app \
	/usr/lib/postgresql/15/bin/vacuumdb -d discourse --analyze-in-stages

清理旧数据

对于标准安装，您可以使用以下命令删除 PG13 格式的旧数据：

cd /var/discourse
./launcher cleanup

如果您有单独的数据容器，您需要像这样删除备份副本：

rm -fr /var/discourse/shared/data/postgres_data_old/

常见问题解答

源集群未干净关闭

如果您收到上述消息的升级失败，您可以尝试一种更简单的方法来使其恢复到更好的状态。

使用 ./launcher start app 重新启动旧容器。等待几分钟，直到它重新启动。

现在使用 ./launcher stop app 再次停止它。之后跟踪日志，看看它是否干净关闭：

tail -f shared/standalone/log/var-log/postgres/current
2025-01-24 09:19:06.437 UTC [37] LOG:  received smart shutdown request
2025-01-24 09:19:06.444 UTC [37] LOG:  background worker "logical replication launcher" (PID 54) exited with exit code 1
2025-01-24 09:19:06.446 UTC [49] LOG:  shutting down
2025-01-24 09:19:06.468 UTC [37] LOG:  database system is shut down

如果日志没有表明数据库已关闭，您可以再次启动旧容器，使用 ./launcher enter app 进入，运行以下命令，完成后再次跟踪日志。

export SVWAIT=300
sv stop nginx
sv stop unicorn
sv stop postgres
exit

如果日志如上所示，您现在可以使用 ./launcher rebuild app 再次尝试升级。

数据库“postgres”的 lc_collate 值不匹配

如果您为数据库使用非默认区域设置，则会出现此错误。据报道，您需要 3 个变量才能成功。确保您 app.yml 文件的 env: 部分包含这 3 行：

  LC_ALL: en_US.UTF-8
  LANG: en_US.UTF-8
  LANGUAGE: en_US.UTF-8

将 en_US.UTF-8 更改为您的区域设置。

每次重建都会再次执行升级（升级循环）

当发生这种情况时，您的升级日志将包含：

mv: cannot move '/shared/postgres_data' to '/shared/postgres_data_old/postgres_data': Directory not empty
mv: cannot move '/shared/postgres_data_new' to '/shared/postgres_data/postgres_data_new': Directory not empty

这意味着上一次升级的文件仍然遗留在原地。在继续之前将它们移到别处。

升级完成建议脚本 - 我需要做什么？

升级完成后，您将看到 pg_upgrade 消息的输出，其中说明：

Upgrade Complete
----------------
Optimizer statistics are not transferred by pg_upgrade.

Once you start the new server, consider running:
    /usr/lib/postgresql/15/bin/vacuumdb --all --analyze-in-stages

Running this script will delete the old cluster's data files:
    ./delete_old_cluster.sh

您可以安全地忽略此消息。

我跳过了 PostgreSQL 13 更新，现在该怎么办？

您可以按照本指南顶部的标准说明进行操作，它们会将您的版本升级到 15，而不会出现问题。

如果您遵循的是空间受限说明，请相应地调整版本号。

重建索引可以为您节省大量磁盘空间。在升级后，请按照我们 PostgreSQL 13 更新 中的步骤进行操作。

[aas]

当我访问 https://community.ankihub.net/admin/update 时，看到以下消息：

您正在运行旧版本的 Discourse 镜像
在运行最新镜像之前，Web UI 中的更新功能将被禁用。为此，请使用 SSH 登录到您的服务器并运行：

cd /var/discourse
git pull
./launcher rebuild app

按照上述说明操作后，我收到 UPGRADE OF POSTGRES FAILED（Postgres 升级失败）错误：

invoke-rc.d: 无法确定当前运行级别
invoke-rc.d: policy-rc.d 拒绝执行启动。
正在处理 postgresql-common (267.pgdg120+1) 的触发器...
从已安装的 myspell/hunspell 包构建 PostgreSQL 字典...
删除过时的字典文件：
正在停止 PostgreSQL 13 数据库服务器：main。
正在停止 PostgreSQL 15 数据库服务器：main。
执行一致性检查
-----------------------------
检查集群版本                                   正常
检查数据库用户是否为安装用户                  正常
检查数据库连接设置                            正常
检查预准备事务                                正常
检查用户表中的系统定义复合类型                正常
检查用户表中的 reg* 数据类型                  正常
检查 contrib/isn 与 bigint 传递不匹配的情况   正常
检查用户定义的编码转换                        正常
检查用户定义的后缀运算符                      正常
检查不兼容的多态函数                          正常
创建全局对象的转储                            正常
创建数据库架构的转储
*失败*

请查看 "/shared/postgres_data_new/pg_upgrade_output.d/20250129T103738.877/log/pg_upgrade_dump_16384.log" 的最后几行，
以了解失败的可能原因。
失败，正在退出
-------------------------------------------------------------------------------------
POSTGRES 升级失败

请访问 https://meta.discourse.org/t/postgresql-15-update/349515 寻求支持。
在此期间，您可以运行 ./launcher start app 来重启您的应用
-------------------------------------------------------------------------------------



失败
--------------------
Pups::ExecError: if [ -f /root/install_postgres ]; then
  /root/install_postgres && rm -f /root/install_postgres
elif [ -e /shared/postgres_run/.s.PGSQL.5432 ]; then
  socat /dev/null UNIX-CONNECT:/shared/postgres_run/.s.PGSQL.5432 || exit 0 && echo postgres already running stop container ; exit 1
fi
 执行失败，返回码为 #<Process::Status: pid 18 exit 1>
失败位置：/usr/local/lib/ruby/gems/3.3.0/gems/pups-1.2.1/lib/pups/exec_command.rb:132:in `spawn'
执行失败，参数为 {"tag"=>"db", "cmd"=>"if [ -f /root/install_postgres ]; then\n  /root/install_postgres && rm -f /root/install_postgres\nelif [ -e /shared/postgres_run/.s.PGSQL.5432 ]; then\n  socat /dev/null UNIX-CONNECT:/shared/postgres_run/.s.PGSQL.5432 || exit 0 && echo postgres already running stop container ; exit 1\nfi\n"}
引导失败，退出代码为 1

这里或 这个 somewhat related topic 中似乎都没有解决我的问题，据我所知。

以下是 /shared/postgres_data_new/pg_upgrade_output.d/20250129T103738.877/log/pg_upgrade_dump_16384.log 中的日志：

command: "/usr/lib/postgresql/15/bin/pg_dump" --host /var/lib/postgresql --port 50432 --username postgres --schema-only --quote-all-identifiers --binary-upgrade --format=custom  --file="/shared/postgres_data_new/pg_upgrade_output.d/20250129T103738.877/dump/pg_upgrade_dump_16384.custom" 'dbname=discourse' >> "/shared/postgres_data_new/pg_upgrade_output.d/20250129T103738.877/log/pg_upgrade_dump_16384.log" 2>&1
pg_dump: 错误：查询失败：错误：无法访问文件 "$libdir/vector"：没有那个文件或目录
pg_dump: 详情：查询为：SELECT t.tableoid, t.oid, i.indrelid, t.relname AS indexname, pg_catalog.pg_get_indexdef(i.indexrelid) AS indexdef, i.indkey, i.indisclustered, c.contype, c.conname, c.condeferrable, c.condeferred, c.tableoid AS contableoid, c.oid AS conoid, pg_catalog.pg_get_constraintdef(c.oid, false) AS condef, (SELECT spcname FROM pg_catalog.pg_tablespace s WHERE s.oid = t.reltablespace) AS tablespace, t.reloptions AS indreloptions, i.indisreplident, inh.inhparent AS parentidx, i.indnkeyatts AS indnkeyatts, i.indnatts AS indnatts, (SELECT pg_catalog.array_agg(attnum ORDER BY attnum)   FROM pg_catalog.pg_attribute   WHERE attrelid = i.indexrelid AND     attstattarget >= 0) AS indstatcols, (SELECT pg_catalog.array_agg(attstattarget ORDER BY attnum)   FROM pg_catalog.pg_attribute   WHERE attrelid = i.indexrelid AND     attstattarget >= 0) AS indstatvals, false AS indnullsnotdistinct FROM unnest('{16805,16813,16823,16835,16846,16858,16940,16948,16963,16973,16996,17006,17029,17061,17071,17085,17095,17101,17112,17136,17151,17159,17168,17266,17280,17321,17334,17345,17354,17368,17382,17398,17412,17420,17428,17519,17532,17543,17562,17570,17620,17687,17710,17724,17738,17754,17775,17788,17803,17824,17851,17864,17898,17917,17932,17944,17958,17980,17993,18006,18019,18030,18041,18055,18069,18092,18101,18134,18145,18166,18177,18214,18241,18263,18276,18298,18324,18338,18358,18368,18403,18426,18449,18458,18470,18496,18510,18525,18534,18543,18569,18596,18607,18625,18643,18655,18663,18676,18686,18698,18710,18719,18734,18742,18757,18768,18786,18798,18802,18806,18846,18864,18879,18891,18910,18920,18932,18946,18988,19003,19014,19039,19059,19073,19085,19097,19103,19116,19140,19192,19206,19227,19250,19266,19300,19309,19328,19343,19354,19367,19389,19402,19417,19430,19497,19521,19544,19559,19569,19597,19605,19637,19687,19703,19721,19742,19771,19807,19821,19830,19839,19862,19874,19890,19904,19917,19932,19942,19951,19960,19981,20005,20021,20044,20052,20061,20073,20082,20133,20146,20157,20178,20191,20203,20217,20231,20263,20276,20297,20309,20320,28805,28951,28964,28976,28986,28997,32824,32833,32843,32852,32862,32875,32887,32899,32910,32930,32967,35131,35141,38401,38413,38437,38445,38461,38482,38495,42870,46125,46138,130133,191445,191457,191471,191486,191497,191603,191637,243875,606663,606675,606693,606707,779182,779197,779213,779225,779237,779252,779265,968985,968993,969004,969017,969027,1004239,1004251,1004263,1004276,1004295,1091838,1091849,1091860,1336877,1336884,1336891,1566392,2169846,2169852,2169858,2169864,2169870,2169876,2169882,2169888,2169894,2169900,2169906,2169912,2169918,2169924,2169930,2169936,2169942,2169948,2169954,2169960,2169966,2169972,2169978,2169984}'::pg_catalog.oid[]) AS src(tbloid)
JOIN pg_catalog.pg_index i ON (src.tbloid = i.indrelid) JOIN pg_catalog.pg_class t ON (t.oid = i.indexrelid) JOIN pg_catalog.pg_class t2 ON (t2.oid = i.indrelid) LEFT JOIN pg_catalog.pg_constraint c ON (i.indrelid = c.conrelid AND i.indexrelid = c.conindid AND c.contype IN ('p','u','x')) LEFT JOIN pg_catalog.pg_inherits inh ON (inh.inhrelid = indexrelid) WHERE (i.indisvalid OR t2.relkind = 'p') AND i.indisready ORDER BY i.indrelid, indexname
/shared/postgres_data_new/pg_upgrade_output.d/20250129T103738.877/log/pg_upgrade_dump_16384.log

以下是 ./discourse-doctor 的 输出：

./discourse-doctor 输出

DISCOURSE DOCTOR 2025 年 1 月 29 日 星期三 上午 10:39:42 UTC
操作系统：Linux forum 5.4.0-48-generic #52-Ubuntu SMP Thu Sep 10 10:58:49 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux


找到 containers/app.yml

==================== YML 设置 ====================
DISCOURSE_HOSTNAME=community.ankihub.net
SMTP_ADDRESS=smtp.mailgun.org
DEVELOPER_EMAILS=已隐藏 
SMTP_PASSWORD=已隐藏 
SMTP_PORT=587
SMTP_USER_NAME=postmaster@mg.ankihub.net
LETSENCRYPT_ACCOUNT_EMAIL=已隐藏 

==================== DOCKER 信息 ====================
DOCKER 版本：Docker version 27.2.1, build 9e34c9b

DOCKER 进程 (docker ps -a)

CONTAINER ID   IMAGE                           COMMAND        CREATED         STATUS          PORTS                                                                      NAMES
37e2430e1014   local_discourse/app             "/sbin/boot"   4 个月前        运行 33 秒      0.0.0.0:80->80/tcp, :::80->80/tcp, 0.0.0.0:443->443/tcp, :::443->443/tcp   app
260f4c0ed417   local_discourse/mail-receiver   "/sbin/boot"   20 个月前       运行 4 个月     0.0.0.0:25->25/tcp, :::25->25/tcp                                          mail-receiver


Discourse 容器 app 正在运行


==================== 插件 ====================
          - git clone https://github.com/discourse/docker_manager.git
          - git clone https://github.com/discourse/discourse-assign.git
          - git clone https://github.com/discourse/discourse-templates.git
          - git clone https://github.com/discourse/discourse-solved.git
          - git clone https://github.com/discourse/discourse-reactions.git
          - git clone https://github.com/discourse/discourse-chat-integration.git
          - git clone https://github.com/discourse/discourse-code-review.git
          - git clone https://github.com/discourse/discourse-topic-voting.git
          - git clone https://github.com/discourse/discourse-automation.git
          - git clone https://github.com/discourse/discourse-bbcode-color.git
          - git clone https://github.com/discourse/discourse-data-explorer.git
          - git clone https://github.com/discourse/discourse-docs.git
          - git clone https://github.com/discourse/discourse-ai.git
          - git clone https://github.com/discourse/discourse-jira.git

未检测到非官方插件。

官方列表请参见 https://github.com/discourse/discourse/blob/main/lib/plugin/metadata.rb。

========================================
community.ankihub.net 上的 Discourse 版本：Discourse 3.4.0.beta2 
localhost 上的 Discourse 版本：Discourse 3.4.0.beta2 


==================== 内存信息 ====================
操作系统：Linux
RAM (MB): 4127

              total        used        free      shared  buff/cache   available
Mem:           3936        1567         158         274        2209        1802
Swap:          2047          67        1980

==================== 磁盘空间检查 ====================
---------- 操作系统磁盘空间 ----------
Filesystem      Size  Used Avail Use% Mounted on
/dev/vda1        78G   50G   28G  65% /

---------- 容器磁盘空间 ----------
Filesystem      Size  Used Avail Use% Mounted on
overlay          78G   50G   28G  65% /
/dev/vda1        78G   50G   28G  65% /shared
/dev/vda1        78G   50G   28G  65% /var/log

==================== 磁盘信息 ====================
Disk /dev/loop0: 55.68 MiB, 58363904 bytes, 113992 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/loop1: 91.85 MiB, 96292864 bytes, 188072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/loop2: 63.71 MiB, 66789376 bytes, 130448 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/loop3: 63.10 MiB, 67080192 bytes, 131016 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/loop4: 44.45 MiB, 46596096 bytes, 91008 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/loop5: 91.9 MiB, 96346112 bytes, 188176 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/loop7: 44.3 MiB, 46448640 bytes, 90720 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/vda: 80 GiB, 85899345920 bytes, 167772160 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 2ED04D82-BA1D-4A75-86B9-9553B7EA5228

Device      Start       End   Sectors  Size Type
/dev/vda1  227328 167772126 167544799 79.9G Linux filesystem
/dev/vda14   2048     10239      8192    4M BIOS boot
/dev/vda15  10240    227327    217088  106M Microsoft basic data

分区表条目未按磁盘顺序排列。


Disk /dev/loop8: 55.37 MiB, 58052608 bytes, 113384 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

==================== 结束磁盘信息 ====================

==================== 邮件测试 ====================
要进行稳健测试，请从 http://www.mail-tester.com/ 获取一个地址。
邮件测试已跳过。

==================== 完成！ ====================

希望有人能指出正确的方向。谢谢！

[NKERIFAC_CLAUD_NBAPNON]

我遇到了和你一样的问题，同样在寻找解决方案。

[alehandrof (Alex Armstrong)]

如何检查实例数据库的大小？

[david (David Taylor)]

感谢您的报告——我们正在调查“无法访问文件‘$libdir/vector’”的问题。

@alehandrof

如何检查实例数据库的大小？

在标准安装中，我认为您可以运行此命令：

du -sh /var/discourse/shared/standalone/postgres_data

例如，对于我的测试站点，结果是：

# du -sh /var/discourse/shared/standalone/postgres_data
237M	/var/discourse/shared/standalone/postgres_data

（@mwaniki 如果有更好的方法，请纠正我！）

[mwaniki (Mwaniki Wairungu)]

@david

在 标准安装 中，我认为您可以运行此命令：

du -sh /var/discourse/shared/standalone/postgres_data

当然，这会返回磁盘上所有 PostgreSQL 数据文件（包括 WAL 文件）的总大小。

如果您只对 discourse 数据库的大小感兴趣，可以使用 pg_database_size 函数 或 \\list+ 元命令。

docker exec -u postgres app psql -c "SELECT pg_size_pretty( pg_database_size('discourse') ) AS db_size;"

# 或者

docker exec -u postgres app psql -c "\list+ discourse"

[Simon_Manning]

恕我直言，使用你们的 vacuum analyze 表单相比 PostgreSQL 建议的命令有什么优势？

仅仅是因为不需要为 discourse 数据库以外的任何内容生成这些统计信息吗？如果是这样，如果使用这个命令代替，analyze-in-stages 是否对非常大的实例有优势：
/var/discourse/launcher run app “/usr/lib/postgresql/15/bin/vacuumdb -d discourse --analyze-in-stages”

[mwaniki (Mwaniki Wairungu)]

您好 @aas 和 @NKERIFAC_CLAUD_NBAPNON！

在我运行先前基础镜像上的站点 launcher rebuild 时，我无法重现该错误。我的测试结果表明升级成功，即使安装了 discourse-ai 插件。

由于该错误发生在从旧数据库转储模式时，我们刚刚推送了一个更新，我怀疑这可能会解决您遇到的问题。

您可以尝试按照相同的步骤操作，并告知我们结果。

cd /var/discourse
git pull
./launcher rebuild app

如果这仍然无法解决问题，您能否分享更多关于您的环境的详细信息？以下信息将特别有用：

• 您当前的基础镜像版本

  docker image inspect --format '{{ .Config.Image }}' local_discourse/app
  

• 安装的 Discourse 插件

  cat containers/app.yml | \\\
  docker run --rm -i -a stdout -a stdin local_discourse/app \\\
  ruby -e \"require 'yaml'; puts YAML.load(STDIN.readlines.join)['hooks']\"
  

• PostgreSQL 扩展及其版本

  docker exec -u postgres app psql discourse -c \"SELECT
    name,
    default_version,
    installed_version
  FROM
    pg_catalog.pg_available_extensions
  WHERE
    installed_version IS NOT NULL;\"
  

[pangbo]

我在 postgres.template.yml 中注意到一行令人担忧的代码：

templates/postgres.template.yml

当前的逻辑会导致脚本在文件 /shared/postgres_run/.s.PGSQL.5432 存在时立即退出，而不管 PostgreSQL 是否实际正在运行。这会跳过 /root/install_postgres 中的所有后续代码，包括升级脚本。我认为应该删除第一个 exit 0。

[schneeland]

对我来说升级也失败了。我看到的错误似乎表明存在区域设置问题（这有点奇怪，因为系统的区域设置一直是 de_DE.UTF-8）。

root@Ubuntu-2204-jammy-amd64-base /var/discourse # ./launcher rebuild app
x86_64 架构已检测。
...
Launcher 已是最新版本
正在停止旧容器
+ /usr/bin/docker stop -t 600 app
app
2.0.20250129-0720: 正在从 discourse/base 拉取
摘要：sha256:01b8516e5504c0e9bc3707773015ff4407be03a89154194ff3b5b8699291bc26
状态：discourse/base:2.0.20250129-0720 镜像已是最新
docker.io/discourse/base:2.0.20250129-0720
/usr/local/lib/ruby/gems/3.3.0/gems/pups-1.2.1/lib/pups.rb
/usr/local/bin/pups --stdin
/bin/bash: 警告：setlocale: LC_ALL: 无法更改区域设置 (de_DE.UTF-8)
I, [2025-01-29T21:35:58.711630 #1]  INFO -- : 正在从标准输入读取
I, [2025-01-29T21:35:58.721321 #1]  INFO -- : 文件 > /etc/service/postgres/run  chmod: +x  chown:
I, [2025-01-29T21:35:58.726551 #1]  INFO -- : 文件 > /etc/service/postgres/log/run  chmod: +x  chown:
I, [2025-01-29T21:35:58.732322 #1]  INFO -- : 文件 > /etc/runit/3.d/99-postgres  chmod: +x  chown:
I, [2025-01-29T21:35:58.737436 #1]  INFO -- : 文件 > /root/install_postgres  chmod: +x  chown:
I, [2025-01-29T21:35:58.742651 #1]  INFO -- : 文件 > /root/upgrade_postgres  chmod: +x  chown:
I, [2025-01-29T21:35:58.742825 #1]  INFO -- : 在 /etc/postgresql/15/main/postgresql.conf 中将 data_directory = '/var/lib/postgresql/15/main' 替换为 data_directory = '/shared/postgres_data'
I, [2025-01-29T21:35:58.743394 #1]  INFO -- : 在 /etc/postgresql/15/main/postgresql.conf 中将 (?-mix:#?listen_addresses *=.*) 替换为 listen_addresses = '*'
I, [2025-01-29T21:35:58.743708 #1]  INFO -- : 在 /etc/postgresql/15/main/postgresql.conf 中将 (?-mix:#?synchronous_commit *=.*) 替换为 synchronous_commit = $db_synchronous_commit
I, [2025-01-29T21:35:58.744003 #1]  INFO -- : 在 /etc/postgresql/15/main/postgresql.conf 中将 (?-mix:#?shared_buffers *=.*) 替换为 shared_buffers = $db_shared_buffers
I, [2025-01-29T21:35:58.744441 #1]  INFO -- : 在 /etc/postgresql/15/main/postgresql.conf 中将 (?-mix:#?work_mem *=.*) 替换为 work_mem = $db_work_mem
I, [2025-01-29T21:35:58.744734 #1]  INFO -- : 在 /etc/postgresql/15/main/postgresql.conf 中将 (?-mix:#?default_text_search_config *=.*) 替换为 default_text_search_config = '$db_default_text_search_config'
I, [2025-01-29T21:35:58.745027 #1]  INFO -- : 在 /etc/postgresql/15/main/postgresql.conf 中将 (?-mix:#?checkpoint_segments *=.*) 替换为 checkpoint_segments = $db_checkpoint_segments
I, [2025-01-29T21:35:58.747582 #1]  INFO -- : 在 /etc/postgresql/15/main/postgresql.conf 中将 (?-mix:#?logging_collector *=.*) 替换为 logging_collector = $db_logging_collector
I, [2025-01-29T21:35:58.748035 #1]  INFO -- : 在 /etc/postgresql/15/main/postgresql.conf 中将 (?-mix:#?log_min_duration_statement *=.*) 替换为 log_min_duration_statement = $db_log_min_duration_statement
I, [2025-01-29T21:35:58.748263 #1]  INFO -- : 在 /etc/postgresql/15/main/pg_hba.conf 中将 (?-mix:^#local +replication +postgres +peer$) 替换为 local replication postgres  peer
I, [2025-01-29T21:35:58.748463 #1]  INFO -- : 在 /etc/postgresql/15/main/pg_hba.conf 中将 (?-mix:^host.*all.*all.*127.*$) 替换为 host all all 0.0.0.0/0 md5
I, [2025-01-29T21:35:58.748657 #1]  INFO -- : 在 /etc/postgresql/15/main/pg_hba.conf 中将 (?-mix:^host.*all.*all.*::1\/128.*$) 替换为 host all all ::/0 md5
I, [2025-01-29T21:35:58.748844 #1]  INFO -- : > if [ -f /root/install_postgres ]; then
  /root/install_postgres && rm -f /root/install_postgres
elif [ -e /shared/postgres_run/.s.PGSQL.5432 ]; then
  socat /dev/null UNIX-CONNECT:/shared/postgres_run/.s.PGSQL.5432 || exit 0 && echo postgres already running stop container ; exit 1
fi

/bin/bash: 警告：setlocale: LC_ALL: 无法更改区域设置 (de_DE.UTF-8)
initdb: 警告：已为本地连接启用“信任”认证
initdb: 提示：您可以在下次运行 initdb 时通过编辑 pg_hba.conf 或使用选项 -A，或 --auth-local 和 --auth-host 来更改此设置。
W: https://dl.yarnpkg.com/debian/dists/stable/InRelease: 密钥存储在传统的 trusted.gpg 密钥环 (/etc/apt/trusted.gpg) 中，有关详细信息，请参阅 apt-key(8) 中的弃用部分。
debconf: 由于未安装 apt-utils，将延迟软件包配置。
I, [2025-01-29T21:37:25.430685 #1]  INFO -- : 正在生成区域设置（这可能需要一些时间）...
  de_DE.UTF-8... 完成
  en_US.UTF-8... 完成
生成完成。
正在将 PostgreSQL 从版本 13 升级到 15
属于此数据库系统的文件将由用户 "postgres" 拥有。
此用户还必须拥有服务器进程。

数据库集群将使用区域设置 "de_DE.UTF-8" 进行初始化。
默认数据库编码已相应设置为 "UTF8"。
默认文本搜索配置将设置为 "german"。

数据页校验和已禁用。

正在修复现有目录 /shared/postgres_data_new 的权限 ... 完成
正在创建子目录 ... 完成
正在选择动态共享内存实现 ... posix
正在选择默认 max_connections ... 100
正在选择默认 shared_buffers ... 128MB
正在选择默认时区 ... Etc/UTC
正在创建配置文件 ... 完成
正在运行引导脚本 ... 完成
正在执行引导后初始化 ... 完成
正在将数据同步到磁盘 ... 完成


成功。您现在可以使用以下命令启动数据库服务器：

    /usr/lib/postgresql/15/bin/pg_ctl -D /shared/postgres_data_new -l logfile start

Get:1 http://deb.debian.org/debian bookworm-backports InRelease [59,0 kB]
Get:2 http://deb.debian.org/debian bookworm InRelease [151 kB]
Get:3 http://deb.debian.org/debian bookworm-updates InRelease [55,4 kB]
Get:4 https://dl.yarnpkg.com/debian stable InRelease [17,1 kB]
Get:5 http://deb.debian.org/debian-security bookworm-security InRelease [48,0 kB]
Get:6 https://deb.nodesource.com/node_22.x nodistro InRelease [12,1 kB]
Get:7 http://deb.debian.org/debian bookworm-backports/main amd64 Packages [280 kB]
Get:8 http://deb.debian.org/debian bookworm/main amd64 Packages [8.792 kB]
Get:9 http://deb.debian.org/debian bookworm-updates/main amd64 Packages [13,5 kB]
Get:10 https://dl.yarnpkg.com/debian stable/main amd64 Packages [10,9 kB]
Get:11 https://dl.yarnpkg.com/debian stable/main all Packages [10,9 kB]
Get:12 http://deb.debian.org/debian-security bookworm-security/main amd64 Packages [243 kB]
Get:13 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages [5.274 B]
Get:14 https://apt.postgresql.org/pub/repos/apt bookworm-pgdg InRelease [129 kB]
Get:15 https://apt.postgresql.org/pub/repos/apt bookworm-pgdg/main amd64 Packages [360 kB]
已获取 10,2 MB，耗时 2 秒 (6.159 kB/s)
正在读取软件包列表...
正在读取软件包列表...
正在构建依赖关系树...
正在读取状态信息...
将安装以下附加软件包：
  postgresql-client-13
建议的软件包：
  postgresql-doc-13
将安装以下新软件包：
  postgresql-13 postgresql-13-pgvector postgresql-client-13
0 个升级，3 个新安装，0 个移除，0 个未升级。
需要下载 17,3 MB 的归档文件。
此操作后，将额外使用 56,7 MB 的磁盘空间。
Get:1 https://apt.postgresql.org/pub/repos/apt bookworm-pgdg/main amd64 postgresql-client-13 amd64 13.18-1.pgdg120+1 [1.523 kB]
Get:2 https://apt.postgresql.org/pub/repos/apt bookworm-pgdg/main amd64 postgresql-13 amd64 13.18-1.pgdg120+1 [15,4 MB]
Get:3 https://apt.postgresql.org/pub/repos/apt bookworm-pgdg/main amd64 postgresql-13-pgvector amd64 0.8.0-1.pgdg120+1 [297 kB]
已获取 17,3 MB，耗时 1 秒 (32,1 MB/s)
选中以前未选中的软件包 postgresql-client-13。
(正在读取数据库 ... 当前已安装 33363 个文件和目录。)
正在准备解包 .../postgresql-client-13_13.18-1.pgdg120+1_amd64.deb ...
正在解包 postgresql-client-13 (13.18-1.pgdg120+1) ...
选中以前未选中的软件包 postgresql-13。
正在准备解包 .../postgresql-13_13.18-1.pgdg120+1_amd64.deb ...
正在解包 postgresql-13 (13.18-1.pgdg120+1) ...
选中以前未选中的软件包 postgresql-13-pgvector。
正在准备解包 .../postgresql-13-pgvector_0.8.0-1.pgdg120+1_amd64.deb ...
正在解包 postgresql-13-pgvector (0.8.0-1.pgdg120+1) ...
正在设置 postgresql-client-13 (13.18-1.pgdg120+1) ...
正在设置 postgresql-13 (13.18-1.pgdg120+1) ...
正在创建新的 PostgreSQL 集群 13/main ...
/usr/lib/postgresql/13/bin/initdb -D /var/lib/postgresql/13/main --auth-local peer --auth-host md5
属于此数据库系统的文件将由用户 "postgres" 拥有。
此用户还必须拥有服务器进程。

数据库集群将使用区域设置 "C.UTF-8" 进行初始化。
默认数据库编码已相应设置为 "UTF8"。
默认文本搜索配置将设置为 "english"。

数据页校验和已禁用。

正在修复现有目录 /var/lib/postgresql/13/main 的权限 ... 完成
正在创建子目录 ... 完成
正在选择动态共享内存实现 ... posix
正在选择默认 max_connections ... 100
正在选择默认 shared_buffers ... 128MB
正在选择默认时区 ... Etc/UTC
正在创建配置文件 ... 完成
正在运行引导脚本 ... 完成
正在执行引导后初始化 ... 完成
正在将数据同步到磁盘 ... 完成

成功。您现在可以使用以下命令启动数据库服务器：

    pg_ctlcluster 13 main start

invoke-rc.d: 无法确定当前运行级别
invoke-rc.d: policy-rc.d 拒绝执行启动。
正在设置 postgresql-13-pgvector (0.8.0-1.pgdg120+1) ...
正在处理 postgresql-common (267.pgdg120+1) 的触发器 ...
正在从已安装的 myspell/hunspell 软件包构建 PostgreSQL 词典...
正在删除过时的词典文件：
正在停止 PostgreSQL 13 数据库服务器：main。
正在停止 PostgreSQL 15 数据库服务器：main。
执行一致性检查
-----------------------------
检查集群版本                                   完成
检查数据库用户是否为安装用户                  完成
检查数据库连接设置                       完成
检查是否存在预准备事务                          完成
检查用户表中是否存在系统定义的复合类型  完成
检查用户表中是否存在 reg* 数据类型                 完成
检查 contrib/isn 是否存在 bigint 传递不匹配       完成
检查用户定义的编码转换              完成
检查用户定义的后缀运算符                 完成
检查是否存在不兼容的多态函数             完成
正在创建全局对象的转储                             完成
正在创建数据库架构的转储                           完成

数据库 "template1" 的 lc_collate 值不匹配：旧值 "en_US.UTF-8"，新值 "de_DE.UTF-8"
失败，正在退出
-------------------------------------------------------------------------------------
POSTGRES 升级失败

请访问 https://meta.discourse.org/t/postgresql-15-update/349515 获取支持。
在此期间，您可以运行 ./launcher start app 来重新启动您的应用
-------------------------------------------------------------------------------------



失败
--------------------
Pups::ExecError: if [ -f /root/install_postgres ]; then
  /root/install_postgres && rm -f /root/install_postgres
elif [ -e /shared/postgres_run/.s.PGSQL.5432 ]; then
  socat /dev/null UNIX-CONNECT:/shared/postgres_run/.s.PGSQL.5432 || exit 0 && echo postgres already running stop container ; exit 1
fi
 执行失败，返回状态为 #<Process::Status: pid 18 exit 1>
失败位置：/usr/local/lib/ruby/gems/3.3.0/gems/pups-1.2.1/lib/pups/exec_command.rb:132:in `spawn'
执行失败，参数为 {"tag"=>"db", "cmd"=>"if [ -f /root/install_postgres ]; then\n  /root/install_postgres && rm -f /root/install_postgres\nelif [ -e /shared/postgres_run/.s.PGSQL.5432 ]; then\n  socat /dev/null UNIX-CONNECT:/shared/postgres_run/.s.PGSQL.5432 || exit 0 && echo postgres already running stop container ; exit 1\nfi\n"}
引导失败，退出代码为 1
** 引导失败 ** 请向上滚动并查找更早的错误消息，可能不止一条。
./discourse-doctor 可能有助于诊断问题。
80933ad1f9a6809c85383c9d512c34340988ab7791b3ff57a6a563fd42fc413f

[NKERIFAC_CLAUD_NBAPNON]

嗨 @mwaniki，您推送的更新对我来说运行正常。非常感谢。

[mwaniki (Mwaniki Wairungu)]

@schneeland

系统区域设置始终是 de_DE.UTF-8

既然您在转储旧模式时遇到失败，能否确认当前的区域设置？

docker exec -it -u postgres app bash
env
psql -c 'SELECT
  datname,
  datcollate,
  datctype
FROM
  pg_database;'

@Simon_Manning

analyze-in-stages 对于非常大的实例是否会有优势？

确实如此。感谢您指出这一点！我已经更新了 OP 中的过程。

@NKERIFAC_CLAUD_NBAPNON

您推送的更新对我来说运行正常

很高兴听到这个消息！感谢您的确认。

[AquaL1te]

Oefhh, 如果更新脚本附带一个指向此处的链接和一个 y/N 提示，那就太好了。现在我更新了，不确定是否需要因此更改而恢复我的网站。

编辑：似乎已成功完成

[AstonJ]

我成功升级了一个论坛（此服务器上有四个论坛），在升级下一个论坛时遇到了以下问题：

Caused by:
PG::ConnectionBad: connection to server on socket "/var/run/postgresql/.s.PGSQL.5432" failed: Connection refused (PG::ConnectionBad)

我不得不运行 ./launcher start app 来恢复它。

我似乎记得在 PostgreSQL 12 update 有一个问题，我认为我必须在尝试升级之前运行 ./launcher stop app 来停止其他应用程序，但这次不起作用。（该帖子中的帖子已被自动删除，管理员能否检查一下帖子以查看我是否是这样做的？）

还有其他想法吗？

[mwaniki (Mwaniki Wairungu)]

@NKERIFAC_CLAUD_NBAPNON

我禁用了 discourse-ai，问题已解决

我已请求 discourse-ai 团队介入。

@AstonJ

我记得有一个关于 PostgreSQL 12 更新 的问题，我想在尝试升级之前，我必须对其他应用程序执行 ./launcher stop app

是的，这正是你之前发布的内容。我将使用类似的设置进行测试，然后回复你。

[AstonJ]

谢谢 Mwaniki，我已成功解决 - 我只需进入应用程序并执行 sudo service postgresql stop，然后再执行升级 rebuilds。

感谢您的所有帮助

[schneeland]

@mwaniki

既然您在转储旧模式时遇到失败，能否确认当前的区域设置？

环境似乎具有预期的区域设置（下方 env 的输出，已隐藏电子邮件设置）：

LEFTHOOK=0
HOSTNAME=Ubuntu-2204-jammy-amd64-base-app
LANGUAGE=de_DE.UTF-8
UNICORN_WORKERS=8
DISCOURSE_HOSTNAME=[..]
RUBY_GC_HEAP_INIT_SLOTS=400000
DISCOURSE_SMTP_USER_NAME=[...]
DOCKER_HOST_IP=172.17.0.1
DISCOURSE_SMTP_ADDRESS=[...]
RUBY_GC_HEAP_OLDOBJECT_LIMIT_FACTOR=1.5
RUBY_VERSION=3.3.6
PWD=/
DISCOURSE_DB_SOCKET=/var/run/postgresql
DISCOURSE_DEVELOPER_EMAILS=[...]
HOME=/var/lib/postgresql
LANG=de_DE.UTF-8
DISCOURSE_SMTP_PORT=587
RUBY_GC_HEAP_GROWTH_MAX_SLOTS=40000
DEBIAN_RELEASE=bookworm
DISCOURSE_SMTP_PASSWORD=[...]
DISCOURSE_NOTIFICATION_EMAIL=[...]
PG_MAJOR=13
DISCOURSE_DB_HOST=
TERM=xterm
RUBY_ALLOCATOR=/usr/lib/libjemalloc.so
SHLVL=1
DISCOURSE_DB_PORT=
DISCOURSE_SMTP_DOMAIN=[...]
UNICORN_SIDEKIQS=1
LC_ALL=de_DE.UTF-8
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
RAILS_ENV=production
_=/usr/bin/env

然而，Postgres 语句的输出表明区域设置为美国：

  datname  | datcollate  |  datctype
-----------+-------------+-------------
 postgres  | en_US.UTF-8 | en_US.UTF-8
 template1 | en_US.UTF-8 | en_US.UTF-8
 template0 | en_US.UTF-8 | en_US.UTF-8
 discourse | en_US.UTF-8 | en_US.UTF-8
(4 rows)

[featheredtoast (Jeff Wong)]

您是什么时候创建的 Discourse 实例？

到目前为止，我们尝试重现该问题仅在在一个区域设置中创建数据库，然后尝试使用不同的区域设置进行迁移时才有可能，我们想了解实例的创建时间，以查看当时是否存在任何过去的区域设置错误。

[schneeland]

@featheredtoast

您是什么时候创建的 Discourse 实例？

据我所能追溯，最初的安装发生在 2024 年 2 月 7 日（我认为服务器是在此之前的几天启用的，但操作系统是 Ubuntu 22.04，就像 Discourse 一样，它一直在不断更新）。

编辑：
不确定这是否有帮助，但我认为关于 locale 问题出现的警告是相对较新的。我记得上次重建容器时看到了它们，但我不认为它们从一开始就在那里。