Si el inicio de sesión de slump se llevó a cabo de forma satisfactoria pero aún no se muestran eventos nuevos, active el registro y busque en los archivos alguna prueba del paso de eventos por CA NSM. Para crear un evento, basta con cambiar el estado de un objeto gestionado en la asignación 2D/3D.
El registro puede activarse con tan sólo modificar el archivo NX.env ubicado en $NX_ROOT (UNIX) o en el directorio-instalación (Windows) de forma que incluya la línea siguiente:
@NX_LOG_LEVEL_BSTRAP=VERBOSE
Ahora puede supervisar los archivos tngcnv.n (ubicados en directorio-instalación\log) para determinar si se está produciendo el paso de eventos por CA SDM. Verá algo parecido a lo siguiente:
09/17 16:35:58:01 tngcnv 477 MILESTONE convrtr.c 399 Sending 1:::dogwood:::9994011e-2f7e-11d1-a435-00c04fd478c9:::17/09/97 :::16:35:41:::Object_Status_Updated minor:::BV:141.202.211.0:Segment.1 IP:141.202.211.14 MAC: CNT: LOC: DSC::::3:::tngcnv:1:::tng:::WindowsNT: ::CNV:::CRT:::1:::
En este ejemplo, el mensaje indica que el estado de un objeto gestionado se ha actualizado y ahora es Secundario.
Si se produce la transferencia de eventos a CA SDM y aparecen en el registro, compruebe que está utilizando las reglas de filtrado y de autor predeterminadas. Si no es así, restaure los archivos de filtrado y autor predeterminados originales, recicle el servidor y cree un evento.
Si descubre que no se produce la transferencia de eventos a CA SDM, asegúrese de que se estén ejecutando los dos procesos de CA NSM al cargo de la transferencia de información de eventos (canotify.exe y caoprdmn.exe). Si no se están ejecutando, inícielos del modo que se describe en la documentación de CA NSM. Si se están ejecutando, póngase en contacto con el departamento de asistencia de CA NSM.
| Copyright © 2012 CA. Todos los derechos reservados. | Enviar correo electrónico a CA Technologies acerca de este tema |