# 工作过了，现在甚至无法重建

**URL:** https://meta.discourse.org/t/worked-and-now-cant-even-rebuild/256332
**Category:** Self-hosting
**Created:** [2023年二月27日 01:31 UTC](https://meta.discourse.org/t/worked-and-now-cant-even-rebuild/256332 "2023-02-27T01:31:22Z")
**Posts on this page:** 4
**Page:** 1

<div class="post-metadata">

### Author: ![Stew\_Pid](https://avatars.discourse-cdn.com/v4/letter/s/e68b1a/32.png) [@Stew\_Pid](https://meta.discourse.org/u/Stew_Pid)
#### Post date: [2023年二月27日 01:31 UTC](https://meta.discourse.org/t/worked-and-now-cant-even-rebuild/256332/1 "2023-02-27T01:31:23Z")

</div>

我现在甚至无法在新目录中进行构建。

```plaintext
2023-02-27 01:18:46.421 UTC [42] LOG: 数据库系统已关闭

失败
--------------------
Pups::ExecError: cd /var/www/discourse &amp;&amp; sudo -H -E -u discourse git fetch --depth 1 origin tests-passed 使用返回 #<Process::Status: pid 144 exit 128> 失败
失败位置：/usr/local/lib/ruby/gems/3.2.0/gems/pups-1.1.1/lib/pups/exec_command.rb:117:in `spawn'
exec 使用参数 {\"cd\"=&gt;\"$home\", \"hook\"=&gt;\"code\", \"cmd\"=&gt;[\"sudo -H -E -u discourse git reset --hard\", \"sudo -H -E -u discourse git clean -f\", \"sudo -H -E -u discourse git remote set-branches --add origin main\", \"sudo -H -E -u discourse git remote set-branches origin $version\", \"sudo -H -E -u discourse git fetch --depth 1 origin $version\", \"sudo -H -E -u discourse 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 可能有助于诊断问题。
895e1774524f6c62c494f06d1e06f4800719d730b941d012964724d496e617d6
==================== 重建日志结束 ====================
重建应用程序失败。
```

---

<div class="post-metadata">

### Author: ![Stephen](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/stephen/32/95011_2.png) [@Stephen](https://meta.discourse.org/u/Stephen)
#### Post date: [2023年二月27日 01:39 UTC](https://meta.discourse.org/t/worked-and-now-cant-even-rebuild/256332/2 "2023-02-27T01:39:25Z")

</div>

那不是错误。正如您粘贴的消息所说，错误在更靠上的地方。

---

<div class="post-metadata">

### Author: ![Stew\_Pid](https://avatars.discourse-cdn.com/v4/letter/s/e68b1a/32.png) [@Stew\_Pid](https://meta.discourse.org/u/Stew_Pid)
#### Post date: [2023年二月27日 01:51 UTC](https://meta.discourse.org/t/worked-and-now-cant-even-rebuild/256332/3 "2023-02-27T01:51:04Z")

</div>

我再看一遍，但我看到了一些警告。我只知道 git 遇到了问题。我把旧目录移到一边，然后重试。

````plaintext
fatal: 无法访问 'https://github.com/discourse/discourse.git/'：无法解析主机：github.com

root@main:/var/discourse# ping github.com
PING github.com (140.82.112.4) 56(84) 字节数据。
来自 lb-140-82-112-4-iad.github.com (140.82.112.4) 的 64 字节：icmp_seq=1 ttl=50 time=42.7 ms
来自 lb-140-82-112-4-iad.github.com (140.82.112.4) 的 64 字节：icmp_seq=2 ttl=50 time=42.7 ms
来自 lb-140-82-112-4-iad.github.com (140.82.112.4) 的 64 字节：icmp_seq=3 ttl=50 time=42.7 ms
^C
--- github.com ping 统计 ---
已传输 3 个数据包，收到 3 个，丢包率 0%，时间 2003 毫秒
往返行程最小/平均/最大/mdev = 42.650/42.671/42.696/0.018 毫秒```
````

---

<div class="post-metadata">

### Author: ![Stew\_Pid](https://avatars.discourse-cdn.com/v4/letter/s/e68b1a/32.png) [@Stew\_Pid](https://meta.discourse.org/u/Stew_Pid)
#### Post date: [2023年二月27日 02:27 UTC](https://meta.discourse.org/t/worked-and-now-cant-even-rebuild/256332/4 "2023-02-27T02:27:40Z")

</div>

如果这些请求是从容器内部发出的，我猜可能是代理问题，但它以前是可以工作的。也许我对系统做了太多更改，现在不知道了。代理应该和以前一样。

编辑：但在我正确配置代理之前，它就已经构建并运行了，所以我不知道。
