Ricostruzione di Discourse non funzionante

Ho ricevuto un messaggio di errore durante il tentativo di aggiungere un post con una grafica incorporata. Sembrava esserci un problema di protezione dei file e mi è stato suggerito di eseguire:

./launcher rebuild app

L’ho fatto e ho ricevuto questi errori:

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

L’errore è un po’ sconcertante. Compare dopo circa cinque minuti. Il fatto è che i miei dati si trovano in /var/discourse e non in /var/www/discourse. Il mio ultimo backup risale a un mese fa e vorrei risolvere il problema senza perdere l’ultimo mese. Avete qualche idea? È possibile eseguire il backup del database sul sistema che non si ricostruisce e poi ripristinare il database in qualche modo sul backup?

C’è anche un errore precedente:

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,

Non esiste nemmeno una cartella /home/discourse.

Quei percorsi sono all’esterno e all’interno del container.

Hai qualche plugin che potrebbe causare questo? Puoi eliminare eventuali plugin non standard e impostare quello che lo risolve?

Jay, penso di aver capito. Sono riuscito a connettermi al container e i percorsi all’interno del container sembravano tutti essere stati impostati su root. Li ho cambiati tutti di nuovo in discourse e ora è di nuovo attivo. La cosa è che non sono sicuro se le protezioni siano corrette. Questa istanza di Discourse è in esecuzione da mesi senza alcuna modifica e improvvisamente è successo questo e non riesco a spiegarmi perché. Idee?

Penso di aver visto un commit sulla rimozione di un chown, quindi potrebbe essere un bug.

Ma hai plugin non standard?

Il mio Discourse è molto semplice, quindi no. La mia migliore ipotesi è che ciò si sia verificato dopo l’aggiornamento a 2.9.0.beta4, avvenuto qualche giorno fa. Non ho notato il problema fino ad ora. Beta3 funzionava bene. Mi è sembrato che forse una parte importante del container fosse stata cambiata in root. Non dovrebbe essere la maggior parte di essa di proprietà di discourse?

1 Mi Piace

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