Obtener crash dump del servidor
#1
Que yo sepa no he visto ninguna guía ni nada parecido por aquí, solamente en algún foro ruso.
La cosa es que me gustaría obtener el crash dump de un servidor que se cae constantemente.

Sí tengo activado el debug y se guarda el crash en el archivo debug.log

Pero solamente se guardan estas 3 líneas sin ofrecer más información:
Código:
----------------------------------------------
CRASH: lun may 25 03:39:22 CEST 2020
Start Line: ./hlds_linux -game cstrike -pidfile ogp_game_startup.pid +map de_dust2 +ip xx.xx.xx.xx +port xxxxx +maxplayers 32 -pingboost 3 -tickrate 1075 +sys_ticrate 1075
End of crash report
----------------------------------------------

Si alguien sabe sobre esto, me podría ayudar
Lo ideal sería ofrecer una guía para toda la comunidad, que seguro le hará falta a más de uno.
(17/04/2015, 03:36 PM)Neeeeeeeeeel.- escribió: No se va a volver a conectar a internet en toda su puta vida... nadie sube porno a mi foro y vive para contarlo.
Responder
#2
Para los problemas de Segmentation Fault tu mejor amigo en Linux es gdb, deberas si o si tenerlo disponible en la maquina para poder leer y analizar los crash dumps originados, obviamente con el correspondiente -debug en los parametros de lanzamiento del servidor.

Te recomiendo leer una mini-guia que dejo meTaLiCroSS hace un par de dias en un post de por aca, es casi todo lo que necesitaras para poder identificar por donde va el crash del servidor.

https://amxmodx-es.com/Thread-hlds-run-l...#pid211889

Otra cosa, si el crash dump generado es pobre, sin nada, deberas tener a mano una recompilacion del AMXX con simbolos de debugging, ese es otro tema aparte.

Yo tambien me manejo en el tema, si necesitas una ayuda mas avanzada puedes escribir por aca.
Responder
#3
(31/05/2020, 02:54 PM)metita escribió: Para los problemas de Segmentation Fault tu mejor amigo en Linux es gdb, deberas si o si tenerlo disponible en la maquina para poder leer y analizar los crash dumps originados, obviamente con el correspondiente -debug en los parametros de lanzamiento del servidor.

Te recomiendo leer una mini-guia que dejo meTaLiCroSS hace un par de dias en un post de por aca, es casi todo lo que necesitaras para poder identificar por donde va el crash del servidor.

https://amxmodx-es.com/Thread-hlds-run-l...#pid211889

Otra cosa, si el crash dump generado es pobre, sin nada, deberas tener a mano una recompilacion del AMXX con simbolos de debugging, ese es otro tema aparte.

Yo tambien me manejo en el tema, si necesitas una ayuda mas avanzada puedes escribir por aca.
Justo leí eso después de publicar

Pero igualmente no entiendo, no se supone que los dumps deben salir en el debug.log o donde se consultan?
(17/04/2015, 03:36 PM)Neeeeeeeeeel.- escribió: No se va a volver a conectar a internet en toda su puta vida... nadie sube porno a mi foro y vive para contarlo.
Responder
#4
(31/05/2020, 04:21 PM)RauliTop escribió: Justo leí eso después de publicar

Pero igualmente no entiendo, no se supone que los dumps deben salir en el debug.log o donde se consultan?

A diferencia de otros tipos de crash, tipo, falta de algun modelo, etc... los Segmentation Fault son un poco, especiales.

Igual, fijate que -debug debe ir como primer parametro.
Responder
#5
(31/05/2020, 04:21 PM)RauliTop escribió: Justo leí eso después de publicar

Pero igualmente no entiendo, no se supone que los dumps deben salir en el debug.log o donde se consultan?

no, de hecho en windows por defecto también se generan unos archivos de error (visibles con el Visual Studio) en la carpeta raíz del servidor. Lo bueno que tiene linux es que son mas legibles.

edit: esto lo vas a necesitar: https://wiki.alliedmods.net/Building_AMX_Mod_X
Ingeniero agrónomo y desarrollador de Software.

tutoriales-allied
buscas un zp?

"La imitación es la forma más sincera de admiración con la que puede pagar la mediocridad a la grandeza"

Merci Alliedmodders pour m'introduire dans la programmation.
Responder
#6
(31/05/2020, 04:28 PM)metita escribió: A diferencia de otros tipos de crash, tipo, falta de algun modelo, etc... los Segmentation Fault son un poco, especiales.

Igual, fijate que -debug debe ir como primer parametro.

delante incluso de -game cstrike ??

(31/05/2020, 05:06 PM)roccoxx escribió: no, de hecho en windows por defecto también se generan unos archivos de error (visibles con el Visual Studio) en la carpeta raíz del servidor. Lo bueno que tiene linux es que son mas legibles.

entonces donde salen? no tengo ningún otro archivo que no sea ese debug.log de 3 líneas cada vez que se cae
(17/04/2015, 03:36 PM)Neeeeeeeeeel.- escribió: No se va a volver a conectar a internet en toda su puta vida... nadie sube porno a mi foro y vive para contarlo.
Responder
#7
(31/05/2020, 05:10 PM)RauliTop escribió: delante incluso de -game cstrike ??


entonces donde salen? no tengo ningún otro archivo que no sea ese debug.log de 3 líneas cada vez que se cae

Dejalo como -game cstrike -debug
Responder
#8
así lo usaba yo:
Código:
ulimit -c unlimited && ./hlds_run -game cstrike -debug -secure +maxplayers 32 +exec "server.cfg" +map "zm_fox" -sys_ticrate 500 -pingboost 3

"entonces donde salen? no tengo ningún otro archivo que no sea ese debug.log de 3 líneas cada vez que se cae"

tenia un archivo .so (core.so si no me hace index out of bounds la memoria) en la carpeta raiz (la del hlds.exe)
Ingeniero agrónomo y desarrollador de Software.

tutoriales-allied
buscas un zp?

"La imitación es la forma más sincera de admiración con la que puede pagar la mediocridad a la grandeza"

Merci Alliedmodders pour m'introduire dans la programmation.
Responder
#9
(31/05/2020, 04:21 PM)RauliTop escribió: Justo leí eso después de publicar

Pero igualmente no entiendo, no se supone que los dumps deben salir en el debug.log o donde se consultan?

Si justo leiste eso después de publicar, entonces no entendiste, ahí dicto que se utiliza gdb para analizar el core file Insecure
Responder
#10
(31/05/2020, 05:37 PM)meTaLiCroSS escribió: Si justo leiste eso después de publicar, entonces no entendiste, ahí dicto que se utiliza gdb para analizar el core file  Insecure

La duda es justamente esa. Dónde se ejecuta eso?

Por ahora tengo acceso al ftp y al panel, pero veo que estáis hablando de otra forma de acceso totalmente diferente.
Creía que los dumps salían en debug.log, ya veo que no
(17/04/2015, 03:36 PM)Neeeeeeeeeel.- escribió: No se va a volver a conectar a internet en toda su puta vida... nadie sube porno a mi foro y vive para contarlo.
Responder
#11
(31/05/2020, 05:42 PM)RauliTop escribió: La duda es justamente esa. Dónde se ejecuta eso?

Por ahora tengo acceso al ftp y al panel, pero veo que estáis hablando de otra forma de acceso totalmente diferente.
Creía que los dumps salían en debug.log, ya veo que no

- ssh
- En la linea de comandos del sistema

Y, debe ser en el sistema donde se creó el core dump, por que el core generado es básicamente una copia de la memoria del proceso previo su crash dentro del sistema operativo. Si lo intentas abrir en otro sistema, no verás nada útil
Responder


Salto de foro:


Usuarios navegando en este tema: 1 invitado(s)