Ir al contenido

Guía de Errores Comunes

Este documento es una guía rápida para identificar y corregir fallos en scripts personalizados en Monsta Tecnologia. Si ha encontrado un error de ejecución o una respuesta inesperada en un sensor, consulte las categorías a continuación.

Estructura de cada tema:

  1. Error: Descripción del síntoma o mensaje de registro.
  2. Causa Probable: Lo que generalmente desencadena este comportamiento.
  3. Solución: Paso a paso para la corrección.

CampoDescripción
ErrorLua script runner timeout: deadline has elapsed
CausaEste error ocurre cuando el motor de ejecución de Monsta detiene el script Lua porque superó el tiempo límite (timeout) permitido para la ejecución de un sensor. Por defecto, Monsta finaliza scripts que tardan demasiado en responder para evitar que el sistema se quede bloqueado o consuma recursos excesivos del servidor.
SoluciónAcceda a Configuración > Parámetros y utilice el campo de búsqueda para localizar la clave lua.timeout. El valor por defecto es de 130 segundos. Para modificarlo, haga clic en Desbloquear, introduzca el nuevo valor y guarde.

CampoDescripción
ErrorPagefile: Timeout connecting to xx.xx.xx.xx:xxxx stack traceback: [C]: in function ‘poll’ [string ”?”]:x: in function ‘connect’ [string “script”]:xxx: in function <[string “script”]:xxx> (tail call): in function <(tail call):-1>
CausaEste error indica una falla en el intento de establecer una conexión de red. El script Lua pudo iniciar la llamada, pero expiró antes de que el dispositivo de destino respondiera al “apretón de manos” (handshake) de la conexión.

El “stack traceback” muestra que la falla ocurrió exactamente en el momento del intento de conexión (in function 'connect'), antes incluso de que se enviaran o recibieran datos.
SoluciónEdite el dispositivo, acceda al menú Recopilación > WMI y aumente el campo WMI Timeout. Utilice el botón “Probar” para validar la comunicación. Después, guarde las modificaciones.

Si el problema persiste, otros factores relacionados con la red pueden impedir esta comunicación. En ese caso, verifique en su red:

Firewall/Bloqueo: ¿Existe una regla de firewall en el destino o en el camino (ACL, IPS) bloqueando la IP de Monsta en el puerto especificado?
Servicio Offline: ¿El servicio que intenta monitorizar (ej.: API, servidor web, base de datos) está detenido o no está escuchando en ese puerto específico?
Red Inalcanzable: El servidor Monsta no tiene una ruta válida hacia la IP de destino.
Puerto Incorrecto: El script está intentando conectar en un puerto distinto del que utiliza el servicio.
Carga Excesiva en el Destino: El dispositivo objetivo tiene la CPU tan alta que no puede procesar nuevas solicitudes de conexión.

CampoDescripción
ErrorTiempo de Respuesta: ping failed: Request timeout for icmp_seq x
CausaEste error ocurre cuando Monsta envía un paquete de eco ICMP (el conocido “Ping”) a un dispositivo, pero no recibe la respuesta (Echo Reply) dentro del tiempo esperado.
SoluciónEl dispositivo monitorizado no respondió a las solicitudes ICMP (ping) de Monsta.

💡 Consejo: Si el equipo está en una red con alta latencia o pérdida de paquetes, ajuste la sensibilidad de detección. Para ello, edite el dispositivo y acceda a Detalles > Sensibilidad, modificando los parámetros según las necesidades del entorno.

CampoDescripción
ErrorSNMP timeout stack traceback: [C]: in function ‘poll’ [string robbery/snmp_checker]:xx: in function ‘getex’ [string “script”]:xx: in function ‘get’ [string “script”]:xx: in main chunk
CausaEste error ocurre cuando el script intenta realizar una lectura SNMP y la conexión expira sin recibir los datos solicitados.
SoluciónEl dispositivo monitorizado no respondió a las solicitudes SNMP de Monsta.

Edite el dispositivo, acceda al menú Recopilación > SNMP y aumente el Timeout SNMP. Utilice el botón “Probar” para validar la comunicación. Después, guarde las modificaciones.

Si el problema persiste, verifique en su red:

Comunidad SNMP Incorrecta: la “Community String” (ej.: public o private) configurada en Monsta no coincide con la configurada en el dispositivo.
Versión SNMP Divergente: el dispositivo está usando SNMP v2c y el script/configuración está intentando v1 (o viceversa), o hay un error en las credenciales de v3.
ACL o Firewall: el dispositivo tiene una lista de control de acceso (ACL) que permite solo a IPs específicas realizar consultas SNMP, y la IP de Monsta no está en ella.
Puerto Bloqueado: el puerto UDP 161 (por defecto del SNMP) está bloqueado en el camino.
Sobrecarga del Agente SNMP: el procesador del dispositivo monitorizado está tan ocupado que el servicio (agente) SNMP no puede responder a la consulta a tiempo.

CampoDescripción
ErrorError converting to type: Float
CausaEste error ocurre cuando el sistema espera un número decimal (Float), pero recibió algo que no puede convertir en número, como un texto (String) inválido o un valor nulo (nil).
SoluciónRevise el script del monitor para garantizar que el retorno no contenga strings (como comas o unidades de medida) en el campo de valor. Si el monitor presenta lecturas normales pero muestra fallos intermitentes con este error, es probable que el dispositivo esté devolviendo un valor nulo (nil). Esto ocurre cuando no hay respuesta en la consulta; en esos casos, verifique en los registros del equipo la existencia de alguna falla.

CampoDescripción
Errorwamp.error.no_such_procedure
CausaIndica, en la mayoría de los casos, que el servicio monkerneld no está en ejecución en el sistema operativo Linux donde está instalado el software. El servicio monkerneld es importante para el correcto funcionamiento del software, y su inactividad impide que Monsta ejecute procedimientos necesarios.
SoluciónLa solución implica garantizar que el servicio monkerneld se inicie. El usuario puede escoger entre dos enfoques principales para solventar esta situación:

A. Reiniciar el sistema: La forma más completa de resolver la mayoría de los problemas de arranque de servicios es simplemente reiniciar el sistema Linux donde está instalado el software. Al reiniciar, el sistema operativo intentará cargar e iniciar todos los servicios configurados, incluido monkerneld, de forma automática.
B. Iniciar el servicio manualmente (Recomendado): Si reiniciar no es viable o demora, el usuario puede intentar iniciar el servicio directamente usando systemctl, que es la herramienta estándar de gestión de servicios en muchas distribuciones Linux modernas (como Ubuntu, Debian, CentOS, RHEL, etc.).
Pasos:
1. Abra un Terminal (o utilice una sesión SSH) en el servidor Linux.
2. Ejecute el siguiente comando para intentar iniciar el servicio: sudo systemctl start monsta-com.monkerneld
Nota: Es obligatorio que este comando requiera permisos de superusuario (sudo).

Tras ejecutar cualquiera de las acciones anteriores (reiniciar el sistema o iniciar el servicio manualmente), puede verificar el estado del servicio para asegurarse de que esté activo y en ejecución: systemctl status monsta-com.monkerneld
El estado ideal debe indicar active (running)

CampoDescrição
ErrorSsh error occured: Key exchange init failed stack traceback
CausaEste error ocurre durante el intento de conexión SSH entre Monsta y un dispositivo remoto (generalmente modelos más antiguos de switches, routers o radios). Indica que Monsta y el dispositivo no pudieron ponerse de acuerdo sobre qué algoritmo de intercambio de claves (Key Exchange) usar, ya que el dispositivo emplea estándares que hoy en día son considerados legados o inseguros por bibliotecas modernas.
SoluciónMonsta utiliza bibliotecas de criptografía de última generación. La falla en el intercambio de claves (Key Exchange) es una advertencia de que el dispositivo remoto está operando con estándares de seguridad obsoletos. La corrección definitiva es actualizar el dispositivo monitorizado para que soporte algoritmos de cifrado seguros.

CampoDescrição
ErrorNo route to host (os error 113) stack traceback
CausaEl error os error 113 es un código de error de red del sistema operativo que indica que el host de destino no pudo ser alcanzado. El sistema operativo no sabe por qué interfaz de red debe enviar el paquete para alcanzar esa IP específica.
SoluciónPara resolver el error, asegúrese de que la tabla de enrutamiento del sistema tenga una ruta válida hacia la IP de destino y que la puerta de enlace por defecto esté configurada correctamente para reenviar los paquetes fuera de la red local.