Reconstrução do Discourse não está funcionando

Instalação
1

Tive uma mensagem de erro ao tentar adicionar uma postagem com um gráfico incorporado. Parecia haver um problema de proteção de arquivo e foi sugerido que eu executasse:

./launcher rebuild app

Eu fiz isso e obtive esses erros:

FAILED
--------------------
Pups::ExecError: cd /var/www/discourse && su discourse -c 'bundle exec rake themes:update assets:precompile' failed with return #<Process::Status: pid 515 exit 1>
Location of failure: /usr/local/lib/ruby/gems/2.7.0/gems/pups-1.1.1/lib/pups/exec_command.rb:117:in `spawn'
exec failed with the params {"cd"=>"$home", "hook"=>"assets_precompile", "cmd"=>["su discourse -c 'bundle exec rake themes:update assets:precompile'"]}
bootstrap failed with exit code 1
** FAILED TO BOOTSTRAP ** please scroll up and look for earlier error messages, there may be more than one.
./discourse-doctor may help diagnose the problem.
5c01a6b7b892f68e51e8f275b360af36d7b6f0ac8a3e22c837b0afaaef1705f4

O erro é um pouco desconcertante. Isso aparece após cerca de cinco minutos. A questão é que meus dados estão em /var/discourse e não em /var/www/discourse. Meu último backup foi há um mês e eu gostaria de consertar isso e não perder o último mês. Alguma ideia? É possível fazer backup do banco de dados no sistema que não será reconstruído e, em seguida, restaurar o banco de dados de alguma forma no backup?

Há um erro anterior também:

warning Skipping preferred cache folder "/home/discourse/.cache/yarn" because it is not writable.
warning Selected the next writable cache folder in the list, will be "/tmp/.yarn-cache-1000".
warning Cannot find a suitable global folder. Tried these: "/usr/local, /home/discourse/.yarn"
node:fs:1336
  handleErrorFromBinding(ctx);
  ^

Error: EACCES: permission denied, mkdir '/home/discourse/.config/configstore'
You don't have access to this file.

    at Object.mkdirSync (node:fs:1336:3)
    at AsyncFunction.module.exports.sync (/var/www/discourse/app/assets/javascripts/node_modules/make-dir/index.js:114:6)
    at Configstore.set all [as all] (/var/www/discourse/app/assets/javascripts/node_modules/configstore/index.js:59:12)
    at Configstore.set (/var/www/discourse/app/assets/javascripts/node_modules/configstore/index.js:91:12)
    at clientId (/var/www/discourse/app/assets/javascripts/node_modules/ember-cli/lib/cli/index.js:55:17)
    at module.exports (/var/www/discourse/app/assets/javascripts/node_modules/ember-cli/lib/cli/index.js:105:13)
    at Object.<anonymous> (/var/www/discourse/app/assets/javascripts/node_modules/ember-cli/bin/ember:34:1)
    at Module._compile (node:internal/modules/cjs/loader:1103:14)
    at Object.Module._extensions..js (node:internal/modules/cjs/loader:1157:10)
    at Module.load (node:internal/modules/cjs/loader:981:32) {
  errno: -13,

Nem mesmo existe uma pasta /home/discourse.

2

Esses caminhos estão fora e dentro do contêiner.

Você tem algum plugin que possa estar causando isso? Você pode excluir quaisquer plugins não padrão e configurar isso que o corrige?

3

Jay, acho que descobri. Consegui me conectar ao contêiner e todos os caminhos dentro do contêiner pareciam ter sido chowned para root de alguma forma. Mudei todos de volta para discourse e ele voltou a funcionar. A questão é que não tenho certeza se as proteções estão corretas. Esta instância do Discourse está funcionando há meses sem nenhuma alteração e de repente isso aconteceu e não consigo explicar o porquê. Ideias?

4

Acho que vi um commit sobre a remoção de um chown, então pode ser um bug.

Mas você tem algum plugin não padrão?

5

Meu Discourse é muito simples, então não. Minha melhor suposição é que isso ocorreu depois que fiz o upgrade para a 2.9.0.beta4, que foi há alguns dias. Não notei o problema até agora. A Beta3 estava funcionando bem. Pareceu-me que talvez uma parte importante do contêiner tivesse sido chowned para root. Não deveria a maior parte ser de propriedade do discourse?

1 curtida
6

Continuado em Error trying to edit a post with an image in (NginX Proxy Manager?) - #22 by vmsman