Jump to content

Al usar una cuenta GM el servidor se apaga


SuperGamix

Mensajes recomendados

Pues eso, puse el maximo de yang en 1kkkkk y ahora cada vez que entro en una cuenta GM y hago algun comando, el servidor se apaga y no me queda de otra mas que reiniciar, solo pasa con cuentas GM, ya que con cuentas normales, no pasa nada.... Otra cosa sería, que me he fijado en el error luego de haber implementado tambien el sistema de titulos de VegaS, ya que cuando expandi a 1kkkkk, me sacó el servidor y me puse a implementar el sistema de VegaS sin ver si ocurría nada.

No dejo Sysser, porque solo me arroja que faltan algunos grupos de mobs, y nada mas...

EDITO: He implementado ambos sistemas 2 o 3 veces, tengo el problema desde hace 2 dias (desde el 02/03/17 conozco que tengo el problema.)

Enlace para comentar
Compartir en otros sitios

sysser?

El sysser del ch1 como dije, solo me arroja que faltan grupos de mobs... Pero en el Syslog (Ni idea que es) me arroja esto

 

SYSERR: Mar  4 15:18:27 :: ForAttrRegion: Cannot find SECTREE_MAP by map index 41

SYSERR: Mar  4 15:18:27 :: ForAttrRegion: Cannot find SECTREE_MAP by map index 41

Mar  4 15:18:27 :: <shutdown> Flushing TrafficProfiler...

Mar  4 15:18:27 :: <shutdown> Canceling ReloadSpamEvent...

Mar  4 15:18:27 :: <shutdown> regen_free()...

Mar  4 15:18:27 :: <shutdown> Closing sockets...

Mar  4 15:18:27 :: <shutdown> fdwatch_delete()...

Mar  4 15:18:27 :: <shutdown> event_destroy()...

Mar  4 15:18:27 :: <shutdown> CTextFileLoader::DestroySystem()...

Mar  4 15:18:27 :: <shutdown> thecore_destroy()...

SYSERR: Mar  4 15:18:27 :: pid_deinit:

End of pid

 

 

 

Y en el sysser de la DB:

 

SYSERR: Mar  4 12:24:24 :: Start: TABLE_POSTFIX not configured use default

SYSERR: Mar  4 12:46:19 :: Process: FDWATCH: peer null in event: ident 21

SYSERR: Mar  4 12:55:31 :: hupsig: SIGHUP, SIGINT, SIGTERM signal has been received. shutting down.

SYSERR: Mar  4 12:55:32 :: pid_deinit:

End of pid

 

SYSERR: Mar  4 12:56:52 :: pid_init:

Start of pid: 869

 

SYSERR: Mar  4 12:56:52 :: Start: TABLE_POSTFIX not configured use default

SYSERR: Mar  4 14:49:20 :: Process: FDWATCH: peer null in event: ident 21

SYSERR: Mar  4 14:59:09 :: hupsig: SIGHUP, SIGINT, SIGTERM signal has been received. shutting down.

SYSERR: Mar  4 14:59:12 :: pid_deinit:

End of pid

 

SYSERR: Mar  4 15:00:42 :: pid_init:

Start of pid: 869

 

SYSERR: Mar  4 15:00:42 :: Start: TABLE_POSTFIX not configured use default

SYSERR: Mar  4 15:05:43 :: Process: FDWATCH: peer null in event: ident 21

SYSERR: Mar  4 15:17:09 :: hupsig: SIGHUP, SIGINT, SIGTERM signal has been received. shutting down.

SYSERR: Mar  4 15:17:10 :: pid_deinit:

End of pid

 

SYSERR: Mar  4 15:18:18 :: pid_init:

Start of pid: 869

 

SYSERR: Mar  4 15:18:18 :: Start: TABLE_POSTFIX not configured use default

SYSERR: Mar  4 15:18:27 :: Process: FDWATCH: peer null in event: ident 21

SYSERR: Mar  4 15:18:29 :: Process: FDWATCH: peer null in event: ident 22

SYSERR: Mar  4 15:18:29 :: Process: FDWATCH: peer null in event: ident 23

 

 

 

Enlace para comentar
Compartir en otros sitios

El sysser del ch1 como dije, solo me arroja que faltan grupos de mobs... Pero en el Syslog (Ni idea que es) me arroja esto

 

SYSERR: Mar  4 15:18:27 :: ForAttrRegion: Cannot find SECTREE_MAP by map index 41

SYSERR: Mar  4 15:18:27 :: ForAttrRegion: Cannot find SECTREE_MAP by map index 41

Mar  4 15:18:27 :: <shutdown> Flushing TrafficProfiler...

Mar  4 15:18:27 :: <shutdown> Canceling ReloadSpamEvent...

Mar  4 15:18:27 :: <shutdown> regen_free()...

Mar  4 15:18:27 :: <shutdown> Closing sockets...

Mar  4 15:18:27 :: <shutdown> fdwatch_delete()...

Mar  4 15:18:27 :: <shutdown> event_destroy()...

Mar  4 15:18:27 :: <shutdown> CTextFileLoader::DestroySystem()...

Mar  4 15:18:27 :: <shutdown> thecore_destroy()...

SYSERR: Mar  4 15:18:27 :: pid_deinit:

End of pid

 

 

 

Y en el sysser de la DB:

 

SYSERR: Mar  4 12:24:24 :: Start: TABLE_POSTFIX not configured use default

SYSERR: Mar  4 12:46:19 :: Process: FDWATCH: peer null in event: ident 21

SYSERR: Mar  4 12:55:31 :: hupsig: SIGHUP, SIGINT, SIGTERM signal has been received. shutting down.

SYSERR: Mar  4 12:55:32 :: pid_deinit:

End of pid

 

SYSERR: Mar  4 12:56:52 :: pid_init:

Start of pid: 869

 

SYSERR: Mar  4 12:56:52 :: Start: TABLE_POSTFIX not configured use default

SYSERR: Mar  4 14:49:20 :: Process: FDWATCH: peer null in event: ident 21

SYSERR: Mar  4 14:59:09 :: hupsig: SIGHUP, SIGINT, SIGTERM signal has been received. shutting down.

SYSERR: Mar  4 14:59:12 :: pid_deinit:

End of pid

 

SYSERR: Mar  4 15:00:42 :: pid_init:

Start of pid: 869

 

SYSERR: Mar  4 15:00:42 :: Start: TABLE_POSTFIX not configured use default

SYSERR: Mar  4 15:05:43 :: Process: FDWATCH: peer null in event: ident 21

SYSERR: Mar  4 15:17:09 :: hupsig: SIGHUP, SIGINT, SIGTERM signal has been received. shutting down.

SYSERR: Mar  4 15:17:10 :: pid_deinit:

End of pid

 

SYSERR: Mar  4 15:18:18 :: pid_init:

Start of pid: 869

 

SYSERR: Mar  4 15:18:18 :: Start: TABLE_POSTFIX not configured use default

SYSERR: Mar  4 15:18:27 :: Process: FDWATCH: peer null in event: ident 21

SYSERR: Mar  4 15:18:29 :: Process: FDWATCH: peer null in event: ident 22

SYSERR: Mar  4 15:18:29 :: Process: FDWATCH: peer null in event: ident 23

 

 

 

mmm parece ser que algo mal haz hecho en la implementacion del limite de yang

Enlace para comentar
Compartir en otros sitios

mmm parece ser que algo mal haz hecho en la implementacion del limite de yang

Si, bueno, nada que ya no haya sospechado, pero intenté comprar con otro limite de yang y el que implemente primero tenia cosas que el segundo no, asi que no se que he hecho mal aparte de nacer, pero seguire intentandolo, gracias igual por la ayuda

Enlace para comentar
Compartir en otros sitios

Si, bueno, nada que ya no haya sospechado, pero intenté comprar con otro limite de yang y el que implemente primero tenia cosas que el segundo no, asi que no se que he hecho mal aparte de nacer, pero seguire intentandolo, gracias igual por la ayuda

cierto como dice nose genera un .core?

para ver si no te sale mas informacion?

Enlace para comentar
Compartir en otros sitios

# gdb712

(gdb) set gnutarget i386-marcel-freebsd

 

(gdb) file game

(gdb) core game.core

(gdb) bt full

 

(gdb) quit

 

Importante que tengas el gdb instalado, dependiendo la versión va el comando inicial, debes de tener en cuenta la ruta donde tengas ubicado el .core y el gamefile, sugiero hacer una carpeta a parte.

Enlace para comentar
Compartir en otros sitios

 

# gdb712
(gdb) set gnutarget i386-marcel-freebsd
 
(gdb) file game
(gdb) core game.core
(gdb) bt full
 
(gdb) quit
 
Importante que tengas el gdb instalado, dependiendo la versión va el comando inicial, debes de tener en cuenta la ruta donde tengas ubicado el .core y el gamefile, sugiero hacer una carpeta a parte.

 

Gracias por la ayuda amigo, no hizo falta, al parecer tengo un problema es con la cuenta GM que usaba, porque hice otra y todo va correctamente.... No se porque, pero solo es un problema de la cuenta ADMIN principal, pero ya me he hecho otra y todo va OK.

 

Gracias por la ayuda.

Enlace para comentar
Compartir en otros sitios

  • 5 months later...
En 5/3/2017 a las 10:58, SuperGamix dijo:

Gracias por la ayuda amigo, no hizo falta, al parecer tengo un problema es con la cuenta GM que usaba, porque hice otra y todo va correctamente.... No se porque, pero solo es un problema de la cuenta ADMIN principal, pero ya me he hecho otra y todo va OK.

 

Gracias por la ayuda.

Entonces era que sobrecargaste el personaje de yang y eso genera caidas xD

quitale yang ala cuenta o eliminala y ya XD

Enlace para comentar
Compartir en otros sitios

  • Dilong locked this tema
Guest
Este tema está cerrado a otras respuestas.
  • Recientemente navegando por este tema   0 miembros

    • No hay usuarios registrados visitando esta página.
×
×
  • Crear nuevo...