Hoy, he intentado ejecutar una actualización y la reconstrucción sigue fallando, también eliminé todos los plugins no oficiales, pero no sé qué hacer a continuación.
Este es el mensaje de error
Ubicación del fallo: /usr/local/lib/ruby/gems/2.7.0/gems/pups-1.1.1/lib/pups/exec_command.rb:117:in `spawn'
exec falló con los parámetros {"cd"=>"$home", "hook"=>"db_migrate", "cmd"=>["su discourse -c 'bundle exec rake db:migrate'"]}
bootstrap falló con el código de salida 134
Debajo de ese mensaje de error está el texto ** FAILED TO BOOTSTRAP ** please scroll up and look for earlier error messages, there may be more than one.
Así que… por favor, desplázate hacia arriba y busca mensajes de error anteriores.
Lo siento, pegué el incorrecto:
no se pudieron recibir datos del cliente: Conexión reiniciada por el par
Abortado (volcado del núcleo)
I, [2022-07-04T09:24:39.336838 #1] INFO -- :
I, [2022-07-04T09:24:39.337289 #1] INFO -- : Terminando procesos asíncronos
I, [2022-07-04T09:24:39.337528 #1] INFO -- : Enviando INT a HOME=/var/lib/postgresql USER=postgres exec chpst -u postgres:postgres:ssl-cert -U postgres:postgres:ssl-cert /usr/lib/postgresql/13/bin/postmaster -D /etc/postgresql/13/main pid: 42
2022-07-04 09:24:39.337 UTC [42] LOG: solicitud de apagado rápido recibida
I, [2022-07-04T09:24:39.337594 #1] INFO -- : Enviando TERM a exec chpst -u redis -U redis /usr/bin/redis-server /etc/redis/redis.conf pid: 103
103:signal-handler (1656926679) SIGTERM recibida, programando apagado...
103:M 04 jul 2022 09:24:39.373 # Apagado solicitado por el usuario...
103:M 04 jul 2022 09:24:39.373 * Guardando la instantánea final de RDB antes de salir.
2022-07-04 09:24:39.441 UTC [42] LOG: cancelando todas las transacciones activas
2022-07-04 09:24:39.447 UTC [42] LOG: el proceso secundario \"logical replication launcher\" (PID 51) salió con código de salida 1
2022-07-04 09:24:39.448 UTC [46] LOG: apagando
2022-07-04 09:24:39.925 UTC [42] LOG: el sistema de bases de datos está apagado
¿Puedes pegar algunas líneas anteriores también, por favor?
Espero que sean suficientes, pero avísame si necesitas más:
7f7ec07f9000-7f7ec07fd000 rw-p 00000000 00:00 0
7f7ec07fe000-7f7ec07ff000 r--p 00000000 00:38 43787088 /usr/local/lib/ruby/2.7.0/x86_64-linux/enc/encdb.so
7f7ec07ff000-7f7ec0800000 r-xp 00001000 00:38 43787088 /usr/local/lib/ruby/2.7.0/x86_64-linux/enc/encdb.so
7f7ec0800000-7f7ec0801000 r--p 00002000 00:38 43787088 /usr/local/lib/ruby/2.7.0/x86_64-linux/enc/encdb.so
7f7ec0801000-7f7ec0802000 r--p 00002000 00:38 43787088 /usr/local/lib/ruby/2.7.0/x86_64-linux/enc/encdb.so
7f7ec0802000-7f7ec0803000 rw-p 00003000 00:38 43787088 /usr/local/lib/ruby/2.7.0/x86_64-linux/enc/encdb.so
7f7ec0803000-7f7ec0830000 r--p 00000000 00:38 43659503 /usr/local/lib/libruby.so.2.7.6
7f7ec0830000-7f7ec0a43000 r-xp 0002d000 00:38 43659503 /usr/local/lib/libruby.so.2.7.6
7f7ec0a43000-7f7ec0b3b000 r--p 00240000 00:38 43659503 /usr/local/lib/libruby.so.2.7.6
7f7ec0b3b000-7f7ec0b3c000 ---p 00338000 00:38 43659503 /usr/local/lib/libruby.so.2.7.6
7f7ec0b3c000-7f7ec0b42000 r--p 00338000 00:38 43659503 /usr/local/lib/libruby.so.2.7.6
7f7ec0b42000-7f7ec0b45000 rw-p 0033e000 00:38 43659503 /usr/local/lib/libruby.so.2.7.6
7f7ec0b45000-7f7ec0b62000 rw-p 00000000 00:00 0
7f7ec0b62000-7f7ec0b63000 r--p 00000000 00:38 39719923 /lib/x86_64-linux-gnu/ld-2.31.so
7f7ec0b63000-7f7ec0b83000 r-xp 00001000 00:38 39719923 /lib/x86_64-linux-gnu/ld-2.31.so
7f7ec0b83000-7f7ec0b8b000 r--p 00021000 00:38 39719923 /lib/x86_64-linux-gnu/ld-2.31.so
7f7ec0b8b000-7f7ec0b8c000 r-xp 00000000 00:00 0
7f7ec0b8c000-7f7ec0b8d000 r--p 00029000 00:38 39719923 /lib/x86_64-linux-gnu/ld-2.31.so
7f7ec0b8d000-7f7ec0b8e000 rw-p 0002a000 00:38 39719923 /lib/x86_64-linux-gnu/ld-2.31.so
7f7ec0b8e000-7f7ec0b8f000 rw-p 00000000 00:00 0
7ffdf35f7000-7ffdf3df6000 rw-p 00000000 00:00 0 [stack]
7ffdf3dfb000-7ffdf3dfe000 r--p 00000000 00:00 0 [vvar]
7ffdf3dfe000-7ffdf3dff000 r-xp 00000000 00:00 0 [vdso]
ffffffffff600000-ffffffffff601000 --xp 00000000 00:00 0 [vsyscall]
2022-07-04 09:24:39.333 UTC [892] discourse@discourse LOG: no se pudieron recibir datos del cliente: Conexión reiniciada por el par
Aborted (core dumped)
I, [2022-07-04T09:24:39.336838 #1] INFO -- :
I, [2022-07-04T09:24:39.337289 #1] INFO -- : Terminando procesos asíncronos
I, [2022-07-04T09:24:39.337528 #1] INFO -- : Enviando INT a HOME=/var/lib/postgresql USER=postgres exec chpst -u postgres:postgres:ssl-cert -U postgres:postgres:ssl-cert /usr/lib/postgresql/13/bin/postmaster -D /etc/postgresql/13/main pid: 42
2022-07-04 09:24:39.337 UTC [42] LOG: solicitud de apagado rápido recibida
I, [2022-07-04T09:24:39.337594 #1] INFO -- : Enviando TERM a exec chpst -u redis -U redis /usr/bin/redis-server /etc/redis/redis.conf pid: 103
103:signal-handler (1656926679) Recibiendo SIGterm programando apagado...
103:M 04 Jul 2022 09:24:39.373 # Solicitado por el usuario apagado...
103:M 04 Jul 2022 09:24:39.373 * Guardando la instantánea RDB final antes de salir.
2022-07-04 09:24:39.441 UTC [42] LOG: cancelando todas las transacciones activas
2022-07-04 09:24:39.447 UTC [42] LOG: el proceso secundario de "lanzador de replicación lógica" (PID 51) salió con código de salida 1
2022-07-04 09:24:39.448 UTC [46] LOG: apagando
2022-07-04 09:24:39.925 UTC [42] LOG: el sistema de bases de datos está apagado
103:M 04 Jul 2022 09:24:40.378 * DB guardado en disco
103:M 04 Jul 2022 09:24:40.378 # Redis ya está listo para salir, por
Ay.
Cuéntame más sobre esta instalación. ¿Es una instalación estándar? ¿En qué tipo de hardware estás intentando hacer esto?
Inicialmente, intenté actualizar el foro a través del administrador de Docker, la actualización de hoy (hubo once actualizaciones). Ya actualicé a la versión 2.9.0 beta6 el viernes pasado y el foro ha estado funcionando sin problemas durante tres años en el mismo servidor:
Se está ejecutando en un servidor dedicado con estas especificaciones:
EDITADO: Hay espacio más que suficiente en el servidor.
Lo siento, estoy perplejo aquí, espero que alguien más tenga una idea.
Gracias de todos modos por tu esfuerzo.
Si ayuda, también encontré esta advertencia:
I, [2022-07-04T11:08:15.901173 #1] INFO -- : cd /var/www/discourse && [ ! -d 'node_modules' ] || su discourse -c 'yarn install --production && yarn cache clean'
warning "eslint-config-discourse > eslint-plugin-lodash@7.1.0" has unmet peer dependency "lodash@>=4".
warning " > @mixer/parallel-prettier@2.0.1" has unmet peer dependency "prettier@^2.0.0".
¿Has reiniciado últimamente? ¿Quizás instalaste actualizaciones que requieren un reinicio? Yo actualizaría el sistema operativo y reiniciaría a continuación. (Porque no tengo ideas reales)
Sí, reinicié el viernes, debido a una actualización del kernel, y también lo intenté hoy para ver si podía resolver el problema.
Puede que no sea una pista, pero he visto exactamente el mismo error al instalar un plugin. Ahora ya no estoy seguro de si ese plugin es la causa principal.
https://meta.discourse.org/t/web-3-0-features/203321/21?u=marcp
Bueno, desinstalé todos los plugins no oficiales, pero investigaré más en esa dirección.
No, estás recibiendo un error diferente. Deberías desplazarte hacia atrás para encontrar el error original.
Se fusionó una publicación en un tema existente: Plugin de asistente personalizado 
Realmente espero que alguien pueda ayudarme. He intentado limpiar la caché, eliminar imágenes de contenedores y reconstruir con una imagen anterior, y todo resulta en el mismo error.
Sería mucho más útil pegar el registro completo en lugar de fragmentos del mismo.
Por ejemplo, no está claro exactamente qué está fallando; podría ser la base de datos o una tarea de rake.
Si es demasiado largo, no dude en publicarlo comprimido (gzipped). Si no está seguro de cómo eliminar información confidencial (si la hay), puede enviármelo por mensaje privado y veré qué puedo encontrar.
Lo estoy creando ahora mismo.
La parte clave de la salida parece ser esta “Instrucción ilegal”:
I, [2022-07-04T21:01:40.452409 #1] INFO -- : cd /var/www/discourse & su discourse -c 'bundle exec rake db:migrate'
2022-07-04 21:01:46.756 UTC [932] discourse@discourse LOG: duration: 120.094 ms bind <unnamed>: SELECT t.oid, t.typname
FROM pg_type as t
WHERE t.typname IN ('int2', 'int4', 'int8', 'oid', 'float4', 'float8', 'numeric', 'bool', 'timestamp', 'timestamptz')
2022-07-04 21:01:47.069 UTC [932] discourse@discourse LOG: duration: 100.781 ms statement: SELECT name, data_type, value FROM site_settings
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/message_bus-4.2.0/lib/message_bus/codec/json.rb:11: [BUG] Illegal instruction at 0x00007f90039e1339
ruby 2.7.6p219 (2022-04-12 revision c9c2245c0a) [x86_64-linux]
La misma “instrucción ilegal” también está presente al final del registro de Unicorn (justo antes de que las cosas se rompieran).
(Esperemos que Bryan pueda proporcionar la salida completa según sea necesario).
Editar: Registro completo en camino, Discourse no me deja subirlo.
Editar 2: Bitwarden Send (disponible durante 7 días).