DO存储和上传的备份未显示

安装
1

我已通过 SSH 将备份上传到新的存储驱动器，但它并未显示在管理员部分。

我的 app.yml 按此处说明配置 - Move Uploads and Backups to DigitalOcean Block Storage

## Docker 容器是无状态的；所有数据都存储在 /shared 中
volumes:
   - volume:
      host: /mnt/volume_lon1_01/shared/standalone
      guest: /shared
   - volume:
      host: /mnt/volume_lon1_01/shared/standalone/log/var-log
      guest: /var/log
    - volume:
      host: /var/postgres_data_discourse
      guest: /shared/postgres_data

这让我头疼不已……

2

在更改/添加了那些值之后，您是否重新构建了应用程序？

1 个赞
3

是的，我在进行更改后重建了应用程序

4

目录应该是哪个？

Backups 还是 backups/default？

目前备份在 /backups 中

5

如果我无法在 UI 中看到它，今天将尝试通过命令行进行恢复。

6

这就是存储位置。您可以进行备份以查看其存储位置。

代码相同，所以不会有任何改变。

1 个赞
7

我刚做了个备份但到处都找不到，日志显示：

[2022-03-01 10:05:53] 确保 '/var/www/discourse/public/backups/default' 存在...

但它并不存在！备份可能在哪里？

我以为备份会在新的存储驱动器上，我这里少了什么？

./launcher rebuild app 每次都会重置论坛吗？

我也无法上传任何东西，比如图片等，我讨厌每次遵循我认为不错的指南来操作时都会搞砸我的构建，我只想给现有的托管添加一些存储空间，现在我的网站却无法访问了，太令人沮丧了 :face_with_spiral_eyes:

1 个赞
8

再次开始使用“官方指南”，安装完成后将创建一个快照，以便在需要时恢复。

9

那是容器内的路径。

我认为备份应该在

/mnt/volume_lon1_01/shared/standalone/backups/default

容器外。

1 个赞
10

我也是这么想的，但那里也没有，我也无法将任何内容上传到帖子、图片等，只是收到一个错误，我认为那个存储指南不起作用

11

您是否已将所有这些东西移到新位置？您在以下位置看到了什么：

  /mnt/volume_lon1_01/shared/standalone

和/或

  /mnt/volume_lon1_01/shared/
1 个赞
12

我严格按照教程操作，所有内容都在那个位置，我现在重新开始。

这是我所做的：

遵循此指南：https://github.com/discourse/discourse/blob/main/docs/INSTALL-cloud.md

通过 SSH 将备份上传到 backups/default

创建了此时间点的快照，以便在出现问题时可以恢复

我有一个卷挂载在 /mnt/ 准备移动，上次移动目录时我发现了以下问题：

  • 备份未保存到新卷的备份文件夹（实际上根本找不到它）
  • 图片上传全部出错，我猜是因为它们无法上传到新卷，原因不明

请问这个教程是否测试过上传和备份 @techAPJ Move Uploads and Backups to DigitalOcean Block Storage

最糟糕的是，我还在等待 letsencrypt，我认为这需要一周时间，因为我没有意识到重建每次都会尝试获取新证书，所以我已经用完了尝试次数，在获得 SSL 证书之前我根本无法访问该网站，http 可以工作一分钟，但随后会被强制跳转到 https，这意味着我无法注册

我使用了教程中提到的这些命令：

mv /var/discourse/shared/standalone/postgres_data /var/postgres_data_discourse
mv /var/discourse/shared /mnt/volume_lon1_01

13

这真令人沮丧。抱歉。在我看来，这些说明是正确的，但这是那种如果你走错了一小步就会失败的事情。

如果你进入容器并查看 /shared/，能看到文件吗？

如果你执行 使用多个域设置 Let’s Encrypt，可以规避 Let’s Encrypt 的限制。

1 个赞
14

我还没有将任何内容移动到新卷，但我需要一些澄清，因为我严格按照步骤操作，但没有成功。

我完全不明白那篇帖子，我现在不想再折腾了，我还是等吧，正如你所说，这很令人沮丧，我只想让我的网站恢复运行，并在我做任何事情之前对其进行快照。

15

顺便说一句，@pfaffman，非常感谢你到目前为止的帮助。

16

那它就无法工作，而且你没有遵循指示；更安全的方法是将文件复制到新卷，这样可以更轻松地来回切换。也许说明中包含复制文件然后删除它们（这正是 mv 在跨分区移动时所做的），会感觉更安全。

17

也许你没看到我帖子的这部分？

1 个赞
18

这确实让一切都说得通了！

我建议你使用 rsync 或 cp 将文件复制到新分区，而不是使用 mv，这样如果出现问题，可以更容易地切换回原始设置。然后你就可以简单地

 ./launcher destroy app
 ./launcher start app

来查看新设置是否正常工作。如果不行，则切换回 app.yml 的备份版本。

1 个赞
19

这是一个绝妙的主意，谢谢你，我一有空就会尝试。

1 个赞