Umm no. Ho 18 TB liberi…LOL.
1 Mi Piace
Ok. Ho usato:
./launcher rebuild app
Vedo ancora:
I, [2022-04-29T16:46:00.618865 #1] INFO -- : > cd /var/www/discourse & [ ! -d 'node_modules' ] || su discourse -c 'yarn install --production & yarn cache clean'
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"
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"
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".
e finisce con:
FAILED
--------------------
Pups::ExecError: cd /var/www/discourse & su discourse -c 'bundle exec rake themes:update assets:precompile' failed with return #<Process::Status: pid 720 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.
29d02d2c0c6e0dde4f6d7b625db30c7b69626a80ec8100a44e8caf88565d1c7e
Ricevo il seguente errore e tuttavia /home/discourse è impostato su 777. Che succede???
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.
Vedo anche i seguenti errori e di nuovo il mio /home/discourse è impostato su 777 e anche questo non gli dà accesso. Come dovrebbero essere impostati la proprietà e l’accesso? L’utente discourse esiste solo all’interno del container.
I, [2022-04-29T16:45:47.705749 #1] INFO -- : > cd /var/www/discourse & su discourse -c 'bundle install --deployment --retry 3 --jobs 4 --verbose --without test development'
[DEPRECATED] The `--deployment` flag is deprecated because it relies on being remembered across bundler invocations, which bundler will no longer do in future versions. Instead please use `bundle config set --local deployment 'true'`, and stop using this flag
[DEPRECATED] The `--without` flag is deprecated because it relies on being remembered across bundler invocations, which bundler will no longer do in future versions. Instead please use `bundle config set --local without 'test development'`, and stop using this flag
`/home/discourse` is not writable.
L’unico altro errore che vedo è un errore sulla porta 6379. Mi manca qualcosa in termini di apertura delle porte?
130:M 29 Apr 2022 16:45:10.722 # Warning: Could not create server TCP listening socket *:6379: bind: Address already in use
130:M 29 Apr 2022 16:45:10.722 # Failed listening on port 6379 (TCP), aborting.
Updating files: 100% (31051/31051), done.
Dopo che è stato fatto, ho eseguito discourse-doctor poiché il forum era fermo. Nonostante ciò che dice qui sotto, il forum è stato riavviato:
FAILED
--------------------
Pups::ExecError: cd /var/www/discourse & su discourse -c 'bundle exec rake themes:update assets:precompile' failed with return #<Process::Status: pid 722 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.
922dd1e5bd9c3ec682864fff915eb2c12f4bf88805d555bc78f067ac2910540a
==================== END REBUILD LOG ====================
Failed to rebuild app.
Checking your domain name . . .
Connection to discussion.scottibyte.com succeeded.
You should probably remove any non-standard plugins and rebuild.
Attempting to restart existing container. . .
x86_64 arch detected.
starting up existing container
+ /usr/bin/docker start app
app
ce20d9cd2ce local_discourse/app "/sbin/boot" 12 days ago Up Less than a second 0.0.0.0:80->80/tcp, :::80->80/tcp, 0.0.0.0:443->443/tcp, :::443->443/tcp app
Restarted the container.
==================== PLUGINS ====================
- git clone https://github.com/discourse/docker_manager.git
No non-official plugins detected.
See https://github.com/discourse/discourse/blob/main/lib/plugin/metadata.rb for the official list.
Il discourse-doctor ha trovato i seguenti errori:
d.indkey, pg_get_indexdef(d.indexrelid), t.oid,
pg_catalog.obj_description(i.oid, 'pg_class') AS comment
FROM pg_class t
INNER JOIN pg_index d ON t.oid = d.indrelid
INNER JOIN pg_class i ON d.indexrelid = i.oid
LEFT JOIN pg_namespace n ON n.oid = i.relnamespace
WHERE i.relkind IN ('i', 'I')
AND d.indisprimary = 'f'
AND t.relname = 'user_search_data'
AND n.nspname = ANY (current_schemas(false))
ORDER BY i.relname
2022-04-29 16:59:55.223 UTC [720] discourse@discourse LOG: duration: 174.472 ms execute <unnamed>: INSERT INTO "user_search_data" ("raw_data","user_id","locale","version","search_data") VALUES ('system system', -1, 'en', 3, '''system'':1A,2B ') ON CONFLICT ("user_id") DO UPDATE SET "raw_data"=excluded."raw_data","locale"=excluded."locale","version"=excluded."version","search_data"=excluded."search_data" RETURNING "user_id"
I, [2022-04-29T16:59:55.668214 #1] INFO -- :
I, [2022-04-29T16:59:55.668479 #1] INFO -- : > cd /var/www/discourse & su discourse -c 'bundle exec rake themes:update assets:precompile'
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,
syscall: 'mkdir',
code: 'EACCES',
path: '/home/discourse/.config/configstore'
}
error Command failed with exit code 1.
Quindi, dopo il discourse-doctor, il forum è di nuovo attivo sebbene con gli stessi identici errori che ho inizialmente postato. La grafica è un requisito e quindi penso che la grafica non funzioni più in questa versione. Questo errore è iniziato in 2.9.0 beta3 e ora sono alla 2.9.0 beta 4. C’è un modo per fare il downgrade o risolvere questo casino?
@JammyDodger si riduce tutto a questo:
$ yarn install --production
Error: EACCES: permission denied, open '/home/discourse/.config/yarn'
Nota che non c’è .config in /home/discourse. Quindi, ho creato .config.
Il motivo per cui il tuo forum torna online dopo Discourse-Doctor è che sta riavviando la versione esistente del sito, pre-ricostruzione. Quindi, sarai online, ma sfortunatamente tornerai anche al punto di partenza.
Se hai un backup recente, potresti trovare più veloce creare un nuovo droplet con una nuova istanza e ripristinare il tuo sito lì?
Ho cercato nel sito errori simili, poiché temo che non sia qualcosa con cui ho esperienza personale, ma non ho capito abbastanza le risposte per poterti consigliare. 
@pfaffman è normalmente bravo in queste cose. Qualcosa del genere funzionerebbe, o è un vicolo cieco totale?
1 Mi Piace
Quindi, come ultima spiaggia, ho eseguito un backup dall’interfaccia grafica di amministrazione. Il log indicava che il backup era andato a buon fine. Ho provato a scaricare il backup. Il forum mi ha inviato un’email con il link al backup. Ci ho cliccato sopra e sembrava che il download fosse avvenuto, ma nessun file è stato scaricato. Il mio forum mostra i backup, ma nessuno di essi può essere scaricato. Ho pensato che, nel peggiore dei casi, avrei installato un Discourse da zero e caricato un backup. Purtroppo, non posso scaricare i backup dal mio forum attuale e non ci sono errori nel log. Questo prodotto mi fa sentire come se fossi un principiante assoluto e non lo sono.
Ho eseguito il comando chown all’interno del container come indicato. Ricevo un’email con il link di backup. Ci ho cliccato. Ho specificato la cartella di download sul mio desktop Ubuntu. Torna immediatamente e non viene scaricato nulla. Sono al punto in cui sono pronto a perdere i miei ultimi due anni di note del forum e cestinare il mio canale Youtube. Questo prodotto resiste a tutti i tentativi di riparazione, backup o ripristino.
Penso che dovresti rimandare qualsiasi altra modifica rischiosa finché qualcuno con maggiori conoscenze non potrà offrire consigli specifici. Apprezzo che questo sia davvero frustrante, ma fare qualcosa di avventato potrebbe essere un rimpianto.
Ho più backup affidabili delle immagini del server che posso ripristinare in qualsiasi momento. Il fatto è che ho bisogno dei miei dati attuali dal server e discourse non mi darà una copia del backup che ha fatto. Non so più cosa fare. Sto pensando di fare screenshot di tutte le mie grafiche e copiare il testo e ricreare tutto in phpBB che funziona.
Quindi, il mio problema non è caricare un backup. È scaricare il backup dal forum. Quindi, per provare a risolvere il problema del launcher, ho cambiato la proprietà di /home/discourse all’interno del container in discourse poiché era root. Ho eseguito di nuovo il launcher e…
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"
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".
Questo prodotto è pieno di centinaia di errori e correggerne uno o due non porta a miglioramenti. Due settimane fa funzionava bene, poi si è autodistrutto e non c’è nessun posto dove andare per risolvere questo casino.
Beh, questo è qualcosa. 
Purché tu sia a tuo agio con questa rete di sicurezza e sia consapevole e felice di assumerti i rischi della sperimentazione. Io faccio l’hosting da solo e può essere piuttosto snervante andare “fuori copione” senza una guida quando hai contenuti a cui tieni.
Potresti darci maggiori dettagli sulla tua configurazione e su come hai mantenuto il tuo server finora? Forse questo potrebbe far luce su come è successo e suonare familiare a qualcun altro nella community che ha riscontrato un problema simile. Che server e specifiche hai? Hai menzionato di aver seguito la guida di installazione standard, ma non eri chiaro su alcuni dei comandi di routine, potresti aver perso un aggiornamento importante del tuo server, ecc.?
1 Mi Piace
Piuttosto che scaricare tramite l’interfaccia web, puoi invece usare scp o rsync altrove.
Non riesco a capire cosa sta succedendo qui.
Il /home/discourse a cui si fa riferimento nell’aggiornamento dell’UX si trova all’interno del container, quindi non ti aspetteresti di vedere quei file nel tuo file system locale.
Ma capisci la differenza tra dentro e fuori dal container.
Ciò non cambierà nulla riguardo a una ricostruzione poiché non stai guardando quel container.
Hai fatto un
git pull?
Sei sul branch main e non su master?
2 Mi Piace
OK. Progressi enormi @JammyDodger. Grazie per il tuo aiuto. Ho ripristinato un backup del mio server Discourse da gennaio. È andato tutto bene e poi l’ho aggiornato all’ultima versione con un “git pull” e poi un rebuild dell’app. Buone notizie, ORA ZERO ERRORI.
Sono finalmente riuscito a esportare il backup dal vecchio server e a importarlo. Tutti i miei dati sono nel forum e il forum non ha errori.
Sfortunatamente, non riesco ancora a modificare alcun post con una grafica o a creare un nuovo post con una grafica. Ricevo errori 500 o semplicemente “impossibile creare il post”. Sentiti libero di provare questo su https://discussion.scottibyte.com/ La buona notizia è che finché i miei post saranno solo testuali, andrà tutto bene, sono aggiornato all’ultima versione e non ci sono errori.
1 Mi Piace
Sento che il mio problema deve essere correlato all’incapacità di Discourse di accedere alla cache di caricamento delle immagini sia durante la creazione di un post con immagini sia durante la modifica di un post esistente con immagini. Sono anche completamente aggiornato a 2.9.0.beta4. In beta1 non ho riscontrato questo problema. Penso che si sia verificato in beta3 o beta4. Ogni volta che modifico un post esistente con immagini, ottengo un errore 500 quando tento di salvare la modifica. Quando creo un nuovo post con immagini, ottengo:
Se modifico o creo un post con testo e collegamenti ipertestuali senza grafiche incorporate, funziona bene.
La modifica di un post esistente che contiene immagini in Discourse 2.9.0.beta4 fallisce con il seguente errore:
La creazione di un nuovo argomento fallisce non appena si carica un’immagine con questo errore:
Qualcuno ha qualche idea su come risolvere questo problema? È iniziato dopo l’aggiornamento a beta4.
Ciao @vmsman
Puoi mantenere i tuoi post relativi a un problema in un unico argomento, invece di pubblicare in più argomenti creando duplicati. Se qualcuno può aiutarti, avrà tutte le informazioni pertinenti in un unico posto e sarà più facile da seguire.
Questa è comunque una buona notizia. Il backup funzionante ti permetterebbe ora di avviare una nuova istanza e installare lì?
Quindi, ho fatto l’aggiornamento completo. Tutti i bug della ricostruzione sono spariti. Ho ripristinato il backup. Non riesco ancora a caricare immagini.
Quindi, ho creato un nuovo server da zero. Non presentava errori. Ho ripristinato il mio backup. Ho ancora gli stessi errori 500 durante la modifica di post con grafiche. Inoltre, non riesco a creare post con immagini. Ho persino provato a creare un post prima di ripristinare il backup dall’installazione vergine e non funzionava con le grafiche. Qualcosa deve essere cambiato con Discourse 2.9.0.beta4. Tutto funzionava in beta2. Devo giungere alla conclusione che si tratta di un problema di rete. Ho il mio discourse e le mie altre app ospitate dietro NginX Proxy Manager e tutte le altre app vanno bene. Come test, ho rimosso NginX Proxy Manager ed esposto il server direttamente e gli errori sono scomparsi. Quindi, giungo alla conclusione che beta4 sta facendo qualcosa di diverso a livello di rete.
1 Mi Piace
Sembra che tu possa avere ragione. Aggiorniamo di nuovo il titolo e vediamo se questo può farti ottenere più risposte.
Temo di conoscere solo l’installazione standard, quindi le mie competenze su NginX Proxy sono inesistenti.