我的更新出现了一个错误
api_key = "a quick brown fox"
fetch("https://api.example.com/data", headers: { 'Authorization' => api_key })
请帮我修复它。
这看起来是问题所在。我无法想象原因。
我也是 
操作系统已是最新版，Discourse 也是
您正在一个已停止支持的 Ubuntu 版本上运行 Discourse。您需要迁移到一个最新的 Linux 安装。该内核版本太旧了。
我使用的是 Ubuntu 22.04 LTS 
，所以并不是真正的生命周期结束版本 
但似乎我有一个 3.x 内核
Ubuntu 22.04 是随着 Kernel 5.15 推出的，所以我怀疑你有一个非常不标准的安装/升级过程才导致了这种情况。
我正尝试切换到一个至少比 5.15 更新的内核，但 aufs 不再受支持，所以我将切换到 overlay2。
我建议你直接启动一个新服务器，而不是去摆弄那些覆盖层。
我是否只需要从当前服务器检索我最后的 Discourse 备份？（我不想丢失一些数据）
您只需要备份和 app.yml 中的插件列表。如果安装非常老旧，我建议您运行 discourse-setup 然后复制插件。
我终于能够：
- 将操作系统和内核更新到最新版本
- 重新构建 Discourse（在 app.yml 中启用 SSL）
- 切换到 overlay 而不是 aufs（数据未丢失）
因此 https://community.museomix.org/ 已恢复在线。
（我暂时避免迁移到另一个 droplet）。
感谢 Discourse 社区，我在这里发帖不多，但你们的回复和帮助非常迅速 
ugh. 我现在也遇到同样的问题。我正在使用
欢迎使用 Ubuntu 14.04.5 LTS (GNU/Linux 3.13.0-37-generic x86_64)
系统信息（截至 2023 年 1 月 18 日星期三 08:37:37 EST）
系统负载：0.0 内存使用量：5% 进程：54
/ 的使用量：29.40GB 的 69.8% 交换空间使用量：0% 登录用户：0
在此图表化此数据并管理此系统：
https://landscape.canonical.com/
新版本“16.04.7 LTS”已发布。
运行“do-release-upgrade”进行升级。
运行最后一行是否可以暂时解决我的问题，让网站尽快恢复运行，还是应该跳过这一步，按照这里的建议进行新服务器设置？
在 之前备份您的 discourse 数据
好的！这就是计划。
FWIW，我认为我会选择新的液滴和恢复选项，因为我认为这样可以减少出现问题的可能性。
do-release-upgrade 需要一些时间（取决于网络和磁盘速度），甚至可能暂停以询问您问题。而且您可能需要多次运行它，在您的情况下，因为您落后太多了。很有可能全新安装会花费更少的时间。
但是，是的，请务必备份！如果可以的话，在停用旧服务器之前构建新服务器并使其正常运行。
我现在已更新到 16.04.7 LTS，现在出现了似乎是不同的错误。我尝试运行 ./launcher rebuild app 几次。有什么建议吗？现在正在仔细查看日志..
Pups::ExecError: cd /var/www/discourse & git fetch --depth 1 origin tests-passed 失败，返回 #<Process::Status: pid 140 exit 128>
失败位置：/usr/local/lib/ruby/gems/3.1.0/gems/pups-1.1.1/lib/pups/exec_command.rb:117:in `spawn'
exec 失败，参数为 {"cd"=>"$home", "hook"=>"code", "cmd"=>["git reset --hard", "git clean -f", "git remote set-branches --add origin main", "git remote set-branches origin $version", "git fetch --depth 1 origin $version", "git checkout $version", "mkdir -p tmp", "chown discourse:www-data tmp", "mkdir -p tmp/pids", "mkdir -p tmp/sockets", "touch tmp/.gitkeep", "mkdir -p /shared/log/rails", "bash -c \"touch -a /shared/log/rails/{production,production_errors,unicorn.stdout,unicorn.stderr,sidekiq}.log\"", "bash -c \"ln -s /shared/log/rails/{production,production_errors,unicorn.stdout,unicorn.stderr,sidekiq}.log $home/log\"", "bash -c \"mkdir -p /shared/{uploads,backups}\"", "bash -c \"ln -s /shared/{uploads,backups} $home/public\"", "bash -c \"mkdir -p /shared/tmp/{backups,restores}\"", "bash -c \"ln -s /shared/tmp/{backups,restores} $home/tmp\"", "chown -R discourse:www-data /shared/log/rails /shared/uploads /shared/backups /shared/tmp", "[ ! -d public/plugins ] || find public/plugins/ -maxdepth 1 -xtype l -delete]"}
引导失败，退出代码为 128
**引导失败** 请向上滚动查找更早的错误消息，可能不止一个。
./discourse-doctor 可能有助于诊断问题。
7dd6293725af53fa4ac153d55183fb71c5ef5264b74d8d2267a653225a439127
我同意 @JammyDodger 的建议，使用 将 Discourse 实例迁移到另一台服务器 来更新到最新的 Debian / Ubuntu 镜像。
否则，你需要运行超级长的 do-release-upgrade 5 次才能更新到最新版本。不值得。
这真的很糟糕，它应该提前警告你，我的网站已宕机，我现在无法恢复。
有没有办法告诉启动器重建使用旧副本？