Tengo una actualización fallida y estoy tratando de averiguar qué mensaje de error es la causa. Todas las actualizaciones que he realizado en el último año o dos han fallado y han requerido muchos ajustes para completarlas.
He notado estos mensajes de dependencia de pares no cumplidas durante cada actualización fallida, pero como no hubo mucha discusión al respecto aquí, y finalmente logré que nuestra aplicación se cargara, opté por ignorarlos hasta ahora.
Aquí hay una muestra:
warning " > @glint/environment-ember-loose@1.0.2" has unmet peer dependency "@glimmer/component@^1.1.2".
warning " > @glint/environment-ember-template-imports@1.0.2" has unmet peer dependency "ember-template-imports@^3.0.0".
warning " > @mixer/parallel-prettier@2.0.3" has unmet peer dependency "prettier@^2.0.0".
warning Resolution field "babel-plugin-ember-template-compilation@2.0.0" is incompatible with requested version "babel-plugin-ember-template-compilation@^2.0.1"
warning Resolution field "unset-value@2.0.1" is incompatible with requested version "unset-value@^1.0.0"
warning " > babel-plugin-debug-macros@0.4.0-pre1" has unmet peer dependency "@babel/core@^7.0.0".
warning "workspace-aggregator-a96edb02-ebd3-494c-9d78-028c6a7e5bb3 > discourse > @uppy/aws-s3@3.0.6" has incorrect peer dependency "@uppy/core@^3.1.2".
warning "workspace-aggregator-a96edb02-ebd3-494c-9d78-028c6a7e5bb3 > discourse > @uppy/aws-s3-multipart@3.1.3" has incorrect peer dependency "@uppy/core@^3.1.2".
warning "workspace-aggregator-a96edb02-ebd3-494c-9d78-028c6a7e5bb3 > discourse > @uppy/xhr-upload@3.1.1" has incorrect peer dependency "@uppy/core@^3.1.2".
warning "workspace-aggregator-a96edb02-ebd3-494c-9d78-028c6a7e5bb3 > discourse > @uppy/aws-s3 > @uppy/xhr-upload@3.3.0" has incorrect peer dependency "@uppy/core@^3.2.1".
Esto es con todos los plugins excepto Docker Manager desactivados en mi archivo app.yml.
La discusión más similar que encontré sugirió que el problema de la reconstrucción podría deberse a que nuestro droplet se creó hace muchos años y es allí donde estamos atrasados en todas estas versiones, por lo que la mejor solución es crear un nuevo droplet y migrar.
No sé por qué tus actualizaciones no funcionan y creo que los mensajes que ves no están relacionados: son advertencias, no errores.
¿Qué tipo de “manipulación”?
Reinstalar Discourse en un servidor nuevo es bastante fácil y rápido (dependiendo del tamaño de tu foro, por supuesto), así que también podrías hacerlo, podría resolver el problema no identificado. Si yo fuera tú, seguro que me gustaría saber cuál es el problema, sin embargo.
Bueno, tenemos una etiqueta repetida de alguna manera y está impidiendo que la aplicación se reconstruya, lo cual puedo solucionar siguiendo esta guía:
..pero no puedo entrar en la aplicación para solucionarlo ya que no se está ejecutando y no se iniciará ni reconstruirá.
Estaba pensando que podría deberse a esos errores, y a que nuestro Docker y Ubuntu están un poco anticuados.
Supongo que intentaré iniciar un nuevo Discourse en una nueva instancia (droplet), instalar Discourse y luego restaurar nuestra última copia de seguridad en él a través de la línea de comandos para poder, con suerte, solucionar la etiqueta repetida en la base de datos y recargar la aplicación.
También me gustaría saber el motivo de estas advertencias, después de verlas ahora tengo una compilación fallida.
111:M 25 Sep 2023 23:13:54.237 # Redis está listo para salir, adiós...
/usr/local/lib/ruby/gems/3.2.0/gems/pups-1.1.1/lib/pups/exec_command.rb:110:in `readlines': Interrupt
from /usr/local/lib/ruby/gems/3.2.0/gems/pups-1.1.1/lib/pups/exec_command.rb:110:in `block in spawn'
from /usr/local/lib/ruby/gems/3.2.0/gems/pups-1.1.1/lib/pups/exec_command.rb:103:in `popen'
from /usr/local/lib/ruby/gems/3.2.0/gems/pups-1.1.1/lib/pups/exec_command.rb:103:in `spawn'
from /usr/local/lib/ruby/gems/3.2.0/gems/pups-1.1.1/lib/pups/exec_command.rb:80:in `block in run'
from /usr/local/lib/ruby/gems/3.2.0/gems/pups-1.1.1/lib/pups/exec_command.rb:78:in `each'
from /usr/local/lib/ruby/gems/3.2.0/gems/pups-1.1.1/lib/pups/exec_command.rb:78:in `run'
from /usr/local/lib/ruby/gems/3.2.0/gems/pups-1.1.1/lib/pups/command.rb:8:in `run'
from /usr/local/lib/ruby/gems/3.2.0/gems/pups-1.1.1/lib/pups/config.rb:152:in `block (2 levels) in run_commands'
from /usr/local/lib/ruby/gems/3.2.0/gems/pups-1.1.1/lib/pups/config.rb:142:in `each'
from /usr/local/lib/ruby/gems/3.2.0/gems/pups-1.1.1/lib/pups/config.rb:142:in `block in run_commands'
from /usr/local/lib/ruby/gems/3.2.0/gems/pups-1.1.1/lib/pups/config.rb:141:in `each'
from /usr/local/lib/ruby/gems/3.2.0/gems/pups-1.1.1/lib/pups/config.rb:141:in `run_commands'
from /usr/local/lib/ruby/gems/3.2.0/gems/pups-1.1.1/lib/pups/config.rb:124:in `run'
from /usr/local/lib/ruby/gems/3.2.0/gems/pups-1.1.1/lib/pups/cli.rb:65:in `run'
from /usr/local/lib/ruby/gems/3.2.0/gems/pups-1.1.1/bin/pups:9:in `<top (required)>'
from /usr/local/bin/pups:25:in `load'
from /usr/local/bin/pups:25:in `<main>'
Estaba en la compilación estable 3.1.1, edité el archivo app.yml para incluir el plugin de explorador de datos y ahora está fallando. No he realizado una reconstrucción completa en mucho tiempo, solo usé la consola de administración web para actualizar Discourse y nunca tuve problemas hasta ahora. El sistema Ubuntu está actualizado en todos los paquetes.
ACTUALIZACIÓN: Reconstruirlo por segunda vez pareció arreglarse solo, las advertencias todavía aparecen pero se reconstruyó con éxito. Sería interesante saber por qué aparecen ahora las advertencias y su impacto (si lo hay).
Hay muchas maneras de solucionar esto antes de que se salga de control. Normalmente puedes reconstruir, o recargar una copia de seguridad anterior y solucionar el duplicado en el área de administración. El mío se salió de control, aquí hay un peor escenario para solucionar manualmente la base de datos si alguna vez te sucede:
