hola actualize a la ultima version y ahora es raro, aveces en el cambio de mapa se cae el servidor.
Puede ser por la version de los files? o capaz que por sxe que realiza siempre verificaciones en el cambio de mapa, o el plugin datear que tiene banda de errores para conectarse mediante mysql.
En amxx 1.8.3 implementaron otra forma de cambiar los mapas y es engine_changelevel por si estás usando esa versión de amxx ->
github
edit; ami también me pasa lo mismo pero no uso sxe.
estoy usando AMXX 1.8.2, la verdad que no tengo muchos plugins instalados
mix maker
mirror damage
dead talk
datear
team money
advertisements manager
y nada mas... es muy raro...
Decis que si cambio a AMXX 1.8.3 se solucione?
Cita: ami también me pasa lo mismo pero no uso sxe.
Entonces dariamos por descartado que no es el sXe...
No te tira ningún log antes de que se caiga el servidor?
no, no creo que se te solucione. pero te digo que hice unos ajustes con el cambio de mapa y no se me ha caído el servidor desde ayer.. uso amxx 1.8.3
(13/05/2018, 11:52 PM)Pablo_1998 escribió: [ -> ]No te tira ningún log antes de que se caiga el servidor?
generalmente se cae con este tipo de logs ./hlds_run: line 255: 1439 Segmentation fault
(13/05/2018, 11:05 PM)Juan85 escribió: [ -> ]estoy usando AMXX 1.8.2, la verdad que no tengo muchos plugins instalados
mix maker
mirror damage
dead talk
datear
team money
advertisements manager
tenemos básicamente lo mismo
Investigue un poco, supongo que por la versión de hlds usas linux trata de encontrar selinux y desactivalo
Si andan en centos, la primera cosa que debían haber hecho es desactivar el selinux pero si es otra distro, ahí ya no se
Bueno... adaptare ahora el MixMaker y pruebo con AMXX 1.8.3 como va..
Gracias por aportar!
Checa también los pdata antes de actuar un ejemplo.. esto lo conseguí en amx-en
Código PHP:
stock CsMenu:cs_get_user_menu(id)
{
// Prevent server crash if entity's private data not initalized.
if(pev_valid(id) != PDATA_SAFE)
{
return CsMenu:CS_Menu_OFF
}
return CsMenu:get_pdata_int(id, m_iMenu)
}
(15/05/2018, 06:46 PM)OsweRRR escribió: [ -> ]Checa también los pdata antes de actuar un ejemplo.. esto lo conseguí en amx-en
Código PHP:
stock CsMenu:cs_get_user_menu(id)
{
// Prevent server crash if entity's private data not initalized.
if(pev_valid(id) != PDATA_SAFE)
{
return CsMenu:CS_Menu_OFF
}
return CsMenu:get_pdata_int(id, m_iMenu)
}
disculpa la ignorancia ese stock implementado en un menu como se usaria?
(18/05/2018, 09:31 PM)Juan85 escribió: [ -> ] (15/05/2018, 06:46 PM)OsweRRR escribió: [ -> ]Checa también los pdata antes de actuar un ejemplo.. esto lo conseguí en amx-en
Código PHP:
stock CsMenu:cs_get_user_menu(id)
{
// Prevent server crash if entity's private data not initalized.
if(pev_valid(id) != PDATA_SAFE)
{
return CsMenu:CS_Menu_OFF
}
return CsMenu:get_pdata_int(id, m_iMenu)
}
disculpa la ignorancia ese stock implementado en un menu como se usaria?
En el ejemplo que vi se usa con el joinclass.. yo lo adapte al mio
Código PHP:
public fwJoinClass(id)
{
if(PUG_NOALIVE <= get_pug_state() <= PUG_WAITING_PLAYERS)
{
if(cs_get_user_menu(id) == CS_Menu_ChooseAppearance)
{
set_task(3.0, "user_revive", id)
}
}
}
por cierto
#define PDATA_SAFE 2
revivo el tema simplemente para dar la solucion..
Sockets y Orpheu simultaneamente causan el error.
Saludos!!