Armazenamento DO e backups carregados não aparecem

Instalação
1

Fiz o upload do meu backup via SSH para a nova unidade de armazenamento e ele não está aparecendo na seção de administração.

Meu app.yml está assim, conforme as instruções aqui - Move Uploads and Backups to DigitalOcean Block Storage

## O contêiner Docker é sem estado; todos os dados são armazenados em /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

Isso está fritando meu cérebro…

2

Você reconstruiu o aplicativo após alterar/adicionar esses valores?

1 curtida
3

Sim, eu reconstruí o aplicativo após fazer as alterações

4

Qual deve ser o diretório?

Backups ou backups/default?

Atualmente, o backup está em /backups

5

Tentarei restaurá-lo via linha de comando hoje se não conseguir exibi-lo na interface do usuário

6

É aí que você pode fazer um backup para ver onde eles são armazenados.

É o mesmo código, então isso não mudará nada.

1 curtida
7

Fiz um backup, mas não consigo encontrá-lo em lugar nenhum, os logs mostram…

[2022-03-01 10:05:53] Verificando se '/var/www/discourse/public/backups/default' existe...

Mas não existe! Onde o backup poderia estar?

Pensei que o backup estaria no novo disco de armazenamento, o que estou perdendo aqui?

./launcher rebuild app deveria redefinir o fórum toda vez?

Também não consigo fazer upload de nada, imagens etc. Odeio que isso sempre quebre minha compilação quando sigo o que considero guias decentes para fazer as coisas, eu só queria adicionar algum armazenamento ao meu hosting existente, agora estou sem site, tão frustrante :face_with_spiral_eyes:

1 curtida
8

Comecei novamente usando o “guia oficial” e criarei um snapshot quando ele for instalado para que eu possa reverter, se necessário.

9

Esse é o caminho dentro do contêiner.

Eu acho que o backup deve estar em

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

fora do contêiner.

1 curtida
10

Era o que eu pensava, mas também não estava lá. Também não consegui fazer upload de nada para posts, imagens, etc., apenas recebi um erro. Acho que esse guia de armazenamento não funciona.

11

Você moveu todo aquele material para o novo local? O que você vê em

  /mnt/volume_lon1_01/shared/standalone

e/ou

  /mnt/volume_lon1_01/shared/
1 curtida
12

Segui o tutorial exato e tudo estava nessa localização, agora comecei de novo.

Aqui está o que eu fiz:

Segui este guia aqui: discourse/docs/INSTALL-cloud.md at main · discourse/discourse · GitHub

Fiz o upload do meu backup via SSH para backups/default

Criei um snapshot deste ponto para que eu possa reverter se algo der errado

Tenho um volume montado em /mnt/ pronto para uma movimentação, quando movi os diretórios da última vez encontrei os seguintes problemas:

  • O backup não foi salvo na nova pasta de backup do volume (na verdade, não consegui encontrá-lo)
  • Os uploads de imagens simplesmente deram erro, presumo que porque não conseguiram fazer o upload para o novo volume por algum motivo

Os uploads e backups foram testados com este tutorial aqui @techAPJ Move Uploads and Backups to DigitalOcean Block Storage

Além de tudo isso, estou tendo que esperar pelo letsencrypt, acredito que isso leva uma semana, pois não percebi que uma reconstrução tentaria obter um novo certificado a cada vez, então esgotei minhas tentativas, não consigo acessar o site de forma alguma até ter os certificados SSL, o http funciona por um minuto, mas depois é forçado para https, o que significa que não consigo me registrar

Usei estes comandos como o tutorial indicou:

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

13

Isso é frustrante. Desculpe. As instruções parecem corretas para mim, mas é o tipo de coisa em que, se você der um passo em falso, não funciona.

Você vê os arquivos se entrar no contêiner e olhar em /shared/?

Você pode burlar o limite do Let’s Encrypt se fizer Configurando o Let’s Encrypt com Múltiplos Domínios.

1 curtida
14

Ainda não movi nada para o novo volume, mas quero clareza porque segui os passos exatos e não funcionou.

Não entendi nada daquela postagem e desisti de mexer nisso por enquanto, vou apenas esperar porque, como você diz, é frustrante, só quero que meu site volte a funcionar e um snapshot dele antes de fazer qualquer outra coisa.

15

A propósito, @pfaffman, obrigado pela ajuda até agora, muito apreciado

16

Então não pode funcionar, e você não seguiu as instruções; uma maneira mais segura de fazer isso seria copiar as coisas para um novo volume, para que você pudesse alternar mais facilmente. Talvez as instruções parecessem mais seguras se incluíssem copiar os arquivos e depois excluí-los (que é exatamente o que mv faz, pois está movendo entre partições).

17

Talvez você não tenha visto esta parte da minha postagem?

1 curtida
18

Isso faz tudo ter mais sentido!

Recomendo que você use rsync ou cp para copiar os arquivos para a nova partição em vez de mv, o que tornará mais fácil reverter para a configuração original se algo der errado. Você pode então simplesmente

 ./launcher destroy app
 ./launcher start app

Para ver se a nova configuração funciona. E reverter para uma versão de backup do app.yml se não funcionar.

1 curtida
19

Essa é uma excelente ideia, obrigado. Tentarei isso o mais rápido possível.

1 curtida