El remapeo falla debido a un interbloqueo

Tengo una base de datos grande (9,2 millones de publicaciones) con varios mega-temas (¡algunos con más de 150 mil publicaciones!). Cuando intento realizar una restauración en otro servidor, obtengo algo como esto mientras se está haciendo el remapeo a un nuevo nombre de host:

Restaurando las cargas, esto puede tardar un tiempo...
Optimizando los iconos del sitio...
Las publicaciones serán recocidas por un trabajo en segundo plano en Sidekiq. Verás imágenes faltantes hasta que eso se complete.
Puedes acelerar el proceso ejecutando manualmente "rake posts:rebake_uncooked_posts"
EXCEPCIÓN: ERROR: deadlock detectado
DETALLE: El proceso 960 espera ShareLock en la transacción 4765; bloqueado por el proceso 2184.
El proceso 2184 espera ShareLock en la transacción 4915; bloqueado por el proceso 960.
SUGERENCIA: Consulta el registro del servidor para obtener detalles de la consulta.
CONTEXTO: al actualizar la tupla (566294,13) en la relación "posts"

¿Hay algo que pueda hacer para resolver este deadlock?

Esto ocurrió en un droplet estándar de 8 GB.

Al intentar hacer un rebake, he tenido un problema similar con este sitio en un servidor de base de datos razonablemente rápido con 16 GB de RAM y un servidor web separado con 16 GB de RAM. Ambos también estaban sirviendo algunos otros sitios bastante pequeños y de bajo volumen.

¿Parece probable que se deba a los mega-temas? ¿Existe alguna solución aparte de dividirlos en otros más pequeños?

Es mucho más fácil si dejas de ejecutar los procesos de web y Sidekiq durante la remapeo, para que no haya bloqueos en competencia.

¡Muchas gracias! Esto lo solucionó. Y, tan obvio una vez que lo sugeriste.

lo siento por mencionar esto, pero nos encontramos con el mismo problema.

¿cómo detengo los procesos de web y sidekiq?

Como estás usando un entorno de desarrollo, solo tienes que pulsar Control+C.

en docker, ¿cómo deberíamos detenerlo?

  sv stop unicorn
  sv stop sidekiq

unicorn es el servidor web, ¿verdad?