Problemas al actualizar sitio de 10 años

Hmmm. Creo que estoy experimentando un problema similar. Ejecutando una instancia de Discourse de 10 años (!) que nunca ha sido migrada y se ha actualizado de manera inconsistente :slight_smile:

Hoy intenté actualizar Docker Manager a través del Dashboard y ahora obtengo esto en la consola del navegador al intentar renderizar la configuración de Administrador (específicamente, el enlace Customize generado por el mensaje “intenta deshabilitar algunos componentes front-end”):

loader.js:247 Uncaught (in promise) Error: No se pudo encontrar el módulo `discourse/lib/decorators` importado desde `discourse/plugins/docker_manager/discourse/routes/update`

Estoy recibiendo un error de PUPS al intentar reconstruir en la CLI:

FAILED
--------------------
Pups::ExecError: cd /var/www/discourse & su discourse -c 'yarn config set network-timeout 60000 -g' falló con el retorno #<Process::Status: pid 280 exit 1>
Ubicación del fallo: /usr/local/lib/ruby/gems/3.3.0/gems/pups-1.2.1/lib/pups/exec_command.rb:132:in `spawn'
exec falló con los parámetros {"cd"=>"$home", "hook"=>"yarn", "cmd"=>["if [ \"$version\" != \"tests-passed\" ]; then\n  rm -rf app/assets/javascripts/node_modules\nfi", "su discourse -c 'yarn config set network-timeout 60000 -g'", "su discourse -c 'yarn install --frozen-lockfile & yarn cache clean'"]}
falló el arranque con el código de salida 1
** FALLÓ EL ARRANQUE ** por favor desplázate hacia arriba y busca mensajes de error anteriores, puede haber más de uno.

No hay otros errores aparentes en el arranque. Esta es una instalación de un solo contenedor… ¿alguna idea para salir de este atasco? El sitio todavía está en funcionamiento pero en un estado bastante malo.

Oh espera, el error de PUPS podría deberse a esto:

error El package.json de este proyecto define \"packageManager\": \"yarn@pnpm@9.15.5\". Sin embargo, la versión global actual de Yarn es 1.22.22.

¿Por qué en el mundo…

¿Pudiste resolver tu problema al final? Restaurar una copia de seguridad en un servidor nuevo también podría ser lo mejor para ti aquí, en lugar de lidiar con una configuración antigua.

¡Lo resolví, de hecho! Habíamos seleccionado manualmente un commit hace un año para solucionar algo roto en la rama principal, y el plugin de gestión de actualizaciones de Docker no lo toleró (debe haber carecido de una verificación para una cabeza de git separada), lo que rompió el despliegue. Simplemente hacer un git reset –hard && ./launcher rebuild app en el servidor lo solucionó al final, pero fue muy confuso mientras tanto :slight_smile:

4 Me gusta