ID de la causa sp-crash · Responsable principal Desarrollo de servidor (Equipo de desarrollo) · También Infraestructura de servidores (Equipo de infraestructura)
Si el proceso del servidor muere por un error no controlado, todos los jugadores de ese servidor se desconectan a la vez.
Por qué Errores fatales como referencias a objetos que no existen (referencia nula), datos incorrectos o falta de memoria → Efecto Termina el proceso del servidor (o de la zona) → En pantalla Desconexión simultánea de todos; el progreso desde el último guardado puede sufrir rollback
De vez en cuando, al azar, Al hacer ciertas acciones
Responsable
Responsable principal Desarrollo de servidor (Equipo de desarrollo) · También Infraestructura de servidores (Equipo de infraestructura)
Tareas (Equipo de desarrollo)
Analizar los crash dumps y corregir la causa, guardar con frecuencia.
Tareas (Equipo de infraestructura)
Reiniciar automáticamente el proceso, preparar un entorno que recoja y conserve los crash dumps, alertar en cuanto el servidor se caiga.
En el gráfico
Desconexión masiva · Número de conexiones, reinicios del proceso
Dónde mirar
Registros de core dump en coredumpctl list (hora, PID, señal de terminación) y registros de terminaciones anómalas y reinicios del gestor de servicios (systemd). En servidores Windows, los archivos de volcado que deja WER
Se confirma si
A la hora en que las conexiones caen de golpe casi a 0 hay una terminación anómala del proceso del servidor del juego y un core dump
Se descarta si
Si el proceso sigue vivo pero las conexiones se cortaron, apunta a los equipos de red o a los timeouts por inactividad. Si hay un registro de reinicio por el watchdog tras una detención larga, apunta a un bucle infinito o a un deadlock
Se verifica con
Con herramientas de infraestructura (no hace falta código del juego)
Fuentes
Collecting User-Mode DumpsMicrosoft Configurar Windows Error Reporting (WER) para recopilar en local volcados completos o minivolcados cuando un programa en modo usuario hace crash
systemd.service(5) — Linux manual pagesystemd Restart=on-failure reinicia automáticamente el servicio tras una terminación anómala, una terminación por señal (incluidos los core dumps) o un timeout del watchdog; recomendado para servicios de larga duración
coredumpctl(1) — Linux manual pagesystemd Consultar con list los core dumps guardados por systemd-coredump; muestra la hora del crash, el PID y la señal que lo provocó