Sto riscontrando il seguente errore per il plugin di localizzazione
FAILED
--------------------
Pups::ExecError: cd /var/www/discourse & su discourse -c 'bundle exec rake db:migrate' fallito con ritorno #<Process::Status: pid 449 exit 1>
Posizione del fallimento: /usr/local/lib/ruby/gems/3.3.0/gems/pups-1.2.1/lib/pups/exec_command.rb:132:in `spawn'
exec fallito con i parametri {"cd"=>"$home", "tag"=>"migrate", "hook"=>"db_migrate", "cmd"=>["su discourse -c 'bundle exec rake db:migra
te'"]}
bootstrap fallito con codice di uscita 1
** FAILED TO BOOTSTRAP ** si prega di scorrere verso l'alto e cercare messaggi di errore precedenti, potrebbero essercene più di uno.
./discourse-doctor potrebbe aiutare a diagnosticare il problema.
nel post originale come ho menzionato
Pups::ExecError: cd /var/www/discourse && su discourse -c 'bundle exec rake db:migrate’ failed with return #<Process::Status: pid 449 exit 1>
oO0OoO0OoO0Oo Redis sta partendo oO0OoO0OoO0Oo
Versione Redis=7.0.15, bit=64, commit=00000000, modificato=0, pid=447, appena avviato
Configurazione caricata
orologio monotono: POSIX clock_gettime
Attenzione: Impossibile creare il socket di ascolto TCP server *:6379: bind: Address already in use
Impossibile ascoltare sulla porta 6379 (TCP), interruzione.
cd /var/www/discourse & & su discourse -c bundle exec rake db:migrate rake aborted!
OpenSSL::SSL::SSLError: SSL_connect returned=1 errno=0 peeraddr=xx.xx.xx.xx:443 state=error: unexpected eof while reading (OpenSSL::S
SL::SSLError)
Nessun .git nel link github dei plugin. La prima riga per docker ha un “.git”. i plugin sono solo indirizzi di link.
Se scorri verso l’alto nel log dovresti vedere un qualche tipo di errore relativo alla riga del plugin di localizzazione. L’errore che ho postato lo ottengo ma non influisce sulla ricostruzione.
Non ne ero a conoscenza. Stavo solo confrontando le righe del mio file app.yml e ho notato che solo la riga di docker aveva l’estensione “.git” e ho ricordato gli avvertimenti su quanto siano sensibili questi layout di file.
allora la mia domanda è come funzionano bene gli altri plugin con .git nell’URL Esempio: i plugin Calendar e news hanno funzionato bene con .git nel modo in cui applichiamo normalmente il comando git. puoi spiegare un po’ perché .git fa la differenza?
Se hai visto la risposta di @supermathie alla mia. Mi sbagliavo. Mi basavo sulla configurazione del mio app.yml. Apparentemente va bene qualsiasi layout.
Non preoccuparti dell’errore di porta precedente che hai pubblicato poiché lo ricevo anch’io e si ricostruisce bene. Prova a rimuovere il plugin locations e ricostruisci per vedere se fallisce ancora.
Scorri verso l’alto se fallisce, acquisisci una buona parte dell’output prima del messaggio di fallimento finale. Ci dovrebbero essere, se si tratta di un problema di installazione del plugin o forse di qualcos’altro, dei messaggi di errore.
È possibile che mentre stavi modificando il file app.yml tu abbia inserito uno spazio o qualcos’altro. Una buona pratica è quella di acquisire il contenuto prima della modifica, in modo che se fallisce tu possa confrontare il vecchio con il nuovo. Se necessario, riga per riga.
Di solito guardo mentre ricostruisce ogni volta e mi sono abituato ad alcuni dei messaggi di errore/avviso comuni che non sembrano influire sulla ricostruzione.
Ho avuto un fallimento abbastanza tempo fa che era correlato a un plugin, ma era dovuto, nel mio caso all’epoca, alla mancata ricezione dell’aggiornamento che Chat era stato unito al core.
Qui avranno bisogno di vedere di più del file di log di ricostruzione per aiutarti a identificare dove sta fallendo.
Eseguire discourse-doctor come suggerisce il risultato del fallimento potrebbe anche aiutare. Ma nella mia esperienza, scorrere verso l’alto è stato il mio miglior punto di riferimento.
Potresti anche copiare la sezione inferiore o tutto il tuo app yml e incollarlo qui. Assicurati solo di modificare le cose sensibili come le righe del tuo provider di posta, le informazioni di Maxmind. Anche se sospetti dell’area dei plugin, quindi… anche solo copiare dalla sezione inferiore di $home in giù potrebbe fornire alcune informazioni.
Posso vedere anche questa riga e posso confermare che la mia seconda VM ha lo stesso problema solo per i plugin di localizzazione
Causato da:
OpenSSL::SSL::SSLError: SSL_connect returned=1 errno=0 peeraddr=184.104.226.109:443 state=error: unexpected eof while reading (OpenSSL::SSL::SSLError)
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/net-protocol-0.2.2/lib/net/protocol.rb:46:in connect_nonblock' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/net-protocol-0.2.2/lib/net/protocol.rb:46:in ssl_socket_connect’
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/net-http-0.6.0/lib/net/http.rb:1742:in `connect’
Credo che Robert esaminerà presto i problemi del plugin di localizzazione. Ho notato un errore con l’ultima versione di Discourse in una PR per correggere una deprecazione, e lui ha detto che ci darà un’occhiata molto presto.
Considera un post in Marketplace se vuoi che venga esaminato con priorità e hai un budget, ma sembra un problema di versione/compatibilità di gem in qualche modo.
