# 安装耗时很长，然后就结束了，但论坛实际上没有启动 **URL:** \ **Category:** Self-hosting\ **Tags:** google-cloud\ **Created:** [2024年十二月20日 10:39 UTC](https://meta.discourse.org/t/installation-takes-forever-then-ends-without-forum-actually-starting/343609 "2024-12-20T10:39:35Z")\ **Posts on this page:** 10\ **Page:** 1
**Author:** ![NateDhaliwal](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/natedhaliwal/32/313494_2.png) [@NateDhaliwal](https://meta.discourse.org/u/NateDhaliwal)\ **Post date:** [2024年十二月20日 10:39 UTC](https://meta.discourse.org/t/installation-takes-forever-then-ends-without-forum-actually-starting/343609/1 "2024-12-20T10:39:35Z")
我正在尝试在 GCP 的 Compute Engine 上启动一个论坛，运行在 e2-micro 上。我想在我第一次尝试运行它的时候创建了一个 2GB 的交换文件。 我记得 10GB 不够，所以我把它增加到了 20GB。 运行 `./launcher rebuild app` 后，它开始执行。当它执行 `...[@embroider/webpack` 时，花费了太长时间，所以我离开了，大约 2 小时后回来。 我发现它完成了，但我无法访问我的论坛，尽管我已经将我的 Namecheap A 记录与虚拟机的外部 IP 地址连接起来。 我又试了一次，这是完整的日志（日志太长了）： [GCP e2-micro discourse logs.txt](https://meta.discourse.org/uploads/short-url/8DqwEcNpyC9zdc0QgUG17GlHwGX.txt) (176.7 KB) 然而，我的 Discourse 网站仍然无法工作。我收到： # 502 Bad Gateway * * * nginx ---
**Author:** ![NateDhaliwal](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/natedhaliwal/32/313494_2.png) [@NateDhaliwal](https://meta.discourse.org/u/NateDhaliwal)\ **Post date:** [2024年十二月20日 10:39 UTC](https://meta.discourse.org/t/installation-takes-forever-then-ends-without-forum-actually-starting/343609/2 "2024-12-20T10:39:47Z")
现在我收到： # 504 网关超时 * * * nginx ---
**Author:** ![NateDhaliwal](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/natedhaliwal/32/313494_2.png) [@NateDhaliwal](https://meta.discourse.org/u/NateDhaliwal)\ **Post date:** [2024年十二月20日 10:42 UTC](https://meta.discourse.org/t/installation-takes-forever-then-ends-without-forum-actually-starting/343609/3 "2024-12-20T10:42:52Z")
我搞定了！不用管了。它自己解决了。 ---
**Author:** ![MihirR](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/mihirr/32/475158_2.png) [@MihirR](https://meta.discourse.org/u/MihirR)\ **Post date:** [2024年十二月20日 10:48 UTC](https://meta.discourse.org/t/installation-takes-forever-then-ends-without-forum-actually-starting/343609/4 "2024-12-20T10:48:20Z")
将 `containers/app.yml` 中的 Unicorn 工作进程数减少到 1 以节省内存，然后使用 `./launcher rebuild app` 重新构建应用程序，这是否有效？ 或者，您可以暂时将实例升级到 `e2-small` 或更高版本，完成重新构建，然后调整回 `e2-micro`。 ---
**Author:** ![NateDhaliwal](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/natedhaliwal/32/313494_2.png) [@NateDhaliwal](https://meta.discourse.org/u/NateDhaliwal)\ **Post date:** [2024年十二月20日 10:54 UTC](https://meta.discourse.org/t/installation-takes-forever-then-ends-without-forum-actually-starting/343609/5 "2024-12-20T10:54:38Z")
重建已经花了大约 2 小时。我不想第三次等这么久。 另外，我的电子邮件现在无法工作了。 ---
**Author:** ![NateDhaliwal](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/natedhaliwal/32/313494_2.png) [@NateDhaliwal](https://meta.discourse.org/u/NateDhaliwal)\ **Post date:** [2024年十二月21日 02:40 UTC](https://meta.discourse.org/t/installation-takes-forever-then-ends-without-forum-actually-starting/343609/6 "2024-12-21T02:40:05Z")
电子邮件现在可以正常工作了，但我担心安装插件，因为重新构建大约需要 2 小时。我知道这不正常，所以有什么方法可以在不更改 VM 资源的情况下加快速度吗？ ---
**Author:** ![Heliosurge](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/heliosurge/32/571810_2.png) [@Heliosurge](https://meta.discourse.org/u/Heliosurge)\ **Post date:** [2024年十二月21日 03:51 UTC](https://meta.discourse.org/t/installation-takes-forever-then-ends-without-forum-actually-starting/343609/7 "2024-12-21T03:51:34Z")
这是全新安装吗？还是在将旧网站迁移到新服务器的全新安装上？ 在我看来，2 小时似乎太长了。 ---
**Author:** ![NateDhaliwal](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/natedhaliwal/32/313494_2.png) [@NateDhaliwal](https://meta.discourse.org/u/NateDhaliwal)\ **Post date:** [2024年十二月21日 03:52 UTC](https://meta.discourse.org/t/installation-takes-forever-then-ends-without-forum-actually-starting/343609/8 "2024-12-21T03:52:27Z")
全新安装。也许是因为服务器只有 0.25 vCPU？ ---
**Author:** ![Heliosurge](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/heliosurge/32/571810_2.png) [@Heliosurge](https://meta.discourse.org/u/Heliosurge)\ **Post date:** [2024年十二月21日 04:02 UTC](https://meta.discourse.org/t/installation-takes-forever-then-ends-without-forum-actually-starting/343609/9 "2024-12-21T04:02:56Z")
这有可能。如果您不介意我问，VP 的系统规格是什么？ 很久以前了。我作为志愿者管理的一个服务器使用的是基本的 20g VP。即使数据库在那里很大，通常也只需要大约 15 分钟。 最终，在服务器严重崩溃后，客户被迫迁移到了一台更大的服务器。当时他们没有听从我的 ⚠ 警告，服务器将要崩溃，并且无法通过命令行重建。 所以他们付钱给这里的会员，将它迁移到一台拥有 256g 计划的新服务器上。由于忽视这个问题，他们付出了大量的停机时间，大约 2.5 周。 好的一面是，现在他们大多能更好地听从给出的 ⚠ 警告。 ---
**Author:** ![NateDhaliwal](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/natedhaliwal/32/313494_2.png) [@NateDhaliwal](https://meta.discourse.org/u/NateDhaliwal)\ **Post date:** [2024年十二月21日 05:04 UTC](https://meta.discourse.org/t/installation-takes-forever-then-ends-without-forum-actually-starting/343609/10 "2024-12-21T05:04:49Z")
我认为是 0.25 vCPU 和 1 GB RAM。设置创建了一个 2 GB 的交换文件。原始服务器自带 10 GB 存储空间。但安装时提示需要更多空间才能继续，因为只剩下约 1.7 GB 了。所以我将其增加到 20 GB，并且还没有看到任何与存储相关的警告。