Está en la página 1de 177

contenedor servlet Embarcadero, en el puerto 8980.

Abra su navegador y en:


http://yourhost:8980/opennms/

el nombre de usuario y la contrasea son "admin" para empezar.

Descubre de la red
Encontrar los Ejrcitos En primer lugar, OpenNMS necesita saber qu dispositivos (o "nodos") desea que se descubra. Para descubrir los nodos, OpenNMS hace un barrido ping en los rangos de direcciones IP que se configura a descubrir. Si una direccin IP que OpenNMS no es ya la gestin responde a un ping descubrimiento, a continuacin, OpenNMS comience a rastrear la direccin IP para los servicios, crear un nuevo nodo en su base de datos, y comenzar el seguimiento de las interfaces del nodo y servicios. Una nueva instalacin de OpenNMS no realizar ningn descubrimiento hasta que agregue uno o varios rangos de direcciones a la configuracin de descubrimiento. Para ello, acceda a la web la interfaz de usuario como de administrador de usuario y la navegacin a la administracin de men y luego hacer clic en ' Configurar Discovery ' en el marco del Operaciones seccin. En la Cordillera Incluir seccin de la Casa / Administrador / Descubrimiento / modificar la configuracin de pgina, haga clic en " Agregar nuevo " botn. En la ventana que aparece, introduzca el principio y el final de las direcciones IP del rango que desee incluir para el descubrimiento. Los valores predeterminados de reintentos y el tiempo de espera suelen ser adecuados. Haga clic en ' Add ' botn y la ventana emergente se cerrar y la nueva gama se mostrar en la Incluya Rangos seccin. Haga clic en ' Guardar y reiniciar Discovery ' botn para aplicar los cambios. El descubrimiento de la nueva gama agreg comenzar en pocos segundos, las solicitudes de ping y escaneos de servicios se extienden en el tiempo para evitar las inundaciones de la red, por lo que requerir algn tiempo para que todos los nodos en su gama agreg recientemente a explorar y descubrir. Para obtener ms informacin detallada sobre la configuracin de descubrimiento, incluyendo cmo agregar direcciones IP manualmente en el fichero de configuracin de descubrimiento, vea Descubrimiento .

Recibe avisos cuando se producen problemas


Para empezar, tenemos que configurar el principal administrador de usuario para tener una direccin de correo electrnico vlida.
1. Inicie la sesin como administrador de la web de IU 2. Ir a la administracin en la barra de mens 3. En el marco del Operaciones seccin, establezca la notificacin de estado de botn

de radio para El y haga clic en la actualizacin de botn

4. En el marco del Sistema de OpenNMS seccin, vaya a Configuracin de usuario,

grupos y roles y, a continuacin Configurar usuarios 5. haga clic en el icono en "Modificar" para la administracin de usuarios 6. configurar el correo electrnico direccin, y haga clic en Finalizar botn Esto debera OpenNMS configurado para enviar las notificaciones por defecto para el administrador de la direccin de correo electrnico. Las notificaciones son extremadamente flexible y puede ser configurado para hacer escaladas complejas, las interrupciones programadas, y la gestin de usuarios. Las instrucciones detalladas estn disponibles en la configuracin de notificacin Cmo se hace .

Contenido
[ ocultar ]

1 Introduccin o 1.1 Propsito o 1.2 Derecho de Autor o 1.3 Correcciones y Omisiones 2 Informacin general 3 Descubrimiento o 3.1 Descubrimiento de la interfaz de usuario o 3.2 El descubrimiento de archivos de configuracin o 3.3 Otra manera de descubrir interfaces o 3.4 Registros 4 Capacidades o 4.1 Parmetros para el Proceso de capsd o 4.2 Protocolos o 4.3 Plugin Propiedades 4.3.1 Citrix 4.3.2 DHCP 4.3.3 DNS 4.3.4 Domino IIOP 4.3.5 FTP 4.3.6 HTTP 4.3.7 HTTPS 4.3.8 ICMP 4.3.9 IMAP 4.3.10 JBOSS 4.3.11 JDBC 4.3.12 Procedimiento almacenado JDBC 4.3.13 JSR160 4.3.14 LDAP 4.3.15 de Microsoft Exchange 4.3.16 mx4j 4.3.17 Notas HTTP 4.3.18 NRPE 4.3.19 NSClient 4.3.20 NTP 4.3.21 POP3 4.3.22 Radio 4.3.23 SMB 4.3.24 SMTP 4.3.25 SNMP 4.3.26 SSH 4.3.27 TCP 4.3.28 Servicios de Windows (Win32ServicePlugin) o 4.4 Protocolo de asignacin de complementos a los servicios o 4.5 Bloque de mensajes del servidor (SMB) o 4.6 Polticas de Gestin 5 SNMP o 5.1 El SNMP-config.xml Archivo

Introduccin Propsito
Este Cmo se forma parte de una serie diseada para servir de referencia para comenzar a OpenNMS. Eventualmente, estos documentos cubrir todo lo necesario para obtener OpenNMS instalado y funcionando en su entorno.

Derecho de Autor
El contenido est disponible bajo Creative Commons Reconocimiento-No comercialShareAlike2.5 licencia .

Correcciones y omisiones
Por favor, enve las correcciones y omisiones al autor.

Informacin general
OpenNMS es una plataforma de gestin de red de nivel empresarial desarrollada en el marco del modelo de cdigo abierto. A diferencia de los productos de gestin de red que estn muy centrados en los elementos de red tales como las interfaces de switches y routers, OpenNMS se centra en los recursos de red ofrecer servicios de: pginas web, acceso a bases de datos, DNS, DHCP, etc (aunque la informacin sobre elementos de la red tambin est disponible ). Como la mayora de los servicios de red se proporcionan con el protocolo TCP / IP, OpenNMS es muy centrados en IP. El seguimiento de base "elemento" se llama una "interfaz", y una interfaz se identifica por una direccin IP. Los servicios se asignan a las interfaces, y si una serie de interfaces se descubri que en el mismo dispositivo (ya sea a travs de SNMP o SMB) a continuacin, pueden ser agrupados juntos como un "nodo". Discovery en OpenNMS consta de dos partes: el descubrimiento de una direccin IP para monitorear y descubrir los servicios de apoyo de esa direccin IP. La primera parte es mucho ms simple que el segundo.

Descubrimiento Descubrimiento de la interfaz de usuario


El camino ms directo para iniciar Discovery es a travs de la interfaz web. Vaya a Admin> Configuracin de descubrimiento. All se presentan con dos opciones.
1. Caractersticas - que le permite introducir las direcciones IP conocidas interfaces individuales. 2. Incluir URL - que le permite especificar un archivo que contiene las direcciones IP que se incluirn en el descubrimiento. 3. Incluya Rangos - que instruye OpenNMS para escanear un rango de direcciones IP para las interfaces activas.

Los nodos aparecern en la lista de nodos, ya que se descubren.

El archivo de configuracin de Discovery


Discovery en OpenNMS es controlado por el descubrimiento configuration.xml archivo (que se encuentra en el directorio / opt / OpenNMS / etc directorio. Echemos un vistazo a ese archivo:
threads="1" <discovery-configuration packets-per-second="1" initialsleep-time="300000" restart-sleep-time="86400000" retries="3" <timeout="800"> incluyen- reintentos rango = "2" timeout = "3000">

<begin> 192.168.0.1 </ iniciar> <end> 192.168.0.254 </> Final /> incluyen alcance <<include-url> file: / opt / OpenNMS / etc / include </ inclusin / url> </ configuracin de descubrimiento->

Ahora, todo esto controles archivo es un proceso que va a enviar un ICMP "ping" a un conjunto determinado de direcciones IP. Si hay una respuesta en el tiempo de espera, un "nuevo sospechoso" evento se genera. De lo contrario, la direccin IP es ignorada. El descubrimiento de los atributos globales son:
las discusiones Este es el nmero de subprocesos que se utilizarn para el descubrimiento. De forma predeterminada se establece en 1. paquetes por segundo Este es el nmero de paquetes ICMP que se generan cada segundo. El valor predeterminado es 1. Tenga en cuenta que existe una relacin entre los paquetes por segundo y el nmero de subprocesos. Si su red tiene una latencia media de 500 ms, a continuacin, establecer paquetes por segundo a 2 sera el doble de la velocidad a la que los mensajes NewSuspect fueron creados. Pero si slo hay un hilo disponibles, el establecimiento de este nmero a 3 tendra poco efecto el nico hilo sera procesamiento tantos paquetes como podra tan rpido como pudo. inicial-el sueo-el tiempo Este es el tiempo, en milisegundos, antes de que el proceso de descubrimiento se iniciar despus de OpenNMS se ha iniciado (por defecto 5 minutos). Este retraso se pone en su lugar para permitir que el producto para empezar completamente antes de la generacin de nuevos eventos. reinicie-sueo-el tiempo Una vez que el proceso de descubrimiento se ha completado, este es el tiempo, en milisegundos, antes de que comience de nuevo. De forma predeterminada, el proceso se repetir 24 horas despus de la carrera ltimo descubrimiento se ha completado. tiempo de espera esta es la cantidad de tiempo, en milisegundos, que el proceso de descubrimiento se espera una respuesta de una direccin IP antes de decidir que no hay nada all. Se puede no tener ms adelante en el archivo. reintentos

este es el nmero de intentos que se hicieron para consultar una direccin IP antes de decidir que no hay nada all. Se puede no tener ms adelante en el archivo.

Una vez que los valores por defecto estn en su lugar (por defecto es decir, el valor global que se utilizar si no se reemplaza en las etiquetas de abajo), lo nico que queda por contar el proceso de descubrimiento es que las direcciones IP para probarlo. Esto es controlado por cuatro marcas diferentes:
especfica especificar una direccin IP a ser descubiertos. varias etiquetas especficas pueden ser utilizados.
<specific> direccin IP-</ especficos>

Cuando la direccin IP es la direccin que desea descubrir. Tenga en cuenta la falta de espacios entre las etiquetas.
incluyen alcance Especificar un rango de direcciones IP para ser descubierto. Varias etiquetas incluyen alcance se puede utilizar.
<include-range> <begin> puesta en la direccin ip-</ iniciar> <end> final de la direccin IP-</ fin> </ include alcance>

Cuando inicio la direccin IP es el comienzo de una serie que va a escanear y al final la direccin IP es el final de ese rango.
excluir alcance Especifique un rango de direcciones IP que deben excluirse del descubrimiento.
<exclude-range> <begin> puesta en la direccin ip-</ iniciar> <end> final de la direccin IP-</ fin> </ excluir alcance>

Cuando inicio la direccin IP es el comienzo de una serie a ser excluido y al final la direccin IP es el final de ese rango. Tenga en cuenta que el alcance de etiquetas excluir slo anular las direcciones en un rango de inclusin /. No va a reemplazar determinadas direcciones IP o direcciones incluidas en un archivo. No hay una "especfica" versin de la exclusin de etiquetas - si desea excluir una direccin IP utilizan un exclude-intervalo en el que termina y las direcciones IP a partir son los mismos.
de inclusin / url Especifique un archivo que contiene las direcciones IP que se incluirn en el descubrimiento.
<include-url> archivo: Nombre de archivo </ inclusin / url>

Donde nombre de archivo es la ruta completa a un archivo de texto lista las direcciones IP, uno en cada lnea. Los comentarios pueden ser vistos en este archivo. Cualquier lnea que comienza con un carcter "#" ser ignorado, al igual que el resto de cualquier lnea que incluye un espacio seguido por "#". Todas las etiquetas son opcionales y sin lmites (que pueden tener tantos como desee).

Otra manera de descubrir interfaces


Ahora que el archivo de configuracin de descubrimiento se ha explicado, hay dos idas corto que hay que sealar. En primer lugar, cualquier cambio en este archivo, como la mayora de los archivos de configuracin dentro de OpenNMS, requiere que se reinicie OpenNMS. En segundo lugar, qu pasa si quieres descubrir un servicio, como por ejemplo un servidor web, en un dispositivo no puede hacer ping? Recuerde que todos los proceso de descubrimiento que hace es generar un evento newSuspect. Incluido en el directorio / opt / OpenNMS / bin del directorio es un script en Perl llamado envo event.pl . Puede utilizar esta secuencia de comandos para generar un evento NewSuspect interna - sin pasar por el proceso de descubrimiento completo. Combinado con un guin, que podra generar cualquier tipo de evento NewSuspect (slo asegrese de que la direccin IP realmente tiene algunos servicios que pueden ser monitoreados por OpenNMS. De lo contrario, tendr una interfaz en el sistema sin servicios asociados a ella) . El formato del envo event.pl es el siguiente:
/ Opt / OpenNMS / bin / envo event.pl - uei.opennms.org interfaz IPdireccin / interior / descubrimiento / newSuspect

Vuelva a colocar la direccin IP con la direccin que desea descubrir. Para csv con nombre completo como anfitriones ubicacin
fqdnlist.csv gato | awk-F "," '{print "host" $ 1}' | SH | ". / envo event.pl - Interfaz" awk '{print $ 4 "uei.opennms.org / interior / descubrimiento / newSuspect "} '

Para csv con IP para la localizacin de acogida

ipaddresss.csv gato | gawk-F "," '{print "host" $ 1}' | SH | ". / envo event.pl - Interfaz" gawk '{print $ 1 "uei.opennms.org / interior / descubrimiento / newSuspect "} '

Nota: el formato mismo uso como activos exportados. Dependiendo de lo que Perl mdulos que ha instalado, puede obtener un error al ejecutar esta secuencia de comandos (por ejemplo, una queja sobre Getopt:: Mixto). Para agregar automticamente los mdulos necesarios, trate de:
perl-MCPAN-e 'mod_name instalar'

Vuelva a colocar mod_name con el nombre del mdulo que falta. O, si no le gusta usar CPAN (hay algunos problemas, el CPAN puede glucosa a la lib), usted puede usar Pakage rpm
wget ftp://ftp.debian.nl/disk1/redhat-contrib/libc5/i386/Getopt-Mixed.pm1.008-4.i386.rpm rpm-Uv-Getopt Mixed.pm-1.008-4.i386.rpm

(FIN)

Registros
Usted puede ver el proceso de descubrimiento al examinar la discovery.log archivo en el directorio / opt / OpenNMS / logs / demonio de la gua.

Capacidades

Bueno, si el proceso de descubrimiento slo genera eventos NewSuspect, lo que hace todo el trabajo? Este sera el demonio de las capacidades, capsd. capsd es responsable de descubrir todos los servicios para ser controlados, tales como http, DNS, etc, as como si los colectores estn presentes (en el momento esto es slo SNMP).

El proceso de capsd es controlado por el capsd-configuration.xml archivo. Este archivo se compone de algunos parmetros bsicos y una coleccin de "protocolos" para ser probado. Si el protocolo no est en el archivo, a continuacin, OpenNMS no lo descubre. En el reinicio de OpenNMS programa el anlisis basado en el ltimo anlisis capsd marcas de tiempo en el PP y el intervalo de volver a examinar configurado.

Parmetros para el Proceso de capsd


Los pocos primeras lneas de la capsd-configuration.xml de control de archivos capsd cmo se comportar.
volver a examinar <capsd de configuracin de frecuencia = "86400000" inicial-el sueo-el tiempo = "300000" Gestin de la poltica = "gestionado" max-sospecho-thread-pool-size = "6" max-rescan-hilo-poolsize = "3" abortar-protocolo-scan-si-no-ruta = "false">

volver a analizar las frecuencias

capsd seguir controlando cada interfaz para ver si los servicios se han aadido nuevas. La frecuencia de estos escaneos es controlado por este parmetro. El valor por defecto es de 24 horas en milisegundos. inicial-el sueo-el tiempo como el proceso de descubrimiento, capsd dormir durante un cierto perodo de tiempo despus del comienzo de OpenNMS. El valor por defecto es de 5 minutos en milisegundos. gestin de la poltica este parmetro controla el comportamiento predeterminado de capsd. Si se establece en "gestionado", a continuacin, todas las direcciones IP en los eventos NewSuspect sern analizados, que no estn incluidas en un "administrado" rango definido al final de este archivo. Si este parmetro se establece en "no administrado", todos los eventos NewSuspect sern ignorados a menos que la direccin IP en el caso est expresamente incluido en una "gestin" de rango (tambin se define al final de este archivo). max-sospecho-thread-pool-size Este valor determina cuntos subprocesos se cre para llevar a cabo exploraciones en la capacidad de las direcciones IP suministradas por los acontecimientos NewSuspect. El aumento de este valor har que el descubrimiento inicial se mueven ms rpidamente a costa de los recursos del sistema mayor. max-rescan-hilo-piscina de tamao Este valor determina cuntos subprocesos se crear la capacidad para realizar exploraciones en las interfaces que ya se han descubierto. Se vuelve a examinar de forma automtica programada (ver volver a

examinar frecuencia ) o generados ad hoc a travs de la interfaz de

usuario Web. abortar-protocolo-scan-si-no-rutaEste es un parmetro muy importante para modificar el comportamiento de capsd. Al intentar conectar a un puerto especfico para probar un servicio, es posible recibir un "no route to host" excepcin. En teora, esto se debe a que el anfitrin no es accesible, pero en la prctica cualquier nmero de cosas, tales como cortafuegos, puede causar este error. Si este parmetro se establece en "false", estos "no route to host" se ignoran los mensajes. Pero si se establece en "true", entonces capsd dejar de control de servicios adicionales. Esto puede mejorar considerablemente la velocidad de descubrimiento de si el archivo capsd se ha "ajustado" (vase ms adelante).

Protocolos
OpenNMS pruebas de la existencia de un servicio particular de la red mediante el uso de "protocolos". En el ms bsico, esto podra ser una conexin a un puerto TCP para probar una pancarta en particular, pero tambin hay clases especiales para una variedad de otros protocolos. Los protocolos actuales apoyo fuera de la caja son:
o o o o o o o o o o o o o o o o o o o o o o o o o

Citrix DHCP DNS Domino IIOP FTP Propsito General (guin basado) HTTP HTTPS ICMP IMAP JBOSS JDBC JDBC procedimiento almacenado JSR160 K5 LDAP Microsoft Exchange Mx4j Notas HTTP NSClient (agente Nagios) NRPE (Nagios remoto Plugin Ejecutor) NTP POP3 Radio SMB

o o o o o

SMTP SNMP SSH TCP Servicios de Windows (basada en SNMP)

Cuando un evento newSuspect es recibido por capsd y la poltica de gestin de la direccin IP en este caso es "administrada", el proceso capsd abrir camino a travs de este archivo de prueba de un protocolo tras otro, en el orden en que aparecen en este archivo. El primer protocolo que se probar es ICMP:

<protocol-plugin protocol="ICMP" classname="org.opennms.netmgt.capsd.plugins.IcmpPlugin" <propiedad scan="on"> key="timeout" value="2000"/> <clave de la propiedad = "reintentar" value = "2" /> </ protocolo-plugin> Cada protocolo se inicia con un protocolo plugin de etiquetas. Esta etiqueta tiene

cuatro atributos:
protocolo Este es el nombre del protocolo. nombre de clase Esto define la clase de protocolo que se utiliza para probar el servicio. exploracin exploraciones Capsd se puede dar vuelta "en la" u "off" por protocolo con este atributo. definido por el usuario En versiones anteriores a 1.6.9 y algo as como 1.7.9 ha habido una etiqueta definida por el usuario = "valor" (ver ejemplo abajo), que podra haber tenido el valor verdadero o falso. Esta etiqueta, obviamente, nunca fue utilizado en el cdigo y ha sido eliminado.

Adems, cada protocolo plugin puede tener un nmero de propiedades que se definen por una clave y un valor . Las posibles propiedades de cada protocolo se discutir en la siguiente seccin, aunque casi todos incluyen un tiempo de espera y el nmero de veces para tratar de hacer una conexin. Hay una caracterstica poco conocida disponible en capsd. Esta es la posibilidad de configurar cada protocolo basado en direcciones IP. Esto es a travs del protocolo de configuracin de etiquetas. La mejor manera de describir esto es con un ejemplo. Vamos a tener la configuracin de ICMP desde arriba y modificarlo:
<protocol-plugin protocol="ICMP" classname="org.opennms.netmgt.capsd.plugins.IcmpPlugin" scan="on" userdefined="false"> protocolo <-configuracin de escaneo = "on" por el usuario define = "false" begin="192.168.10.0" <range> <propiedad key="timeout" end="192.168.10.254"/> value="4000"/> <clave de la propiedad = "reintentar" value = "3" /> </ configuracin del

protocolo-scan="off" <protocol-configuration> user-defined="false"> <range begin="192.168.20.0" end="192.168.20.254"/> </ protocolo de configuracin> < protocolo de configuracin de exploracin = "activar" definido por el usuario = "false"> <specific> 192.168.30.1 </ especfica> </ configuracin del protocolokey="timeout" <propiedad> value="2000"/> <clave de la propiedad = "reintentar" value = "2" /> </ protocolo-plugin> Hay tres -configuracin del protocolo de las etiquetas que se han agregado.

Suponga que tiene una subred que se encuentra sobre un vnculo lento y puede tardar un poco ms de una solicitud ICMP para ser devueltos. En el primer ejemplo, la subred 192.168.10.0 se permite un segundo de respuesta de 4 en lugar del predeterminado de 2, y tres intentos. Suponga que tiene otro segmento que no quieren para buscar ICMP. En el segundo ejemplo, escanear est en "off", y que van no hacerse la prueba de ICMP. Por ltimo, el tercer ejemplo muestra la configuracin de exploracin para "permitir", lo que obliga el protocolo de estar asociado con el dispositivo sin pruebas para ello. Esto es til si conoce el protocolo va a existir en un dispositivo, pero por alguna razn no se ha agregado an o se ha cado. Tenga en cuenta que "permitir" slo funciona para las etiquetas de configuracin del protocolo y no principales el plugin de etiquetas.

Plugin de Propiedades
La siguiente tabla muestra todas las propiedades que las etiquetas estn disponibles para cada protocolo plugin. Los valores por defecto son los que en el cdigo en el propio plug-in, no los valores por defecto en el archivo de configuracin. Citrix
puerto El puerto al que conectarse. El valor predeterminado es "1494". tiempo de espera El tiempo en milisegundos para esperar una respuesta. El valor predeterminado es "5000". reintentos El nmero de intentos realizados para detectar el servicio. El valor por defecto es "0".

DHCP
puerto El puerto al que conectarse. El valor predeterminado es "67". tiempo de espera El tiempo en milisegundos para esperar una respuesta. El valor predeterminado es "3000".

reintentos El nmero de intentos realizados para detectar el servicio. El valor predeterminado es "3".

DNS

puerto El puerto al que conectarse. El valor predeterminado es "53". tiempo de espera El tiempo en milisegundos para esperar una respuesta. El valor predeterminado es "3000". reintentos El nmero de intentos realizados para detectar el servicio. El valor predeterminado es "3". bsqueda El nombre de host por defecto para tratar de resolver. El valor predeterminado es "localhost".

Domino IIOP
puertos El puerto al que conectarse. El valor predeterminado es "63148". tiempo de espera El tiempo en milisegundos para esperar una respuesta. El valor predeterminado es "5000". reintentos El nmero de intentos realizados para detectar el servicio. El valor predeterminado es "0". puerto IOR Puerto para buscar la IOR a travs de HTTP. El valor predeterminado es "80".

FTP
puerto El puerto al que conectarse. El valor predeterminado es "21".

tiempo de espera El tiempo en milisegundos para esperar una respuesta. El valor predeterminado es "5000". reintentos El nmero de intentos realizados para detectar el servicio. El valor predeterminado es "0".

HTTP
puertos El puerto para conectarse a (puede ser ms de uno, separados por una coma). El valor predeterminado es "80,8080,8000". tiempo de espera El tiempo en milisegundos para esperar una respuesta. El valor predeterminado es "5000". reintentos El nmero de intentos realizados para detectar el servicio. El valor predeterminado es "0". max-ret-cdigo (1.3.2 y posteriores) El ms alto cdigo de respuesta HTTP numricos que se tomarn para indicar el xito. El valor predeterminado es 399 si se especifica una direccin URL, 600 si no. de verificacin de cdigo de retorno (1.3.2 y posteriores) Booleano que indica si o no para comprobar el cdigo de respuesta HTTP para el xito / fracaso. El valor predeterminado es "true". Tenga en cuenta que los cdigos de retorno ilegales (99 <= cdigo de> = 600, por RFC1945 ) siguen indicando fracaso.

HTTPS
puertos El puerto para conectarse a (puede ser ms de uno, separados por una coma). El valor predeterminado es "443". tiempo de espera El tiempo en milisegundos para esperar una respuesta. El valor predeterminado es "30000".

reintentos El nmero de intentos realizados para detectar el servicio. El valor predeterminado es "1". max-ret-cdigo (1.3.2 y posteriores) El ms alto cdigo de respuesta HTTP numricos que se tomarn para indicar el xito. El valor predeterminado es 399 si se especifica una direccin URL, 600 si no. de verificacin de cdigo de retorno (1.3.2 y posteriores) Booleano que indica si o no para comprobar el cdigo de respuesta HTTP para el xito / fracaso. El valor predeterminado es "true". Tenga en cuenta que los cdigos de retorno ilegales (99 <= cdigo de> = 600, por RFC1945 ) siguen indicando fracaso.

ICMP
tiempo de espera El tiempo en milisegundos para esperar una respuesta. El valor predeterminado es "800". reintentos El nmero de intentos realizados para detectar el servicio. El valor predeterminado es "2".

IMAP
puerto El puerto al que conectarse. El valor predeterminado es "143". tiempo de espera El tiempo en milisegundos para esperar una respuesta. El valor predeterminado es "5000". reintentos El nmero de intentos realizados para detectar el servicio. El valor predeterminado es "0".

JBOSS
fbrica El mtodo de conexin a JMX. El valor predeterminado es "RMI". El valor aceptable otro es "HTTP".

tiempo de espera El tiempo en milisegundos para esperar una respuesta. El valor predeterminado es "3000". versin La versin de JBOSS ser detectado. El valor predeterminado es "4". puerto El puerto TCP a utilizar para la conexin. El valor predeterminado es "1099".

JDBC A diferencia de casi todos los otros plugins, el plugin de JDBC es * muy * poco probable que funcione con los valores de configuracin por defecto. Usted tendr que configurar el usuario. contrasea, URL y el conductor para que coincida con la base de datos para que esto funcione.
tiempo de espera El tiempo en milisegundos para esperar una respuesta. El valor predeterminado es "5000". reintentos El nmero de intentos realizados para detectar el servicio. El valor predeterminado es "0". usuario El nombre de usuario con el que autenticar a la base de datos. El valor predeterminado es "sa" contrasea La contrasea correspondiente al nombre de usuario. Por defecto est en blanco url La url de la base de datos (JDBC foramt url). El valor predeterminado es "jdbc: sybase: Tds: OPENNMS_JDBC_HOSTNAME / tempdb" conductor La clase del controlador JDBC para crear la conexin. El valor predeterminado es "com.sybase.jdbc2.jdbc.SybDriver" de acogida

La sede de la base de datos sigue viva. El valor predeterminado es "OPENNMS_JDBC_HOSTNAME"

JDBC procedimiento almacenado La configuracin es que para el plugin de JDBC, excepto que es un parmetro adicional para definir el procedimiento almacenado para ejecutar. Advertencias sobre la configuracin del plugin de JDBC se aplican aqu tambin. El parmetro adicional:
procedimiento almacenado El nombre del procedimiento almacenado para ejecutar despus de conectarse a la base de datos. El valor predeterminado es "isRunning". El procedimiento almacenado debe tener un parmetro de salida nica de java.sql.Types.BIT tipo. El valor de retorno real se descarta

JSR160
tiempo de espera El tiempo en milisegundos para esperar una respuesta. El valor predeterminado es "5000".

LDAP
puerto El puerto TCP en el que buscar el servicio LDAP. El valor predeterminado es "389". tiempo de espera El tiempo en milisegundos para esperar una respuesta. El valor predeterminado es "5000". reintentos El nmero de intentos realizados para detectar el servicio. El valor predeterminado es "0".

Microsoft Exchange
tiempo de espera El puerto al que conectarse. El valor predeterminado es "5000". reintentos El nmero de intentos realizados para detectar el servicio. El valor predeterminado es "0" pop3 puerto

El puerto para buscar el protocolo POP3. El valor predeterminado es "110". imap puerto El puerto para buscar el protocolo IMAP. El valor predeterminado es "143". puerto mapi El puerto para buscar el protocolo MAPI. Este puerto / servicio es utilizado por Exchange para hacer RPC a travs de HTTP. El valor predeterminado es "593".

Mx4j
tiempo de espera El tiempo en milisegundos para esperar una respuesta. El valor predeterminado es "5000".

Notas HTTP
puertos El puerto para conectarse a (puede ser ms de uno, separados por una coma). Busca la cadena "Notas" en el banner. El valor predeterminado es "80,8080,8000". tiempo de espera El tiempo en milisegundos para esperar una respuesta. El valor predeterminado es "5000". reintentos El nmero de intentos realizados para detectar el servicio. El valor predeterminado es "0".

NRPE
comando El comando para enviar al agente NRPE. El valor predeterminado es el NRPE Hola comando ("_NRPE_CHECK") puerto El puerto del agente NRPE est escuchando. El valor predeterminado es "5666" relleno

El relleno a utilizar en el paquete. El valor predeterminado es 2 tiempo de espera El tiempo en milisegundos para esperar una respuesta. El valor predeterminado es "5000". vuelva a intentar El nmero de intentos realizados para detectar el servicio. El valor predeterminado es "0". usessl (disponible en OpenNMS 1.3.10) Si desea utilizar NRPE a travs de SSL. El valor predeterminado es "falso". Se establece en "true" para habilitar.

NSClient

comando El comando para enviar al agente NSClient. El valor predeterminado es la comprobacin de versin de cliente ("1"). puerto El puerto en el que el agente est escuchando. El valor predeterminado es "1248" parmetro Un parmetro para enviar junto con el comando. Predeterminado es null criticalPercent Si el comando enviado devuelve un valor que se puede comparar, este valor es el valor de la comparacin de un nivel crtico. El valor predeterminado es "0" warningPercent Si el comando enviado devuelve un valor que se puede comparar, este valor es el valor de comparacin para un nivel de alerta. El valor predeterminado es "0" contrasea La contrasea necesaria para conectarse al agente. El valor predeterminado es "Ninguno" tiempo de espera

El tiempo en milisegundos para esperar una respuesta. El valor predeterminado es "5000". vuelva a intentar El nmero de intentos realizados para detectar el servicio. El valor predeterminado es "0".

NTP

puerto El puerto al que conectarse. El valor predeterminado es "123". tiempo de espera El tiempo en milisegundos para esperar una respuesta. El valor predeterminado es "3000". reintentos El nmero de intentos realizados para detectar el servicio. El valor predeterminado es "3".

POP3
puerto El puerto al que conectarse. El valor predeterminado es "110". tiempo de espera El tiempo en milisegundos para esperar una respuesta. El valor predeterminado es "5000". reintentos El nmero de intentos realizados para detectar el servicio. El valor predeterminado es "0".

Radio
authport El puerto del demonio de radio utiliza para la autenticacin. Por defecto es 1812 acctport El puerto del demonio de radio utiliza para la contabilidad. El valor predeterminado es 1813 AuthType

El tipo de autenticacin, el demonio de radio requiere. El valor predeterminado es "pap" usuario Un nombre de usuario que puede ser utilizado para probar la autenticacin. El valor predeterminado es "OpenNMS" contrasea Una contrasea correspondiente que puede ser utilizado para probar la autenticacin. El valor predeterminado es "OpenNMS" secreto El secreto compartido con el demonio de radio. El valor predeterminado es "secreto" tiempo de espera El tiempo en milisegundos para esperar una respuesta. El valor predeterminado es "5000". reintentos El nmero de intentos realizados para detectar el servicio. El valor predeterminado es "0".

SMB No tiene propiedades para SMB plugin. SMTP


puerto El puerto al que conectarse. El valor predeterminado es "25". tiempo de espera El tiempo en milisegundos para esperar una respuesta. El valor predeterminado es "5000". reintentos El nmero de intentos realizados para detectar el servicio. El valor predeterminado es "0".

SNMP
puerto El puerto al que conectarse. El valor predeterminado es "161".

tiempo de espera El tiempo en milisegundos para esperar una respuesta. El valor predeterminado es nulo. reintentos El nmero de intentos realizados para detectar el servicio. El valor predeterminado es nulo. vigor la versin La versin del protocolo (SNMPv1 o SNMPv2) a utilizar para comprobar el servicio. El valor predeterminado es nulo. vbname El OID de consulta. El valor predeterminado es ".1.3.6.1.2.1.1.2" (esto es SNMPv2-MIB:: sysObjectID.0). vbvalue El valor (opcional) para comprobar si la devuelve una OID. El valor predeterminado es nulo.

SSH

tiempo de espera El tiempo en milisegundos para esperar una respuesta. El valor predeterminado es "5000". reintentos El nmero de intentos realizados para detectar el servicio. El valor predeterminado es "0". puerto El puerto del demonio de ssh est escuchando. El valor predeterminado es "22". partido Una expresin regular para verificar si en la respuesta desde el servidor SSH. Predeterminado es null banner Si el partido no se define, otra expresin regular para verificar si en la respuesta. Predeterminado es null

TCP

puerto El puerto al que conectarse. El valor predeterminado es nulo. tiempo de espera El tiempo en milisegundos para esperar una respuesta. El valor predeterminado es "5000". reintentos El nmero de intentos realizados para detectar el servicio. El valor predeterminado es "0". banner Verifica en el "banner" cadena con la cadena que se devuelve si la conexin es correcta. El valor predeterminado es nulo.

Servicios de Windows (Win32ServicePlugin)


nombre de servicio El nombre del servicio de Windows que usted est interesado en, por ejemplo "Programador de tareas". El valor predeterminado es "servidor".

Este complemento ampla el SnmpPlugin y por lo tanto tambin acepta todas sus propiedades.

Asignacin de Plugins Protocolo de Servicios


Tenga en cuenta que los plugins protocolo representan el cdigo que se utiliza para determinar si existe un servicio en particular. No es el propio servicio. El capsdconfiguration.xml archivo es donde los servicios estn definidos. Por ejemplo, visita el servicio HTTP:
<protocol-plugin protocol="HTTP" classname="org.opennms.netmgt.capsd.plugins.HttpPlugin" scan="on" userdefined="false"> clave de la propiedad <= "puertos" value = "80 "/> key="timeout" <propiedad value="3000"/> <propiedad key="retry" value="2"/> </ protocolo-plugin>

Este servicio se utiliza el plugin de HTTP para comprobar si hay un servicio en el puerto 80 y crear un servicio llamado "HTTP". Con un simple cambio de nmero de puerto, puede crear un nuevo servicio:
<protocol-plugin protocol="HTTP-8080" classname="org.opennms.netmgt.capsd.plugins.HttpPlugin" scan="on" userdefined="false"> clave de la propiedad <= "puertos" value = "8080" / key="timeout"> <propiedad <propiedad key="retry" value="3000"/> <value="2"/> / protocolo-plugin>

El mismo protocolo plugin, sino un servicio totalmente diferentes en cuanto a OpenNMS que se trate. En algunos casos, principalmente con HTTP, puede comprobar varios puertos. Si lo hace, entonces el servicio se considera que existe una respuesta vlida si se recibe en cualquiera o todos los puertos de la prueba.

Uno de los plugins ms poderosa es la TCP plugin. Aqu se utiliza para probar la existencia de un shell seguro:

<protocol-plugin protocol="SSH" classname="org.opennms.netmgt.capsd.plugins.TcpPlugin" scan="on" userdefined="false"> clave de la propiedad <= "banner" value = "SSH "/> key="port" <propiedad key="timeout" <propiedad value="22"/> <propiedad value="3000"/> key="retry" Value="3"/> </ pluginprotocolo >

Este se conectar al puerto 22 y buscar la cadena "SSH" para ser devueltos. Mediante el uso de este control banner puede crear diferentes servicios para diferentes versiones de software, tales como Oracle7 frente Oracle8, siempre y cuando la informacin se incluy en la bandera (para ver el banner, usted puede usar telnet direccin IP del puerto ). En la actualidad, el partido es estrictamente una bsqueda de subcadena. En futuras versiones de expresiones regulares pueden ser permitidos.

Bloque de mensajes del servidor (SMB)


SMB es usado por los servidores de Windows para compartir archivos, similar al de NFS. OpenNMS no sondea o SMB o NFS, pero puede utilizar algunas de las informaciones proporcionadas por SMB a nombre de los nodos e interfaces de grupo en los nodos. Si SMB se descubre en un dispositivo, ser observado en la pgina del nodo. Puede permitir OpenNMS a "conectarse" a un recurso compartido SMB utilizando la siguiente etiqueta:
<smb-config> <smb-auth user="guest" password="guest" type="domain"> GRUPO DE TRABAJO </ smb-auth> </ smb-config>

Aqu puede introducir en un nombre de usuario contrasea y dominio para OpenNMS utilizar cuando se intenta conectar a una interfaz.

Gestin de Polticas
Como se mencion al principio de esta seccin, la poltica de gestin por defecto es "administrada", lo que significa que capsd tratar de un servicio de exploracin en todas las interfaces en eventos newSuspect. Esto se puede reemplazar con la ip de gestin de etiquetas. Desde el defecto capsd-configuration.xml fichero de configuracin:
policy="managed"> <ip-management begin="192.168.0.0" <range end="192.168.0.255"/> <include-url> file: / opt / OpenNMS / etc / include </ inclusin / url> < / gestin de la PI-> <ip-management policy="unmanaged"> <specific> 0.0.0.0 </ especfica> <range begin="127.0.0.0" end="127.255.255.255"/> </ gestin de la PI-> Esta etiqueta tiene una poltica de atributo que puede ser gestionado o no gestionado . A continuacin, puede definir los rangos, determinadas direcciones

IP

y los archivos segn sea necesario. Tenga en cuenta que la "gestin" ejemplo se utiliza especficamente como un ejemplo: desde la poltica por defecto es "administrada" no es necesario.

SNMP
El protocolo SNMP es un caso especial. Si bien la mayora de los otros servicios con el tiempo ser encuestados, el servicio SNMP se utiliza para recopilar datos. los Veamos en su definicin en el fichero de configuracin:
<protocol-plugin protocol="SNMP" classname="org.opennms.netmgt.capsd.plugins.SnmpPlugin" scan="on" userdefined="false"> clave de la propiedad <= "versin vigente" value =

" SNMPv1 "/ <propiedad key="timeout"> <propiedad value="2000"/> key="retry" Value="3"/> </ protocolo-plugin> Tenga en cuenta la versin vigente de propiedad. Desde la versin de SNMP

dos agentes respondern a las solicitudes SNMP versin 1, esta prueba se encuentran los dos agentes. Esta propiedad no tiene nada que ver con cmo los datos sern recogidos . El colector SNMP de forma automtica los controles de SNMPv2 y uso GRANEL comandos GET para recuperar los datos (a menos que se reemplaza en el snmp-config.xml archivo). Pero si usted quiere gestionar un servicio llamado "SNMPv2" se puede crear uno con:
<protocol-plugin protocol="SNMPv2" classname="org.opennms.netmgt.capsd.plugins.SnmpPlugin" scan="on" userdefined="false"> clave de la propiedad <= "versin vigente" value = " SNMPv2 "/ <propiedad key="timeout"> <propiedad value="2000"/> key="retry" Value="3"/> </ protocolo-plugin>

Tenga en cuenta que el "SNMPv2" que existan a principios de 0.9 ya no est activada de forma predeterminada.

El SNMP-config.xml Archivo
Los parmetros utilizados para conectar con los agentes SNMP se definen en el snmp-config.xml archivo. Aqu est un ejemplo:
<snmp-config retry="3" timeout="800" read-community="public" writecommunity="private"> <definition version="v2c"> <specific> 192.168.0.5 </ especfica> </ definicin > retry="4" <definition timeout="2000"> <range begin="192.168.1.1" end="192.168.1.254"/> <range begin="192.168.3.1" end="192.168.3.254"/> </ Definicin> <definition read-community="bubba" write-community="zeke"> <range begin="192.168.2.1" end="192.168.2.254"/> </ definicin> <definicin port = "1161" > <specific> 192.168.5.50 </ especfica> </> <definicin / snmp-config> Los atributos del snmp-config etiquetas son las siguientes:

vuelva a intentar

El nmero de intentos que se hicieron para conectar con el agente SNMP. tiempo de espera La cantidad de tiempo, en milisegundos, que OpenNMS esperar una respuesta del agente. lectura de la comunidad El valor por defecto "leer" cadena de comunidad SNMP para las consultas. escritura de la comunidad El valor por defecto "escribir" cadena de comunidad SNMP para las consultas. Tenga en cuenta que esto es para el desarrollo futuro OpenNMS no realiza SNMP "fija" en este momento.

Todos los parmetros globales se puede reemplazar con definicin de las etiquetas. Estas nuevas definiciones de SNMP se pueden aplicar a rangos o direcciones IP especficas. Adems, hay dos otros atributos disponibles:
puerto Esto anula el puerto predeterminado de 161. versin Aqu se puede obligar a cualquiera de las versiones de SNMP 1 "v1" o 2c versin "v2c".

capsd y SNMP
Cuando la prueba SNMP, capsd hace un intento para recibir la sysObjectID para el dispositivo utilizando la cadena de comunidad y el puerto se define en el snmpconfig.xml . Si esto tiene xito, el protocolo SNMP est marcado como "verdadero" para esta direccin IP. Tenga en cuenta que tiene el partido vlido por primera vez en snmp-config.xml para que la direccin IP, algo que debe observar si la direccin se incluye en varios rangos. Una vez que todos los protocolos han sido probados, si SNMP es vlido para esta direccin IP, ms pruebas se realizan por capsd. En primer lugar, tres hilos se generan tres solicitudes SNMP se hacen para recoger los datos del rbol del sistema, el ipAddrTable y ifTable. Si, por alguna razn, el ipAddrTable ifTable o no estn disponibles, el proceso se detiene (aunque los datos del sistema SNMP pueden aparecer en la pgina del nodo - esto sucede mucho con la Universidad de California-Davis agentes SNMP en el que slo el rbol del sistema est disponible para una consulta a travs del "pblico" cadena de comunidad). En segundo lugar, todas las direcciones IP objetivo secundario en el ipAddrTable se ejecutan a travs de las capacidades capsd exploracin. Tenga en cuenta que esto es independientemente de cmo la administracin se configura en el archivo de configuracin. Esto slo ocurre en la exploracin inicial y vuelve a explorar forzoso. En escaneos normales (por defecto, cada 24 horas), las direcciones IP que son "administrados" en capsd no se mira. En tercer lugar, todas las direcciones IP en el ipAddrTable que soporta SNMP es una prueba para ver si se asigna a un ifIndex vlido en el ifTable. Si esto es cierto, la direccin IP est marcado como un segundo interfaz SNMP y es un candidato para convertirse en la principal interfaz de SNMP. Por ltimo, todas las secundarias interfaces SNMP son probados para ver si coinciden con un paquete vlido de la collectd la configuracin de archivos. Si ms de una direccin IP vlida cumple los tres criterios (soporta SNMP, tiene un ifIndex vlido y est incluido en un paquete de coleccin), el ms bajo direccin IP est marcado como principal. Todos recopilacin de datos SNMP se realiza a travs de la principal interfaz SNMP. (Nota: en el futuro tendremos la posibilidad de cambiar a una posicin secundaria interfaz SNMP caso de que el principal no est disponible).

Cuando el proceso de prueba capsd es completa, se generan los eventos, incluyendo eventos NodeGainedService. SNMP recopilacin de datos est cubierto en otro Cmo se hace ( la recopilacin de datos de procedimientos de configuracin ).

Conclusin

Se espera que esta Cmo se ha demostrado su utilidad. Por favor, correcciones directa y comentarios al autor.

Contenido
[ ocultar ]

1 Introduccin o 1.1 Propsito 2 Derecho de Autor o 2.1 Correcciones y Omisiones 3 Informacin general 4 de votacin o 4.1 La configuracin del archivo de encabezado Poller o 4.2 Paquetes Poller o 4.3 Servicios Poller o 4.4 Poller calendario de interrupcin o 4.5 Modelos de tiempo de inactividad o 4.6 Poller Monitores 5 Documentacin para Pollers especficas 6 Conclusin 7 Ejemplos

Introduccin Propsito
Este Cmo se forma parte de una serie diseada para servir de referencia para comenzar a OpenNMS. Eventualmente, estos documentos cubrir todo lo necesario para obtener OpenNMS instalado y funcionando en su entorno.

Derecho de Autor
El contenido est disponible bajo Creative Commons Reconocimiento-No comercialShareAlike2.5 licencia .

Correcciones y omisiones
Por favor, enve las correcciones y omisiones al autor.

Informacin general

OpenNMS es una plataforma de gestin de red de nivel empresarial desarrollada en el marco del modelo de cdigo abierto. A diferencia de los productos de gestin de red que estn muy centrados en los elementos de red tales como las interfaces de switches y routers, OpenNMS se centra en los recursos de red ofrecer servicios de: pginas web, acceso a

bases de datos, DNS, DHCP, etc (aunque la informacin sobre elementos de la red tambin est disponible ). Hay dos formas principales que rene datos OpenNMS sobre la red. La primera es a travs de votacin . Procesos llamados monitores de conectarse a un recurso de red y realizar una sencilla prueba para ver si el recurso est respondiendo correctamente. Si no, se generan los eventos. La segunda es a travs de la recopilacin de datos utilizando los coleccionistas . En la actualidad, el colector es slo para los datos SNMP, y ser cubierto en otro Cmo se hace. La idea bsica detrs del Poller agrupacin comienza con los dispositivos de red en los paquetes . Cada paquete constar de diversos servicios y cmo van a ser encuestados (frecuencia). Adems, en caso de un corte de luz se detectaron, cada paquete puede tener su propio modelo de tiempo de inactividad que controla cmo el Poller dinmicamente ajustar su votacin sobre los servicios que estn abajo. Por ltimo, cada paquete tiene un calendario de cortes que los tiempos de los horarios cuando el Poller es no a la encuesta (es decir, el tiempo de inactividad programado). El Poller slo funcionar en las interfaces y servicios que han sido previamente descubierto por capsd (ver el Discovery Cmo se hace para obtener informacin sobre la configuracin de ese proceso).

Votacin La configuracin del archivo de encabezado Poller

De votacin en OpenNMS es controlado por el Poller-configuration.xml archivo (que se encuentra en el directorio / opt / OpenNMS / etc directorio). Echemos un vistazo a ese archivo:
threads="30" <poller-configuration serviceUnresponsiveEnabled="false"> status="on" <node-outage pollAllIfNoCriticalServiceDefined="true"> <critical-service name="ICMP"/> </ corte de nodo->

Existen tres comportamientos bsicos que se configuran en el encabezado de este archivo:


configuracin Poller-hilos Esto determina el nmero mximo de subprocesos que se utilizarn para la votacin, y se puede ajustar hacia arriba o hacia abajo dependiendo del tamao de su red y la potencia de su servidor. (Ver Ajuste del rendimiento # discusiones Poller .) serviceUnresponsiveEnabled Una encuesta consiste en una conexin a un puerto determinado en un interface remoto, y luego una prueba para ver si el servicio en ese puerto devuelve una respuesta esperada. Si la respuesta no se recibe dentro del tiempo de espera , el servicio se considera abajo. En algunas redes, sin embargo, las fallas intermitentes de corta son comunes. Esto dar como resultado lo que se conoce como un " corte de 30 segundos ". Debido al modelo de tiempo de inactividad por defecto, un servicio no se encuest a ms de 30 segundos. Tenga en cuenta que este es un problema real: un usuario que intenta acceder a ese recurso tambin han experimentado un tiempo de espera. Sin embargo, en algunas redes de estos 30 cortes de segundo puede ser molesto pero difcil de corregir.

As que la opcin se ha aadido para indicar un fallo que cuando falla la conexin del puerto y no la respuesta. En este caso, uno no responde de servicios no genera una interrupcin, sino slo un "servicio que no responde" evento. Para habilitar este comportamiento, establezca este valor en "true". nodo-corte El evento de base que se genera cuando una encuesta no se llama "NodeLostService". Si ms de un servicio se pierde, mltiples eventos NodeLostService se generar. Si todos los servicios en una interfaz se han reducido, en lugar de un evento NodeLostService, un "InterfaceDown" evento se generar. Si todas las interfaces en un nodo estn abajo, el propio nodo puede ser considerado abajo, y esta seccin del archivo de configuracin controla el comportamiento Poller que debe ocurrir. Si un "NodeDown" acontecimiento y se -parada de estado de los ganglios = "on" entonces todos los eventos y NodeLostService InterfaceDown ser suprimido y slo un evento NodeDown se generar. En lugar de intentar sondear todos los servicios en el nodo de abajo, el Poller intentar nica encuesta de la crtica de servicio , de forma predeterminada ICMP. Una vez que devuelve el servicio crtico, el Poller continuacin, se reanudar la votacin de otros servicios. Si el servicio crtico no est disponible en un nodo, el pollAllIfNoCriticalServiceDefined parmetro controla el comportamiento. Si se establece en "true", entonces todos los servicios sern consultados. Si se establece en "false", el primer servicio en el paquete que existe en el nodo ser encuestados hasta que el servicio se restablezca, y luego de votacin se reanudar de todos los servicios.

Tenga en cuenta que cualquier cambio en este archivo no tendr efecto hasta que se reinicie OpenNMS.

Poller Paquetes
Un paquete de Poller consta de un nombre, un grupo de interfaces para la encuesta, y los servicios a ser consultados sobre las interfaces. Varios paquetes se pueden configurar, y una interfaz puede existir en ms de un paquete (aunque el valor de que es cuestionable). Esto le da una gran flexibilidad a la forma en los niveles de servicio ser determinado por un determinado producto. Por ejemplo, puede crear paquetes calculadas mediante los tipos de votacin diferentes, por ejemplo, "de oro", "plata" y "bronce". En el paquete de oro, los servicios se encuest a cada minuto, el paquete de plata cada cinco minutos y el paquete de bronce cada quince. O, usted podra construir paquetes de diferentes Poller basado en los niveles de supervisin. Un paquete "bsico" slo puede votar ICMP y HTTP, mientras que un "lujo" de paquetes que incluyen bases de datos, etc. Adems de una lista de servicios, cada paquete puede tener un "tiempo muerto" de modelo y un "calendario de interrupcin", ambos discuten a continuacin.

La definicin de un paquete comienza con un paquete de etiquetas:


name="example1"> paquete>

Esto es seguido por una lista de etiquetas que definen lo que las interfaces se incluir en el paquete. Hay cinco de estas etiquetas:
filtro
IPADDR IPLIKE *.*.*.*

Cada envase tiene una etiqueta de filtro que realiza la prueba inicial para ver si una interfaz se debe incluir en un paquete. Filtros de operar en las interfaces (no nodos) y se discuten en la filtros de pgina. Slo un filtro de estado puede existir por paquete.
especfica
<specific> 192.168.1.59 </ especficos>

Esto especifica una direccin IP para incluir en un paquete.


incluyen alcance
<include-range begin="192.168.0.1" end="192.168.0.254"/>

Esto especifica un rango de direcciones IP para incluir en un paquete.


excluir alcance
<exclude-range begin="192.168.0.100" end="192.168.0.104"/>

Esto especifica un rango de direcciones IP para excluir en un paquete. Esto se sobrepondr a la inclusin / gama de etiquetas.
de inclusin / url
<include-url> file: / opt / OpenNMS / etc / include </ inclusin / url>

Esta etiqueta se apuntan a un archivo que consta de una lista de direcciones IP, uno en cada lnea, que se incluir en el paquete. Los comentarios pueden ser vistos en este archivo. Cualquier lnea que comienza con un carcter "#" ser ignorado, al igual que el resto de cualquier lnea que incluye un espacio seguido por "#". Todas las etiquetas de arriba, a excepcin de filtro, son opcionales y sin lmites.

Poller Servicios
Una vez que las direcciones IP para incluir en un paquete se definen los servicios que se encuest a una lista. Por ejemplo:
name="DNS" servicio> interval="300000" user-defined="false" key="retry" <Parameter status="on"> Value="3"/> <parmetro clave = "tiempo de espera" value = "5000 "/> key="port" <Parameter <Parameter key="lookup" value="53"/> <value="localhost"/> / servicio>

Los parmetros comunes para el servicio Poller son los siguientes:


vuelva a intentar El nmero de intentos que se hicieron para conectarse al servicio. El valor predeterminado es tiempo de espera La cantidad de tiempo, en milisegundos, que OpenNMS esperar una respuesta del servicio. El valor predeterminado es puerto

bsqueda

Esta encuesta ser el servicio de DNS, una vez cada cinco minutos (300.000 m). El resto del bloque es similar al bloque correspondiente en la configuracin capsd. Dado que los usuarios pueden definir los servicios a que se encuest, el definido por el usuario indica que este atributo para un servicio particular. De votacin tambin puede ser universalmente se detuvo por un servicio en particular, indicado por el estado de etiquetas. Tenga en cuenta que el servicio tal como se define en el Poller puede ser diferente a la definida en capsd. Si lo desea, un tiempo de espera ms largo durante el descubrimiento, por ejemplo. Adems, en este ejemplo, una peticin DNS se har para buscar "localhost". Esto debera devolver un error (como localhost no aparece normalmente en un DNS), pero si ese error se devuelve, el DNS est funcionando correctamente y se supera la prueba. la implementacin de Microsoft de DNS, sin embargo, a veces tiene problemas con esto, por lo que puede poner una gran cantidad real para el valor de bsqueda (y en capsd tambin). Debe haber al menos un servicio definido por el paquete.

Poller calendario de interrupcin


(En las versiones 1.5.x ms reciente que esta caracterstica se llama "cortes programados") Con el fin de mantener los servidores funcionando correctamente, a menudo es necesario para llevarlos fuera de servicio por mantenimiento programado. En lugar de tener estos cortes de servicio de mantenimiento se refleja como un corte de servicio de verdad, pueden ser incluidos en un "apagn Calendario Poller" y, a continuacin hace referencia el paquete de Poller con el corte en el calendario de etiquetas. Esta etiqueta contiene el nombre de una interrupcin vlida en la encuesta-outages.xml archivo. La interrupcin en el calendario de etiquetas es opcional y sin lmites (es decir, puede hacer referencia a ms de una interrupcin). Desde la versin 1.5.91 se puede configurar las interrupciones programadas de la interfaz grfica de usuario, se puso a Admin -> Cortes programados. Antes de la versin 1.5.91, haba tres tipos de cortes: semanal, mensual y especficos. Desde 1.5.91 tambin existe la posibilidad de configurar las interrupciones diarias. Si usted tiene el problema que los nodos se comunican a estar abajo pensaron que se encuentran dentro de un corte que va todos los das pasada la medianoche tratar de definir dos intervalos de tiempo dentro de la corte, uno hasta la medianoche y el otro de partida despus de la medianoche, por ejemplo, en lugar de 22:00 apagn :00-01: 00:00 y definir 22:00:00-23:59:59 00:00:00-01:00:00. Ejemplos de la encuesta-cortes de archivo:
<outage name="global" day="sunday" type="weekly"> <tiempo begins="12:30:00" ends="12:45:00"/> <= hora del da "Domingo", comienza = " 13:30:00 "termina =" 14:45:00 "/ day="monday"> <tiempo begins="13:30:00" ends="14:45:00"/> <= hora del da" Martes "comienza =" 13:00:00 "termina =" 14:45:00 "/> interface> address="192.168.0.1"/> interface> address="192.168.0.36"/> direccin <= interface" 192.168. 0.38 "/> </> corte de

Esto define un calendario de cortes llamados "global" que se ejecuta cada semana. Se especifica cuatro veces falla: domingo a partir de las 12:30 y dura 15 minutos, el domingo a partir de las 1:30 pm y duran una hora y quince minutos, la parada misma hora del lunes, y otro el martes de 1:00 pm a 2 : 45 horas. Esto es para demostrar que se puede tener cortes

mltiples en un da determinado y el mismo corte en diferentes das. Tres interfaces se vern afectados.
name="hub <outage maintenance" type="monthly"> <tiempo day="1" begins="23:30:00" ends="23:45:00"/> <hora del da = "15" comienza = "21:30:00" termina = "21:45:00" / day="15"> <tiempo begins="23:30:00" ends="23:45:00"/> <= direccin de la interfaz " 192.168.100.254 "/> interface> address="192.168.101.254"/> interface> address="192.168.102.254"/> interface> address="192.168.103.254"/> interface> address="192.168.104.254"/> interface> address="192.168.105.254"/> interface> address="192.168.106.254"/> interface> address="192.168.107.254"/> </ corte de>

Este calendario corte se llama "centro de mantenimiento" que se ejecuta cada mes. En el primer da del mes el corte comienza a las 11:30 horas y dura 15 minutos. La interrupcin se produce en la misma el da 15 del mes, adems de otro corte de 21:30-21:45. Por lo tanto usted puede tener el mismo corte en diferentes fechas, as como ms de un corte en una fecha determinada. Ocho interfaces se ven afectados por este apagn.
tuning" <outage name="proxy servidor type="specific"> <tiempo begins="10Nov-2001 17:30:00" ends="11-Nov-2001 08:00:00"/> <direccin de la interfaz = "192.168.0.1" /> </> corte de

Tambin es posible incluir un corte de luz en una fecha y hora especficas. Este corte llamado "ajuste del servidor proxy" comenz el 10 de noviembre de 2001 a las 17:30 y dur hasta las 8:00 am del da siguiente. Esto afect a una interfaz. Usted puede tener ms de un "tiempo" al corte de entrada especficos. Si un calendario de corte de concreto se incluye en un paquete de Poller, luego de votacin no se producir durante este tiempo. Tenga en cuenta que esto no significa que el servicio ser considerado "arriba" durante este tiempo. Si el mantenimiento se ha iniciado un minuto demasiado pronto y un corte de luz se detecta, entonces no hay encuesta se hizo para restaurar el servicio hasta despus de la ventana de corte se ha cerrado.

Modelos de tiempo de inactividad


Una de las potentes funciones de la mayora de los Poller OpenNMS es sus modelos de tiempo de inactividad. El objetivo del Poller es verificar los niveles de servicio, y todos los involucrados gustara ver a los ser tan alto como sea posible. De forma predeterminada, el Poller realizar una encuesta cada cinco minutos. Si ese ritmo de votacin era esttico, entonces el ms corto de una interrupcin podra sera de cinco minutos: una encuesta de tener en cuenta la parada y el siguiente a la nota que fue restaurada. En estos das de los niveles de servicio en el "99,99%" rango, un corte de cinco minutos pueden ser devastadores. Es lo mismo que garantizar "100%" disponibilidad desde cualquier corte de romper su acuerdo de nivel de servicio. Para ayudar a combatir esto, OpenNMS utiliza sondeo de adaptacin. Una vez que se detecta un apagn, la votacin se aumenta temporalmente para tratar de detectar, tan pronto como sea posible, cuando el servicio se restablezca.
<downtime interval="30000" begin="0" end="300000"/> <- 30, 0, 5 m -> <downtime interval="300000" begin="300000" end="43200000"/> <- 5 m, 5 m, 12h -> <downtime interval="600000" begin="43200000" end="432000000"/> <10m, 12h, 5d -> tiempo de inactividad <empezar = "432 millones" eliminar = "true" /> <-! nada despus de 5 das eliminar ->

Lo que este modelo de tiempo de inactividad va a hacer es lo siguiente: desde el momento de la interrupcin comienza (tiempo 0) hasta cinco minutos ms tarde (hora de 300.000 m), el Poller se encuesta cada 30 segundos (30.000 m). Despus de cinco minutos, se asume que cualquier nivel de servicio que se vera muy afectada por un corte de cinco minutos se

ha roto, por lo que a partir de cinco minutos (300.000 m) en el corte hasta las primeras 12 horas de la parada (43.200.000 ms) de votacin se reanuda sus cinco minutos (300.000 m) de intervalo. Si el corte es mayor de 12 horas, no debe ser importante y / o es difcil de fijar, por lo que desde el momento en la parada es de 12 horas de vida hasta que es de 5 das (432 000 000 ms) de edad, se reduce el intervalo de encuesta una vez cada diez minutos (600.000 m). Si un servicio ha sido fuera de servicio por ms de cinco das, se elimina (bueno, marcado como "forzado no administrado") y no se encuest a ms. Tenga en cuenta que esto es opcional, usted puede seguir para sondear un servicio fuera de servicio por el tiempo que quisiera. Para el intervalo de tiempo de inactividad por ltima vez en el modelo, acaba de salir de la "final" tiempo libre a fin de ampliar de votacin indefinidamente.

Poller Monitores
Para cada servicio en un paquete de Poller, debe haber un monitor correspondiente. En la configuracin capsd, este fue incluido en la lnea de servicio en s, pero desde que existe el potencial para un servicio particular que existe muchas veces en el archivo de configuracin Poller, este pedacito de la contabilidad se puso, una vez, al final del archivo.
service="DominoIIOP" <monitor classname="org.opennms.netmgt.poller.DominoIIOPMonitor"/> service="ICMP" <monitor class-name="org.opennms.netmgt.poller.IcmpMonitor"/> <monitor = servicio "de Citrix" clase-name = "org.opennms.netmgt.poller.CitrixMonitor" / <monitor service="LDAP"> class-name="org.opennms.netmgt.poller.LdapMonitor"/> monitor de servicio <= "HTTP" clase-name = "org.opennms.netmgt.poller.HttpMonitor" / service="HTTP-8080" <monitor> classname="org.opennms.netmgt.poller.HttpMonitor"/> <monitor de servicio = "HTTP-8000" clase-name = "org.opennms.netmgt.poller.HttpMonitor" / service="HTTPS" <monitor> classname="org.opennms.netmgt.poller.HttpsMonitor"/> <monitor de servicio = "SMTP" clase-name = "org.opennms.netmgt.poller.SmtpMonitor" / service="DHCP" <monitor> classname="org.opennms.netmgt.poller.DhcpMonitor"/> <= monitor de servicio "DNS "clase-name =" org.opennms.netmgt.poller.DnsMonitor "/ service="FTP" <monitor> class-name="org.opennms.netmgt.poller.FtpMonitor"/> <monitor de servicio =" SNMP "clase -name = "org.opennms.netmgt.poller.SnmpMonitor" / <monitor service="Oracle"> classname="org.opennms.netmgt.poller.TcpMonitor"/> monitor de servicio <= "Postgres" nombre de clase = "org.opennms.netmgt.poller.TcpMonitor" / service="MySQL" <monitor> classname="org.opennms.netmgt.poller.TcpMonitor"/> <monitor de servicio = "Sybase" clase-name = " org.opennms.netmgt.poller.TcpMonitor "/ <monitor service="Informix"> class-name="org.opennms.netmgt.poller.TcpMonitor"/> monitor de servicio <=" SQL Server "clase-name =" org. opennms.netmgt.poller.TcpMonitor "/ <monitor service="SSH"> classname="org.opennms.netmgt.poller.TcpMonitor"/> monitor de servicio <=" IMAP "-nombre de la clase =" org.opennms. netmgt.poller.ImapMonitor "/ service="POP3" <monitor> classname="org.opennms.netmgt.poller.Pop3Monitor"/>

No debera ser necesario modificar esta seccin a menos que agregar manualmente la pollers propia.

Documentacin para Pollers especficas


Parte de la documentacin que se ha escrito para:

HTTP . Radio .

Conclusin
Se espera que esta Cmo se ha demostrado su utilidad. Por favor, correcciones directa y comentarios al autor.

Ejemplos

Supervisin de un Dell PowerEdge 3/Di controlador RAID expandible

Contenido
[ ocultar ]

1 Introduccin o 1.1 Propsito o 1.2 Derecho de Autor 2 Informacin general o 2.1 SNMP o 2.2 NSClient o 2.3 JMX o 2.4 HTTP 3 de recopilacin de datos o 3.1 snmp-config.xml o 3.2 nsclient-config.xml o 3.3 Capacidades o 3.4 collectd-configuration.xml 3.4.1 Qu interfaces son incluidos en un paquete? 3.4.2 Servicios 3.4.3 Parmetros de servicio 3.4.3.1 SNMP 3.4.3.2 JBOSS 3.4.3.3 NSClient 3.4.4 Interrupcin del calendario 3.4.5 Etiquetas final en collectd-configuration.xml o 3.5 Los datos de configuracin de coleccin o 3.6 DataCollection-config.xml 3.6.1 -snmp coleccin general que establezcan 3.6.2 Configuracin de RRD 3.6.2.1 Funciones de consolidacin 3.6.3 Tipos de recursos 3.6.4 Grupos 3.6.5 Sistemas de 3.6.6 Configuracin modular o 3.7 nsclient-DataCollection-config.xml o 3.8 jmx-DataCollection-config.xml o 3.9 -http DataCollection-config.xml o 3.10 Dnde Todos los datos de Ir? 4 Solucin de problemas o 4.1 verificar el acceso al dispositivo SNMP o 4.2 verificar snmp OpenNMS acceso al dispositivo o 4.3 verificar OID SNMP para recolectar o 4.4 verificar collectd est recogiendo los datos o 4.5 comprobar si los datos recogidos se escribe en los archivos RRD 5 Conclusin 6 Y ahora qu?

Introduccin Propsito
Este Cmo se forma parte de una serie diseada para servir de referencia para comenzar a OpenNMS. Eventualmente, estos documentos cubrir todo lo necesario para obtener OpenNMS instalado y funcionando en su entorno.

Derecho de Autor
El contenido est disponible bajo Creative Commons Reconocimiento-No comercialShareAlike2.5 licencia .

Informacin general

OpenNMS es una plataforma de gestin de red de nivel empresarial desarrollada en el marco del modelo de cdigo abierto. A diferencia de los productos de gestin de red que estn muy centrados en los elementos de red tales como las interfaces de switches y routers, OpenNMS se centra en los recursos de red ofrecer servicios de: pginas web, acceso a bases de datos, DNS, DHCP, etc (aunque la informacin sobre elementos de la red tambin est disponible ). Hay dos formas principales que rene datos OpenNMS sobre la red. La primera es a travs de votacin . Procesos llamados monitores de conectarse a un recurso de red y realizar una sencilla prueba para ver si el recurso est respondiendo correctamente. Si no, se generan los eventos. La segunda es a travs de la recopilacin de datos utilizando los coleccionistas . En la actualidad los datos pueden ser recogidos por:

SNMP, NSClient (el agente de Nagios), JMX, HTTP

Cmo la recopilacin de datos configurado correctamente parece ser una de las tareas ms difciles en OpenNMS, pero es slo una cuestin de "lograr que todos sus patos en una fila". Hay varias cosas que tienen que suceder para que esto funcione. Para todos los mtodos de recopilacin de datos:
capsd Durante el proceso de descubrimiento, capsd descubre si los distintos coleccionables servicios existen en el nodo descubierto. Ms especficamente para la recoleccin de SNMP, DPCA debe ser capaz de acceder a la informacin de SNMP en la interfaz y para formar algunas relaciones bsicas, tales como la direccin IP de ifIndex. collectd-configuration.xml Al igual que en el Poller-configuration.xml archivo (en otra parte), las interfaces se asignan a los paquetes para la recoleccin en este archivo. Si la recoleccin de datos se requiere en una interfaz, que debe existir en un paquete en este archivo. La configuracin predeterminada es adecuada para la mayora de los propsitos iniciales.

SNMP
SNMP para la recoleccin de datos, los siguientes archivos deben estar configurados correctamente:
snmp-config.xml Para cada interfaz, una cadena de comunidad vlida debe existir en este archivo. DataCollection-config.xml Cada paquete en la collectd puntos a un archivo de configuracin SNMP de recogida de definicin en este archivo. Cada snmp-coleccin define qu tipo de informacin para recoger a travs de SNMP, y es bastante potente en lo que va de configuracin. La configuracin por defecto es bastante completa para los propsitos bsicos, y probablemente no ser necesario cambiar mucho al principio.

NSClient
Para NSClient recopilacin de datos, es necesario instalar el agente NSClient en los servidores Windows ( http://nsclient.ready2run.nl/ ), configurarlo con un puerto y contrasea, y luego configurar OpenNMS:
nsclient-config.xml Aqu es donde puede configurar las contraseas, los tiempos de espera y los puertos para conectar el. Cada interfaz que desea cobrar debe tener una contrasea vlida especificado en este archivo (aunque se puede especificar un conjunto predeterminado de parmetros para simplificar la configuracin). nsclient-DataCollection-config.xml Este archivo configura conjuntos con nombre de las colecciones que corresponden a los nombres especificados en la configuracin de collectd. Estos conjuntos de recopilacin definir qu Windows contadores de rendimiento para recopilar, y cmo identificar los servidores que deben ser recogidos.

JMX
Para JMX recopilacin de datos, el siguiente archivo se debe configurar:
jmx-DataCollection-config.xml En cuanto a los otros DataCollection-config archivos, este archivo se especifica que los puntos de datos deben recogerse. En este caso, es MBeans, y que los frijoles / atributos se deben recoger. Una vez ms, estos se agrupan por conjunto con nombre que corresponde a los nombres utilizados en los paquetes de collectd.

HTTP
Para la recopilacin de datos HTTP, configure:
http-DataCollection-config.xml En este archivo de configuracin que especifique las direcciones URL y las expresiones regulares a utilizar para extraer los puntos de datos de las pginas devueltas. Una vez ms, las colecciones estn agrupadas por nombres, que corresponden a los nombres utilizados en los paquetes de recogida

La mejor parte acerca de la recopilacin de datos es que si todo va bien, es completamente automatizado. En particular, el de la configuracin de la caja requiere relativamente poco de personalizacin (por lo general slo proporcionar cadenas de comunidad SNMP o contraseas NSClient) para ser til funcional.

Recopilacin de datos snmp-config.xml


Los parmetros utilizados para conectar con los agentes SNMP se definen en el snmpconfig.xml archivo. Aqu est un ejemplo:
<snmp-config retry="3" timeout="800" read-community="public" writecommunity="private"> <definition version="v2c"> <specific> 192.168.0.5 </ especfica> </ definicin > retry="4" <definition timeout="2000"> <range begin="192.168.1.1" end="192.168.1.254"/> <range begin="192.168.3.1" end="192.168.3.254"/> </ Definicin> <definition read-community="bubba" write-community="zeke"> <range begin="192.168.2.1" end="192.168.2.254"/> </ definicin> <definicin port = "1161" > <specific> 192.168.5.50 </ especfica> </> <definicin / snmp-config> Los atributos comunes para el snmp-config etiquetas son las siguientes:

vuelva a intentar

El nmero de intentos que se hicieron para conectar con el agente SNMP. El valor predeterminado es un tiempo de espera La cantidad de tiempo, en milisegundos, que OpenNMS esperar una respuesta del agente. Por defecto es de 3000 lectura de la comunidad El valor por defecto "leer" cadena de comunidad SNMP para las consultas. Si no se especifica, por defecto es "pblico" escritura de la comunidad El valor por defecto "escribir" cadena de comunidad SNMP para las consultas. Tenga en cuenta que esto es para el desarrollo futuro OpenNMS no realiza SNMP "fija" en este momento. puerto

Esto anula el puerto predeterminado de 161. versin Aqu se puede forzar o SNMP versin 1, especificando "v1", 2c versin con "v2c", o la versin 3 con "v3". El valor predeterminado es "v1"

Para la autenticacin de SNMPv3 y la recoleccin (slo disponible cuando se utiliza SNMP4J):


de seguridad de nombre El nombre de la seguridad para la autenticacin SNMP v3 auth-contrasea La contrasea a usar para la autenticacin SNMP v3 autoridades de protocolo El protocolo de autenticacin para SNMP v3. O "MD5" o "SHA". El valor predeterminado es MD5 la privacidad contrasea Una frase de privacidad utilizadas para cifrar el contenido de los paquetes SNMP v3 privacidad de protocolo El protocolo de privacidad utilizadas para cifrar el contenido de los paquetes SNMP v3. O "DES", "AES", "AES192" o "AES256". El valor predeterminado es DES. Identificacin del motor El motor de Identificacin del agente de destino contexto de nombre El nombre del contexto para obtener datos de el agente de destino. contexto-motor-id El motor de Identificacin del contexto de la entidad de destino del agente. -Identificacin de la empresa La empresa Identificacin para SNMP v3 coleccin

Ms rara vez se utilizan los atributos en el snmp-config etiquetas son:

proxy-host Un host proxy a utilizar para comunicarse con el agente especfico (s) max-vars-por-PDU Nmero de variables segn la peticin del SNMP. Por defecto es 10 max-peticin de tamao Si se utiliza SNMP4J como la biblioteca SNMP, el tamao mximo de salida peticiones SNMP. El valor predeterminado es 65535, debe ser de al menos 484

Todos los parmetros globales se puede reemplazar con definicin de las etiquetas. Estas nuevas definiciones de SNMP se pueden aplicar a rangos o direcciones IP especficas. Tenga en cuenta que si una interfaz se clasificarn en varios rangos en este archivo, el primero encontrado se utilizar.

nsclient-config.xml
Este es el equivalente NSClient de snmp-config.xml, donde los parmetros para la conexin al agente NSClient se definen. Un ejemplo de este archivo es:
<? Xml version = "1.0"?> <nsclient-config Port="1248" retry="3" timeout="800" password="apassword"> </ nsclient-config>

Los parmetros que se pueden configurar


vuelva a intentar El nmero de intentos que se hicieron para conectar con el agente NSClient. El valor predeterminado es un tiempo de espera La cantidad de tiempo, en milisegundos, que OpenNMS esperar una respuesta del agente. Por defecto es de 3000 puerto Esto anula el puerto por defecto de 1248. contrasea La contrasea (si los hay) que acrediten al agente NSClient. El valor predeterminado es la cadena "Ninguno"

Al igual que con snmp-config.xml, todos los parmetros globales se puede reemplazar con definicin de las etiquetas. Estas nuevas definiciones se pueden aplicar a rangos o direcciones IP especficas. Tenga en cuenta que si una interfaz coincide en varios rangos en este archivo, el primero encontrado se utilizar.

Capacidades

Como se explica en el Discovery Cmo se hace , las capacidades de verificacin se inicia el proceso con un evento NewSuspect (generado de forma manual oa travs del proceso de descubrimiento). Este evento NewSuspect es recibido por el demonio de las capacidades (capsd). El proceso de capsd es responsable de la comprobacin de direcciones IP para capacidades particulares. Cada protocolo que se puede controlar se define en el archivo capsdconfiguration.xml. Tras la recepcin de un evento NewSuspect, capsd comienza a probar cada protocolo configurado para ver si existe en ese dispositivo. Cuando la prueba SNMP, capsd hace un intento para recibir el sistema de identificacin de objetos (systemOID) para el dispositivo utilizando la cadena de comunidad y el puerto se define en el snmp-config.xml . Si esto tiene xito, el protocolo SNMP est marcado como "verdadero" para esta direccin IP. El proceso de capsd primera completar todas las pruebas para todos los protocolos definidos en el archivo de la interfaz en cuestin, y despus de que se haya completado, si SNMP es "verdad" para la direccin IP, ms pruebas se realizan por capsd. En primer lugar, tres hilos se generan para recoger los datos del rbol del sistema, el ipAddrTable y ifTable. Si, por alguna razn, el ipAddrTable ifTable o no estn disponibles, el proceso se detiene (aunque los datos del sistema SNMP pueden aparecer en la pgina del nodo - esto sucede mucho con la Universidad de California-Davis agentes SNMP en el que slo el rbol del sistema est disponible de forma predeterminada , a una consulta mediante el "pblico" cadena de comunidad). En segundo lugar, todas las direcciones IP objetivo secundario en el ipAddrTable se ejecutan a travs de las capacidades capsd exploracin. Tenga en cuenta que esto es independientemente de cmo la administracin se configura en el archivo de configuracin. Esto slo ocurre en la exploracin inicial y vuelve a explorar forzoso. En escaneos normales (por defecto, cada 24 horas), las direcciones IP que son "administrados" en capsd no se mira. En tercer lugar, todas las direcciones IP en el ipAddrTable que soporta SNMP es una prueba para ver si se asigna a un ifIndex vlido en el ifTable. Si esto es cierto, la direccin IP est marcado como un segundo interfaz SNMP y es un candidato para convertirse en la principal interfaz de SNMP. Por ltimo, todas las secundarias interfaces SNMP son probados para ver si coinciden con un paquete vlido de la collectd la configuracin de archivos. Si ms de una direccin IP vlida cumple los tres criterios (soporta SNMP, tiene un ifIndex vlido y est incluido en un paquete de coleccin), el ms bajo direccin IP est marcado como principal. Todos recopilacin de datos SNMP se realiza a travs de la principal interfaz SNMP. (Nota: en el futuro tendremos la posibilidad de cambiar a una posicin secundaria interfaz SNMP caso de que el principal no est disponible). Cuando el proceso de prueba capsd es completa, se generan los eventos, incluyendo eventos NodeGainedService.

collectd-configuration.xml
La recoleccin de datos se maneja a travs del proceso de collectd. collectd escucha los eventos NodeGainedService para el SNMP "servicio". Cuando esto ocurre, se comprueba si

el principal interfaz SNMP para ese nodo existe en un paquete de coleccin (que debe por definicin). Si es as, el colector SNMP se crea una instancia de esa direccin IP. A no ser obligado a una u otra versin a travs del archivo de snmp-config.xml, cuando la coleccin se inicializa se compruebe si SNMPv2 con el apoyo de intentar un GET-A GRANEL en system.sysObjectID. Si eso falla, volver a la versin 1. Este es un cambio de versiones anteriores de OpenNMS. capsd ya no es responsable de determinar la versin de SNMP. SNMPv2 o no es compatible en un nodo ya no aparecen en la pgina del nodo. los Veamos en el collectd-configuration.xml archivo:
<collectd-configuration paquete> threads="5"> name="example1"> <filter> IPADDR IPLIKE *.*.*.*</ filtro> <specific> 0.0.0.0 </> especficos <incluyen plazo comenzar = "192.168.0.1" final = "192.168.0.254" /> <include-url> file: / opt / OpenNMS / etc / include </> de inclusin / url <nombre de servicio = "SNMP" intervalo = "300000", definida por el usuario = "falso" estado = "on" key="collection" <Parameter> <Parameter key="port" value="default"/> value="161"/> clave <= parmetro "reintentar" value = "3" / <Parameter key="timeout"> <value="3000"/> /> Servicio <outage-calendar> zzz de <zzz encuesta-outages.xml /> <interrupcin en el calendario /> paquete <servicio de recogida = "SNMP" clase-name = "org.opennms.netmgt.collectd.SnmpCollector" /> <> / collectd de configuracin

Si est familiarizado con el archivo de configuracin Poller, probablemente pueda averiguar lo que hace este archivo. Los temas del atributo limita el nmero de subprocesos que se utilizarn en el proceso de recopilacin de datos. Puede aumentar o disminuir este valor basado en la red y el tamao de su servidor. Al igual que pollers tienen paquetes Poller, los coleccionistas tienen paquetes coleccin. Cada paquete determina la frecuencia con que el dispositivo se solicita informacin SNMP, ya travs de la recoleccin de clave, lo que va a ser consultados y cmo va a ser almacenado. El ejemplo1 paquete se incluye el valor por defecto de la caja. Qu interfaces son incluidos en un paquete? El nombre del paquete es seguido por una lista de etiquetas que definen lo que las interfaces se incluir en el paquete. Todas las etiquetas, excepto para el filtro, son opcionales y sin lmites. Hay cinco tipos de estas etiquetas:
filtro Especifique un filtro que coincide con las interfaces que se incluye en el paquete.
<filter> IPADDR IPLIKE *.*.*.*</ filtro>

Cada envase tiene una etiqueta de filtro que realiza la prueba inicial para ver si una interfaz se debe incluir en un paquete. Filtros de operar en las interfaces (no nodos) y se analiza en profundidad en este How-To . Slo un filtro de estado puede existir por paquete.
especfica Especifique una direccin IP para incluir en el paquete.
<specific> 192.168.1.59 </ especficos>

incluyen alcance

Esto especifica un rango de direcciones IP para incluir en un paquete.


<include-range begin="192.168.0.1" end="192.168.0.254"/>

excluir alcance

Esto especifica un rango de direcciones IP para excluir en un paquete. Esto se sobrepondr a la inclusin / gama de etiquetas.
<exclude-range begin="192.168.0.100" end="192.168.0.104"/>

de inclusin / url

Especifique un archivo que contiene una lista de direcciones IP para incluir.


<include-url> file: / opt / OpenNMS / etc / include </ inclusin / url>

Esta etiqueta se apuntan a un archivo que consta de una lista de direcciones IP, uno en cada lnea, que se incluir en el paquete. Los comentarios pueden ser incorporados en este archivo. Cualquier lnea que comienza con un carcter "#" ser ignorado, al igual que el resto de cualquier lnea que incluye un espacio seguido por "#". Servicios Una vez ms, recurriendo a la analoga con pollers, cada paquete Poller tiene un conjunto de protocolos que los monitores, los colectores tienen un conjunto de servicios en los que recoger los datos. En el momento slo hay una: SNMP. El servicio de nombres de las etiquetas del servicio y tambin especifica varios parmetros:
nombre Este es el nombre del servicio. intervalo de Especifica el intervalo de sondeo (5 minutos por defecto). definido por el usuario En el futuro, los usuarios pueden ser capaces de definir nuevas fuentes de recaudacin (como de un archivo de registro) a travs de una interfaz grfica de usuario, pero por el momento esto se establece en "false". estado Tambin en el futuro, habr una interfaz grfica de usuario administrador de colectores as como no es para pollers, y los usuarios podrn a su vez SNMP recopilacin de datos dentro o fuera de una pgina web. Por el momento, esto slo puede hacerse mediante la edicin de este archivo y el estado de ajuste para cualquiera "off" o "on" (por defecto).

Parmetros de servicio

Hay tres parmetros comunes disponibles a todos los servicios:


tiempo de espera El tiempo de espera, en milisegundos, que esperar una respuesta a una peticin SNMP. reintentos Si se produce un tiempo de espera, este controla el nmero de intentos de hacer antes de abandonar. puerto Esto le permite reemplazar el puerto por defecto para la recopilacin de datos SNMP. SNMP

Adems, el servicio SNMP puede tener los siguientes parmetros especificados:


coleccin Esto apunta a una coleccin de SNMP en el DataCollection-config.xml archivo que determina qu objetos identificadores (OID) sern recogidos. oid El colector de prueba para ver si la interfaz admite SNMPv2 haciendo una peticin GET-A GRANEL en este OID. Por defecto se establece en el systemOID. Si el EEG-A GRANEL tiene xito, entonces el resto de las casillas electorales de este dispositivo se aprovechar de SNMPv2. De lo contrario, SNMPv1 se utilizar. La intencin era permitir a este parmetro para reemplazar el valor systemOID, pero nunca se llev a cabo, por lo que puede pasar por alto este parmetro por ahora. JBOSS

OpenNMS viene con las bibliotecas para JBoss 4.0.2. Si usted necesita el JBossCollector con el fin de recopilar datos de JBoss 4.2.2, estas causar un fallo en silencio. En ese caso, eliminar $ {OPENNMSHOME} / lib / 4.0.2.jar * jboss y $ {} OPENNMSHOME / lib/jnpclient-4.0.2.jar, y pon tu propia jbossall client.jar en $ {OPENNMSHOME } / lib / jboss / jbossall-client.jar. El JBoss4 y servicios JBoss32 puede tener el siguiente parmetro adicional que se indica:
fbrica Especifica el mtodo de conexin con el servidor JBoss. Puede ser HTTP o RMI. NSClient

El servicio NSClient tiene los siguientes parmetros adicionales:


nsclient de recogida de

Esto apunta a una coleccin en la nsclient-DataCollection-config.xml archivo que determina lo que los contadores de Monitor de rendimiento se recogern.

Corte de Calendario Con el fin de mantener los servidores funcionando correctamente, a menudo es necesario para llevarlos fuera de servicio por mantenimiento programado. En lugar de tener estos cortes de servicio de mantenimiento se refleja como un corte de servicio de verdad, pueden ser incluidos en un "apagn Calendario Poller" y, a continuacin hace referencia el paquete de Poller con el corte en el calendario de etiquetas. Esta etiqueta contiene el nombre de una interrupcin vlida en la encuesta-outages.xml archivo. La interrupcin en el calendario de etiquetas es opcional y sin lmites (es decir, puede hacer referencia a ms de una interrupcin). Desde la versin 1.5.91 se puede configurar las interrupciones programadas de la interfaz grfica de usuario, se puso a Admin -> Cortes programados. Antes de la versin 1.5.91, haba tres tipos de cortes: semanal, mensual y especficos. Desde 1.5.91 tambin existe la posibilidad de configurar las interrupciones diarias. Si usted tiene el problema de los nodos se comunican a estar abajo pensaron que se encuentran dentro de un corte que va todos los das pasada la medianoche tratar de definir dos intervalos de tiempo dentro de la corte, uno hasta la medianoche y el otro de partida despus de la medianoche, por ejemplo, en lugar de 22:00 corte: 00-01:00:00 definir 22:00:00-23:59:59 y 00:00:00-01:00:00. Ejemplos de la encuesta-cortes de archivo:
<outage name="global" day="sunday" type="weekly"> <tiempo begins="12:30:00" ends="12:45:00"/> <= hora del da "Domingo", comienza = " 13:30:00 "termina =" 14:45:00 "/ day="monday"> <tiempo begins="13:30:00" ends="14:45:00"/> <= hora del da" Martes "comienza =" 13:00:00 "termina =" 14:45:00 "/> interface> address="192.168.0.1"/> interface> address="192.168.0.36"/> direccin <= interface" 192.168. 0.38 "/> </> corte de

Esto define un calendario de cortes llamados "global" que se ejecuta cada semana. Se especifica cuatro veces falla: domingo a partir de las 12:30 y dura 15 minutos, el domingo a partir de las 1:30 pm y duran una hora y quince minutos, la parada misma hora del lunes, y otro el martes de 1:00 pm a 2 : 45 horas. Esto es para demostrar que se puede tener cortes mltiples en un da determinado y el mismo corte en diferentes das. Tres interfaces se vern afectados.
name="hub <outage maintenance" type="monthly"> <tiempo day="1" begins="23:30:00" ends="23:45:00"/> <hora del da = "15" comienza = "21:30:00" termina = "21:45:00" / day="15"> <tiempo begins="23:30:00" ends="23:45:00"/> <= direccin de la interfaz " 192.168.100.254 "/> interface> address="192.168.101.254"/> interface> address="192.168.102.254"/> interface> address="192.168.103.254"/> interface> address="192.168.104.254"/> interface> address="192.168.105.254"/> interface> address="192.168.106.254"/> interface> address="192.168.107.254"/> </ corte de>

Este calendario corte se llama "centro de mantenimiento" que se ejecuta cada mes. En el primer da del mes el corte comienza a las 11:30 horas y dura 15 minutos. La interrupcin se produce en la misma el da 15 del mes, adems de otro corte de 21:30-21:45. Por lo tanto

usted puede tener el mismo corte en diferentes fechas, as como ms de un corte en una fecha determinada. Ocho interfaces se ven afectados por este apagn.

tuning" <outage name="proxy servidor type="specific"> <tiempo begins="10Nov-2001 17:30:00" ends="11-Nov-2001 08:00:00"/> <direccin de la interfaz = "192.168.0.1" /> </> corte de

Tambin es posible incluir un corte de luz en una fecha y hora especficas. Este corte llamado "ajuste del servidor proxy" comenz el 10 de noviembre de 2001 a las 17:30 y dur hasta las 8:00 am del da siguiente. Esto afect a una interfaz. Usted puede tener ms de un "tiempo" al corte de entrada especficos. Si un calendario de corte de concreto se incluye en un paquete de coleccin, a continuacin, la recogida no se producir durante este tiempo. Etiquetas final en collectd-configuration.xml Al igual que en el fichero de configuracin Poller, cada servicio que se recoge en la referencia que la clase que se va a utilizar para esta coleccin. Por lo tanto debe haber uno o ms de las siguientes definiciones (o su cuenta si usted ha implementado su propia clase de colector)
service="SNMP" <collector <collector service="NSClient" classname="org.opennms.netmgt.collectd.SnmpCollector"/> classname="org.opennms.netmgt.collectd.NSClientCollector"/> colector < servicio = "JBoss4" clase-name = "org.opennms.netmgt.collectd.JBossCollector" / <collector service="JBoss32"> classname="org.opennms.netmgt.collectd.JBossCollector"/> <= servicio de recogida "JVM" clase-name = "org.opennms.netmgt.collectd.Jsr160Collector" / <collector> service="HttpDocCount" classname="org.opennms.netmgt.collectd.HttpCollector" />

Datos de configuracin de la coleccin DataCollection-config.xml


Este es uno de los archivos ms complejos en el producto. Se determina qu valores se recogern en una determinada interfaz y paquete. En este punto en el tiempo, probablemente es mejor revisar la estructura de las cosas y ampliar un poco sobre ellos. Bueno, al igual que hay paquetes Poller de los niveles de servicio de vigilancia, hay paquetes de recopilacin que el control de la recoleccin de datos. paquetes Poller puede controlar numerosos protocolos y paquetes de coleccin puede recoger en numerosas fuentes de datos, pero por ahora el nico es SNMP. El servicio SNMP puntos de recogida de datos a una coleccin de datos SNMP "rgimen". Yo estoy fuera de sinnimos de "paquete", y no quiero que se confunden entre los paquetes en el archivo de configuracin collectd y las colecciones de SNMP en la coleccin de archivos de datos de configuracin, as que para los efectos del presente Cmo se hace, estamos ll llaman esquemas . Estos planes de reunir a OID para la recogida en los grupos y los grupos se asignan a los sistemas . Los sistemas se asignan a las interfaces de la systemOID. Adems, cada "rgimen" controla cmo los datos sern recogidos y almacenados. Se vuelve ms clara a medida que avanzamos en. En primer lugar, vamos a ver la DataCollection-config.xml archivo. Fuera de la snmp de recogida de definicin (el "sistema"), no es slo un parmetro:
<datacollection-config rrdRepository = "/var/opennms/rrd/snmp/">

Esto determina en qu directorio la informacin recogida ser almacenada. Si cambia este valor, tambin debe cambiar el rrdRepository valores en los siguientes archivos:

Poller-configuration.xml thresholds.xml http-DataCollection-config.xml jmx-DataCollection-config.xml nsclient-DataCollection-config.xml snmp-coleccin general que establezcan Despus de que el depsito se haba definido, la etiqueta siguiente inicia el snmp de recogida de definicin: <snmp-collection name="default" maxVarsPerPdu = snmpStorageFlag "50" = "all"> El nombre del atributo es bastante auto-explicativo. Este es el nombre que debe coincidir con la clave = "coleccin" valor en el archivo de configuracin collectd. El maxVarsPerPdu establece un lmite en el nmero de variables SNMP que se va a recibir

con una-A GRANEL solicitud GET en un paquete. Usted no debe necesidad de ajustar esto, pero si usted tiene algunos agentes SNMP que son algo lentos, se podra reducir esta para aliviar la carga sobre ellos. El snmpStorageFlag es un atributo muy importante. Se puede configurar a "todos" (por defecto) o "primaria". Lo que esto hace es determinar si la recoleccin de datos SNMP se producir en todas las interfaces de un nodo en particular o simplemente la interfaz de marcado como "principal". Esto puede afectar considerablemente el tamao de su base de datos de la Ronda Robin (DRR) si usted tiene un nmero de interfaz de dispositivos mltiples como interruptores, pero no tendr mucho efecto en una red compuesta principalmente de servidores (que tienden a tener un solo interfaz). Este es un caso en que es posible que desee tener dos paquetes de recopilacin y dos sistemas de recogida. Se puede construir un paquete de coleccin para los routers justo donde snmpStorageFlag se ajusta a "todos" en el sistema colector y luego tener todo lo dems en otro paquete que no se ajusta a "primario" en el esquema. RRD de configuracin
paso <rrd = "300"> <rra> RRA: AVERAGE: 0.5:1:8928 </ RRA> <rra> RRA: AVERAGE: 0.5:12:8784 </ RRA> <rra> RRA: MIN: 0.5:12 : 8784 </ RRA> <rra> RRA: MAX: 0.5:12:8784 </ RRA> </ RRD>

La siguiente seccin de la configuracin del sistema especifica RRD (robin base de datos y vuelta) los parmetros para el almacenamiento y enrollar la sampes datos recogidos. RRDtool es un producto que surgi de MRTG. Se crea una base de datos de estructura muy compacta para el almacenamiento de datos peridicos, como es recogida por OpenNMS. datos RRD se almacena en archivos que se crean cuando inicializa a mantener datos durante un cierto periodo de tiempo. Esto significa que con la primera recopilacin de datos de estos archivos son tan grandes como siempre lo conseguir, pero tambin significa que vas a ver un gran descenso inicial en el espacio de disco como la recogida se empieza .. Una vez que el archivo RRD est llena, los datos ms antiguos se descarta. OpenNMS libera hasta e incluyendo la 1.2.9 utiliza RRDtool adecuada de forma predeterminada a travs de una JNI (Java Native Interface), lo que significa que los archivos resultantes pueden ser ledos por otras aplicaciones capaces de archivo de formato de RRDtool consumo. Los archivos escritos por OpenNMS a travs de la RRD estrategia JNI tienen una . RRD extensin por defecto. A partir de la liberacin 1.3.2, el valor por defecto es usar JRobin , una aplicacin de Java puro de 's funcionalidad 1.0 RRDtool. Los archivos generados a travs de la RRD estrategia JRobin tener un OCR. extensin por defecto, y no compatible con la adecuada RRDtool. Ver el sitio JRobin para la motivacin detrs de esta decisin. La primera lnea, el paso RRD tamao, determina la granularidad de los datos. De forma predeterminada se establece en 300 segundos, o cinco minutos, lo que significa que los

datos se guardarn una vez cada cinco minutos por paso . Tenga en cuenta que este es tambin uno de los pocos lugares donde OpenNMS se hace referencia en el tiempo en segundos en lugar de milisegundos. Cada RRD se compone de Round-Robin Archivos. Un DRR se compone de un cierto nmero de pasos. Todos los datos que se recogen en los pasos a continuacin, se consolidan en un nico valor que se almacena en la RRD. Por ejemplo, si una encuesta de ciertas variables SNMP una vez por minuto, podra haber una RRA que recoger todas las muestras de ms de un paso de cinco minutos, el promedio de los (cinco) valores entre s, y almacenar la media de la RRD. Las declaraciones RRA adoptar la forma:
RRA: Vase: xff: pasos: filas

RRA

Esta cadena se define la lnea como un comando de configuracin de RD. No cambia, y siempre est el texto "ERR". Cfr. Este campo representa la "funcin de la consolidacin". Puede tomar uno de los cuatro valores, PROMEDIO, MAX, MIN, o el ltimo. Que se detallan a continuacin. xff Este es el "factor x-files". Si estamos tratando de consolidar una serie de muestras en una sola, existe la posibilidad de que podra haber diferencias en un valor que no se recogi (el dispositivo se establecen, etc.) En ese caso, el valor sera DESCONOCIDO. Este factor determina el nmero de las muestras puede ser desconocido para la muestra consolidada se considera DESCONOCIDO. De forma predeterminada se establece en 0,5 o 50%. medidas Esto indica el nmero de "pasos" que componen el RRA. Por ejemplo, si el tamao de paso es de 300 segundos (5 minutos) y el nmero de pasos es 12, entonces el RRA es de 12 x 5 minutos = 60 minutos = 1 hora de duracin, y se almacena el valor consolidado de esa hora. filas Las filas de campo determinar el nmero de valores que se almacenarn en la RD. Funciones de consolidacin

Estos se utilizan en el "Cfr." parte de una instruccin RRA.


PROMEDIO

Promedio de todos los valores sobre el nmero de pasos en la RD. MAX Almacenar el valor mximo recogido en el nmero de pasos en la RD. Min Almacenar el valor mnimo de la percepcin sobre el nmero de pasos en la RD. LTIMA Guarde el ltimo valor recogidos sobre el nmero de pasos en la RD.

Vamos a poner todo esto junto con algunos ejemplos ms. Tome la primera lnea de DRR en la configuracin:
RRA: AVERAGE: 0.5:1:8928

Esto le dice a crear un archivo compuesto por el valor promedio cobrado ms de un paso y almacenar hasta 8.928 de ellos. Si, por cualquier paso, ms del 50% de los valores no se conocen, entonces el valor promedio ser DESCONOCIDO. Dado que el tamao del paso por defecto es 300 segundos, o cinco minutos, y el ciclo de sondeo por defecto (en la configuracin collectd) es de cinco minutos, sera de esperar que haya un valor por el paso, por lo que el promedio debe ser el mismo que el MIN o MAX o el ltimo. 8928 muestras de cinco minutos a las 12 muestras por hora y 24 horas por da es de 31 das. As, este RRA llevar a cabo cinco muestras minutos durante 31 das antes de desechar los datos. Las lneas siguientes se ponen un poco ms interesante:
RRA: AVERAGE: 0.5:12:8784 RRA: MIN: 0.5:12:8784 RRA: MAX: 0.5:12:8784

La nica diferencia entre estas lneas es la funcin de consolidacin. Vamos a "enrollar" el paso de una muestras (5 minutos) en 12 muestras de la etapa (1 hora). Tambin vamos a almacenar tres valores: la media de todas las muestras durante la hora, el valor mnimo de las muestras y el valor mximo. Estos datos son tiles para diversos informes (el promedio de rendimiento que muestra los picos de mostrar el mximo y mnimo y los valles). Estos se almacenan como una muestras de 8.784 horas veces, o das 366. Por lo tanto, para resumir, de forma predeterminada el colector SNMP encuesta una vez cada cinco minutos. Este valor se almacena en la recogida durante 31 das. Adems, las muestras se almacenarn por hora, que incluyen el MIN, MAX y PROMEDIO. Usted puede cambiar fcilmente esos nmeros para aumentar o disminuir la cantidad de datos almacenados. Algunas advertencias. En primer lugar, aumentar la cantidad y / o la frecuencia de las muestras tendr un efecto directo sobre la cantidad de espacio en disco necesario. Se podra aadir un MIN y MAX RRA para el solo paso RRA, lo que aumentara el espacio en disco necesario hasta en un 50%, pero ya que por defecto slo hay un valor mnimo, mximo y promedio ser el mismo, por lo que no es realmente necesario a menos que tambin aumentan la tasa de votacin. En segundo lugar, no se puede cambiar estos nmeros una vez recogida se ha iniciado sin perder todos los datos recogidos hasta ese momento. Por lo tanto, es importante establecer sus valores normales. Al cambiar estos nmeros, debe eliminar todos los archivos. OCR para que puedan ser re-creado.

Nota para los usuarios internacionales: si la configuracin regional se establece en algo distinto "es_ES" puede que tenga que utilizar un "coma" en lugar de un "perodo" en el xff, por ejemplo:
RRA: AVERAGE: 0,5:12:8784 RRA: MIN: 0,5:12:8784 RRA: MAX: 0,5:12:8784

Tienes que hacer esto si usted ve un "no se puede analizar el argumento 'RRA: AVERAGE: 0.5:1:8928'" en el archivo de registro collectd. Tipos de recursos Si desea recoger tabular o "columnas" de datos de las tablas MIB que se indexan en algunos identificador de instancia que no sea ifIndex , deber tener un seguimiento personalizado resourceType elemento para cada tabla de indexacin estrategia nica. Los detalles sobre este tipo de coleccin estn disponibles por separado en este artculo . Grupos Si usted todava est conmigo, vamos a hablar de algo un poco ms intuitivo en lo que respecta a la recopilacin de datos SNMP, las variables SNMP s mismos. OpenNMS viene con una utilidad ( OPENNMS_HOME / contrib / mibparser / dist / parseMib.sh ) que automatiza la mayor parte de los trabajos relacionados con la importacin OID para la recoleccin, pero su produccin requiere casi siempre una cierta cantidad de trabajo de un operador humano. Cada valor se explica en una entrada de grupo:
<grupos> grupo> name = ifType "mib2-interfaces" "all"> oid = <mibObj = ".1.3.6.1.2.1.2.2.1.10" instancia = "ifIndex" alias = "ifInOctets" type = "contra" / > oid=".1.3.6.1.2.1.2.2.1.13" <mibObj instance="ifIndex" alias="ifInDiscards" type="counter"/> oid <mibObj = ".1.3.6.1.2.1.2.2.1.14" ejemplo = "ifIndex" alias = "ifInErrors" type = "contra" / oid=".1.3.6.1.2.1.2.2.1.16"> <mibObj instance="ifIndex" alias="ifOutOctets" type="counter"/> instance="ifIndex" <mibObj oid=".1.3.6.1.2.1.2.2.1.19" alias="ifOutDiscards type="counter"/> oid <mibObj = ".1.3.6.1.2.1.2.2.1.20" instancia = "ifIndex" alias = "ifOutErrors" type = "contra" /> </ grupo>

variable de las colecciones de SNMP se colocan en grupos para que sea ms fcil de asociar con tipos especficos de dispositivos. Un grupo se compone de un grupo de nombre y los tipos de interfaces ( ifType ) para los que los objetos miembro debe ser recogida. El ifType atributo puede tomar en los siguientes valores:
todos los Esto significa que todos los tipo de interfaz se sondean para las OID incluido en el grupo. ignorar Esto se utiliza para los valores escalares, es decir, aquellos que aparecen slo una vez en un dispositivo, como la "media carga" de un router. Este valor se recogen y almacenan una vez para el dispositivo. [Especficos valor numrico] Si lo desea, para sondear cierto valor de las interfaces ATM, otros de los enlaces WAN punto a punto, y otros de las interfaces Ethernet. Por ejemplo:

grupo> name = ifType "my-ATM-example" = "37"> grupo> nombre ifType "ethernet-example" = = "6,62">

Ver http://www.iana.org/assignments/ianaiftype-mib para obtener una lista completa de ifType valores. Como caso especial, los grupos que contienen definiciones de objeto de tabla (tambin conocido como "columna") los datos de las tablas de indexado por ningn identificador de instancia que no sea ifIndex debe tener un tipo de grupo de todos . Este tipo de datos se denomina ndice de genricos de datos, y se describe con ms detalle en el artculo La recopilacin de datos SNMP de tablas con ndices arbitraria . Es importante no mezclar los datos escalares, los datos de nivel de interfaz, y los datos genricos del ndice en el mismo grupo. Cada variable MIB de SNMP consiste en un OID adems de un ejemplo. Por lo general, esa instancia es cero (0) o un ndice a una tabla. Por el momento, OpenNMS slo entiende el ndice ifIndex a la ifTable. Todos los otros casos tienen que ser configurado explcitamente. El alias debe ser no ms de 19 caracteres de longitud (una limitacin derivada de la concepcin de RRDtool), nico por cada combinacin de tipo de dispositivo y tipo de recurso, y por lo general debe ser nico por OID. El archivo RRD que se crea tendr el alias como nombre de archivo. OpenNMS comprende cuatro tipos de variables numricas para recoger: calibre, timeticks, entero, contador . Desde RRD slo entiende de datos numricos, cualquier tipo de cadena encontradas se va a analizar a un nmero antes de que se mantuvo en el almacenamiento de RRD. Si la conversin no se puede hacer (tal vez usted est tratando de cobrar SystemName, por ejemplo), un mensaje de registro se generar. A partir de OpenNMS 1.3.2, un tipo de cadena se pueden utilizar para recoger los valores de cadena y almacenar sus valores por separado de los archivos RRD. Sistemas Una vez que los grupos se definen, el ltimo paso es asociar con los sistemas a ser controlados. El SNMP systemOID (.1.3.6.1.2.1.1.2, ejemplo 0) devuelve otra OID que tiene la intencin de identificar de forma nica el tipo de equipo que se utiliza.
nombre = <systems> <systemDef "Net-SNMP"> <sysoidMask> . 1.3.6.1.4.1.2021.250. </ sysoidMask> <collect> <includeGroup> MIB2 interfaces-Net-SNMP </ includeGroup> <includeGroup> MIB2 -anfitrin de los recursos de almacenamiento </ includeGroup> <includeGroup> MIB2anfitrin de los recursos del sistema </ includeGroup> <includeGroup> MIB2-anfitrin de los recursos de memoria </ includeGroup> <includeGroup> ucd-loadavg </ includeGroup> </ recoger> </> systemDef

En esta definicin del sistema, cualquier dispositivo con un OID sistema que se utiliza SNMP para la recoleccin de datos cuya systemOID comienza con ".1.3.6.1.4.1.2021.250". recoger en cinco grupos de MIB: MIB2 interfaces-Net-SNMP, MIB2 los recursos de acogida de almacenamiento, MIB2-anfitrin de los recursos del sistema, MIB2-anfitrin de los recursos de memoria y ucd loadavg. Si desea un partido contra <sysoid> uso especfico oid lugar de <sysoidMask> Por lo tanto, para revisar una vez ms - de configurar paquetes de recogida, de forma similar a los paquetes de Poller, en el collectd-configuration.xml archivo. Una de las claves en que los puntos de archivo a un determinado snmp-coleccin de etiquetas en DataCollection-config.xml (esto es lo que me he referido como un sistema). Para cada rgimen, se configura cmo los datos sern almacenados, si todas las interfaces sern recogidos en o simplemente la interfaz principal para cada nodo, lo que OID MIB se

incluyen en cada grupo de MIB y MIB qu grupos estn asociados con los sistemas de lo que, sobre la base de la definicin del sistema. Lo tienes? Menos mal. Configuracin modular A partir de OpenNMS 1.8.4 y 1.9.1, ahora es posible incluir de forma modular de mltiples archivos de configuracin en DataCollection-config.xml, al igual que eventconf.xml. En primer lugar, asegrese de que tiene un OPENNMS_HOME $ / etc / DataCollection directorio. Si no, hacerlo. A continuacin, cree uno o ms ficheros de configuracin en ese directorio. La etiqueta de apertura debe ser "<datacollection-group>" con un nombre de conjunto, que puede contener cualquier nmero de resourceType, grupo, y las definiciones systemDef, al igual que el DataCollection-config.xml archivo principal. Por ejemplo:

<? Xml version = "1.0"?> <datacollection-group Name="Cisco"> nombre <resourceType = "cbgpPeerAddrFamilyPrefixEntry" label = "Cisco BGP compaeros / Direccin de la Familia" resourceLabel = "Peer $ {subndice (0,4)} "> <persistenceSelectorStrategy class="org.opennms.netmgt.collectd.PersistAllSelectorStrategy"/> <storageStrategy class="org.opennms.netmgt.dao.support.IndexStorageStrategy"/> </ resourceType nombre> <= grupo" cisco-bgp -par-dir-familia-prefijo-stats "ifType =" todos "> oid <mibObj =" .1.3.6.1.4.1.9.9.187.1.2.4.1.1 "instancia =" cbgpPeerAddrFamilyPrefixEntry "alias =" cbgpPeerAcceptedPfx "type =" indicador "/> </ grupo name="Cisco <systemDef> Routers"> <sysoidMask> .1.3.6.1.4.1.9.1. </ sysoidMask> <collect> <includeGroup> <lnea adsl-/ includeGroup> <includeGroup> rfc1315 -frame relay </ includeGroup> <includeGroup> MIB2-X-interfaces </ includeGroup> <includeGroup> ietf-bgp4-peer-stats </ includeGroup> <includeGroup> cisco-bgp-peer-dir-familia-prefijo-stats </ includeGroup> </ recoger> </ systemDef> </ grupo DataCollection->

A continuacin, aadir al final de DataCollection-config.xml dentro de una etiqueta snmprecoleccin, con el nombre del grupo que se define en el individuo archivo XML:
<? Xml version = "1.0"?> <datacollection-config ...> ...> <snmpcollection ... dataCollectionGroup="Cisco" <include-collection /> </ snmp-coleccin> </ DataCollection-config>

nsclient-DataCollection-config.xml
En primer lugar, un ejemplo sencillo:
<nsclient-datacollection-config rrdRepository="/opt/opennms/share/rrd/snmp/"> name="default"> <nsclientcollection <rrd step="300"> <rra> RRA: AVERAGE: 0.5:1 : 8928 </ RRA> <rra> RRA: AVERAGE: 0.5:12:8784 </ RRA> <rra> RRA: MIN: 0.5:12:8784 </ RRA> <rra> RRA: MAX: 0.5:12:8784 </ RRA> </ RRD> <wpms> <- Un grupo de recogida de estadsticas del procesador. Verifica en el keyValue "% de tiempo de procesador" - si est all (debe ser) reunir al grupo entero. Revise todos los milisegundos recheckInterval (3600000 = 1 hora) -> <wpm name="Processor" keyvalue="\Processor(_Total)\% procesador Time" recheckInterval="3600000"> <- Recoger estos atributos. Nombre es el nombre para pasar a NSClient. Alias es el nombre local para el archivo RRD Type se utiliza para convertir los valores en torno a maxval / minval son opcionales -> nombre attrib <= "\ Procesador (_Total) \% tiempo de procesador" alias = "cpuProcTime" type = "Escala" / <attrib> name="\Processor(_Total)\% interrupcin Time" alias="cpuIntrTime"

type="Gauge"/> <attrib name = "\ Procesador (_Total) \% Tiempo privilegiado" alias = "cpuPrivTime" type = "Escala" /> <attrib name="\Processor(_Total)\% usuario Time" alias="cpuUserTime" type="Gauge"/> </> <ppm / <nsclient-DataCollection> / nsclient DataCollection-config->

En cuanto a DataCollection-config.xml, el atributo name especifica un nombre que debe corresponder a la clave = "coleccin" valor en el archivo de configuracin collectd. Del mismo modo, la seccin de RRD tiene la misma sintaxis y significado que en DataCollection-config.xml, consulte la seccin anterior que para ms detalles. El monitor de rendimiento para recopilar los contadores se definen en la seccin de <wpms>. Grupos de contadores se definen dentro de una etiqueta <wpm>. Cada <wpm> tiene:
nombre arbitrarias y para sus propios propsitos keyValue si el contador perfmon keyValue se puede obtener de la agencia, a continuacin, el resto de los contadores en el grupo se recogen tambin. recheckInterval La presencia del valor de la clave es revisar cada recheckInterval milisegundos, que evite la carga indebida sobre el control de servidor para los valores no existen.

Tenga en cuenta que el valor obtenido de la keyValue no se almacena, salvo que se mencionan en otros attrib Perfmon contadores que en realidad debera ser recogida y almacenada se definen en un attrib etiquetas, que tiene los siguientes parmetros:
nombre El contador de rendimiento para recoger. Este nombre es la ruta completa a la barra, que suele ser \ <section> (<specific_instance>) \ <contador>. ejemplo especfico slo se utiliza cuando hay ms de uno de un contador disponible. Por ejemplo, en la seccin de procesador del ndice especfico puede ser 0 - (procesadores num-1), o _Total para ver el total de los contadores en todos los casos. Consulte los archivos de configuracin de ejemplo para otros ejemplos de la sintaxis para especificar el nombre de contador. alias Este es el mismo que en la etiqueta mibObj en DataCollectionconfig.xml, y define el nombre del elemento de RRD de datos que se almacenarn. RRD limitaciones obligan a ser de 19 caracteres o menos de longitud.

tipo Una vez ms los mismos que para mibObj en config.xml DataCollection, la definicin de la interpretacin del punto de datos. Un "indicador" es un punto en el valor de tiempo, por ejemplo, el uso del procesador, donde como una "contrarreforma" es montona creciente de los valores de contador, tales como "el nmero de peticiones http".

jmx-DataCollection-config.xml
Una vez ms, empezamos con un ejemplo:
<? Xml version = "1.0"?> <jmx-datacollection-config RrdRepository = "/opt/opennms/rrd/snmp/"> <jmx-collection name="jboss" maxVarsPerPdu = "50"> paso <= RRD " 300 "> <rra> RRA: AVERAGE: 0.5:1:8928 </ RRA> <rra> RRA: AVERAGE: 0.5:12:8784 </ RRA> <rra> RRA: MIN: 0.5:12:8784 </ RRA > <rra> RRA: MAX: 0.5:12:8784 </ <RRA> / RRD> <mbeans> <mbean name="SystemInfo" objectname="jboss.system:type=ServerInfo"> nombre attrib <= "FreeMemory" alias = "FreeMemory" type = "indicador" /> <attrib name="TotalMemory" alias="TotalMemory" type="gauge"/> </> <mbean / mbeans> </ <jmx de recoleccin de> / jmx-DataCollection -config>

Las etiquetas inicial tengan la misma estructura y el significado que para SNMP (DataCollection-config.xml) y NSClient (nsclient-DataCollection-config.xml). La etiqueta de nivel superior define dnde se almacenan los datos RRD, el jmx de recogida de etiqueta tiene un nombre que coincide con una configuracin de servicio en collectdconfiguration.xml, y la configuracin de RRD tiene exactamente la misma sintaxis y significado. valores de los datos reales que habrn de definirse en el mbeans etiquetas. Esta etiqueta tiene una lista de mbean etiquetas que representan a los MBeans a recoger. Cada mbean etiqueta tiene:
nombre Un nombre arbitrario para su propio uso objectname El nombre del objeto que se utiliza para identificar el objeto deseado para el agente JMX

Dentro de cada mbean etiquetas, los atributos de ese objeto que se obtiene debe ser recogida se precisa en attrib etiquetas. Cada attrib tiene:
nombre El nombre del atributo de salir del objeto mbean alias Este es el mismo que en la etiqueta mibObj en DataCollectionconfig.xml, y define el nombre del elemento de RRD de datos que se almacenarn. RRD limitaciones obligan a ser de 19 caracteres o menos de longitud.

tipo Una vez ms los mismos que para mibObj en config.xml DataCollection, la definicin de la interpretacin del punto de datos. Un "indicador" es un punto en el valor de tiempo, por ejemplo, el uso del procesador, donde como una "contrarreforma" es montona creciente de los valores de contador, tales como "el nmero de peticiones http".

http-DataCollection-config.xml
Una vez ms, y el ejemplo:
<Http-DataCollection-config xmlns <xml version = "1.0" encoding = "UTF8"?>: CC-http = "http://xmlns.opennms.org/xsd/config/http-datacollection" xmlns: xsi = "http://www.w3.org/2001/XMLSchema-instance" xsi: schemaLocation = "http://xmlns.opennms.org/xsd/config/http-datacollection http://www.opennms.org / xsd / config / http-DataCollection config.xsd "rrdRepository =" @ @ install.share.dir / RRD / snmp / "name="doccount">> <http-collection <rrd step="300"> <rra> RRA: AVERAGE: 0.5:1:8928 </ RRA> <rra> RRA: AVERAGE: 0.5:12:8784 </ RRA> <rra> RRA: MIN: 0.5:12:8784 </ RRA> <RRA > RRA: MAX: 0.5:12:8784 </> <RRA / RRD> <uris> <uri name="document-counts"> ruta url <= "/ test / resources / httpcolltest.html" user-agent = " Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en) AppleWebKit/412 (KHTML, like Gecko) Safari/412 "coincide con =".*([ 0-9 respuesta ]+).*" alcance =" 100 -399 "> </ url> <attributes> <attrib alias="documentCount" match-group="1" type="counter32"/> </ atributos> </ uri> </ uris> </> http-recoleccin </ http-DataCollectionconfig>

De dnde Todos los datos de Ir?


En la ltima seccin, los archivos RRD se menciona bastante a menudo. A dnde van? Bueno, van en el repositorio RRD, que se define en DataCollection-config.xml , que por defecto es / var / OpenNMS / RRD / snmp . Para cada nodo para el que se recopilan los datos, no existir un directorio que est formado por el nmero de nodo. Por lo tanto, si el sistema fue la recogida de datos en el nodo de 18 aos, sera un directorio llamado / var/opennms/rrd/snmp/18 . RRDs que se recogen para ese nodo (es decir, el nodo OID sysoidMask partidos del sistema, y el mibObj de los grupos incluidos en este sistema han ifType! = Ignore) estar presente en este directorio. Los archivos se los nombres con el alias definido en el elemento mibObj, y ms ". RRD" (JNI) o ". JRD" (JRobin). Por ejemplo: cpuPercentBusy.rrd y memorySize.rrd. La extensin depende de si la RRD est configurado para utilizar JNI o JRobin (el valor predeterminado ahora). Para cada interfaz en el nodo que se est utilizando para la recoleccin de datos, un subdirectorio existir consistente en la descripcin de la interfaz (ifDescr) y la direccin MAC. La direccin MAC se ha aadido, porque en algunos interruptores, varios puertos tendrn la ifDescr mismo. Ha habido cuentos de dispositivos donde las interfaces tena por ifDescr y la direccin MAC, y por el momento no existe ninguna solucin para este caso. As, si en el nodo 18 se produjo un interfaz descrito como "eth0", su directorio RRD sera / var/opennms/rrd/snmp/18/eth0- [MAC Dir.] . En ese directorio se van todos los archivos de interfaz especfica RRD como ifInOctets.rrd y ifOutOctets.rrd.

Solucin de problemas
stos son algunos consejos para ayudar a la solucin de problemas de datos SNMP cuestiones coleccin.

verificar snmp acceso al dispositivo


Compruebe que el nodo soporta SNMP y es accesible desde el servidor opennmns. Primero intente hacer ping al dispositivo. Si tiene xito de enrutamiento para el dispositivo est funcionando. Trate snmpwalk como
v snmpwalk-2c-c nodename secreto

de la OpenNMS servidor se est ejecutando. Puede haber servidor de seguridad o problemas de enrutamiento si lo intenta, desde otra mquina. Si esto no comprobar si el dispositivo tiene configurado el acceso SNMP como se espera, visita la comunidad SNMP, SNMP versin (podra ser la versin 1, 2c y 3) y que no hay cortafuegos, listas de acceso o lo que sea negar el acceso al dispositivo.

verificar el acceso OpenNMS SNMP al dispositivo


Si todava no dispone de informacin SNMP aparece en la pgina del nodo en la WebUI, consulte el archivo snmp-config.xml para asegurar que el nombre de comunidad correcto est configurado (y por encima de asegurar que una determinada direccin no est incluido en varios rangos, ya que slo el primer partido va a ser utilizado). El siguiente paso es comprobar los archivos capsd.log. Si se trata de una nueva instalacin, mira a ver donde capsd probado ese dispositivo. Si se trata de una instalacin antigua, puede forzar una nueva bsqueda desde la pgina de nodo, y esto debera crear nuevos registros. Mira a ver que el servicio SNMP se establece en "true" para esa direccin IP. Si no, revise el nombre de comunidad SNMP una vez ms. Jugar con l hasta que una nueva bsqueda no produce un "verdadero". Si ha llegado hasta aqu, entonces la informacin de SNMP desde el rbol del sistema debe aparecer en la pgina del nodo.

verificar OID SNMP para recolectar


El siguiente error de buscar ser algo as como:
IfTable: snmpTimeoutError para: direccionip

Esto indicara que algo anda mal al tratar de obtener la informacin ipAddrTable y ifTable. Dos cosas para tratar aqu:
1. Ejecutar "snmpwalk-c direccionip community_name". Esto debe caminar todo el MIB SNMP para ese dispositivo. Algunos agentes de UCD SNMP por defecto slo devolver el rbol del sistema. 2. Intentar forzar la versin a la versin 1 de SNMP-config.xml y hacer una nueva bsqueda en el nodo. El ifTable y ipAddrTable puede ser grande, y as beneficiarse del uso de SNMPv2 el comando GET-A. Sin embargo, hemos visto en por lo menos un dispositivo que algo se fragmenta con el comando y nunca llegar a ver los cuadros. Si esto ocurre y se fija mediante el establecimiento de la versin a 1, por favor, por favor, por favor informe y si es posible conseguir un tcpdump de los paquetes SNMP enviadas durante el capsd exploracin. Tenga en cuenta que el comando snmpwalk desde la lnea de comando utiliza SNMPGET de la versin 1 y no va a reproducir un problema con la versin 2.

Si usted tiene un ifIndex vlido (se mostrar en la pgina de la interfaz de la WebUI), entonces usted debera ser capaz de recoger informacin SNMP. Compruebe la base de datos:
1. Ejecutar "psql-U OpenNMS OpenNMS". 2. En el smbolo del sistema, ejecute "SELECT * ipInterface DE DONDE nodeid = x", y "x" es el nmero del nodo de identificacin. 3. Compruebe para ver si al menos una interfaz se marca como principal ("P"). 4. Para salir, escriba "\ q"

Si no hay direcciones IP se enumeran como principal, revise su archivo de configuracin collectd para asegurar que al menos una direccin IP que soporta SNMP est incluido en un paquete. Corregir la omisin y volver a examinar el nodo. Hasta este punto, usted debe comprobar la capsd.log de los errores. Para los prximos pasos, empezar a buscar en collectd.log

verificar collectd est recogiendo los datos


En cuanto a collectd.log para la interfaz principal de su nodo, debera ver los intentos realizados para recoger a travs de dicha interfaz. Mientras que el archivo-config.xml DataCollection controles de recopilacin de datos, por defecto cualquier sysObjectID que comienza ".1.3.6.1.4.1", que es hasta donde yo s todos ellos, coincidir con el MIB-2 grupo que se acumula en ifInOctets, ifOutOctets, ifInErrors, ifOutErrors y ifOutDiscards. A ver si hay algn mensaje de registro de tiles (por ejemplo, tiempos de espera, etc) que le puede dar una pista. Tambin puede habilitar la depuracin en $ OPENNMS_HOME/etc/log4j.properties WARN (cambio a DEBUG para collectd:
log4j.category.OpenNMS.Collectd = DEBUG, collectd

y mirar de nuevo en los archivos de registro collectd para ver si los datos son realmente conseguidas. Si no hay nada para ver que OpenNMS est tratando de recoger los datos que desee ver en el Dokumentation y la configuracin de $ OPENNMS_HOME / etc / DataCollectionconfig.xml y $ OPENNMS_HOME / etc / collectd-configuration.xml .

comprobar si los datos recogidos se escribe en los archivos RRD


Por ltimo, busque en el directorio / var / OpenNMS / RRD / snmp / nodeid directorio donde nodeid es el nmero de identificacin del nodo del dispositivo que est interesado pulg Usted debe ver los archivos *. jrb est actualizando, y se puede utilizar este comando para ver si la RRD en realidad contiene los datos:
$ OPENNMS_HOME / bin / jrobin inspector Si los archivos en el directorio / var / OpenNMS / RRD / snmp / nodeid

en fin ". RRD", ha configurado OpenNMS directorio que se utilizar en lugar de RRD jRRD-Tools, que tiene un archivo en formato ligeramente diferente (jRRD ista por defecto desde la versin 1.3.2). Utilice
rrdtool volcado RRDfilename

para ver los datos recogidos. Si todava no hay datos de verificacin de la configuracin RRD en $ OPENNMS_HOME /
etc / <code> opennms.properties. Si hay una lnea como org.opennms.rrd.storeByGroup = false

entonces no debe ser un *. RRD o archivo *. JRD para todas las variables MIB recoja. Si la lnea tiene el siguiente aspecto org.opennms.rrd.storeByGroup = true diferentes variables MIB se escriben en un archivo comn. Si agrega nuevos valores mib para recoger lo que tienes que eliminar este archivo para OpenNMS tiene que crear uno nuevo incluyendo los valores mib nuevo. Usted va a perder todos los datos que estn en este archivo!

Conclusin
SNMP de recopilacin de datos en OpenNMS es una de las cosas ms difciles de configurar. Una vez configurado, sin embargo, el proceso puede ser totalmente automtico. Se espera que esta Cmo se ha demostrado su utilidad. Por favor, correcciones directa y comentarios al autor.

Y ahora qu?

SNMP Informes Cmo se hace Datos coll grfica

Contenido
[ ocultar ]

1 Introduccin o 1.1 Propsito o 1.2 Derecho de Autor o 1.3 Correcciones y Omisiones 2 Informacin general 3 Eventos o 3.1 Eventos Interior 3.1.1 Niveles de gravedad 3.1.2 Parmetros adicionales 3.1.3 Elementos o 3.2 Las trampas SNMP 3.2.1 El elemento parm 3.2.2 Filtrado de varbinds (OpenNMS 1.1 y ms all) 3.2.3 Decodificacin varbinds (OpenNMS 1.7.0 y posteriores) 3.2.4 Creacin de definiciones de caso de la definicin de la trampa en mibs o 3.3 El eventconf.xml Archivo o 3.4 Ejemplo: rtc entrada eventos Descartar o 3.5 Activar los cambios en las configuraciones de caso o 3.6 Configuracin de la prueba de eventos o 3.7 La base de datos o 3.8 Depuracin 4 Conclusin

Introduccin Propsito
Este Cmo se forma parte de una serie diseada para servir de referencia para comenzar a OpenNMS. Eventualmente, estos documentos cubrir todo lo necesario para obtener OpenNMS instalado y funcionando en su entorno.

Derecho de Autor
El contenido est disponible bajo Creative Commons Reconocimiento-No comercialShareAlike2.5 licencia .

Correcciones y omisiones
Por favor, enve las correcciones y omisiones al autor.

Informacin general

OpenNMS cuenta con tres reas funcionales principales:


Determinacin de la disponibilidad de servicios de red (vase la Parte 3 de esta serie) Recoleccin de datos de rendimiento a travs de SNMP (que se examinan en la parte 4 de esta serie) Gestin de eventos y notificaciones

La ltima rea: Eventos, es objeto de este How-To. Las notificaciones sern tratados en la siguiente parte. Los eventos son un elemento bsico de cualquier sistema de gestin de red (NMS). De hecho, la funcin principal de un SMN se puede describir como la deteccin de cambios dentro de la red, y cada cambio se puede considerar como un evento. OpenNMS gestiona eventos a travs de un proceso llamado eventd . Hay dos principales tipos de eventos: los generados internamente por el software OpenNMS y los generados a travs de trampas SNMP externa. Los procesos pueden generar eventos, como cuando el proceso de descubrimiento genera una newSuspect evento cuando una interfaz responde a un ping, y los procesos pueden "suscribirse" a los acontecimientos, como cuando el capsd proceso pide que se le notifique cada vez que un newSuspect evento para que pueda comenzar sus capacidades de exploracin. Cuando se genera un evento, varios parmetros se puede establecer, como su descripcin, un mensaje de registro y la gravedad de una. Adems, acciones automticas pueden ser lanzados para enviar parmetros de evento a un script externo. Esto se controla a travs de la eventconf.xml archivo. OpenNMS tambin viene con un sistema rico de la caracterstica de notificacin. eventos particulares pueden ser elegidos para hacer una notificacin que se enviar, como una pgina o correo electrnico. Las siguientes secciones discutirn Eventos en detalle. Desde esta funcionalidad ha cambiado entre 1.0 (la versin de produccin actual en el momento de escribir este documento) y 1.1 (la versin actualmente en desarrollo), las notas se hace en cuanto a lo que est disponible en las que la liberacin.

Eventos

El eventconf.xml archivo, que se encuentra por defecto en / opt / OpenNMS / etc , es el archivo de configuracin que controla cmo los eventos se manejan. los Veamos por un momento en la parte superior de ese archivo:
<events xmlns="http://xmlns.opennms.org/xsd/eventconf"> <Global> <security> <doNotOverride> logmsg </ doNotOverride> <doNotOverride> operaction </ doNotOverride> autogestin <doNotOverride> </ doNotOverride> <doNotOverride> tticket </ doNotOverride> </ security> </ global>

Cada archivo que contiene los eventos se inicia con una <events> etiquetas y termina con un </ eventos> etiquetas. El eventd proceso de escucha en el puerto 5817, por lo que otros procesos, incluso los externos a OpenNMS, puede enviar eventos al sistema. La etiqueta <security> est ah para que estos eventos no puede prevalecer sobre las acciones definidas en el eventconf.xml archivo. De esta manera, nadie con acceso a la mquina OpenNMS podra enviar en un "autogestin" para abrir, por ejemplo, una ventana de root en su mquina.

Interior Eventos
Ahora, despus de la seccin de configuracin global de la eventconf.xml archivo venir los acontecimientos. Cada caso debe ser definido con el fin de ser tratado correctamente por el sistema de OpenNMS. los Veamos en un evento comn: nodeLostService:
http://uei.opennms.org/nodes/nodeLostService <event> <uei> </ uei> <event-label> nodo OpenNMS definido evento: nodeLostService </ evento de etiqueta> <descr> < p & # 38gt; Un corte de servicio%%% se identific en la interfaz de la interfaz% < / p > < p > un registro de interrupcin ha creado el nuevo servicio y los clculos de disponibilidad de nivel se vern afectados hasta que esta interrupcin. se ha resuelto. < / p > </ descr> <logmsg servicio dest='logndisplay'>% interrupcin% identificado en la interfaz% interfaz%. </ Logmsg> <severity> Mayor </ severidad> </ evento> Cada evento es seguida por una <event> etiquetas. Dentro de esas etiquetas son diferentes

otras definiciones:
La UEI El "Identificador Universal Event" es simplemente una etiqueta para identificar el evento. La intencin original era que sera una especie de espacio de nombres XML, por lo tanto el "http://", pero en realidad es slo una etiqueta. En la versin 1.1 y ms all, el "http://" se ha eliminado. Nota: para eventos internos OpenNMS, la UEI es generado directamente por el cdigo y no se puede cambiar sin modificar la fuente. El evento de etiqueta Esta es una etiqueta de texto sin formato para el evento, a veces se utiliza en la interfaz de usuario de la web.
descr

es la descripcin del evento. Puedes integrar las entidades HTML si desea dar formato a la descripcin ms completa. Tenga en cuenta que hay elementos como la interfaz%% que puede colocar en la descripcin del evento y el mensaje de registro (que se describir ms adelante en este documento).
logmsg

Es una breve descripcin o resumen del evento. El " dest "atributo puede tomar una serie de valores:

logndisplay

Tanto el registro de sucesos en la base de datos y mostrarlos en la interfaz de usuario Web.


logonly

El registro de sucesos en la base de datos, pero no la pantalla.


suprimir

Ni el registro de sucesos en la base de datos o mostrarlo.


donotpersist

No registrar el evento en la base de datos, pero an as enviar a los demonios OpenNMS que estn escuchando en este tipo de evento (por ejemplo: esto se puede utilizar para generar notificaciones).
discardtraps

Esto slo se aplica a las trampas llegando a travs de trapd. Esto har que trapd para descartar la trampa sin crear un evento. Otros demonios OpenNMS que estn escuchando en este tipo de evento no recibir este evento. Esta caracterstica est disponible en OpenNMS 1.3.0.
gravedad

Esto indica la gravedad del evento.

Niveles de gravedad Al establecer niveles de gravedad de los acontecimientos, a menudo pienso volver a una escena de la pelcula Spinal Tap . Esta pelcula es un "documental" sobre una banda de rock duro de envejecimiento. En una escena que el entrevistador est pidiendo un miembro de la banda sobre lo que l atribuye la popularidad de la banda. Seala a los amplificadores y ha dicho ", mientras que la mayora de los amplificadores de ir a 10, el nuestro va a 11". El entrevistador le pregunta por qu no los hacen ir a 10, pero slo hacen ms fuerte 10, a la que el miembro de la banda responde: "pero el nuestro va a 11". Lo he visto cuando la gente se dispuso a establecer niveles de gravedad de los hechos en sus nuevos Estados miembros. Eventos son "crticos" (algo anda mal con mi red!) O "Normal". La severidad entre los dos tienden a ser ignorados. Por desgracia, se hace muy duro para poner de relieve los acontecimientos realmente importantes cuando todo est verde o rojo. As que en lugar de poner todo "a 11", sugiero cortes normales de la red como menores o mayores (pero los tratamos de la misma manera como lo hara normalmente), y autor de la reserva crtica de los acontecimientos que realmente importan. Otra forma de ver esto es asignar acciones a los niveles de gravedad. As, una "crtica" caso significa que se despierta el presidente de su compaa en la maana de Navidad y arruinar sus vacaciones. As que si el circuito de respaldo RDSI de Helmut baja, es poco probable

que usted quiere la gravedad siendo crtica. Sin embargo, si la columna vertebral de toda la red est abajo, que podran justificar esa llamada telefnica. La siguiente es una lista de niveles de gravedad que vienen con OpenNMS, y mi descripcin personal de lo que significan. En la actualidad, los eventos predeterminados en OpenNMS no se ajustan exactamente a esta lista, pero en el futuro:
Crtico (rojo oscuro) Este evento significa numerosos dispositivos en la red se ven afectados por el evento. Todos los que pueden deben dejar lo que estn haciendo y se centran en solucionar el problema. Mayor (luz roja) Un dispositivo es completamente abajo o en peligro de bajar. La atencin debe prestarse a este problema de inmediato. Menor (naranja) Una parte de un dispositivo (un servicio, y la interfaz, una fuente de alimentacin, etc) ha dejado de funcionar. El dispositivo necesita atencin. Advertencia (amarillo) Ha ocurrido un acontecimiento que puede requerir una accin. Esta gravedad tambin se puede utilizar para indicar una condicin que debe tenerse en cuenta (conectado) pero no requiere la accin directa. Normal (verde) Mensaje informativo. No se requiere accin. Restablecido (gris claro) Este evento indica que una condicin de error antes de que se haya corregido y el servicio se restaura. Indeterminado (amarillo-verde) La gravedad del caso no se puede determinar.

Parmetros adicionales Una serie de parmetros adicionales se pueden producir entre la <event> tags (tenga en cuenta que hay otros definidos en el cdigo, pero an no aplicadas):
<operinstruct>

Se trata de un conjunto de instrucciones para el operador NMS cuando se produce el evento.

<mouseovertext>

Esto puede ser un texto que se mostrar cuando el ratn se coloca sobre el evento en el navegador de eventos de la interfaz de usuario Web.
<autoaction>

El texto de esta etiqueta debe ser la ruta completa a un programa ejecutable. El programa se ejecutar cada vez que se produce el evento.

Tenga en cuenta que cada etiqueta debe estar cerrado con su correspondiente "/" etiquetas. Elementos Varios elementos pueden ser incluidos en la descripcin, el mensaje de registro, la instruccin del operador y acciones automticas para cada evento. No todos los eventos tendrn valores para todos los elementos, y algunos se refieren a las trampas SNMP, que se debatir en la prxima seccin.
%% Uei

El Universal Event identificador para el evento.


%% De origen

El origen del evento (qu proceso).


%% Del tiempo

La hora del evento.


%% Nodeid

La identificacin del nodo del dispositivo que caus el evento.


%% De interfaz

La interfaz asociado al evento.


%% De servicio

El servicio asociado al evento.


%% De severidad

La gravedad del evento.


%% Snmphost

El anfitrin de la agente SNMP que gener el evento.


%% Snmp

La informacin SNMP asociado al evento.

Id%%

La Empresa OID SNMP para el evento.


%% Genricos

El nmero trampa genricos para el evento.


%% Especficos

El nmero de trampas especficas para el evento.


%% De la comunidad

La cadena de comunidad de la trampa.


%% La versin

La versin de SNMP de la trampa.


%% Operinstruct

Las instrucciones del operador para el evento.


%% Mouseovertext

El ratn sobre el texto para el evento.

En la versin 1.1 y ms all, hay dos parmetros ms disponibles:


%% Nodelabel

Devuelve la etiqueta del nodo para el nodo dado en %% nodeid si est disponible.
%% Interfaceresolv

Hace una bsqueda inversa en el interfaz%% y devuelve su nombre si est disponible.

Tambin hay un parm elemento que se ver ms adelante.

SNMP Traps
Fuera de los eventos generados internamente, OpenNMS tambin puede recibir capturas SNMP a travs de la trapd proceso. Estos son controlados en eventconf.xml con el <mscara> etiquetas. Por ejemplo:

<event> <mscara> <maskelement> <mename> Identificacin </ mename> <mevalue> .1.3.6.1.4.1.9.9.70.2 </ mevalue> </ maskelement> <maskelement> <mename> genricos </ mename> < mevalue> 6 </ mevalue> </ maskelement> <maskelement> <<mename> especficas / mename> <mevalue> 17 </ mevalue> </> <maskelement /> mscara <uei> http://uei.opennms.org / vendor/Cisco/traps/ciscoC3800SysAggregateStatusChange </ uei> <eventlabel> CISCO-C3800-MIB define evento trampa:

ciscoC3800SysAggregateStatusChange </ label eventos> <descr> < p > Notificacin de que la situacin global de un nodo ha cambiado. < / p > < > < mesa tr > > < < td b > < c3800SysNextTrapSeqNum / b > </ td < > > td parm% [# 1] <% / td < > < p > td; y # 38gt; </ p > < / td; > < / tr > > < < tr td > < b y # 38gt; sysname < / b > < / td < > > td parm% [# 2]% < / > < td td y # 38gt, p <; > < / p > < / td; > < / tr > > < tr > < < td b > < c3800SysTrapSeverity / b > < / td < > > td parm% [# 3]% y # 38lt; / td > < < p > td; > claro (1) menores (2) mayor (3) < / p > & lt ; / td; > < / tr > > < < tr td > < b > < c3800SysAggregateStatus / b > < / td < > > td parm% [# 4]% < / td < > < p > td; y gt , claro (1) menores (2) mayor (3) </ p> < / td; > < / > < tr / > tabla </ descr> <logmsg dest='logndisplay'> <p> Cisco suceso: C3900:. estado de los ganglios ha cambiado </ p> </ logmsg> <severity> Indeterminado </ severidad> </ evento>

Se trata de un evento de Sistemas de Cisco para su dispositivo C3800. Partes de ella es similar a la generada eventos internos, con la diferencia principal es la <mscara> bloque. Este bloque se compone de <maskelement> etiquetas, y el nico evento coincidir si todas las etiquetas definidas se cumplan. Este evento en particular coincidir con una captura de SNMP cuya empresa OID (id) es igual a ".1.3.6.1.4.1.9.9.70.2", su valor genrico de trap es la empresa especfica (6) y su valor trampa especfica es de 17. La posible <mename> valores son:

uei fuente de acogida snmphost nodeid interfaz servicio Identificacin del especfica genricos comunidad

Es posible utilizar el smbolo "%" para indicar un comodn en los valores de la mscara. Por ejemplo, para que coincida con todos los eventos de Cisco, que podra utilizar:
<mscara> <maskelement> <mename> Identificacin </ mename> <mevalue> . 1.3.6.1.4.1.9.% </ mevalue> </ maskelement> </ mscara> Nota: El orden en que los eventos se muestran en la eventconf.xml archivo es

extremadamente importante. La bsqueda se detiene con la definicin primer evento que coincide con el evento dado. As, si el cdigo anterior con el comodn antes de que la lista fue ms especfico ciscoC3800SysAggregateStatusChange caso, el ltimo caso, no se generaran. Tambin tenga en cuenta que el comodn es simplemente una coincidencia de subcadena. Si un evento fue generado por un dispositivo de Cisco con la Empresa de la OID ".1.3.6.1.4.1.9" sera no coincidir con este evento, ya que no hay final ".". Si el final "." se dej, se debe tener cuidado para que una trampa con un OID de ".1.3.6.1.4.1.99" est en la lista antes de la ".1.3.6.1.4.1.9%" evento o de lo contrario el partido ms genrico evento. El parm Elemento

Algunos eventos, sobre todo las trampas SNMP, disponer de informacin adicional enviada con los llam "asignaciones de variables" o "varbinds" para abreviar. En el ciscoC3800SysAggregateStatusChange caso antes mencionados, hay cuatro de ellos, y se puede acceder mediante el parm elemento. Cada parmetro se compone de un nombre y un valor.
parm% [todos]%

Devolver una lista separada por espacio de todos los valores de los parmetros en forma parmName1 = "parmValue1" parmName2 = "parmValue2" etc
% [Valores-todos] parm%

Devolver una lista separada por espacios de todos los valores de los parmetros asociados con el evento.
% Parm [nombres-todos]%

Devolver una lista separada por espacios de todos los nombres de los parmetros asociados con el evento.
% Parm [NOMBRE]%

Devolver el valor del parmetro denominado <name> si existe.


[##]%% Parm

Devolver el nmero total de parmetros.


Parm% [# <num>]%

Devolver el valor de <num> nmero de parmetro.


parm% [nombre-# <num>]%

Devolver el nombre de <num> nmero de parmetro.

Por ejemplo, el ciscoC3800SysAggregateStatusChange descripcin del evento listas a cada uno de los parmetros. As, el parmetro de segundo, el sysname se imprime utilizando parm% [# 2]% . Y filtros de varbinds (OpenNMS 1.1 y ms all) Echemos un vistazo al ejemplo ciscoC3800SysAggregateStatusChange evento una vez ms. Cul debera ser su gravedad? Dado que el evento se genera cada vez que cambia de estado, no s si el cambio es "malo" (del operativo para no operativa) o "bueno" (el estado de funcionamiento-no se borra). Esa informacin est contenida dentro de los parmetros que se pasan con el evento, en particular el parmetro # 3, la gravedad de la trampa. Con 1.1, la capacidad de filtrar en asignaciones de variables se agreg. Esto se hace en el <mscara> bloque. Para volver a escribir el caso anterior:

<mscara> <maskelement> <mename> Identificacin </ mename> <mevalue> . 1.3.6.1.4.1.9.9.70.2 <mevalue /> </ maskelement> <maskelement> <mename> genricos </ mename> <mevalue> 6 </ mevalue> </ maskelement> <maskelement> <mename> especfica </ mename> <mevalue> 17 </ mevalue> </ maskelement> <varbind> <vbnumber> 3 </ vbnumber> <vbvalue> 3 </ vbvalue> </ VarBind> </ mscara> Copia de los eventos y cambiar el <mscara> bloque a lo anterior partido en el mismo id, y

valores especficos de genricos, pero tambin ser necesario que el tercer parmetro es igual a "3" (que indica un Cisco determina la gravedad trampa de "importante" ). As se puede cambiar la descripcin y / o la gravedad para que coincida con el evento. Tambin es posible conseguir ms de un VarBind, y ms de un valor por VarBind:

<varbind> <vbnumber> 3 </ vbnumber> <vbvalue> 2 </ vbvalue> <vbvalue> 3 </ vbvalue> </ VarBind> <varbind> <vbnumber> 4 </ vbnumber> <vbvalue> 2 </ vbvalue> <vbvalue> 3 </ vbvalue> </ VarBind>

El fragmento de cdigo anterior partido si el tercer parmetro tiene un valor de "2" o "3" y el cuarto parmetro tiene un valor de "2" o "3". Esta caracterstica se ha actualizado mucho antes de la liberacin 1.6.0 para permitir que una coincidencia de expresin regular en el valor VarBind. Slo especifique la expresin con un prefijo con una "~".
<varbind> <vbnumber> 1 </ vbnumber> <vbvalue> ~ [DD] propia </ vbvalue> </ VarBind>

Esto coincide con un VarBind 1 que contengan la palabra "Baja" o "abajo" en cualquier lugar dentro de su valor.

Tambin puede hacer partidos rpidos con el prefijo '%' en un valor VarBind:
<varbind> <vbnumber> 1 </ vbnumber> <vbvalue> error: <% / vbvalue> </ VarBind>

esto coincide VarBind 1 con cualquier cadena que comienza por "error"

Una vez ms, tenga en cuenta que el orden en que se enumeran los eventos es muy importante. Ponga los eventos ms especficos primero. Decodificacin varbinds (OpenNMS 1.7.0 y posteriores) Una gran cantidad de definir las variables MIB especfica para codificar el valor de algunos OID. Como ejemplo, el agente SNMP devuelve un valor numrico para la ifAdminStatus y ifOperStatus: un medio de seguridad y dos medios de Down. Debido al hecho de que OpenNMS no tiene un MibParser solemos poner este mapa (entre el valor numrico codificado y su significado) en la descripcin del evento. Configuracin de los eventos correctamente ahora son capaces de descifrar el valor numrico enviado al varbinds trampa para el valor de cadena que corresponde a la <logmsg>. Vamos a considerar un estado de Cisco HSRP cambios trampa (OID .1.3.6.1.4.1.9.9.106.2 genricos 6 y especficos 1), esta trampa corresponden a uei.opennms.org / proveedor / Cisco / trampas / evento cHsrpStateChange. La trampa contiene el VarBind siguientes: cHsrpGrpStandbyState cuyos valores posibles van de 1 a 6 y cuyo significado es:
inicial (1) aprender (2) escuchar (3) hablar (4) el modo en espera (5) activo (6). Quiero mostrar en logmsg el sentido literal de la situacin HSRP.

Aqu est la definicin de caso original:

<event> <mscara> <maskelement> <mename> Identificacin </ mename> <mevalue> .1.3.6.1.4.1.9.9.106.2 </ mevalue> </ maskelement> <maskelement> <mename> genricos </ mename> < mevalue> 6 </ mevalue> </ maskelement> <maskelement> <<mename> especficas / mename> <mevalue> 1 </ mevalue> </> <maskelement /> mscara uei.opennms.org <uei> / proveedor / Cisco / trampas / cHsrpStateChange </ uei> <event-label> CISCO-HSRP-MIB define evento trampa: cHsrpStateChange </ label eventos> <descr> <p> cHsrpStateChange notificacin se enva cuando un transiciones cHsrpGrpStandbyState ya sea el estado activo o de reserva , o las hojas estado activo o de reserva. Slo habr una notificacin emitida cuando el cambio de estado es el modo de espera a activo y viceversa. </ P> <table> <td> <b> cHsrpGrpStandbyState </ b> </ td> parm <td>% [# 1]% </ td> <p;> <td> inicial (1) aprender (2) escuchar (3) hablar (4) el modo en espera (5) activo (6) </ p> </ td;> < / tr> </> </ table> descr <logmsg dest='logndisplay'> <p> Cisco suceso:. HSRP cambio de estado </ p> </ logmsg> <severity> Menor </> <gravedad / evento>

Un aqu sigue la definicin nuevo evento en el que se descifra el estado en el logmsg:

<event> <mscara> <maskelement> <mename> Identificacin </ mename> <mevalue> .1.3.6.1.4.1.9.9.106.2 </ mevalue> </ maskelement> <maskelement> <mename> genricos </ mename> < mevalue> 6 </ mevalue> </ maskelement> <maskelement> <<mename> especficas / mename> <mevalue> 1 </ mevalue> </> <maskelement /> mscara uei.opennms.org <uei> / proveedor / Cisco / trampas / cHsrpStateChange </ uei> <event-label> CISCO-HSRP-MIB define evento trampa: cHsrpStateChange </ label eventos> <descr> <p> cHsrpStateChange notificacin se enva cuando un transiciones cHsrpGrpStandbyState ya sea el estado activo o de reserva , o las hojas estado activo o de reserva. Slo habr una notificacin emitida cuando el cambio de estado es el modo de espera a activo y viceversa. </ P> <table> <td> <b> cHsrpGrpStandbyState </ b> </ td> parm <td>% [# 1]% </ td> <p;> <td> inicial (1) aprender (2) escuchar (3) hablar (4) el modo en espera (5) activo (6) </ p> </ td;> < / tr> </> </ table> descr <logmsg dest='logndisplay'> <p> Cisco suceso: HSRP cambio de estado de parm% [# 1 ]%.</ p> </ logmsg> <severity> Menor < /> gravedad <varbindsdecode> <parmid> parm [# 1] </ parmid <decode varbindvalue="1"> <decode varbinddecodedstring="initial"/> varbindvalue="2" varbinddecodedstring="learn"/> <decodificar varbindvalue = "3" varbinddecodedstring = "escuchar" / varbindvalue="4"> <decode <decode varbinddecodedstring="speak"/> varbindvalue="5" varbinddecodedstring="standby"/> <decodificar varbindvalue = "6" varbinddecodedstring = "activo" /> </> <varbindsdecode / evento>

Aqu el parm [# 1] (As que la VarBind por primera vez en la trampa se convierte utilizando el mapa decodificar Si el valor de la OID por primera vez en esta trampa es de 6 el mensaje de registro sern.:
<p> Cisco suceso: HSRP cambio de estado a activo </ p>.

Creacin de definiciones de caso de la definicin de la trampa en mibs Hay un programa llamado mib2opennms disponibles para convertir las definiciones trampa de la mib a las definiciones de eventos OpenNMS, vea Conversin de MIB Uso mib2opennms

El eventconf.xml Archivo
Como se mencion anteriormente, el eventconf.xml archivo controla la definicin de los eventos internos y externos en OpenNMS. El orden en que los eventos se enumeran es muy importante, ya que es posible disponer de numerosas definiciones de eventos para un evento determinado si usted comienza a filtrar en asignaciones de variables.

Todo esto ha hecho que el archivo a ser muy grande. En 1.0.2, eventconf.xml fue ms de 3,1 MB de texto. Con el fin de hacer de este archivo ms fcil de manejar, una nueva marca fue introducida en 1.1.0 llamado <event-file> . Esto permite que los archivos a ser "incluidos" como parte de eventconf.xml . El nuevo archivo ahora se ve as:
<event-file> / opt/OpenNMS/etc/events/3Com.events.xml </ archivo de eventos> <event-file> / opt / OpenNMS / etc / eventos / APC.events.xml </ archivo de eventos> <event-file> / opt / OpenNMS / etc / eventos / Brocade.events.xml </ archivo de eventos> <event-file> / opt / OpenNMS / etc / eventos / CIM.events.xml </ archivo de eventos> <event-file> / opt / OpenNMS / etc / eventos / Cisco.events.xml </ archivo de eventos> <event-file> / opt / OpenNMS / etc / eventos / Fore.events.xml </ archivo de eventos> <event-file> / opt / OpenNMS / etc / eventos / HP.events.xml </ archivo de eventos> <event-file> / opt / OpenNMS / etc / eventos / Intel.events.xml </ archivo de eventos> <event-file> / opt / OpenNMS / etc / eventos / Microsoft.events.xml </ archivo de eventos> <eventfile> / opt / OpenNMS / etc / eventos / Novell.events.xml </ archivo de eventos> <event-file> / opt / OpenNMS / etc / eventos / Oracle.events.xml </ archivo de eventos> <event-file> / opt / OpenNMS / etc / eventos / SonicWall.events.xml </ archivo de eventos> <event-file> / opt / OpenNMS / etc / eventos / Xerox.events.xml </ archivo de eventos> <eventfile> / opt / OpenNMS / etc / eventos / Standard.events.xml </ archivo de eventos> Los archivos incluidos debe comenzar con una <events> etiquetas y terminan con un </ eventos> etiquetas. En el medio se <event> definiciones al igual que en el original eventconf.xml archivo.

Todos los eventos se han desatado por el proveedor. Cuando OpenNMS comienza, cada archivo se cargar en orden, as que de nuevo el orden en que los archivos aparecen es importante. Tambin hay todava algunos eventos en eventconf.xml . Estos se cargan antes de que los archivos incluidos, y las mejores prcticas a la lista de los estados slo el OpenNMS eventos internos en ese archivo directamente. En la parte inferior del fichero es <event-file> / opt / OpenNMS / etc / eventos / default.events.xml </ archivo-> evento . Este contiene los sucesos predeterminados genrica y debe ser siempre el ltimo. Algunos consejos:

Dado que el sistema tiene que buscar a travs de todos los eventos para encontrar una coincidencia, es la mejor manera de eliminar los archivos de eventos que no est utilizando. Si personaliza un archivo, tales como eventos de Cisco, es posible que desee simplemente copia a "my.Cisco.events.xml" y la lista de su primer archivo. De esta manera usted tendr menos trabajo que el archivo predeterminado puede cambiar en una futura versin.

Muestra: Desechar entrada eventos rtc


Para evitar que los eventos de inicio de sesin rtc que aparecen y persisten en la base de agregar la siguiente definicin en eventconf.xml sobre el evento existente para uei uei.opennms.org / interior / autenticacin / successfulLogin :
<event> <mscara> <maskelement> <mename> uei </ mename> uei.opennms.org <mevalue> / interior / autenticacin / successfulLogin </ mevalue> </ maskelement> <varbind> <vbnumber> 1 </ vbnumber> <vbvalue> rtc </ vbvalue> </ VarBind> </ mscara> uei.opennms.org <uei> / interior /

autenticacin / successfulLogin </ uei> <event-label> internos caso OpenNMS definidas: un usuario ha de autenticacin a la WebUI </ label eventos> <descr> Este evento es enviado por el WebUI cuando rtc usuario se ha autenticado correctamente </ descr> <logmsg dest='donotpersist'> usuario OpenNMS parm%% [usuario] ha iniciado la sesin de% parm% [ip]. </ Logmsg> <severity> Normal </ severidad> </ evento>

Active los cambios en las configuraciones de caso


Despus de cambiar las configuraciones de eventos utilizan
$ OPENNMS_HOME / bin / uei.opennms.org envo event.pl / interior / eventsConfigChange

para informar a OpenNMS que la configuracin de eventos se ha cambiado y necesita ser recargado. Ver tambin los archivos de configuracin para ms detalles sobre recarga cambios.

Prueba de configuracin de eventos


Hay dos herramientas muy tiles para probar las configuraciones de evento:
$ OPENNMS_HOME / bin / envo event.pl

y
$ OPENNMS_HOME / bin / envo trap.pl

Simplemente comienza a las secuencias de comandos sin parmetros para obtener una explicacin de cmo usarlos

La base de datos
Cada evento que ocurre en OpenNMS se escribe en la base de datos en el eventos mesa. Para verlos, slo tiene que acceder a la base de datos con " U-OpenNMS OpenNMS psql "y luego ver los acontecimientos con" SELECT * DE acontecimientos; ". Una gran herramienta de solucin de problemas es buscar en el eventparms que son enviadas al evento. Por ejemplo:
SELECCIONAR eventparms eventos DE DONDE EventID = 204; eventparms ------------------------------------------------------------------------------------------------------------------------- ds = http (cadena, texto), valor = 11.75 (cadena, texto) ; umbral = 100,0 (cadena, texto); gatillo = 3 (cadena, texto); rearmarse = 50.0 (cadena, texto) (1 fila) Aqu estn todos los parmetros enviados durante una highThresholdRearmed evento,

pueden ser utilizados en filtros de eventos, si es necesario. Por ltimo, cabe sealar que la base de datos puede ser muy completo, y puede ser necesario eliminar los eventos de la tabla de eventos que ya no son necesarios. Si usted sabe de SQL, esto es bastante simple, pero desde los acontecimientos OpenNMS veces se hace referencia en la tabla de cortes y en las notificaciones, es posible que no desea eliminar aquellos (la mesa de corte es necesario para el clculo de disponibilidad). Aqu hay un ejemplo de SQL para borrar los eventos no se hace referencia:
DELETE FROM eventos donde EventID NO IN (SELECT svclosteventid interrupciones DE) Y NO EN EventID (cortes SELECCIONAR svcregainedeventid DE);

Depuracin
Editar $ OPENNMS_HOME/etc/log4j.properties y establecer el nivel de registro para el eventd de depurar. A continuacin, compruebe la </ code> eventd.log </ code> y podrs ver los parmetros y sus valores para cada evento de entrada como en los siguientes trminos (fecha y hora de corte para facilitar la lectura):
353 DEBUG [Evento TCP receptor [5817] [127.0.0.1:14115]] TcpStreamHandler: registro de sucesos convertidos 353 DEBUG [Evento TCP

receptor [5817] [127.0.0.1:14115]] TcpStreamHandler: manejo de eventos, uei = uei.opennms. org / interior / rtc / subscribe 404 DEBUG [Evento TCP Server [5817]] tcpserver: Nueva conexin aceptadas a partir del 127.0.0.1:14117 404 DEBUG [Evento TCP receptor [5817] [127.0.0.1:14115]] RunnableConsumerThreadPool $ SizingFifoQueue: modifica : comenz fibra EventHandlerPool-fiber0 ratio = 1,0, vivo = 0 404 DEBUG [Evento TCP receptor [5817] [127.0.0.1:14115]] TcpStreamHandler: detener controlador de registro 404 DEBUG [EventHandlerPool-fiber0] DefaultEventHandlerImpl: Evento {404 DEBUG [EventHandlerPool -fiber0] DefaultEventHandlerImpl: uuid = <not-set> 404 DEBUG [EventHandlerPool-fiber0] DefaultEventHandlerImpl: uei = uei.opennms.org / interior / rtc / subscribe 404 DEBUG [EventHandlerPool-fiber0] DefaultEventHandlerImpl: src = RTCPostSubscriber 404 DEBUG [EventHandlerPool -fiber0] DefaultEventHandlerImpl: iface = null 404 DEBUG [EventHandlerPool-fiber0] DefaultEventHandlerImpl: tiempo = Lunes, 22 de febrero 2010 04:26:29 GMT 404 DEBUG [EventHandlerPool-fiber0] DefaultEventHandlerImpl: parms {404 DEBUG [EventHandlerPool-fiber0] DefaultEventHandlerImpl: (url, http://localhost:8980/opennms/rtc/post/Infrastructure+CentralSide) 405 DEBUG [EventHandlerPool-fiber0] DefaultEventHandlerImpl: (usuario, RTC) 405 DEBUG [EventHandlerPool-fiber0] DefaultEventHandlerImpl: (passwd, rtc ) 405 DEBUG [EventHandlerPool-fiber0] DefaultEventHandlerImpl: (catlabel, Infraestructura CentralSide) 405 DEBUG [EventHandlerPool-fiber0] DefaultEventHandlerImpl:} 405 DEBUG [EventHandlerPool-fiber0] DefaultEventHandlerImpl:} 405 DEBUG [EventHandlerPool-fiber0] EventConfData: Que se encuentran con la clave: EventKey

Conclusin
El sistema de gestin de eventos es bastante sencillo una vez que se entiende. Si bien mucho tiempo para crear, una vez configurado es bastante automtico. Se espera que esta Cmo se ha demostrado su utilidad. Por favor, correcciones directa y comentarios al autor.

Contenido
[ ocultar ]

1 2 3 4 5 6

Informacin general Los archivos de configuracin Operacin rutas de destino Elementos de una notificacin Reconocimiento o 6.1 Reconocimiento automtico 7 regla de coincidencia 8 Ejemplos o 8.1 Notificacin de comandos personalizados

8.1.1 simple llamada telefnica

Informacin general
OpenNMS utiliza notificaciones a los usuarios acerca de un evento. Los mtodos comunes de notificacin son de correo electrnico y buscapersonas, pero los mecanismos de notificacin tambin existen para

XMPP (Jabber, un protocolo de mensajera instantnea),

arbitraria programas externos trampas SNMP pueden ser enviadas, y arbitraria GET HTTP / POST se pueden hacer a un sitio web.

Las notificaciones se pueden enviar a los usuarios, grupos o roles configurados en OpenNMS, as como a las direcciones de correo electrnico arbitraria, si es necesario. Un retraso puede ser introducida antes de enviar una notificacin, y una o varias escaladas se pueden aadir en caso de que la notificacin no se reconoce dentro de un perodo de tiempo configurable. Las notificaciones se contiene un mensaje de texto y muchas veces un tema (segn el mtodo de notificacin) que se construye con el texto. El texto del mensaje y / o el sujeto puede ser configurado para incluir los detalles de la activacin de eventos, tales como el nombre del nodo, direccin IP, servicio de mensaje de error, etc

Archivos de configuracin
destinationPaths.xml

Las notificaciones se maneja a travs del demonio de notificacin, "notifd". Este demonio se ejecuta por defecto, y es gestionado a travs de tres archivos de configuracin:
Configura rutas destino que especifique que se notific y las escaladas. notifd-configuration.xml Configura las propiedades globales para el demonio de notificacin, como los detalles de la cola de procesamiento y acuses de recibo automtico (asignacin de "abajo" con los acontecimientos "hasta" los acontecimientos que automticamente reconoce la notificacin, sin causar escalada ms para llevar a cabo). notificationCommands.xml Configura los mtodos de notificacin, como el correo electrnico, buscapersonas, XMPP, traps SNMP, etc. Aunque se denomina notificacin "comandos", que slo no puede ejecutar comandos externos, sino tambin las clases de Java que puede realizar una accin de notificacin. Los mtodos de notificacin de Java normalmente se prefieren ya que tienen un mayor rendimiento y, lo ms importante sobrecarga menor que llamar a un programa externo. La mayora de los mtodos de notificacin se aplican de esta manera. Una interfaz estndar existe, org.opennms.netmgt.notifd.NotificationStrategy , que se pueden utilizar para poner en prctica mtodos de notificacin personalizada de Java. Por supuesto, llamar a la lnea de los programas y mando y scripts de shell tambin se permite. notifications.xml Configura reales notificaciones.

Operacin
1. Al inicio, notifd crea una lista de eventos UEIs que debera escuchar sobre la base de las notificaciones configurado en notifications.xml y suscribe con el demonio caso OpenNMS, eventd , para recibir estos eventos. 2. Cuando se recibe un evento, una pocas evaluaciones se llevan a cabo: 1. Si las notificaciones de encendido (el "status" en el atributo "notifd-configuracin" elemento de notifd-configuration.xml )? Si no, el caso se descarta y la notificacin no se realiza. 2. Tiene la UEI en el caso de coincidir con un UEI configurado en una notificacin habilitado y no la regla en la notificacin que coincida con el evento (ver Regla Coincidencia abajo)? Si no, el caso se descarta y la notificacin no se realiza. Nota: la cadena de especial UEI " match-any-UEI "se puede utilizar para que coincida con todos los UEIs evento (el Estado todava tiene que coincidir, tambin). 3. Si la notificacin tiene un <varbind> configurado con un nombre y un valor, se utiliza para un partido entre maysculas y minsculas contra el principio un parmetro de evento del mismo nombre. 3. Si las evaluaciones por encima de paso, una o ms notificaciones se envan. Si el "match-all" en el atributo "notifd-configuracin" elemento se establece en "true", cada notificacin correspondiente ser ejecutado por caminar su ruta de destino, de lo contrario slo la notificacin primer apareamiento se ejecutar.

Destino Caminos
En OpenNMS, una ruta de destino especifica el "quin", "cundo", y "cmo" de la notificacin. Se especifica los destinatarios de dicha notificacin, el mtodo de notificacin, cualquier retraso inicial, y la progresividad alguna. La ruta de destino se separa de eventos individuales como la misma informacin se utiliza a menudo para las notificaciones mltiples, por lo que reduce al mnimo la duplicacin y alienta la reutilizacin. Cuando se recibe un evento que coincide con la UEI y el Estado en una notificacin habilitado, OpenNMS "camina" la ruta de destino para que la notificacin (o notificaciones si hay varios y "todos los partidos" se establece en "true"). Nosotros decimos que la ruta de destino es "caminar" porque es a menudo una serie de acciones escalonadas en el tiempo y no necesariamente slo una sola accin (aunque puede ser). La ruta de destino sigue siendo camin hasta que todas las notificaciones y la progresividad se han enviado o la notificacin se reconoce (automtica o intervencin manual). Una vez que la ruta de destino se ha iniciado, el retraso inicial se esperaba (por defecto: cero segundos) antes de enviar la primera notificacin. A continuacin, espera a que el retardo para cada escalada (en su caso) y enva la escalada en secuencia. Nota: la demora para cada escalada es el retraso de la activacin de eventos.

Elementos de una notificacin


Nombre

Un nombre nico para identificar este defintion notificacin. Se utiliza para identificar la definicin de la interfaz web y en mensajes de

registro. Este se almacena en el atributo "name" de la "notificacin" elemento en el archivo de configuracin XML. Evento La UEI que hace que este evento para disparar. Este se almacena en el "uei" elemento en el archivo de configuracin XML. Descripcin Una descripcin del evento, pero no es muy visible (slo es visible en la web de IU unas cuantas pginas en el asistente de edicin y en el archivo de configuracin XML). Almacenados en la "descripcin" elemento en el archivo de configuracin XML. Regla Un filtro que deben coincidir para que la notificacin que se enviar. Oftentime esta es una direccin IP y / o el partido servicio. Almacenados en la "regla" elemento en el archivo de configuracin XML. Destino Camino El "destino de ruta" para que esta notificacin ser enviada si el evento es recibido y coincide con la regla. Vase ms abajo para obtener ms informacin sobre rutas de destino. El nombre de la ruta de destino se almacena en el "destinationPath" atributo en el archivo de configuracin XML y debe coincidir con el nombre de una ruta de destino de configuracin en destinationPaths.xml. Asunto El objeto de la notificacin, en particular, el asunto de los mensajes de correo electrnico generados por la presente notificacin. sustituciones de eventos en forma de clave%% se puede utilizar para insertar detalles del evento en el mensaje de texto. Almacenados en el "asunto" el elemento en el archivo de configuracin XML. Mensaje de texto El mensaje de texto de la notificacin. Al igual que el tema, sustituciones de eventos en forma de clave%% se puede utilizar para insertar detalles del evento en el mensaje de texto. Almacenados en el "mensaje de texto" elemento en el archivo de configuracin XML. On / off

Ya sea que esta notificacin est habilitado o no. Almacenados en el "estado" atributo de la "notificacin" elemento en el archivo de configuracin XML.

Reconocimiento
notifd sigue caminando por la ruta de destino para la notificacin hasta que la notificacin haya sido reconocido. La notificacin se reconoce por un usuario desde la interfaz web. Una vez que la notificacin haya sido reconocido nada ms usuarios, grupos, etc sern notificados de dicha notificacin.

Reconocimiento automtico
Muchos eventos que representan un corte de luz de algn tipo tambin tienen un juego de "limpieza" apagn que se enva cuando el problema original se ha resuelto. Un ejemplo es un "nodeDown" evento y un juego evento "nodeUp". OpenNMS tiene la idea de un evento que reconoce que se auto-reconoce el evento original. Al igual que un reconocimiento de lo normal, un reconocimiento automtico se detendr la ruta de destino para ser pisado por la notificacin inicial. Tambin crear una nueva notificacin a indicar a los usuarios que el problema original se ha resuelto. Aqu est un ejemplo de configuracin para el nodeUp par de eventos en nodeDown notifdconfiguration.xml:
<auto-acknowledge resolution-prefix="RESOLVED: "uei="uei.opennms.org/nodes/nodeUp" acknowledge="uei.opennms.org/nodes/nodeDown"> <match> nodeid </ match> </ auto -reconoce>

Tenga en cuenta la "coincidencia" elemento. Especifica los datos en caso de compensacin debe coincidir con un evento original para el reconocimiento automtico a ser aplicado. Por desgracia, no es posible para que coincida con los parmetros de evento aqu. Si necesita hacer eso, automticamente reconoce y coincidan con los parmetros caso valdra la pena un vistazo. (Vase tambin: AutoNotify Cmo se hace )

Regla de correspondencia
La regla en la notificacin se compara con los datos en caso si el evento contiene un identificador de nodo vlido y, o bien una interfaz o un servicio. Si el evento no contiene una interfaz o si la interfaz es "0.0.0.0", slo el nodo se compara con la regla. De lo contrario, la interfaz se corresponde, y si el evento contiene un servicio, que se corresponde tambin.

Ejemplos Notificacin de comandos personalizados


Simple llamada telefnica
Tenamos la obligacin de marcar simplemente un telfono a travs de un mdem USB para POTES una notificacin. La siguiente implementacin se complet en un sistema RHEL 4 con el wvdial comando. Configurar cuentas de usuario en OpenNMS (por supuesto)
read-only="false"> usuario> <user-id xmlns=""> sortova </ user-id> <full-name xmlns=""> Tarus B </ full-name> <xmlns comentarios de los usuarios-= " "type="email"> </ usuario-comentarios> <password xmlns="">

448835772A0F26DFFC8D1089AEBB7906 </> contrasea contacto> type="pagerEmail" info=""/> contacto> info=""/> <= tipo de contacto "xmppAddress" informacin =""/> contacto> type="numericPage" info="" serviceProvider=""/> contacto> type="textPage" info="" serviceProvider=""/> </ usuario> usuario <leer -only = "false"> <user-id xmlns=""> <brozow / user-id> <full-name xmlns=""> Matt B </ <usercomments> nombre completo xmlns=""> < / type="email" usuario comentarios> <password xmlns=""> 448835772A0F26DFFC8D1089AEBB7906 </> contrasea contacto> info=""/> type="pagerEmail" contacto> info=""/> tipo de contacto <= "xmppAddress" informacin =""/> contacto> type="numericPage" info="" serviceProvider=""/> contacto> type="textPage" info="" serviceProvider=""/> </ usuario> usuario <= de slo lectura "false"> <user-id xmlns=""> <guardabosques / user-id> <full-name xmlns=""> Ben R </> nombre completo <user-comments xmlns=""> </ usuario comentarios> <password xmlns=""> 448835772A0F26DFFC8D1089AEBB7906 </> contrasea type="email" contacto> type="pagerEmail" info=""/> contacto> info=""/> <= tipo de contacto "xmppAddress" info = " "/> contacto> type="numericPage" info="" serviceProvider=""/> contacto> type="textPage" info="" serviceProvider=""/> </> user <de slo lectura =" false " > <user-id xmlns=""> <jeffg / user-id> <full-name xmlns=""> Jeff G </ <usercomments> nombre completo <xmlns=""> / usuario-comentarios> < xmlns password = ""> 448835772A0F26DFFC8D1089AEBB7906 </> contrasea contacto> info=""/> type="email" type="pagerEmail" info=""/> contacto> type="xmppAddress" info=""/> contacto> info="" contacto> type="numericPage" serviceProvider=""/> contacto> type="textPage" info="" serviceProvider=""/> </ usuario> usuario> read-only="false"> usuario < xmlns-id = ""> thedonald </ id de usuario-> <full-name xmlns=""> Donald D </ <user-comments> nombre completo <xmlns=""> / comentarios de los usuarios-> <xmlns password = ""> 448835772A0F26DFFC8D1089AEBB7906 </> contrasea type="email" contacto> info=""/> contacto> type="pagerEmail" info=""/> type="xmppAddress" contacto> info=""/> <tipo de contacto = "numericPage" info = "" ServiceProvider =""/> contacto> type="textPage" info="" serviceProvider=""/> </ usuario>

Ponga estos usuarios en un grupo ("operaciones" para este ejemplo) y crear un papel OnCall
<nombre <group> xmlns=""> operaciones </ name> <comments xmlns=""> </ comentarios> usuario> sortova xmlns=""> </ usuario> usuario> brozow xmlns=""> </ usuario> usuario> guardabosques xmlns=""> </ usuario> xmlns=""> jeffg usuario> </ usuario> xmlns=""> thedonald usuario> </ usuario> <duty-schedule MoTuWeThFr900 xmlns="">-1700 </ -horario> <derecho /> </ group> Grupos <roles> <role name="OnCall" membershipgroup="operations" description="Operations supervisor="ehealey" OnCall"> <nombre de la programacin = "sortova" type = "especfica"> <ns2: xmlns tiempo: ns2 = " http://xmlns.opennms.org/xsd/types "comienza =" 01-Jun2009 00:00:00 "termina =" 01-Jul-2009 00 : 00:00 "/> </ <> Calendario /> <papel /> papeles

Configurar wvdial (el mdem debe estar instalado y funcionando ... Me suelen hacer un enlace simblico desde la tty real a / dev / modem)
sudo wvdial / etc / wvdial.conf

Aadir a los usuarios wvdial.conf y el cambio algunos cambios para buscar algo como esto
[Dialer Defaults] Modem = / dev / modem baudios = 460800 inic1 = ATZ init2 = ATQ0 V1 E1 S0 = 0 & C1 & D2 + FCLASS = 0 RDSI = 0 Modem Tipo = Analog Modem Dial prefix = 6, telfono = 19195551212 Nombre de usuario = dh Contrasea = = ONMS reconexin automtica de acceso telefnico intentos = 1 [Dialer sortova] Telfono = 19195551211 [Dialer brozow] Telfono = 19195551212 [Marcador guarda] Telfono = 19195551213 [Dialer jeffg] Telfono = 19195551214 [Dialer thedonald] Telfono = 19195551215

Crea el comando de notificacin

<command binary="true"> <name> llamada de telfono </ name> <execute> / usr / bin / wvdial </ ejecutar> mdem de marcacin <comment> programa </ comentario> <argument streamed="false"> <switch> -d </ interruptor> </ argumento> </ command>

Este comando pasa el usuario OpenNMS id al comando que se corresponde con el "Telfono" en el archivo / etc / wvdial.conf /.
Ahora basta con crear notificaciones que envan a una ruta de destino que utiliza este comando. Ejemplo de ruta de destino
<ruta de acceso name="emergency" <target initial-delay="1m"> interval="0m"> <nombre xmlns=""> operaciones </ name> <autoNotify xmlns=""> en </ AutoNotify> xmlns comando < = ""> <javaEmail comando /> </ target <target> interval="0s"> <nombre xmlns=""> OnCall </ name> <autoNotify xmlns=""> en </ AutoNotify xmlns comando> <= " "<> llamada de telfono / <comando> /> </ target> ruta

Prspero! Observe que el comando de llamada de telfono se le asigna a la funcin OnCall. usuarios Keen, tambin se dar cuenta de que el usuario "sortova" est de guardia durante todo el mes (sonrisa) y que el grupo slo sern notificados durante las horas de servicio. Si el problema ocurre despus de horas de actividad y la notificacin no ha sido reconocida (o resuelto el problema) en el momento en el horario de trabajo para el grupo comienza, de nuevo, los usuarios del grupo sern notificados por correo electrnico.

Page Discusin Ver cdigo fuente Historia

Desde OpenNMS

Saltar a navegacin , bsqueda

Aadir sonido / intermitente de fondo a la pgina principal OpenNMS


Ver http://bugzilla.opennms.org/show_bug.cgi?id=3062 , desconocido, versin, probablemente 1.6.x y ms tarde

Aadir sonido a la servicesdown caja


OpenNMS Uso 1.5.93: En OPENNMS_HOME / jetty-webapps/opennms/includes/servicesdown-box.jsp (o OPENNMS_HOME / webapps / OpenNMS / includes / servicesdown-box.jsp si se utiliza Tomcat en lugar de Embarcadero):

<c:otherwise> <embed src = "tngchime.wav" type = "audio / x-pnrealaudio-plugin" oculto = "true" autostart = "true" loop = "false" title = "0" width = " 0 "> <ul class="plain"> var="summary" <c:forEach items="$ {summaries}"> <c:url var="nodeLink" value="element/node.jsp"> <c : param name = "nodo" value = "$ {summary.nodeId}" /> </ c: url> <a <li> href="$ {nodeLink}"> $ {summary.nodeLabel} </ a> ( $ {summary.fuzzyTimeDown}) </ li> </ c: foreach> </ ul> <c:if test="${moreCount> 0} "> <p class="noBottomMargin" align="right"> < c: var url = "moreLink" value = "apagn / current.jsp" /> <a href="${moreLink}"> $ {} moreCount ms ...</ a> </ p> </ c: si> </ c: de otro modo>

La lnea con la <embed> etiquetas es nuevo, el resto es de valores. Esto hace que un sonido ( tngchime.wav , que debe estar presente dentro del directorio web, aplicacin OpenNMS) puede jugar en cualquier momento se carga esta casilla si existe al menos un corte de corriente. Funciona en Firefox 1. IE6 + y . Las necesidades de RealPlayer para Linux (en el navegador del cliente, no en el servidor OpenNMS), pero M $ parece manejarlo sin.

Contenido
[ ocultar ]

Una optimizacin general o 1.1 Hardware o 1.2 del sistema operativo o 1.3 Base de datos PostgreSQL o 1.4 de la mquina virtual de Java o 1.5 OpenNMS Dos consideraciones de hardware o 2.1 Asistente para la optimizacin de disco o 2.2 Memoria respaldada por sistemas de archivos 3 del sistema operativo Cuatro bases de datos PostgreSQL o 4.1 PostgreSQL 8.1 y posteriores 4.1.1 Los sistemas con mucha memoria RAM y PostgreSQL 8.2 o 4.2 de PostgreSQL y la memoria compartida del sistema o 4.3 * PostgreSQL cualquier Versin * o 4.4 procedimiento almacenado iplike o 4.5 postgres y el disco E / S espera o 4,6 encontrar problemas debido a las consultas de larga duracin o 4.7 de optimizacin para una gran cantidad de consultas de pequeos 5 de Java Virtual Machine (JVM) o 5.1 Ajuste tamao de la pila o 5.2 Ajustar el tamao mximo Permanente Generacin o 5.3 Ajuste de recoleccin de basura o 5.4 biblioteca de subprocesos en paralelo en los sistemas Solaris 6 OpenNMS o 6.1 Inicio de sesin o 6.2 Recoleccin de Datos 6.2.1 No recoja lo que no es necesario 6.2.2 No trate de recoger lo que no se o 6.3 RRDtool / JRobin o 6.4 de Tomcat (si no est utilizando una funcin de servidor de Embarcadero) o 6.5 demonio OpenNMS o 6.6 webapp OpenNMS o 6.7 Capsd descubrimiento de servicios / volver a examinar o 6.8 Poller las discusiones o 6.9 Control de eventos
o

6.10 Archivo de eventos

Asistente para la optimizacin general


Hardware

Si se disea un sistema de OpenNMS nuevo, lea cuidadosamente las consideraciones de hardware a continuacin. Si ya tiene un sistema en funcionamiento, an pueden encontrar algunas posibilidades de acercarse al diseo se describe a continuacin / S de disco y memoria de sistema son los puntos que usted debe buscar en Recuerde que una CPU de 64 bits se requiere para que un solo proceso para hacer frente a ms de unos 2 GB de memoria, incluso con un ncleo de PAE-consciente.

Sistema operativo

Hay algunos parmetros sobre los sistemas de archivos de base de datos y los datos recogidos para sintonizar compartida del sistema de bloque de memoria puede ser que necesite cada vez mayor de la base de datos Si tiene hardware de 64 bits, asegrese de instalar un sistema operativo de 64 bits para hacer frente a ms de 4 GB de memoria fsica

Base de datos PostgreSQL

parte ms difcil pero muy importante, ya que hay una gran cantidad de parmetros a ajustar

Mquina virtual Java

espacio de pila, el tamao de la generacin permanente, y recoleccin de basura

OpenNMS

aqu se puede generar una gran cantidad de datos con tanto cuidado diseo de lo que realmente necesita tala recopilacin de datos almacenamiento de datos y la consolidacin descubrimiento votacin Houskeeping

Consideraciones de hardware
Si es posible, utilice un servidor con una CPU de 64 bits ya que esto permitir a la CPU para hacer frente a ms de 4 GB de memoria fsica. Recuerde que la mayora, incluso con un ncleo de PAE-consciente o de sistemas operativos, sistemas operativos de 32 bits no permiten un proceso determinado para hacer frente a ms de unos 2 GB de memoria. Probablemente, la mayor mejora de rendimiento en sistemas que estn recopilando una gran cantidad de datos RRD es mover PostgreSQL y Tomcat a un sistema separado de OpenNMS demonios! gran diferencia.

En un servidor con hardware RAID, considere invertir en una cach de escritura respaldada por batera. En un HP DL380 G4, el I / O de esperar que el servidor se redujo de un promedio de 15% a casi cero, con la adicin de un BBWC 128 MB. Adems, asegrese de que tiene una amplia memoria en el sistema, en un G4 HP - solo procesador cuatro actuaciones de control de memoria de 300 dispositivos con 700 interfaces, I / O el tiempo de espera cada vez empez a subir. El tiempo de espera de la CPU se obsesivamente acaparando todos los procesadores, por lo que se arrastran OpenNMS, decidimos esta incrementando nuestra memoria de 12 Gigas de memoria, que a su vez trajo el tiempo de espera de regreso a 1%. Para una pequea coleccin de nodos de control, moviendo el rea de datos RRD en una unidad de RAM tmpfs / tambin puede aliviar el I / O esperar causada por todos los de la escritura exigida por los datos RRD. La desventaja es que una cada del servidor o la energa-abajo har que los archivos RRD a perderse, a menos que poner en prctica una herramienta de sincronizacin para sincronizar la unidad de RAM con una copia de seguridad en disco. Disco Tuning Debido a OpenNMS est bien equipada para la recogida y grabacin de datos sobre la red y los sistemas de rendimiento y comportamiento, que tiende a ser una aplicacin de escritura pesada. Si el entorno ofrece un gran nmero de puntos de datos a gestionar, que le servir bien para asegurarse de que en gran medida de la separacin del huso existe. En particular y en lo posible, velar por que:

OpenNMS Coleccin SNMP Tiempo de respuesta OpenNMS Coleccin OpenNMS (y del sistema) el registro Base de datos PostgreSQL PostgreSQL Writeahead registro

.. Se producen en ejes separados, y en algunos casos las unidades separadas o dispositivos independientes. Adems, en un entorno * nix, puede competer a asegurarse de que RRD de poner fin a la arriba en diferentes soportes, por lo que uno tiene la opcin de montaje con los noatime y nodiratime directivas sin comprometer otros aspectos de la configuracin del sistema. Los valores por defecto para los directorios antes mencionados son OpenNMS
/ Opt / OpenNMS / share / RRD / snmp / opt / OpenNMS / share / RRD / respuesta / opt / OpenNMS / logs o / var / log / OpenNMS

pero ten cuidado con los enlaces simblicos! Como un sistema de archivos, el mejor rendimiento se consigue con XFS. EXT (2,3) se han incorporado en las limitaciones en el nmero de descriptores de archivo por directorio y no se puede utilizar en instalaciones ms grandes. El almacenamiento de datos es el factor crtico, por lo tanto, la capacidad de almacenamiento debe coincidir con el tamao de la instalacin: El mejor rendimiento se consigue con la RAS (+ FibreChannel NetApp o EMC o ..). El punto importante es que la cola de E / S se mantiene en el "otro" dispositivo y no en el servidor de OpenNMS. Recientemente buenos resultados para los sistemas ms pequeos se han reportado con las unidades SSD.

Para saber si usted tiene un cuello de botella con el disco duro se puede utilizar un par de cosas rpidas. En el "top" se puede buscar el porcentaje de CPU de espera. Por ejemplo en la parte superior de pulsar "1" para salir de todos los ncleos individuales / CPU 's y ver que uno de los CPU 100% espera. Esto podra ser a partir del archivo de intercambio o cualquiera de los directorios antes mencionados. El "nmon" programa puede mostrar informacin ms detallada. Usted ser capaz de ver lo que los husos se estn utilizando cundo y cunto se ha ledo frente escribe. Memoria respaldada por sistemas de archivos Una opcin, si su servidor tiene mucha memoria RAM, es modificar los scripts de inicio OpenNMS para mantener un sistema de archivos de memoria respaldada, junto con copias de seguridad automticas y restaura que manejar cualquier nivel de riesgo internos decidieron / SLA. En Linux, esto sera un sistema de archivos tmpfs.
# XXX El cdigo personalizado en este documento para hacer frente a las unidades de memoria de montaje | grep-q RRD if [$? -Ne 0], y luego # RRD ubicacin no est presente, crear y descomprimir # nuestros datos. tamao mount-t tmpfs-o = 2G, nr_inodes = 200k, mode = 0700 tmpfs / opt / OpenNMS / share / cd RRD / tar xf / mnt / db-backup / fi-OpenNMS rrd.tar XXX # Fin del cdigo personalizado

Esta modificacin a / opt / OpenNMS / bin / OpenNMS se corresponde con una entrada en el crontab que genera el OpenNMS-rrd.tar archivo peridicamente. En el campo: En un G4 DL380, con 6 GB de memoria RAM, 2 GB de RAM fue asignado a un sistema de archivo de la memoria-copia de seguridad. Esto redujo el disco de carga de I / O (una compartida RAID-10 para Postgres, sistema operativo y JRBs, con cach respaldada por batera) de 300 IOPS a 10 IOPS, junto con una cada de correlacin en promedio de carga y tiempos de respuesta de la interfaz de usuario OpenNMS. Nota: En Linux, un sistema de archivos tmpfs se van a cambiar si la presin de las demandas de memoria de memoria real para las aplicaciones. Esto puede tener un efecto muy negativo en la carga de I / O y el rendimiento del sistema.

Sistema operativo
1. Se ejecutan un ncleo de 64 bits para que OpenNMS podr hacer frente a ms de 2 GB de memoria. 2. No se ejecutan en una mquina virtual. 3. No ponga DB o datos RRD en sistemas de archivos gestionados por LVM. 4. No ponga DB o datos RRD en sistemas de archivos en un RAID-5. 5. Ponga OpenNMS registros y RRDs y PostgreSQL datos sobre ejes separados o conjuntos separados de RAID. Lea los detalles para postgres y RRD a continuacin. 6. Se ejecutan en un ncleo moderno. Linux 2.6 y posteriores, as como Solaris 10 o ms nuevos son buenos. Mantngase alejado del ncleo Linux 2.4, en particular. 7. Establecer noatime montaje del pabelln de alojamiento en sistemas de ficheros de datos de # 4. 8. Adaptar los sistemas de memoria compartida para la base de datos, consulte Ajuste del rendimiento # PostgreSQL y el sistema de memoria compartida 9. Los sistemas Solaris 10 puede requerir el aumento de tamao de bfer ICMP si los nmeros electorales gran cantidad de sistemas (ndd-set / dev / icmp_max_buf icmp 2.097.152). Utilice 'netstat-s-P icmp' y comprobar

el valor de 'icmpInOverflows para determinar si est desbordando el bfer ICMP.

Base de datos PostgreSQL


El valor predeterminado shared_buffers parmetro en postgresql.conf es extremadamente conservador, y en la mayora de los casos con los servidores modernos, esto puede ser ajustado de manera significativa de un aumento considerable de rendimiento, y la cada de la E / S tiempo de espera. Este cambio tendr que ser en lnea con los cambios de parmetros del ncleo para shmmax. Ver Postgres pgina del Wiki de ajuste y rendimiento de PostgreSQL esta pgina de recomendaciones sobre ste y otros ajustes de postgresql. Si usted quiere poner PostgreSQL en una caja diferente a que desea cambiar el aspecto de acogida SQL en OpenNMS-datasources.xml. El servidor PostgreSQL tambin tendr iplike instalado y configurado. Para limpiar los eventos extra fuera de la base de datos de prueba este Event_Configuration_How-a # The_Database PostgreSQL 8.1 y posteriores Estos cambios en postgresql.conf probablemente mejorar el rendimiento de su base de datos si tiene un suficiente memoria RAM (2 GB de memoria RAM instalada sobre un servidor dedicado) para apoyar los cambios. (Tu caso es distinto) Usted probablemente tendr que hacer ajustes en el atributo del ncleo shmmax en su sistema.
shared_buffers = 20000 = 16348 work_mem maintenance_work_mem vacuum_cost_delay = 65536 = 50 = 20 checkpoint_segments checkpoint_timeout wal_buffers = 900 = 64 = stats_start_collector en stats_row_level = de = autovacuum en

Tambin he establecer estos valores ms altos en los sistemas * * ms grande:


wal_buffers work_mem = 256 = 32768 = 524288 maintenance_work_mem

En postgres 8.3 sistemas que han cambiado el formato que le permite especificar cantidades como las asignaciones de memoria en lugar del nmero de bloques. stos son los equivalentes:
shared_buffers = work_mem 164MB maintenance_work_mem = 16 MB = 64 MB vacuum_cost_delay = 50 = 20 checkpoint_segments checkpoint_timeout wal_buffers = 15 minutos = stats_start_collector 256kB en stats_row_level = = = autovacuum en el

Si necesita los valores ms grandes para sistemas ms grandes aqu estn:


Los sistemas con mucha memoria RAM y PostgreSQL 8.2

wal_buffers work_mem = 2048 KB = maintenance_work_mem 32 MB = 512 MB

Recientemente, hemos encontrado que el cambio de max_fsm_pages y max_fsm_releations 10 veces en sistemas con mucha memoria (4G +), mejora el rendimiento considerablemente.
# Max_fsm_pages = 204800 # * min max_fsm_relations 16, 6 por cada uno max_fsm_pages bytes = 2048000 # max_fsm_relations = 1000 # min 100, ~ 70 bytes cada uno max_fsm_relations = 10000

(Tenga en cuenta que el mapa del espacio libre se ha reimplementada en PostgreSQL 8.4 y ahora se mantiene por s sola, por lo que el * max_fsm_ ajustes anteriores no son necesarias si se est ejecutando PostgreSQL 8.4.1 o posterior - 8.4.0 en cuenta que no es compatible por a un error desagradable.) Como muy bien, ya estos golpes:
work_mem = 100 MB = 128 MB maintenance_work_mem

Nota: Para realizar ajustes en shmmax, haga lo siguiente:

postgresql comienzo de la lnea de comandos:

sudo-u postgres pg_ctl-D / var / lib / pgsql / datos de inicio

(Ajustar las rutas segn sea necesario) y ver el mensaje de error:


# FATAL: no se pudo crear segmento de memoria compartida: Argumento no vlido DETALLE: llamada al sistema fallida fue shmget (tamao de la clave = 5432001, 170639360 =, 03600). SUGERENCIA: Este error normalmente significa que la peticin de PostgreSQL para un segmento de memoria compartida excedi el parmetro del kernel SHMMAX. Puede reducir el tamao de la peticin o reconfigurar el ncleo con mayor SHMMAX. Para reducir el tamao de la peticin (en la actualidad 170.639.360 bytes), reduzca el parmetro de PostgreSQL shared_buffers (actualmente 20000) y / o el parmetro (actualmente 100).

Observe el valor de "tamao". Entonces el valor de shmmax:

kernel.shmmax sysctl-w = 170639360

Y reiniciar postgresql (usando el mtodo normal, como el "inicio del servicio postgresql") Por ltimo, editar el archivo / etc / sysctl y agregue la lnea
kernel.shmmax = 170639360

por lo que sobrevivir a un reinicio. PostgreSQL y la memoria compartida del sistema Si su sistema OpenNMS tienden a tener largos tiempos de respuesta y ha

ningn disco I / O-espera una gran cantidad de tiempo de inactividad de la CPU

a continuacin, tratar de aumentar sus sistemas operativos de memoria compartida (y la de postgres) como se describe anteriormente. Los valores indicados arriba son los valores mnimos absoluta. El aumento de la memoria del sistema compartida en gran medida puede aumentar el rendimiento OpenNMS ya que acelerar la comunicacin entre OpenNMS y la base de datos. Pruebe valores diferentes para la memoria compartida del sistema, incluso hasta 10 veces o ms del valor mnimo como se describe anteriormente. Para ms detalles, consulte los enlaces a postgres doku Wiki antes mencionados. PostgreSQL * cualquier * versin Una configuracin adicional que parece tener una enorme cantidad de mejoras peformance es tener la cabeza de los registros de escritura en un eje separado (incluso mejor un controlador de disco independiente por canal). La forma de hacerlo es:
1. 2. 3. 4. 5. 6. OpenNMS apagado / tomcat cierre de postgresql cd $ PG_DATA mv pg_xlog sistema de archivo> en spindle> diferentes ln-s del sistema de archivo> en diferentes spindle> / pg_xlog pg_xlog reiniciar postgresql

Hacer que los datos postgres seguro y de escritura anticipada registros no viven en un subsistema de discos RAID-5. iplike procedimiento almacenado Consulte la documentacin en iplike para asegurarse de que tienen la mejor versin de iplike ejecucin

postgres y el disco I / O espera La configuracin estndar postgres escribe las transacciones en el disco antes de comprometerse ellos. Si hay I / O-problemas (waitstates) las operaciones de base de datos de sufrir, responsetimes alta son el resultado de la aplicacin. En prueba de mquinas de ejecucin mayora de las veces inadecuados en hardware sncrono escribe puede ser desactivado. En el caso de un fallo del sistema de base de datos puede dar lugar a incoherencias, solicitando el desmantelamiento de la de registro de transacciones, etc. Para los sistemas de prueba de esto es que normalmente no hay problema. Pruebe con los siguientes cambios de configuracin en postgresql.conf en postgres 8.3 (o posterior):
fsync = off en commit_delay synchronous_commit = = 1000

encontrar problemas debido a las consultas de larga duracin Si hay una sospecha razonable de que algunas consultas se ejecutan durante un tiempo muy largo modificar el postgresql.conf y cambiar el parmetro (PostgreSQL hasta 8.3)
log_min_duration_statement = 1000

Esto registrar todas las consultas de ejecucin de ms de 1000 ms para postgresql.log. Despus de este cambio una parada / arranque de OpenNMS y postgres se requiere. No te olvides de quitar esta configuracin despus de la depuracin est terminado. Probablemente usted encontrar que "el tiempo de respuesta de base de datos malos" mayora de las veces no se debe a una sola consulta ejecuta durante mucho tiempo pero debido a las miles de consultas de ejecucin por un tiempo muy corto. optimizacin para una gran cantidad de consultas de pequeos Si alguien sabe cmo optimizar PostgreSQL / OpenNMS para esta aada por favor aqu! Hay parmetros como max_connections en postgresql.conf y c3p0.maxPoolSize en $ OPENNMS_HOME/etc/c3p0.properties que podra ayudar aqu.

Java Virtual Machine (JVM)


El Phaenomena siguientes OpenNMS son tpicos de poca memoria en la mquina virtual de Java:

largos tiempos de respuesta recoleccin de basura se ejecuta muy a menudo y tiene un montn de tiempo (vase ms adelante) alarmas que debera haber sido borra automticamente todava aparecen como alarmas

Optimizacin de tamao de la pila Habilitar la recoleccin de basura registracin extensa (ver ms abajo) para ver el comportamiento mirando Salida.log. Si las colecciones de basura regularmente un montn de tiempo (0,5 segundos es un umbral emprico) o se estn ejecutando con mucha frecuencia (ms de cada 10-20 segundos) el tamao de la pila de Java se debe aumentar. Si es que sale cada 10 segundos y tarda 9 segundos, el sistema se ha quedado atascado ... Parmetros de ajuste para Java se puede agregar en $ OPENNMS_HOME / etc / opennms.conf. El parmetro ms importante es el tamao de la pila de Java
JAVA_HEAP_SIZE = size_in_MBytes

El valor por defecto es 256, que es suficiente slo para los casos de prueba de uno a cinco dispositivos gestionados.

Usted puede probar ms o menos la mejora del rendimiento de abrir la lista de eventos de OpenNMS, agregando? = Lmite de 250 a la url y pulsar Intro
http://opennms:8980/opennms/event/list?limit=250

Ahora debe ser de 250 eventos en su lista. Presione F5 (por lo menos con Firefox y el IE es el botn Actualizar, Pgina) y detener el tiempo hasta que la pgina termine de cargar. Repita esto varias veces para obtener un valor medio buena. Ahora deja de OpenNMS, cambiar el tamao de la pila como se describe anteriormente, reinicie OpenNMS y espere unos 10 minutos para permitir que se establecen despus del arranque. Repita las mediciones a continuacin, aumentar el tamao de la pila como se describe anteriormente. Usted recibir una tabla como
montn de tiempo de refresco 1536 7.5 seg. 2048 3.4 seg. 3072 1.2 seg.

Cuidado con la memoria y de intercambio en el sistema (por ejemplo, utilizando la parte superior) y decidir qu valor para mantener en el archivo de configuracin. Para acelerar la fase de arranque de la mquina virtual de Java es posible que desee aadir
ADDITIONAL_MANAGER_OPTIONS = "-Xms" $ JAVA_HEAP_SIZE "m

aunque la aceleracin del tiempo de inicio en la mayora de los casos no es un gran problema y el parmetro a veces no ayuda en absoluto.

Ajustar el tamao mximo Permanente Generacin Si usted est viendo los mensajes en los registros que contengan una mencin de:
java.lang.OutOfMemoryError: espacio PermGen

Entonces es probable que tenga que asignar ms memoria a la generacin permanente del recolector de elementos. Esta seccin de la memoria de la JVM se asigna por separado del montn, y su tamao mximo predeterminado vara en funcin de la plataforma en la que la JVM est en funcionamiento. El OpenNMS 1.8 script de inicio en las plataformas UNIX y Linux establece el tamao mximo de 128MB, pero se puede ajustar este valor en $ OPENNMS_HOME / etc / opennms.conf. Por ejemplo:
ADDITIONAL_MANAGER_OPTIONS = "-XX: MaxPermSize = 192m"

Optimizacin de la recoleccin de basura Si usted tiene un sistema con una gran cantidad de ncleos e hilos como las cataratas del CPU de sol que podra encontrarse con un problema conocido como "Ley de Amdahl", ver 27s_law% http://en.wikipedia.org/wiki/Amdahl . Usted puede tratar de optimizar la recoleccin de basura con la basura colectores diferentes, ver http://java.sun.com/docs/hotspot/gc1.4.2/ # 3 |. 20Sizing%% 20la% 20Generations esquema . Uso de
ADDITIONAL_MANAGER_OPTIONS = "-XX: + UseParallelGC \-verbose: gc \-XX: + PrintGCDetails \-XX: + PrintTenuringDistribution \-XX: + PrintGCTimeStamps"

obtendr una gran cantidad de informacin en tiempo sobre la recoleccin de basura en el Salida.log de OpenNMS. El recolector de basura por defecto utilizado por OpenNMS es incgc (por ejemplo,-XX: + incgc), otros a tratar son ConcMarkSweepGC (-XX: + UseConcMarkSweepGC) y el ParallelGC (-XX: + UseParallelGC), que podra ser el mejor si usted tiene un montn de ncleos / hilos. Si se han establecido que la configuracin eliminar las lneas que contienen detallado e impresin de las opciones:

ADDITIONAL_MANAGER_OPTIONS = "-Xms" $ JAVA_HEAP_SIZE "m-XX: + UseParallelGC"

biblioteca de subprocesos en paralelo en los sistemas Solaris Tambin es til usar libumem lugar de bibliotecas estndar de E / S en Solaris 10. Si desea habilitar libumem en una aplicacin existente, puede utilizar la variable de entorno LD_PRELOAD (o LD_PRELOAD_64 para aplicaciones de 64 bits) para interponer la biblioteca de la aplicacin y hacer que se utilice el malloc () de la familia de funciones de libumem lugar de libc .

LD_PRELOAD = libumem.so OpenNMS LD_PRELOAD_64 start = libumem.so inicio OpenNMS

Para confirmar que est utilizando libumem, puede utilizar el PLDD (1) para la lista de libreras dinmicas que utiliza su aplicacin. Por ejemplo:
$ L pgrep-2239 OpenNMS OpenNMS $ PLDD 2239 2239: OpenNMS / lib/libumem.so.1 / usr/lib/libc/libc_hwcap2.so.1

OpenNMS
Inicio de sesin Por defecto, los demonios de registro en WARN y registro webapp a nivel DEBUG. Esto hace que una gran cantidad de disco adicional I / O. Usted puede reducir considerablemente la tala de establecer el nivel de advertir en / opt/opennms/etc/log4j.properties y opt/opennms/webapps/opennms/WEB-INF/log4j.properties / . Slo tiene que aadir esta lnea:
log4j.threshold = ADVERTENCIA Tambin hay / opt/opennms/jetty-webapps/opennms/WEB-INF/log4j.properties

pero a pesar de que este archivo se lee en el arranque, parece que no importa, yo no tena necesidad de modificarlo. Despus de reiniciar, ya no debera ver los mensajes etiquetados DEBUG o INFO en / opt / OpenNMS / log / daemon / * y / opt / OpenNMS / logs / webapp / * , excepto para el registro de inicio ( / opt / OpenNMS / logs / demonio / Salida.log ). Recopilacin de datos disco de alta carga de I / O, debido a la recoleccin de datos es la principal razn de los problemas de rendimiento en muchos sistemas de OpenNMS. De hardware y diseo de sistema de archivos como se describe anteriormente ayuda mucho. Otro enfoque consiste en omitir todas las colecciones de datos unnessecary.
No recoja lo que no es necesario

Mientras que el "default" coleccin definiciones-snmp en DataCollection-config.xml proporcionar un fcil de definicin de datos de recogida ir para sistemas de redes pequeas en las grandes Entornos es indeseable para recoger todo lo que se puede recoger. Probablemente en los Entornos un enfoque mejor sera no utilizar por defecto de recopilacin de datos, pero para empezar con la definicin de los paquetes en collectdconfiguration.xml y las correspondientes snmp-colecciones en DataCollectionconfig.xml para asegurar que slo aquellos valores que son recogidos realmente importa. Ver Docu-overview/Data coleccin para ms detalles.

No trate de recoger lo que no se

Si intenta recoger una gran cantidad de datos desde los nodos que no proporcionan los valores que recibir una gran cantidad de subprocesos en espera de tiempos de espera o errores de conseguir. Si usted tiene nodos especficos con problemas de buscar en tu $ OPENNMS_HOME / share / RRD / snmp / [nodeid] de la gua para el nodo (s) de que se trate y tenga en cuenta todos los objetos MIB que realmente se estn recogiendo. Otra posibilidad es cambiar el registro para collectd de advertir a DEBUG:
$ OPENNMS_HOME/etc/log4j.properties: # collectd log4j.category.OpenNMS.Collectd = DEBUG, collectd

y, a continuacin fgrep para "nodo [your_nodeid]" en collectd.log. No debera ver qu variables OpenNMS trata de recoger y cules son las variables recogidas con xito. Las que tienen xito suelen terminar en el jRRD archivos, todos los dems se define en la recogida de datos para este [tipo de] nodo no pueden ser recogidos por alguna razn. Si hay demasiados intentos fallidos cambia tu DataCollection-config.xml. Se puede omitir los valores de todos los dispositivos o crear nuevos grupos de coleccin que contiene slo los objetos MIB en el nodo (s) para proporcionar valores. Aadir un systemDef para el nodo (s) que proporcione los valores de la misma. En collectd-configuration.xml definir un paquete separado para el nodo y la referencia snmp-coleccin que acaba de crear en DataCollection-config.xml. Asegrese de que el nodo es slo en este paquete. Esto le da un ambiente de trabajo en el que est libre de cualquier desorden extra y evita los objetos extraos mib que no obtener una respuesta para. A continuacin, experimentar con diferentes valores para un mximo de-por-vars, PDU-tiempo de espera y tambin SNMP v1 o v2c. No te olvides de cambiar de nuevo el registro para ADVERTENCIA una vez que haya terminado la depuracin. RRDtool / JRobin Escribir todos los snmp-datos recogidos y los resultados de las urnas el servicio (tiempos de respuesta) a los archivos RRD produce una gran cantidad de disco E / S, as que busca para el ajuste del disco a continuacin. Para afinar an ms ver los fundamentos y algunas pginas ms detallada como

RRD fundamentos de rendimiento RRD_store_by_group_feature Queueing_RRD

Tomcat (si no est utilizando una funcin de servidor de Embarcadero) Tenga en cuenta que no hay necesidad de usar Tomcat desde la versin 1.3.7 OpenNMS menos que tenga un requisito especfico de que la incorporada en el servidor de Embarcadero en OpenNMS no puede cumplir. Si no lo ha hecho durante la instalacin; Para que Tomcat para acceder a ms memoria que el valor predeterminado. La forma ms sencilla de hacerlo es a travs de la variable de entorno CATALINA_OPTS. Si el software Tomcat se utiliza tiene un archivo de configuracin que el anterior, se puede aadir a ese archivo. De lo contrario, es mejor slo para aadir a catalina.sh. CATALINA_OPTS = "-Xmx1024m" La opcin Xmx-Tomcat permite tener acceso a hasta 1 GB de memoria. Por supuesto, la da

por supuesto que hay 1 GB de memoria disponible en el sistema. Habr que estar sintonizados en el servidor en particular en uso. OpenNMS demonio OpenNMS webapp Capsd descubrimiento de servicios / volver a examinar Si la deteccin o volver a recorrer de un nodo tarda mucho tiempo, puede subir el nmero mximo de subprocesos para el descubrimiento inicial de los servicios (max-sospechothread-pool-size) o volver a escanear (mx-volver a examinar-thread-pool-size) en la parte superior de capsd-configuration.xml . Cambio de registro para capsd en log4j.properties de WARN, para depurar y comprobar el capsd.log archivo para el nmero despus de "Pool de fibra n ". Si n es la mayor parte del tiempo el mismo que el nmero mximo de subprocesos configurado, debe incrementar el nmero mximo de subprocesos. La mayora de servidores fcilmente manejar 50 hilos o incluso ms que los hilos son la mayor parte del tiempo de espera por servicios que no responden. No se olvide de cambiar el registro de nuevo a WARN. Capsd comprobar todos los servicios definidos en capsd-configuration.xml para todas las interfaces del dispositivo durante una nueva bsqueda. Por cada servicio que usted puede definir el nmero de reintentos y el tiempo de espera. Si usted tiene un dispositivo con una gran cantidad (cientos) de las interfaces y el valor predeterminado de configuracin capsd tiene que ver alrededor de 30 servicios (por defecto para OpenNMS 1.6.x) para cada interfaz. Si las interfaces son slo "las interfaces IP" con ningn otro servicio como DNS, DHCP, HTTP, etc que tienen cerca de 30 servicios a tiempo para todas las interfaces, y probablemente no se vuelve a intentar, tambin. Para obtener una estimacin del tiempo esto debe tener
tiempo = nmero de serie * interfaces de servicios * ((nmero de reintentos) +1) * (tiempo de espera value/1000)

Nota: El tiempo de espera se define en milisegundos! Por ejemplo,

tiempo = 100 [interfaz] * 30 [servicios] * (1 [reintento] 1) * (2000 [tiempo de espera en ms] / 1000) = 12.000 segundos = 200 min. = 3,3 horas

Trate de reducir el perodo de investigacin, rangos, el nmero de servicios para comprobar, el tiempo de espera, y vuelva a los valores a algo razonable para el medio ambiente. Poller las discusiones Si usted tiene buen hardware y encontrar su pollers no estn terminando en el tiempo, usted puede subir el nmero mximo de subprocesos Poller en la parte superior de Pollerconfiguration.xml . Para saber cuntos subprocesos en realidad estn siendo utilizados, que el nivel DEBUG que est habilitado el registro para el daemon / poller.log , a continuacin, ejecute:
$ Tail-f poller.log | 'egrep' PollerScheduler .* modifica: ... 09/05/2007 10:30:32,755 DEBUG [PollerScheduler-45 Pool] RunnableConsumerThreadPool $ SizingFifoQueue: modifica: fibra comenz PollerScheduler-45-Pool fiber2 ratio = 1,0227273, vivo = 44

... 09/05/2007 10:30:12,783 DEBUG [PollerScheduler-45-Pool fiber29] RunnableConsumerThreadPool $ SizingFifoQueue: ajustar: dejar de llamar la fibra PollerScheduler-45-Pool fiber3

Mira la salida por un tiempo despus del inicio. El "vivo" cuenta muestra el nmero de subprocesos Poller activa (menos uno - el nuevo hilo no se cuenta). Si el nmero de

subprocesos est continuamente vinculado al mximo (por defecto 30), es posible que desee agregar ms temas. Control de eventos Todos los eventos entrantes que se cotejarn con los eventos configurados para clasificar y manejar los parmetros correctamente. Hay un montn de eventos predefinidos en OpenNMS. eventos entrantes se comparan con la lista de eventos configurados hasta el primer partido se encuentra. Si usted tiene un montn de eventos entrantes que podra considerar la posibilidad de hacer los siguientes cambios en $ OPENNMS_HOME / etc /
eventconf.xml

comentar los acontecimientos proveedor que no es necesario poner los hechos proveedores que hacen la mayora de sus eventos entrantes en la parte superior de la lista Tenga cuidado de que los eventos estndar, por defecto y programticas mantener su lugar en la final de la lista.

Como probablemente muchos de los acontecimientos golpear la norma-o por defecto configurado eventos al final de la lista de recurrir la lista de eventos no ayudan tanto como comentando. Archivo de eventos En el OpenNMS "contrib" de la gua, tenemos un pequeo script para ayudar a archivar el rendimiento eventos en una tabla de eventos histricos y la actualizacin de las referencias al caso archivado al titular de una lugar del acontecimiento. Puede descargar la ltima versin de la secuencia de comandos aqu . Se recomienda que ejecute este script pasando un argumento de fecha y hora como usted que vale la pena de archivo de un da de los acontecimientos a partir del da ms alejado hasta el punto que desea guardar los eventos en directo (por defecto es nueve semanas). Luego de ejecutar este script sin necesidad de un parmetro de fecha y hora, desde cron tantas veces como desee a partir de ah fuera. . / Maint_events.sh "2008/01/01" Para analizar el por qu de su tabla de eventos es tan grande, echar un vistazo a Event_Maintenance .
Obtenido de " http://www.opennms.org/wiki/Performance_tuning " Categoras : Solucin de problemas | Configuracin | PostgreSQL

Contenido
[ ocultar ]

1 Q: Qu son los monitores actualmente suministra con OpenNMS? 2 Q: Cmo puedo obtener OpenNMS para recopilar datos de todas las interfaces SNMP? 3 Q: Cmo puedo cambiar el tamao de los archivos RRD para la recopilacin de datos? 4 Q: Cmo puedo usar el nuevo API Java Mail para las notificaciones y los informes de disponibilidad 5 Q: Cmo puedo eliminar (purga) los eventos antiguos? 6 Q: Tengo una cantidad absurda de circulacin abierta avisos - cmo puedo reconocer en masa a todos? 7 Q: Cmo SNMP trabajo de recopilacin de datos? o 7.1 Descubrimiento o 7.2 Verificar las capacidades o 7.3 Coleccin o 7.4 Informacin o 7.5 Umbral o 7.6 Solucin de problemas 8 Q: Cmo puedo crear informes personalizados en OpenNMS? 9 Q: Cmo puedo acelerar el proceso de capsd? 10 Q: Cmo puedo integrar OpenNMS con Snort? 11 Q: Cules son los posibles parmetros en los eventos y las notificaciones? 12 Q: Qu significa la mscara de eventos? 13 Q: Qu puedo usar en "filtros" y "reglas"? 14 Q: Cmo puedo agregar Notificacin comandos personalizados? 15 Q: Hay otras opciones que puede utilizar con el JDK de Java? 16 Q: Cmo puedo utilizar el Alamin SMS Gateway con OpenNMS? 17 Q: Cmo configuro OpenNMS / Tomcat para utilizar SSL? 18 Q: Cmo puedo utilizar OpenNMS para enviar las pginas? 19 Q: Cmo puedo borrar una interfaz? 20 Mtodo alternativo Para eliminar una interfaz 21 Q: Puedo ejecutar OpenNMS como usuario root, no? 22 Q: Cmo configurar umbrales Dentro OpenNMS? 23 Q: Cmo puedo eliminar la base de datos OpenNMS y volver a crearlo sin tener que reinstalar OpenNMS? 24 Q: Cmo puedo configurar Net-SNMP para trabajar con OpenNMS? 25 Q: Cmo puedo configurar la autenticacin LDAP con OpenNMS? 26 Q: Cmo puedo otorgar privilegios de administrador a un usuario? 27 Q: Ok, una pregunta bsica: Cmo puedo obtener myhost.com seguimiento? 28 Q: Cmo puedo usar Jabber (XMPP) las notificaciones? 29 Q: Cmo puedo usar Jabber (XMPP) notificaciones de grupo? 30 Q: Alguien me dijo que usara snmp4j lugar de joesnmp, cmo puedo hacer eso? 31 Q: Alguien me dijo que el cambio OpenNMS configurar el recopilador de datos a la "tienda de grupo", cmo puedo hacer eso? 32 Q: no me llevo Informes Availabilty? por qu isnt este trabajo?

Q: Qu son los monitores actualmente suministra con OpenNMS?


Aqu est una lista de los monitores OpenNMS , se puede utilizar para definir los servicios de vigilancia SLA, incluido con la versin 1.3.2.

Q: Cmo puedo obtener OpenNMS para recopilar datos de todas las interfaces SNMP?
R: OpenNMS tiene el concepto de primaria y secundaria interfaces SNMP. Estas interfaces deben, por definicin, tienen una direccin IP. Por defecto la interfaz con la menor direccin IP es designado como principal , y se convierte en la interfaz en la que los datos se realiza recoleccin de todos los SNMP para el nodo. De forma predeterminada, los datos de rendimiento slo se recogen para primaria y secundaria interfaces SNMP. Usted puede elegir otras interfaces (no IP particularmente los) cuyos datos deben ser recogidos de la web la interfaz de usuario mediante la opcin "Configuracin de la recopilacin de datos por interfaz SNMP". Si desea recopilar datos sobre todas las interfaces en el nodo, es necesario realizar un cambio en el directorio / opt / OpenNMS / / DataCollection config.xml de archivos, etc: Cambio:
snmpStorageFlag = "select"

snmpStorageFlag = "todos"

... Y reinicie OpenNMS. Nota: Dependiendo de la red, el resultado ser mucho ms archivos RRD en / var / OpenNMS / RRD (por defecto). Si tiene poco espacio en disco o si el servidor del subsistema de disco no es muy rpido, es posible que desee volver a examinar esta opcin.

Q: Cmo puedo cambiar el tamao de los archivos RRD para la recopilacin de datos?
R: Si bien esto no pretende ser un tutorial sobre la RRD, he aqu algo de informacin acerca de cmo los datos se almacenan en OpenNMS. Cuando una coleccin por primera vez, RRD se reserva espacio en disco para almacenar todos los valores que planea cobrar. Esto tiene la ventaja de que el archivo RRD no crecer ms all de su tamao inicial, pero la desventaja es que si usted est recogiendo durante un largo perodo de tiempo, este archivo ser grande. En el archivo DataCollection-config.xml es el siguiente conjunto de estados (en 0.9.2):
<step> 300 <rra> RRA: RRA> <rra> RRA> <rra> RRA </ el paso> AVERAGE: 0.5:1:8928 </ RRA> <rra> RRA: AVERAGE: 0.5:12:8784 </ RRA: MIN: 0.5:1:8928 </ RRA> <RRA > RRA: MIN: 0.5:12:8784 </ RRA: MAX: 0.5:1:8928 </ RRA> <rra> RRA: MAX: 0.5:12:8784 </>

El paso se define la "unidad" de la coleccin en cuestin de segundos: 300 segundos o 5 minutos. Las etiquetas <rra> definir cmo los datos sern almacenados. La parte RRA es sinnimo de "Round Robin Archivo". Los estados siguiente campo si lo que se almacena es un promedio, mnimo o el mximo de las muestras recogidas. El 0.5 es una chapuza factor que es difcil de explicar, por lo que basta con decir que slo debe estar ah por defecto. Los siguientes dos campos se indicar el nmero de pasos recogidos y durante cuntos perodos. Por lo tanto supongo que soy de votacin una vez cada minuto. As, para el tamao de mi paso de 300 segundos que tendr cinco valores por paso. La etiqueta:
RRA <rra>: PROMEDIO: 0.5:1:8928 </ RRA>

Dice: Guarde el promedio de las cinco muestras en el archivo de RRD, y este 8928 veces. Esto es igual a 31 das de 5 muestras minuto. Entonces la etiqueta:
RRA <rra>: PROMEDIO: 0.5:12:8784 </ RRA>

Dice: Despus de 31 das, guarde el promedio de 12 pasos (o 12 minutos cinco muestras: una hora) 8.784 veces. Esto es igual a 366 das a partir de muestras de 1 hora. Ahora, ya que nuestro intervalo de sondeo por defecto es un valor cada 5 minutos, el Min, Max y Promedio de muestras ser el mismo. Usted puede deshacerse de ellos y guardar un montn de espacio en disco (y este ser el predeterminado en futuras versiones):
<rra> RRA: AVERAGE: 0.5:1:8928 </ RRA> <rra> RRA: AVERAGE: 0.5:12:8784 </ RRA> <rra> RRA: MIN: 0.5:12:8784 </ RRA> <RRA RRA>: MAX: 0.5:12:8784 </> RRA

Nota: Si la encuesta con ms frecuencia que el tamao de paso, es posible que desee mantener MIN y MAX. Adems, si usted no necesita todo un ao de datos, puede cambiar eso. Para las muestras al da (un valor por da) para los das xxx, se debera utilizar:
<rra> RRA: AVERAGE: 0.5:288: xxx </ RRA>

etc

Q: Cmo puedo usar el nuevo API Java Mail para las notificaciones y los informes de disponibilidad
R: Vea la mejora de la notificacin .

Q: Cmo puedo eliminar (purga) los eventos antiguos?


R: Este mensaje analiza la historia de esta consulta.
BORRAR eventos DE DONDE NO EXISTE (SELECT svclosteventid interrupciones DE DONDE svclosteventid = UNIN events.eventid SELECCIONAR svcregainedeventid interrupciones DE DONDE svcregainedeventid UNIN = events.eventid SELECCIONAR EventID notificaciones DE DONDE EventID = events.eventid);

A partir de 1.1.4, el proceso de vacuumd har la mayor parte de este trabajo de forma automtica. Aqu est la afirmacin de que vacuumd ejecuta (desde HEAD de 03.16.2006):
<instruccin> <- esto eliminar todos los eventos que no estn asociados con las interrupciones - Gracias a Chris Fedde para esto -> eventos BORRAR DE DONDE NO EXISTE (SELECT svclosteventid interrupciones DE DONDE svclosteventid = UNIN events.eventid SELECCIONAR svcregainedeventid interrupciones DE DONDE svcregainedeventid = UNIN events.eventid SELECCIONAR EventID notificaciones DE DONDE EventID = events.eventid) Y <EVENTTIME ahora () - intervalo de 6 semanas;> </ declaracin

Q: Tengo una cantidad absurda de las notificaciones pendientes abierta cmo puedo reconocer en masa a todos?
R: Extrado de http://marc.theaimsgroup.com/?l=opennmsdiscuss&m=114083961321614&w=2 El mtodo ms rpido es utilizar psql y nmero:
notificaciones UPDATE respondtime JUEGO = "ahora", ANSWEREDBY = 'admin' DONDE respondtime IS NULL;

Vuelva a colocar 'admin' por su nombre de usuario, si procede.

Q: Cmo SNMP trabajo de recopilacin de datos?

R: El propsito de esta nota es explicar en detalle cmo OpenNMS SNMP realiza la recoleccin de datos. Conocer cmo funciona esto es la clave para solucionar problemas de recoleccin de datos SNMP. Descubrimiento El proceso de descubrimiento en OpenNMS es muy simple. Enviamos un "ping" con el fin de ver si una direccin IP existe y es sensible (y que las direcciones IP que tratamos se encuentra en el archivo de descubrimiento-configuration.xml). Cuando esto sucede, un evento NewSuspect se genera. Tambin es posible usar el script de envo event.pl para generar eventos NewSuspect - descubrimiento de pasar por todos juntos. Compruebe capacidades El proceso de capsd es responsable de la comprobacin de direcciones IP para capacidades particulares. Cada protocolo que se puede controlar se define en el archivo capsdconfiguration.xml. Tras la recepcin de un evento NewSuspect, capsd comienza a probar cada protocolo configurado para ver si existe en ese dispositivo. Cuando la prueba SNMP, capsd hace un intento para recibir la sysObjectID para el dispositivo utilizando la cadena de comunidad y el puerto se define en el snmp-config.xml. Si esto tiene xito, el protocolo SNMP est marcado como "verdadero" para esta direccin IP. Tenga en cuenta que tiene el partido vlido por primera vez en snmp-config.xml para que la direccin IP, algo que debe observar si la direccin se incluye en varios rangos. Una vez que todos los protocolos han sido probados, si SNMP es vlido para esta direccin IP, ms pruebas se realizan por capsd. En primer lugar, tres hilos se generan para recoger los datos del rbol del sistema, el ipAddrTable y ifTable. Si, por alguna razn, el ipAddrTable ifTable o no estn disponibles, el proceso se detiene (aunque los datos del sistema SNMP pueden aparecer en la pgina del nodo - esto sucede mucho con la Universidad de California-Davis agentes SNMP en el que slo el rbol del sistema est disponible para una consulta a travs del "pblico" cadena de comunidad). En segundo lugar, todas las direcciones IP objetivo secundario en el ipAddrTable se ejecutan a travs de las capacidades capsd exploracin. Tenga en cuenta que esto es independientemente de cmo la administracin se configura en el archivo de configuracin. Esto slo ocurre en la exploracin inicial y vuelve a explorar forzoso. En escaneos normales (por defecto, cada 24 horas), las direcciones IP que son "administrados" en capsd no se mira. En tercer lugar, todas las direcciones IP en el ipAddrTable que soporta SNMP es una prueba para ver si se asigna a un ifIndex vlido en el ifTable. Si esto es cierto, la direccin IP est marcado como un segundo interfaz SNMP y es un candidato para convertirse en la principal interfaz de SNMP. Por ltimo, todas las secundarias interfaces SNMP son probados para ver si coinciden con un paquete vlido en el archivo de configuracin collectd. Si ms de una direccin IP vlida cumple los tres criterios (soporta SNMP, tiene un ifIndex vlido y est incluido en un paquete de coleccin), el ms bajo direccin IP est marcado como principal. Todos recopilacin de datos SNMP se realiza a travs de la principal interfaz SNMP. (Nota: en el futuro tendremos la posibilidad de cambiar a una posicin secundaria interfaz SNMP caso de que el principal no est disponible). Cuando el proceso de prueba capsd es completa, se generan los eventos, incluyendo NodeGainedService? eventos. Coleccin

La recoleccin de datos se maneja a travs del proceso de collectd. collectd escucha NodeGainedService? eventos para el SNMP "servicio". Cuando esto ocurre, se comprueba si el principal interfaz SNMP para ese nodo existe en un paquete de coleccin (que debe por definicin). Si es as, el colector SNMP se crea una instancia de esa direccin IP. A no ser obligado a una u otra versin a travs del archivo de snmp-config.xml, cuando la coleccin se inicializa se compruebe si SNMPv2 con el apoyo de intentar un GET-A GRANEL en system.sysObjectID. Si eso falla, volver a la versin 1. Este es un cambio de versiones anteriores de OpenNMS. capsd ya no es responsable de determinar la versin de SNMP. SNMPv2 o no es compatible en un nodo ya no aparecen en la pgina del nodo. El colector SNMP en cada paquete collectd tendr una clave parmetro llamado "coleccin" con un valor que apunta a un snmp-coleccin definida en el archivo DataCollection-config.xml. Est ms all del alcance de esta nota para describir en detalle este archivo, pero me golpearon en los aspectos ms destacados. El archivo DataCollection-config.xml:
1. Determina si los datos SNMP se recogern en "todas" las interfaces o slo la "primaria" a travs de la snmpStorageFlag. Tenga en cuenta que todas las solicitudes de SNMP se seguirn enviando a travs de la direccin IP de la interfaz principal de SNMP. 2. Determina la estructura de los archivos RRD que se producirn. 3. Coincide con "sistemas" definidos por su sysObjectID valores a los "grupos" que definen que OID SNMP se recogern en.

Una vez que la OID que sern recolectados se determinan, SNMP recopilacin de datos debe comenzar y los archivos se crear en el rrdRepository, que por defecto es / var / OpenNMS / RRD / snmp. Bajo este directorio, un sub-directorio ser creado por nodeid. Por lo tanto la informacin para el nodo nmero "3" ser en el directorio / var/opennms/rrd/snmp/3 directorio. Para cada interfaz en el nodo, otro sub-directorio se crear la etiqueta como el ifDescr adems de la fsica (MAC) de la interfaz (para separar dos interfaces con la misma ifDescr). Todos los "nodos" de informacin a nivel (donde ifType = "ignorar" en la configuracin de la coleccin de datos) se almacena en el subdirectorio nodo. Toda la informacin de nivel de interfaz (como ifInOctets, ifOutErrors, etc) se almacenan en el subdirectorio de la interfaz en particular. Los archivos RRD estn en el formato de alias.rrd, donde el "alias" se define en la configuracin de la coleccin de datos. Estos archivos se pueden eliminar en cualquier momento y se volver a crear cuando sea necesario (por supuesto, los datos de los archivos eliminados se pierde). Presentacin de informes En la pgina principal OpenNMS hay un Informe de resultados del men desplegable, donde se enumeran todos los nodos que es la recopilacin de informacin SNMP. Esto se determina en dos pasos:
1. El archivo de snmp-graph.properties define un conjunto de "norma" los informes (que puede ser modificado para incluir el suyo propio). Para cada informe, el informe "columnas" se definen.

2. Las bsquedas a travs de WebUI el directorio / var / OpenNMS / RRD / rbol de directorios snmp para ver si existen archivos RRD que coinciden todas las columnas de uno o ms informes. Si es as, ese nodo se mostrar en la lista desplegable.

Por lo tanto, si usted quiere ver el "Bytes de entrada / salida" informe, el nodo debe tener una interfaz que contiene RRDs para ifInOctets y ifOutOctets. Si el RRDs creado no coinciden con los informes, puede generar informes de rendimiento personalizados en los datos, pero el nodo no ser accesible desde la pgina principal del men desplegable. Notas:
1. Las columnas deben coincidir con los nombres de los archivos como se ha dicho (que se definen en la recopilacin de datos) y, en las definiciones de informe, se mencionan por palabras clave especiales rrd1 {}, {} rrd2 etc 2. Si usted quiere entender cmo se definen los informes, una visita obligada son rrdgraph y rddgraph_data y referencia pginas relacionadas.

Umbral El proceso de threshd est a cargo del umbral. Al igual que collectd, se escucha NodeGainService? eventos. Si la direccin IP de un nodo que SNMP ganancias como un servicio est en un paquete de umbral, threshd entonces buscar en el directorio RRD depsito de ese nodo (o las interfaces) para ver si alguno RRDs existen en el formulario DS-name.rrd , donde ds-nombre se define en thresholds.xml. Si es as, el proceso de exploracin de la RRD a ver si un umbral ha sido superado y generar eventos en consecuencia. Solucin de problemas El propsito de esta nota fue para ayudar en la solucin de problemas SNMP problemas de recoleccin de datos. Si un nodo soporta SNMP (segn lo verificado por un "snmpwalk"), pero no hay informacin SNMP aparece en la pgina del nodo en la WebUI, consulte el archivo snmpconfig.xml para asegurar que el nombre de comunidad correcto est configurado (y asegurarse de que el anterior que una determinada direccin no est incluido en varios rangos, ya que slo el primer partido ser utilizada). El siguiente paso es comprobar los archivos capsd.log. Si se trata de una nueva instalacin, mira a ver donde capsd probado ese dispositivo. Si se trata de una instalacin antigua, puede forzar una nueva bsqueda desde la pgina de nodo, y esto debera crear nuevos registros. Mira a ver que el servicio SNMP se establece en "true" para esa direccin IP. Si no, revise el nombre de comunidad SNMP una vez ms. Jugar con l hasta que una nueva bsqueda no produce un "verdadero". Si ha llegado hasta aqu, entonces la informacin de SNMP desde el rbol del sistema debe aparecer en la pgina del nodo. El siguiente error de buscar ser algo as como
IfTable: snmpTimeoutError para: direccionip

Esto indicara que algo anda mal al tratar de obtener la informacin ipAddrTable y ifTable. En el CVS actual, los nuevos mensajes de advertencia se genera si estos cuadros no se pueden recibir. Dos cosas para tratar aqu:
1. ejecutar "direccionip community_name snmpwalk-c". Esto debe caminar todo el MIB SNMP para ese dispositivo. Algunos agentes de UCD SNMP por defecto slo devolver el rbol del sistema. 2. Intentar forzar la versin a la versin 1 de SNMP-config.xml y haciendo un

volver a examinar en el nodo. El ifTable y ipAddrTable puede ser grande, y as beneficiarse del uso de SNMPv2 el comando GET-A. Sin embargo, hemos visto en por lo menos un dispositivo que algo se fragmenta con el comando y nunca llegar a ver los cuadros. Si esto ocurre y se fija mediante el establecimiento de la versin a 1, por favor, por favor, por favor informe y si es posible conseguir un tcpdump de los paquetes SNMP enviadas durante el capsd exploracin. Tenga en cuenta que el comando snmpwalk desde la lnea de comando utiliza SNMPGET de la versin 1 y no va a reproducir un problema con la versin 2. Si usted tiene un ifIndex vlido (se mostrar en la pgina de la interfaz de la WebUI), entonces usted debera ser capaz de recoger informacin SNMP. Compruebe la base de datos:
1. Ejecutar "psql-U OpenNMS OpenNMS". 2. en el smbolo del sistema, ejecute "select * from ipinterface donde nodeid = x", y "x" nmero de identificacin del nodo. 3. Compruebe para ver si al menos una interfaz se marca como principal (P). 4. Para salir, escriba "\ q".

Si no hay direcciones IP se enumeran como principal, revise su archivo de configuracin collectd para asegurar que al menos una direccin IP que soporta SNMP est incluido en un paquete. Corregir la omisin y volver a examinar el nodo. Hasta este punto, usted debe comprobar la capsd.log de los errores. Para los prximos pasos, empezar a buscar en collectd.log. En cuanto a collectd.log para la interfaz principal de su nodo, debera ver los intentos realizados para recoger a travs de dicha interfaz. Si bien el archivo DataCollectionconfig.xml controles de recoleccin de datos, por defecto cualquier sysObjectID que comienza ".1.3.6.1.4.1", que es hasta donde yo s todos ellos, coincidir con el MIB-2 grupo que se acumula en ifInOctets, ifOutOctets, ifInErrors, ifOutErrors y ifOutDiscards. A ver si hay algn mensaje de registro de tiles (por ejemplo, tiempos de espera, etc) que le puede dar una pista. Por ltimo, busque en el directorio / var / OpenNMS / RRD / snmp / directorio nodeid nodeid donde es el nmero de identificacin del nodo del dispositivo que est interesado pulg Usted debe ver los archivos RRD est actualizando, y puede usar
rrdtool volcado RRDfilename

para ver si la RRD en realidad contiene los datos.

Q: Cmo puedo crear informes personalizados en OpenNMS?

R: Ver informes de SNMP Cmo se hace .

Q: Cmo puedo acelerar el proceso de capsd?


R: (Tomado de la lista de discusin OpenNMS) Bueno, hay algunas cosas que usted puede hacer para acelerar el descubrimiento. En primer lugar, sealar que el "discovery.log" slo refleja las cosas que han respondido a "ping". Esto generar eventos NewSuspect, que luego son recibidos por el demonio de Capacidades (capsd). capsd es ms probable cuando el retraso es. Haga lo siguiente, edita el archivo capsdconfiguration.xml:
1. Quite las entradas duplicadas para LDAP y Citrix (que se han eliminado en el CVS). 2. Retire cualquier otro protocolo que simplemente no estn interesados (que acelerar las cosas). 3. Lo ms importante es aumentar el tamao del grupo de subprocesos sospechoso (en la parte superior del archivo) a algo as como 30, si usted tiene un "encarnada" caja.

Esto debera acelerar las cosas considerablemente. Adems, si usted sucede estar en ejecucin portsentry o ipchains en su red, esto ralentizar las cosas as. El retraso principal est en las encuestas de los tiempos de espera que no estn all. Slo cuando se completa capsd el nodo se aaden a la base de datos.

Q: Cmo puedo integrar OpenNMS con Snort?


R: Ver Integracin de Snort .

Q: Cules son los posibles parmetros en los eventos y las notificaciones?


R: Ver sustituciones evento .

Q: Qu significa la mscara de eventos?


R: Cuando un evento se mete en el subsistema de eventos OpenNMS, por lo general slo contiene informacin especfica de que se ha producido el evento. Otros datos para el evento (gravedad, descripcin, etc autogestin) son recogidos de la eventconf.xml. Para recoger la informacin pertinente, la UEI ( Identificador Universal Event ) se utiliza de forma predeterminada. Sin embargo, esto no funciona en algunos casos, como en el caso de las trampas SNMP - trampas se convierten en acontecimientos y se envan al subsistema de eventos - con el fin de facilitar recoger la informacin pertinente para las trampas y otros eventos similares, las mscaras de eventos se utilizan. El eventmask de una trampa se creara la siguiente manera (por ejemplo, para el arranque en caliente):
<event> <mscara> <maskelement> <mename> Identificacin </ mename> <mevalue> .1.3.6.1.6.3.1.1.5.2 </ mevalue> </ maskelement> </ mscara> <uei> uei.opennms.com / trampas / SNMP_Warm_Start </ uei> <descr> Una trampa warmStart significa que la entidad protocolo de envo se est reinicializando tal que ni la configuracin del agente ni la implementacin del protocolo entidad se altera. </ Descr> <logmsg dest="logndisplay"> Agente arriba sin cambios (warmStart Trap) de la empresa:%% id (id%%) args (% parm parm [##]%):% [todos] <% / logmsg> <severity> Normal </> <gravedad / evento>

El 'mscara' contiene varios elementos cada uno con una mscara de nombre y valor. El 'mename' slo puede ser uno de los siguientes sub-elementos de un evento:

uei fuente de acogida snmphost nodeid interfaz servicio Identificacin (esta es la identificacin de la empresa SNMP)

Para las trampas, el nombre sera el ello (la empresa Identificacin del SNMP). Tenga en cuenta que los valores (mevalue) puede ser configurado para ser una coincidencia exacta (como en el caso anterior) o puede terminar con un '%' en cuyo caso el valor configurado slo tiene que ser una subcadena del valor real en el caso . Por ejemplo, si usted quera simplemente ignorar todos los eventos extraos generados para las interfaces de la red interna, que podra hacer una
<event> <mscara> <maskelement> interfaz <mename> </ mename> <mevalue> 192.168.0.% </ mevalue> </ maskelement> </ mscara> <uei> http://uei.opennms.com/ eventos / internalnetwork </ uei> <descr> Un caso ocurri en la interfaz% interfaz% de la red interna </ descr> <logmsg dest="logndisplay"> Un suceso ocurrido en la interfaz% interfaz% de la red interna </ logmsg> <severity> Normal </ severidad> </ evento>

Tenga en cuenta la 'extraa' eventos - eventos como etc 'nodeGainedService' que tienen una entrada coincidente uei en eventconf conseguir que la informacin, slo los eventos que no se han encontrado otros se caen a travs de esta mscara No se intenta mscaras para "orden" de eventos para el mismo UEI para un partido en el eventconf. Un mejor ajuste de la eventconf.xml es bsicamente el primer evento que se ajuste. El orden de los eventos en el eventconf.xml es el reponsiblity del usuario - por ejemplo, si una mscara para una UEI tiene una interfaz y un servicio y otro para la misma mscara de la UEI acaba de interfaz, su incumba la responsabilidad de los usuarios para el fin para el que cuya mscara tiene tanto la interfaz y el servicio se produce antes de la una con slo la interfaz (si esa es la funcionalidad requerida)

Q: Qu puedo usar en "filtros" y "reglas"?


R: Ver Filtros .

Q: Cmo puedo agregar comandos personalizados de notificacin?


R: Escrito por el Dr. Hamadoun Diall de la lista de OpenNMS Discutir. Como seguimiento a una de mis preguntas anteriores, algunas otras de otras personas, estoy ofreciendo mi archivo notificationCommands.xml a quien tal vez quiera hacer lo mismo. Para habilitar OpenNMS para enviar notificaciones a los telfonos celulares GSM a travs de mensajes SMS aadir el siguiente cdigo XML en el archivo notificationCommands.xml. Adems debe tener sms_client (disponible en http://www.smsclient.org o en el sitio original http://www.styx.demon.co.uk/ ) correctamente configurado con un mdem GSM (o un mdem analgico normal si su proveedor de GSM compatible con este servicio). Definir el nmero de destino de telefona mvil en PIN numrico (interruptor-np abajo) en el campo de las propiedades de usuario. Obviamente, podra ser mejor para crear un script para truncar los mensajes de notificacin hasta 160 caracteres o algo ms.
<command> <name> mobilePhoneSMS </ name> <execute> / usr / bin / sms_client </ ejecutar> <comment> para enviar mensajes GSM (SMS) </

comentario> <argument streamed="false"> <switch> - np </ interruptor> </ argumento> <argument streamed="true"> <switch>-tm </ interruptor> </ argumento> </ command>

Para el envo de mensajes de Windows de ventanas emergentes (por ejemplo, "net send") aadir las lneas de cdigo XML siguiente. El nombre de destino de Windows PC se define en el campo Correo electrnico Pager,-pemail, (por supuesto se puede cambiar), y debe tener instalado samba - smbclient.
<command> windowsPopup NOMBRE </ name> <execute> / usr / bin / smbclient </ ejecutar> <comment> para el envo de mensajes de Windows con Samba </ comentario> <argument streamed="false"> <substitution> - U OpenNMS </ sustitucin> </ argumento> <argument streamed="false"> <substitution>-M </ sustitucin> pemail <switch>-</ interruptor> </ argumento> <argument interruptor streamed="true"> < <>-tm / interruptor> </> <argumento / command>

stos son algunos de los campos de sustitucin que puede utilizar a partir de las propiedades definidas por el usuario en OpenNMS (del servicio, Jos Vicente Nez Zuleta, que incluye un extracto del cdigo fuente - el archivo NotificationManager.java:

/ * Algunas cadenas de identificacin Parmetro * / public static final PARAM_TYPE String = "-t"; pblica PARAM_DESTINATION static final String = "-d"; public static final PARAM_TEXT_MSG String = "-tm" public static final String PARAM_NUM_MSG "= nm "public static final PARAM_RESPONSE String ="-r "; public static final PARAM_NODE String ="-nodeid "public static final PARAM_INTERFACE String =" interfaz "public static final String PARAM_SERVICE =" servicio "; public static final String PARAM_SUBJECT = "-sujeto"; public static final PARAM_EMAIL String = "mail"; public static final String PARAM_PAGER_EMAIL "-pemail" public static final String PARAM_TEXT_PAGER_PIN = "-tp" public static final PARAM_NUM_PAGER_PIN String = "-np";

En la lista anterior, los siguientes parmetros provienen de la configuracin de usuario: destino, -d , correo electrnico, correo electrnico- , correo electrnico del localizador, -pemail , direccin XMPP, XMPP , pin localizador de texto, -TP ; pin nmero localizador, -np . Todos los otros switches ( -t,-tm, nm,-r,-nodeid, interfaz, el servicio, objeto de investigacin ) parecen provenir de la configuracin notifications.xml y / o en el propio evento. No pase por alto la README.notification (en / opt / OpenNMS / etc), por algo ms de informacin sobre la configuracin del subsistema de notificacin. Por ltimo, no se olvide de reiniciar OpenNMS. Buena suerte!

Q: Hay otras opciones que puede utilizar con el JDK de Java?


Nota: esta FAQ est fuera de fecha. No creo que alguna de estas opciones de trabajo de hoy. Dgregor 19:38, 15 de febrero de 2006 (CST) A: Bueno esta es una especie de menor de edad ... pero este parche en el script de inicio OpenNMS (tal y como existe pre-construccin) aade las variables env siguiente para configurar la recogida de basura ...
USE_CONCGC El uso concurrente Marcos GC barrido USE_PARALLELGC Utilizacin paralela GC (multi-procesador slo, no probado por m)

LOG_GC Entrar GC to@root.install.logs @ / gc.log (podra ser til para dev)

Yo estaba agregando barrido marca conc y decidi incluir a los otros dos mientras yo estaba en ella. He aqu una descripcin de las opciones de JVM que uso. Tenga en cuenta que los dos requieren dom J2SDK 1.4.1 ... el fondo creo que requiere 1.4.0.
-XX: + UseConcMarkSweepGC Esta bandera se convierte en la recoleccin de elementos concurrentes. Este colector se ejecuta sobre todo al mismo tiempo con la aplicacin. Sus acciones se negocian la utilizacin de la potencia de procesamiento que de otro modo estaran disponibles para la solicitud de menores tiempos de pausa de recoleccin de basura. -XX: + UseParallelGC Este indicador permite la recoleccin de basura que se producen en mltiples hilos para un mejor rendimiento en mquinas multiprocesador. "

Desde [1] :
En todas las plataformas, nueva opcin-Xloggc: archivo de registros de cada evento de recoleccin de basura en el archivo especificado.
herramientas http://java.sun.com/j2se/1.4/docs/relnotes/features.html --# / home / nick / src-orig / fuente / Herramientas / run / opennms.sh jue 12 de septiembre 16:12 : 44 2002 + + + / home/nick/opennms-1.0.11/source/tools/run/opennms.sh Lun Nov 11 16:46:57 2002 @ @ -83,6 +83,15 @ @ si [-n "$ USE_INCGC"-a "$ USE_INCGC" = true], y luego MANAGER_OPTIONS = "-Xincgc $ MANAGER_OPTIONS" fi + if [-n "$ USE_CONCGC"-a "$ USE_CONCGC" = true], y luego MANAGER_OPTIONS + = "-XX: + $ UseConcMarkSweepGC MANAGER_OPTIONS" + + fi if [-n "$ USE_PARALLELGC"-a "$ USE_PARALLELGC" = true], y luego MANAGER_OPTIONS + = "-XX: + $ UseParallelGC MANAGER_OPTIONS" + msica + si n [ "$ LOG_GC"-a "$ LOG_GC"] = true; luego MANAGER_OPTIONS + = "-Xloggc: @ @ root.install.logs / gc.log $ MANAGER_OPTIONS" + fi if [-n "$ HOTSPOT"-a "$ HOTSPOT "= true], y luego JAVA_CMD =" $ JAVA_CMD-servidor "fi)

Q: Cmo puedo utilizar el Alamin SMS Gateway con OpenNMS?


R: En primer lugar, obtener e instalar el gateway SMS de Alamin . A continuacin, modifique el archivo notificationCommands.xml para que diga:
<command> <name> mobilePhoneSMS </ name> <execute> / usr / bin / gsgc </ ejecutar> <comment> para enviar mensajes GSM (SMS) </ comentario> <argument streamed="false"> <substitution> - -enviar </ sustitucin> </ argumento> <argument streamed="false"> <switch>-np </ interruptor> </ argumento> <argument streamed="false"> <switch>-tm </ interruptor> </ <argumento> / command>

Q: Cmo configuro OpenNMS / Tomcat para utilizar SSL?


R: Desde el OpenNMS Discuta la lista: En primer lugar crear un almacn de certificados para Tomcat ejecutando $ JAVA_HOME / bin / keytool-genkey-alias tomcat-keyalg RSA

la contrasea debe ser "changeit". A continuacin, elimine la "SSL HTTP/1.1 Connector" en la entrada $ CATALINA_HOME / conf / server.xml. (Incluso se mueven a oscurecer el puerto si lo desea.) Reiniciar httpd, tomcat y OpenNMS slo para estar seguro y despus de lo que pareca demasiado largo, me pide nombre de usuario y contrasea. Al parecer, slo la primera vez que la conexin es real inicios de sesin lenta, con posterioridad son bastante rpidos. Yo quera agregar algunos comentarios al respecto. En primer lugar, si usted desea utilizar una contrasea diferente a "changeit", agrega el atributo keystorePass:

<ClassName = Conector "org.apache.coyote.tomcat4.CoyoteConnector" port = "8443" minProcessors = "5" maxProcessors = "75" enableLookups = "true" acceptCount = "100" debug = "0" rgimen = "https" seguro = "true" useURIValidationHack = "false" disableUploadTimeout = "true"> <Factory className="org.apache.coyote.tomcat4.CoyoteServerSocketFactory" clientAuth="false" protocol="TLS" keystorePass="notchangeit"/>

En segundo lugar, todava se necesita tener una conexin no SSL en 8080 con el fin de RTC para enviar la informacin de categora de Tomcat.

Q: Cmo puedo utilizar OpenNMS para enviar las pginas?


R: Desde Rajesh Bhandari en la lista de dialogo:
Todas las recomendaciones sobre cmo configurar la paginacin de texto de las notificaciones a utilizar una lnea de mdem y el telfono a una de servicios externos es decir, Skytel?

OpenNMS ya tiene configuraciones para el uso qpage ( http://www.qpage.org ). Usted puede ver en $ OPENNMS_HOME / etc / notificationCommands.xml. He creado los usuarios en ONMS, la configuracin de los usuarios (con el mismo nombre) en / etc / qpage.cf. Eso es casi todo lo que tena que hacer en ONMS. En el lado qpage, es necesario configurar el localizador-id y el servicio. La clave aqu es que el nmero que se utiliza para enviar las pginas alfa no es el nmero de localizador, pero algo un nmero diferente de hablar llamado TAP. As que cuando usted busca el nmero de Skytel, recuerde buscar el nmero de TAP. Y, por ltimo, el PC que he instalado en ONMS haba incorporado un mdem que utiliza la Conexant / chipset Rockwell HCF. Me pas una semana tratando de conseguir que esto funcione (que marcara, a continuacin, colgar, o conectar y dar errores) antes de conseguir un mdem externo USR al viejo estilo. Funcion la primera vez! Por supuesto, tu caso es distinto.

Q: Cmo puedo borrar una interfaz?


R: Nota: Desde la versin 1.1.4 se puede eliminar una interfaz de la WebUI como usuario admin. Con el fin de eliminar una interfaz, haga lo siguiente, sustituyendo [ipaddr] para la direccin IP de la interfaz que desea eliminar:

dejar de OpenNMS psql-U OpenNMS OpenNMS eliminar de usersnotified donde notifyid en (seleccione notifyid de notificaciones en EventID en (seleccione EventID de eventos donde ipaddr = ']'])); ipaddr [eliminar de las notificaciones que EventID en (seleccione EventID de eventos en los que ipaddr = '[ipaddr]'); eliminar de los cortes en svclosteventid en (seleccione EventID de eventos donde ipaddr = '[ipaddr]'); eliminar de los eventos donde ipaddr = '[ipaddr]'; eliminar de snmpinterface donde

ipaddr = '[ ] ipaddr; eliminar de ifservices donde ipaddr = '] ipaddr ['; eliminar de ipinterface donde ipaddr = '] ipaddr ['; \ q

Entonces es posible que desee ejecutar: antes de reiniciar OpenNMS.

sudo-u postgres OpenNMS vacuumdb

Mtodo alternativo Para eliminar una interfaz


Esto tambin se puede completar con envo event.pl y un script en Python, con la interfaz y nodeid en un archivo llamado my_device_list en el formato con tantas lneas como desee.
direccionip, nodeid

Para obtener este formato que usted puede hacer esto en psql

\ F, \ a \ my_device_list t \ o seleccione ipaddr, nodeid de ipinterface ipaddr donde:: cidr <<= '192 .168.5.0/24:: CIDR, o \ # / Usr / bin / env python sistema de importacin de importacin os f = open ('my_device_list', 'r') for linea in f: dev_ip, dev_nodeid = ('|') line.split dev_nodeid dev_nodeid = [-1] commandLine = 'uei.opennms.org envo event.pl / nodos / deleteService - nodeid% s -% s interfaz Servicio de ICMP'% (dev_nodeid, dev_ip) os.system (comando) commandLine2 = "enviar evento . uei.opennms.org pl / nodos / deleteService - nodeid% s -% s interfaz - StrafePing servicio '% (dev_ip dev_nodeid,) os.system (commandLine2) commandLine3 =' uei.opennms envo event.pl. org / nodos / deleteService - nodeid% s -% s interfaz - servicio HTTP '% (dev_nodeid, dev_ip) os.system (commandLine3) commandLine4 =' uei.opennms.org envo event.pl / interior / capsd / deleteInterface -% s nodeid - Interfaz '% (dev_nodeid, dev_ip) os.system (commandLine4) commandLine5 ='% s uei.opennms.org envo event.pl / interior / capsd / deleteNode - nodeid% s '% (dev_nodeid) os.system (commandLine5) sys.exit (0)

Vuelva a colocar la cadena de servicios o de servicios con cualquiera de los servicios estn siendo monitoreados.

Q: Puedo ejecutar OpenNMS como un usuario sin privilegios?


R: En la actualidad (desde la versin 1.1.3) Tomcat slo se puede ejecutar como un usuario no root (con algunas sin hacer nada). La dificultad con el ncleo de OpenNMS es que estos componentes deben ejecutarse como root para poder obligar a los puertos de baja numeracin o generar trfico de red que requiere la raz:

el Poller ICMP (raz que se necesita para abrir un conector directo para enviar / recibir ICMP); el Poller DHCP (que necesita para unirse a un puerto <1024); el demonio de captura SNMP (que necesita para unirse a un puerto <1024).

He aqu un ejemplo del error que obtendr si intenta OpenNMS inicio como un usuario no root:
28/08/2004 09:47:14,405 ERROR [principales] Descubrimiento: No se pudo crear gerente de ping: \ java.net.SocketException: Error de sistema la creacin de toma de ICMP (1, Operacin no permitida)

Q: Cmo configurar umbrales Dentro OpenNMS?


R: Supongamos que queremos enviar un mensaje de alerta cuando hrSystemProcesses supera los 250. El OID numrico es .1.3.6.1.2.1.25.1.6. En este caso, dicha definicin est en la lista recogida en mi "/ opt / OpenNMS / etc / DataCollection-config.xml" archivo.

Entonces, qu tenemos que hacer primero es editar: "/ opt / OpenNMS / etc / thresholds.xml". En el marco del "default-snmp" del grupo, aade: Esto significa lo siguiente:
Vallue = "250" Mximo los procesos de umbral se ejecutan en el sistema. rearmarse = "200"

<threshold type="high" ds-name="hrSystemProcesses" ds-type="node" value="250" rearm="200" trigger="3"/>

valor de rearmarse, el estado de alerta se elimina si el nmero de procesos cado por debajo de este valor. disparo = "3" valor de disparo. Cuntas veces ha OpenNMS para investigar el nodo, en consecuencia, encontrar que ha superado su umbral.

Editar "/ opt / OpenNMS / etc / threshd-configuration.xml" y asegurar que el paquete = ejemplo1 definicin es sin comentarios, e incluye su rango de nodo de control. Por ltimo, desde la web ONMS consola Ir a: - Notificaciones> Configurar - - Admin> notificaciones de eventos. Aadir un nuevo evento con el tipo de 'highThresholdExceeded' los valores que se insertan aqu son bastante triviales. Por ltimo, empezarn un montn de aplicaciones para que su hrSystemProcesses va ms de 250. Puede comprobar esta variable mediante la utilidad snmpwalk del paquete NetSNMP.
c snmpwalk-v community_string-2c 127.0.0.1 hrSystemProcesses

Sustituya la cadena de la comunidad y la direccin IP correspondiente. Compruebe el archivo / var / log / OpenNMS / {threshd, notifd}. Archivos de registro de registro de depuracin. Una vez que haya conseguido ms de 250 procesos en ejecucin, espere unos 15-20 minutos y usted debe recibir una alerta. Recuerde que el valor de disparo (3), multiplicado por defecto de recogida intervalo OpenNMS (300 segundos) significa que el umbral debe ser excedido durante 15 minutos antes de la una (baja | alta) ThresholdExceeded evento que se generaron. En algunos casos donde quiero mltiples nodos diferentes tienen diferentes valores de umbral, no he encontrado ninguna manera fcil de acomodar esto dentro de OpenNMS s mismo. Lo que he hecho en estos casos es escribir un script bash externa que el sondeo SNMP, y en caso de un exceso de lmite - enviar un snmptrap a OpenNMS para sus propsitos de consolidacin de eventos. Esto funcion para m despus de un poco de ensayo y error, HTH.

Q: Cmo puedo eliminar la base de datos OpenNMS y volver a crearlo sin tener que reinstalar OpenNMS?
R: Esto es simple en OpenNMS 1.3.2: (edicin 19-Abr-2007 para reemplazar a "CC-" con "-Disu" por DJ G.) Detener OpenNMS
java-jar $ OPENNMS_HOME / lib / opennms_install.jar-Disu

Puede ejecutar

java-jar $ OPENNMS_HOME / lib / opennms_install.jar-h

para ver lo que todas las opciones son.

Q: Cmo puedo configurar Net-SNMP para trabajar con OpenNMS?


R: Por defecto, Net-SNMP est configurado slo para permitir que una cantidad muy pequea de informacin que se accede por el nombre de comunidad por defecto de "pblico". La forma ms fcil de cambiar esta situacin es encontrar una lnea como:

NOTA: Esto parece funcionar con algunas implementaciones de NetSNMP 5.4.1 (paquetes Sunfreeware) con las modificaciones a cabo.

SystemView vista expresados .1.3.6.1.2.1.1

y el cambio a:
SystemView ver incluidos 0,1

A continuacin, reinicie snmpd.

Q: Cmo puedo configurar la autenticacin LDAP con OpenNMS?


Ver autenticacin LDAP

Q: Cmo puedo otorgar privilegios de administrador a un usuario?


Ver usuario

Q: Ok, una pregunta bsica: Cmo puedo obtener myhost.com seguimiento?


Ver los Consejos Dummy .

Q: Cmo puedo usar Jabber (XMPP) las notificaciones?


R: Usted necesitar un Jabber (XMPP) servidor, jabberd2 por ejemplo, funciona bien. Usted necesitar una cuenta en este servidor para el demonio OpenNMS y todos los usuarios de la que desea enviar notificaciones XMPP.
1. Editar $ OPENNMS_HOME / etc / XMPP-configuration.properties y agregar lneas como estas:
xmpp.server = xmpp.user xmpp.yourdomain.com = OpenNMS usuario xmpp.pass = OpenNMS-contrasea

1. Aadir XMPP electrnico para sus usuarios en users.xml (oa travs de la WebUI - Inicio> usuario administrador> y> Grupos de Usuarios Lista> Modificar usuario). Estas direcciones son de la username@xmpp.yourdomain.com formato 2. Crear una ruta de destino para las notificaciones XMPP que utiliza el comando de la notificacin xmppMessage, y configurar los avisos a utilizar esa ruta de destino.

Q: Cmo puedo usar Jabber (XMPP) notificaciones de grupo?


1. En primer lugar los siguientes: 1. y OpenNMS documentos jabberd2: http://www.opennms.org/index.php/How_to_configure_jabberd2_to _work_with_OpenNMS

2. y la parte inferior de: http://www.opennms.org/index.php/FAQConfiguration # Q: _How_can_I_use_jabber_.28XMPP.29_notifications.3F 2. Vaya a Admin -> Configuracin de Usuarios y Grupos -> Configuracin de usuario -> Agregar Nuevo usuario 1. Dle un nombre de usuario, una contrasea, y para la Direccin XMPP CHAT_ROOM_NAME@conference.server.ext 3. Vaya a Admin -> Configuracin de Notificaciones -> Configurar rutas de acceso de destino - Camino Nuevo> 1. Darle un nombre, pulse Editar y aadir el nombre de usuario que acaba de agregar (o el grupo si est en un grupo) 4. Vaya a Admin -> Configuracin de Notificaciones -> Configuracin de notificaciones de eventos -> ... en el ltimo paso se puede elegir una ruta, seleccione el que ha creado!

Q: Alguien me dijo que usara snmp4j lugar de joesnmp, cmo puedo hacer eso?
R: Si usted no tiene ya uno, cree un archivo en su opennms.conf $ OPENNMS_HOME directorio / etc. A continuacin, aada una lnea como ADDITIONAL_MANAGER_OPTIONS = "-Dorg.opennms.snmp.strategyClass = org.opennms.netmgt.snmp.snmp4j.Snmp4JStrategy" Si usted ya tiene un archivo opennms.conf, y la ADDITIONAL_MANAGER_OPTIONS, slo tiene que aadir la Dorg.opennms.snmp.strategyClassorg.opennms.netmgt.snmp.snmp4j.Snmp4JStrategy = dentro de las comillas. A continuacin, tendr que reiniciar OpenNMS. snmp4j tiene algunos mensajes de registro mejor y maneja mal los agentes SNMP mejor. Nota: Esto slo funciona para 1.3.1 y versiones posteriores de OpenNMS

Q: Alguien me dijo que el cambio OpenNMS configurar el recopilador de datos a la "tienda de grupo", cmo puedo hacer eso?
Crear un archivo llamado opennms.conf en los $ OPENNMS_HOME directorio / etc (si lo has hecho ya) y aadir esta entrada:
ADDITIONAL_MANAGER_OPTIONS =- Dorg.opennms.rrd.storeByGroup = true

Nota: En las versiones inestables antes de los plazos de liberacin 1.3.2, es necesario omitir el org.opennms , de modo que la propiedad se define, en cambio rrd.storeByGroup .

Q: no me llevo Informes Availabilty? por qu isnt este trabajo?


Echa un vistazo a la depuracin Informes Availabilty

Q: Cmo puedo configurar OpenNMS para sondear mi servidor de radio?


R: Intente RadiusPoller .

Q: Cmo puedo configurar la base de datos PostgreSQL para que los usuarios pueden acceder a l a travs de Microsoft Access con una conexin ODBC y tiene los derechos de slo lectura?
R: Usted debe configurar el grupo y crear los usuarios. Asegrese tambin de que el archivo pg_hba.conf tiene los permisos de seguridad correcta. Configuracin del grupo de "acceso":
psql-U OpenNMS OpenNMS-c "CREAR GRUPO acceso";

Y luego simplemente ejecutar psql interactiva con estas subvenciones para el acceso al grupo.

CREAR GRUPO acceso; GRANT EXECUTE ON iplike FUNCIN (texto, texto) al grupo "acceso"; GRANT SELECT ON activos CUADRO DE GRUPO "acceso"; GRANT SELECT ON eventos CUADRO DE GRUPO "acceso"; GRANT SELECT ON ifservices CUADRO DE GRUPO " acceso "; GRANT SELECT ON ipinterface CUADRO DE GRUPO" acceso "; GRANT SELECT ON nodo CUADRO DE GRUPO" acceso "; GRANT SELECT ON notificaciones CUADRO DE GRUPO" acceso "; GRANT SELECT ON cortes CUADRO DE GRUPO" acceso "; GRANT SELECT ON servermap CUADRO DE GRUPO "acceso"; GRANT SELECT ON servicio CUADRO DE GRUPO "acceso"; GRANT SELECT ON servicemap CUADRO DE GRUPO "acceso"; GRANT SELECT ON snmpinterface CUADRO DE GRUPO "acceso"; GRANT SELECT ON acceso usersnotified CUADRO DE GRUPO " "GRANT SELECT ON vulnerabilidades CUADRO DE GRUPO" acceso "; GRANT SELECT ON vulnplugins CUADRO DE GRUPO" acceso ";

A continuacin, para cada usuario ejecuta este ...

CREAR USUARIO usuario1 CON CONTRASEA NOCREATEUSER 'userspassword' NOCREATEDB; MODIFICAR GRUPO acceso Agregar usuario usuario1;

Q: Tengo un dispositivo que es spam OpenNMS con trampas que no les importa. Cmo puedo descartar estas trampas?
R: Encontrar la entrada de configuracin de eventos (en eventconf.xml o uno de los archivos de referencia) para el caso de la UEI que vas a encontrar con el correo basura. Haga una copia de la> configuracin del evento ...</ <event> y aade que por encima de la que ya est ah. En la> mscara de la seccin ...</ <mscara>, agregue un elemento <maskelement> para que coincida en el dispositivo problemtico, como por la identificacin del nodo o la direccin IP del dispositivo que enva las trampas. Por ejemplo, para el nodo ID 123:
<mscara> ... otros elementos de la mscara ... <maskelement> <mename> nodeid </ mename> <mevalue> 123 </ mevalue> </ maskelement> </ mscara>

Por ltimo, cambiar el "destino" atributo en el elemento <logmsg> para esta configuracin de eventos para "discardtraps" si est ejecutando 1.3.0 o posterior, o "donotpersist" de otra manera. La coincidencia de configuracin de eventos se realiza por orden del partido, as que tener una entrada a partido y deshacerse de estos molestos trampas (o al menos no les persisten hasta la base de datos en el caso de "donotpersist") antes de la entrada de evento configuracin normal permitir a tiro de las trampas que no les importa, al tiempo que las mismas trampas de otros sistemas procesa normalmente. Puede ver ms informacin sobre esto en los acontecimientos internos en la configuracin de eventos de cmo hacerlo .

Q: Cmo puedo evitar que las notificaciones no deseados nodeDown para los nodos detrs de un router o switch al router o switch se cae?
Echa un vistazo a Sendero interrupcin Cmo se hace .

Q: Cmo puedo eliminar un nodo?


R: Nota: Puede eliminar un nodo de la WebUI como usuario admin. Ir a la pgina de nodo y haga clic en "Admin" y luego en "Eliminar nodo". Nota: El proceso de eliminacin se est ejecutando programado. Esto significa que despus de hacer clic en "Eliminar nodo", el nodo se marca para la eliminacin y slo se elimina de la WebUI. Despus de un tiempo, el nodo se quita de la base de datos con el demonio vacuumd. Nota: Los datos recogidos no se quita - se debe eliminar la informacin del directorio / opt / OpenNMS / share / RRD manualmente.

Asegrese de que el nodo no est en su descubrimiento-configuration.xml ms, o ser redescubierto conseguir!

Q: Por qu algunos servicios que figuran como no supervisado ?


R: Algunos servicios estn o til sobre todo para la recoleccin de datos (por ejemplo, SNMP ), son pseudo-servicios (por ejemplo router ) que existen exclusivamente para fines informativos, o tienden a ser problemtico, a veces falla, o colgando dispositivos cuando encuestados frecuentemente (por ejemplo, "Telnet" ). Estos servicios son deliberadamente no controlados por el pollers en la configuracin por defecto. Si usted sabe que definitivamente desea supervisar estos servicios, puede que tenga que establecer el estado de atributo de la definicin de servicio para el y / o aadir la correspondiente definicin del monitor en Poller-configuration.xml .

Q: Cmo puedo controlar los procesos activos en el sistema cliente?


R: Control de Procesos y Coleccin delinear las modificaciones de configuracin necesarios para lograr esto. Es necesario modificar el archivo config.xml-DataCollection y un reinicio de OpenNMS ser requerida.

Q: Cmo puedo controlar un APC Sensor de temperatura ambiente


R: APC temperatura ambiente se describen los pasos de configuracin necesarios para hacerlo y tambin ha grfico creado para ello. Un reinicio de OpenNMS ser necesario despus del cambio.

Q: Cmo puedo configurar OpenNMS usar RRDtool en lugar de JRobin para los datos de latencia y el rendimiento?
R: No hagas a menos que comprendan plenamente las consecuencias, que incluyen la prdida de todos sus latencia histrica y datos de rendimiento y, posiblemente, una disminucin del rendimiento de OpenNMS en su sistema. Usted necesitar el caso especfico JNI coleccin de plataformas para permitir OpenNMS para comunicarse con el lenguaje RRDtool bibliotecas-C. Instrucciones para hacer este cambio en los comentarios en la parte superior del archivo RRD-configuration.properties .

Q: Cmo puedo controlar ms los recursos del dispositivo de red? Q: La actualizacin es difcil! Configuracin personalizada debe llevarse en la mano se fusion con cambios de esta versin.
R: Se trata de un problema conocido .

Contenido
[ ocultar ]

1 Q: Por qu aparece un nmero alarmante de los procesos de Java / memoria asignada a Java con ps o superior? 2 Q: Por qu son archivos jar_cacheXXXX.tmp llenar mi / tmp? 3 Q: Por qu aparece "No se puede analizar el argumento 'RRA: AVERAGE: 0.5:1:8928"? 4 Q: He instalado OpenNMS y admin / admin No Entrar, Por qu? 5 Q: Tomcat no arranca, se queja de JAVA_HOME, por qu? 6 Q: Por qu aparece "FATAL 1: autenticacin IDENT fall para el usuario" postgres "? 7 Q: Por qu se quejan de apt cebra y cerrada? 8 Q: Por qu OpenNMS dice Mi servidor DNS es hacia abajo, cuando se encuentra? 9 Q: Por qu algunos de mis archivos XML en una sola lnea? 10 Q: Por qu mis servidores Linux con la UCD SNMP Agente Mostrar en los informes de rendimiento? 11 Q: situacin opennms.sh devuelve nada, lo que est pasando? 12 Q: Por qu instalar un RPM colgar en Red Hat 8.0? 13 Q: Por qu el webUI me da "No se puede compilar la clase para JSP" excepcin? 14 Q: Por qu aparece JDBC excepciones relacionadas en los archivos de registro? 15 Q: Por qu recibo nivel de nodo de informacin SNMP, pero no hay informacin a nivel de interfaz? 16 Q: OpenNMS deja de funcionar despus de 1 hora o servlet fallos intermitentes se ven en la interfaz grfica de usuario Web. 17 Q: Cul es la mejor prueba de mis archivos XML? 18 Q: Por qu me sale un error ifIndex no vlidos? 19 Q: Cmo son las etiquetas de nodo determinado? 20 Q: Cmo Salir de la WebUI? 21 Q: He actualizado a 1.1.1. Por qu "Administrar / Unmanage" no funciona? 22 Q: Por qu el proceso de dhcpd nunca empezar? 23 Q: Puedo snmpwalk un dispositivo, pero OpenNMS no recoger datos sobre el mismo, por qu? 24 Q: Por qu mi servidor DHCP de Windows Mostrar como de Down? 25 Q: Por qu aparece el inicio OpenNMS no? 26 Q: Buscando en Salida.log veo un montn de referencias a la java.lang.Exception 'que parece ser" causados por: org.jrobin.core.RrdException: fecha y hora de la muestra mal ..... tiempo de actualizacin del pasado fue ....., por lo menos un segundo paso se requiere " 27 Q: Me cambi a JRobin y ahora no aparecen los grficos. Tratar de ver los grficos directamente me da una excepcin. Ya encendido java.awt.headless, qu pasa? 28 Q: DataCollection SNMP falla cuando trato de leer 260/udp puerto con el fin de recopilar datos de punto de control 29 Q: Tengo un montn de cortes de 30 segundos

Q: Por qu aparece un nmero alarmante de los procesos de Java / memoria asignada a Java con ps o superior?
R: De Pete Siemsen y Ben Reed correos electrnicos de 03/12/2001: Pete:
> 3. Con el software de arriba, un comando "ps" es un> poco de miedo, ya que parece que hay ms de 400 procesos> en su mquina. No te preocupes, es un artefacto de soporte para hilos> Java y el sistema se ejecuta bien.

Ben: S. La explicacin ms tcnica (como yo lo entiendo) es que slo hay un tipo de proceso interno dentro del ncleo de Linux, un proceso del kernel. Si bien los procesos regulares con los usuarios de mapa 1 a 1 con los procesos del ncleo, cada subproceso en una aplicacin de rosca se que es el proceso propio ncleo, a pesar de que, desde una perspectiva de programacin, que todava estn funcionando en el proceso mismo espacio de usuario. Es por eso que aplicaciones como la JVM de Java o Mozilla parecen tener muchos de los procesos ms de lo que creen que deberan. PS tambin es muy malo en la enumeracin de uso de la memoria por la misma razn. Temas para la memoria parte ms accin, pero cada uno que estar en la lista a fin de que parezca que tienen asignada la memoria mucho por s mismos. mike de OpenNMS seal que si se quiere un resumen rpido del nmero de hilos en cada mquina virtual puede utilizar el comando:
ps axww | awk '/ java / {print $ NF}' | sort | uniq-c | sort-n

O puede usar (en Linux):

pstree root | grep 'java'

Tambin, pero este comando no le dir que VM tiene lo que las discusiones, slo el nmero de hilos en cada uno. Recuerde que el nmero de hilos no coincide con la configuracin exacta. Algo que ver con el hecho de que Java tiene un ThreadManager? hilo, etc Con NTPLS, podrs ver mejor el manejo de hilos en Linux.

Q: Por qu son archivos jar_cacheXXXX.tmp llenar mi / tmp?


R: Si usted ha estado haciendo una matanza de la lnea de comandos para detener Tomcat, puede ver una gran cantidad de archivos jar_cacheXXXX.tmp en el directorio / tmp (o lo que su $ TMPDIR est establecida para Tomcat). Cuando Tomcat no se est ejecutando, puede eliminar estos archivos. Tomcat abrir 10 a 100 de estos archivos cuando se ejecuta, pero limpio a todos cuando se cierra correctamente. Si Tomcat se detiene antes de tiempo (por decir un kill -9), a continuacin, los archivos no se borran, y se puede llenar la particin / tmp. Este problema afecta a la versin de Tomcat 4.0.1 y versiones posteriores. En realidad es originario de la clase JarURLConnection el JDK, que Tomcat usa cargadores de clases en su interior.

Q: Por qu aparece "No se puede analizar el argumento 'RRA: AVERAGE: 0.5:1:8928"?


R: Actualmente, OpenNMS no es compatible con la localizacin, por lo tanto se recomienda ajustar la configuracin regional de "es_ES".

Sin embargo, RRDtool, lo que usamos, lo hace. Por lo tanto, si su configuracin regional no es "es_ES" que necesita para hacer un pequeo cambio en el archivo DataCollectionconfig.xml en / opt / OpenNMS / etc: Cambiar cada lnea como
RRA: AVERAGE: 0.5:12:8928

donde hay un 0,5 (cero - puntos - cinco) a:


RRA: AVERAGE: 0,5:12:8928 o 0,5

(Cero - coma - cinco).

Q: He instalado OpenNMS y admin / admin No Entrar, Por qu?


R: El proceso de instalacin OpenNMS tiene varios pasos. En primer lugar, las dependencias de productos estn instalados y configurados, como Postgres, RRDtool y Tomcat. A continuacin, los paquetes se instalan OpenNMS (el ncleo, aplicaciones web y documentos). Como estos paquetes OpenNMS se estn instalando, se introducen modificaciones en tanto PostgreSQL y Tomcat. Cuando todo est completo, usted debera ser capaz de poner en marcha OpenNMS y se van. Hay varias maneras de instalar OpenNMS, y algunas personas han encontrado que los que reciben el nombre de usuario del sistema cuando se va a http://localhost:8080/opennms/ despus de la instalacin, pero = nombre de usuario "admin", contrasea = "admin" no parece funcionar. Esto se debe a que algo salga mal con la instalacin. No tiene nada que ver con el nombre de usuario y contrasea a equivocarse (en caso de que usted se est preguntando, se almacenan en / opt / OpenNMS / etc / users.xml). Busque en su install.log (o bien debera estar en el directorio home de root o el que ejecut la instalacin). Lalo. Nota de los potenciales errores. El error ms comn tiene que lidiar con Postgresql. En primer lugar, asegrese de que est en funcionamiento. "Ps-ef | grep postmaster" debe devolver un proceso postmaster en ejecucin. En caso contrario, postgres de partida (en Red Hat Linux se puede usar / sbin / service postgresql inicio). Si se est ejecutando, intente acceder a ella con "OpenNMS OpenNMS psql-U". Si puede iniciar sesin en, asegrese de que todas las mesas estn all:

OpenNMS = # \ d Listado de relaciones Nombre | Tipo | Dueo -----------------+----------+-------- - Activos | tabla | postgres distpoller | tabla | postgres eventos | postgres eventsnxtid | | ifservices tabla postgres | | secuencia ipinterface postgres | | mesa de nodo postgres | | tabla postgres nodenxtid | | mesa de notificaciones postgres | | secuencia postgres notifynxtid | | tabla de secuencia | postgres outagenxtid | secuencia | cortes de postgres | servicio postgres | | servicenxtid tabla postgres | | snmpinterface tabla postgres | | secuencia de la tabla | postgres usersnotified | tabla | vulnerabilidades postgres | postgres vulnnxtid | | tabla de secuencia | postgres vulnplugins | tabla | postgres (19 filas )

Si no es as, es probable que se olvid de cambiar la configuracin de seguridad corriendo PostgreSQL 7.2 o superior. Si todo se ve bien, asegrese de que la secuencia de comandos install.pl modificado el archivo server.xml de Tomcat (la fecha y hora ser diferente que el resto de los archivos en ese directorio).

Me encontr con que el fracaso de la DBI y DBD:: Pg mdulos caus el admin / admin combinado no trabajar (yo estaba instalando utilizando RPM). Como yo no haba descubierto las preguntas ms frecuentes-o-matic, sin embargo, me acaba de instalar estos mdulos de la forma en Perl (es decir, perl-MCPAN-e 'install DBI y perl-MCPAN-e' install DBD:: Pg '). El DBD:: instalar Pg hizo un montn de quejas sobre el POSTGRES_INCLUDE y variables POSTGRES_LIB medio ambiente, pero una vez que he instalado limpiamente, y luego se retira y vuelve a instalar el rpm OpenNMS, todo pareca funcionar bien (por lo menos, soy capaz de entrar en el pgina web OpenNMS con admin / admin). Tambin, usted puede comprobar:
grep-i OpenNMS / var/tomcat4/conf/server.xml

La secuencia de comandos install.pl se supone que modificar este archivo para que Tomcat saber cmo autenticar las solicitudes de la aplicacin web OpenNMS. Si este archivo no incluye una entrada OpenNMS, intente volver a ejecutar install.pl otra vez:
$ OPENNMS_HOME / bin / install.pl-q $ OPENNMS_HOME / etc / create.sql

Teniendo en cuenta que la instalacin no postgres configuracin, hay una secuencia de comandos para configurar la base de datos solo? S, ejecutar "/ opt / OpenNMS / bin / install.pl etc / create.sql". El motivo del error de inicio de sesin es probable que postgresql no aceptar la peticin de local para acceder a databaes al instalar OpenNMS. (/ Var / pgsql / data /...) postgresql.conf Adaptar lo que la solicitud de TCP estn permitidas. Adaptar el archivo hb_pga.conf para permitir accesos locales y de red. y, a continuacin:

o volver a instalar OpenNMS crear las bases de datos OpenNMS mismo

Tuve el mismo problema. Slo una nota sobre los dos guiones por encima de la instalacin.

$ OPENNMS_HOME / bin / install.pl-q $ OPENNMS_HOME / etc / create.sql es la secuencia de comandos que funciona / Opt / OpenNMS / bin / etc install.pl / create.sql No

(Nota editorial: install.pl est en desuso en 1.1.4) Si se construye desde el cdigo fuente, necesitar poner algunos enlaces en el directorio $ TOMCAT4_HOME/server/lib:
lrwxrwxrwx ricino 0.9.3.9.jar -> / ricino lrwxrwxrwx opt/OpenNMS/lib/castor-0.9.3.9.jar-0.9.3.9-xml.jar -> / opt/OpenNMS/lib/castor-0.9.3.9-xml log4j.jar lrwxrwxrwx frasco -.> / opennms_core.jar opt/OpenNMS/lib/log4j.jar lrwxrwxrwx -> / opt / OpenNMS / lib / opennms_services.jar lrwxrwxrwx opennms_core.jar -> / opt / OpenNMS / lib / opennms_services.jar lrwxrwxrwx opennms_web.jar -> / opt / OpenNMS / lib / opennms_web.jar

Actualizacin: - Edavison 11:46, 15 de junio de 2006 (CDT) Otro posible problema es que si se ejecuta Tomcat como cualquier otro usuario de la raz, que es una buena prctica de seguridad, el usuario tomcat no puede tener acceso de lectura / escritura de los archivos de configuracin en / opt / OpenNMS etc /. Si ese es el caso, no se puede iniciar la sesin como no puede leer los nombres de usuario y contraseas de users.xml.

As que una solucin es: a) agregar el usuario tomcat al grupo OpenNMS b) aadir lectura / escritura en el directorio / opt / OpenNMS / etc / y / opt / OpenNMS / directorios de registro.

Q: Tomcat no arranca, se queja de JAVA_HOME, por qu?


R: Sun haba publicado una nueva versin del JDK 1.4 desde la 1.0.0 RPM fueron construidos. Si usted instalar ese JDK, Tomcat es probable que se quejan de JAVA_HOME. Editar / etc/tomcat4/conf/tomcat4.conf para mostrar correctamente la ruta de acceso al JAVA_HOME.

Q: Por qu aparece "FATAL 1: autenticacin IDENT fall para el usuario" postgres "?

R: Un error IDENT significa que un usuario que no sea postgres no se le permite conectarse a la base de datos como "ident". La solucin rpida es aadir la lnea:
acogida toda la confianza 127.0.0.0 255.255.255.255

a su "/ var / lib / pgsql / data / pg_hba.conf" archivo. Esto significa que cualquiera es capaz de conectarse como otro usuario (es decir, 'Ben' el usuario puede conectar Unix como 'postgres' el usuario postgresql, siempre y cuando se tiene la contrasea correcta.) Asegrese de que su pg_hba.conf se parece a esto. No debe haber dos "locales" de las entradas. Una vez OpenNMS est instalado, puede cambiar el pg_hba.conf a su gusto asumiendo que entender las consecuencias.
# TIPO DE BASE DE DATOS IP_ADDRESS MASK AUTH_TYPE AUTH_ARGUMENT locales toda la confianza de acogida toda la confianza 127.0.0.1 255.255.255.255 # Utilizar credenciales tomas para mejorar la seguridad. No disponible en todas partes, # pero funciona en Linux, * BSD (y probablemente algunos otros) # todos los locales sameuser ident

O, si se quiere una instalacin ms segura, intente lo siguiente:

todas las contraseas de acogida 127.0.0.1 255.0.0.0

Esto requerir una contrasea para todas las conexiones a travs de TCP / IP de localhost (por ejemplo, la conexin que OpenNMS utiliza). A continuacin ha trabajado con SLES 10 # TIPO DE BASE DE DATOS DE USUARIOS CIDR-DIRECCIN MTODO # "local" es para las conexiones de socket de Unix todos los locales de dominio slo toda la confianza # IPv4 conexiones locales: todos los de acogida toda la confianza 127.0.0.1/32 # IPv6 conexiones locales: acoger todo todo:: 1 / 128 confianza

Q: Por qu se quejan de apt cebra y cerrada?


R: Si usted sale el siguiente error:

Lo sentimos, pero los siguientes paquetes tienen dependencias incumplidas: cerrada: Obsoletos: cebra, pero 0.91a 6 se va a instalar cebra: Obsoletos: 3,6-12 cerrada pero va a ser instalado E: Dependencias incumplidas. Intente 'apt-get-f install' sin paquetes (o especifique una solucin).

Desinstalar o cerrada o cebra. Algunas distribuciones (por ejemplo, Red Hat Linux) le permitir instalar estos paquetes en conflicto, que se confunden apt.

Q: Por qu OpenNMS dice Mi servidor DNS es hacia abajo, cuando se encuentra?


R: Problema: Despus de instalar OpenNMS, descubre los servidores DNS, pero luego dice que estn abajo. De forma predeterminada, OpenNMS realiza una bsqueda en "localhost". Si bien esto devuelve un error de la mayora de los servidores DNS, la recepcin de la prueba de error que el servidor DNS se est ejecutando. Nota: la configuracin por defecto de OpenNMS 1.9.x hace que los cdigos de respuesta de 3 (NXDOMAIN) y 5 (RECHAZADO) fatal para el Poller absoluto, pero uno de ellos es probable que sea la respuesta deseada a una consulta que contenga "localhost". Editar el "fatal-respuesta-cdigos" parmetro en Poller-configuration.xml para corregir este comportamiento. Sin embargo, servidores DNS de Microsoft se comportan de manera diferente. Con el fin de obtener OpenNMS para trabajar con servidores DNS de Microsoft, edite el archivo Pollerconfiguration.xml, y cambiar el valor de la Poller DNS "bsqueda" de parmetros para que no sea "localhost", como "opennms.org".

Q: Por qu algunos de mis archivos XML en una sola lnea?

R: Por qu son algunos de los archivos en el directorio / opt / OpenNMS directorio / etc en una sola lnea, en lugar de sangra? Te juro que se aplica sangra a la vez. OpenNMS utiliza ricino para analizar ciertos archivos XML. Cualquier archivo que se ha cambiado a travs de la interfaz grfica de usuario, tales como el capsd y los archivos de configuracin de las notificaciones, se escribe de nuevo como una sola lnea. Es posible obtener de ricino para las lneas de guin, pero luego agrega espacios en blanco que causa OpenNMS a fallar, como la adicin de un retorno de carro antes y despus. La tarea de la fijacin que se encuentra actualmente a disposicin de quien quiera que (sonrisa) Mientras tanto, utilice / opt / OpenNMS / bin / xml.reader.pl para arreglar sus archivos. La sintaxis sera algo as como:
/ Opt / bin OpenNMS / / xml.reader.pl-w / opt / OpenNMS / etc / capsdconfiguration.xml

La "-w" sobreescribe el archivo, sin que se xml.reader.pl enviar la salida a stdout.

Q: Por qu mis servidores Linux con la UCD SNMP Agente Mostrar en los informes de rendimiento?
R: La recopilacin de datos SNMP Cmo se tiene mucha informacin acerca de cmo funciona la recogida de datos en OpenNMS. Una pregunta comn es que parece que el agente de UCD SNMP est instalado correctamente, y el sistema snmpwalk o alguna consulta, funciona bien, pero los datos no se recoge. OpenNMS requiere que se pueden relacionar una direccin IP (del ipAddrTable) a un ndice de interfaz (de la ifTable) antes de la recoleccin de datos puede ocurrir. De forma predeterminada, el agente de UCD SNMP slo permite que el rbol del sistema para ser visibles. Para cambiar esto, modificar el archivo / etc / snmp / archivo snmpd.conf. Una lnea como:
ver todos los incluidos 0,1 80

ser ms o menos abrir todas las consultas SNMP para todos, pero usted puede leer los comentarios en ese fichero y adaptarlo a sus necesidades.

Si eso no soluciona el problema, pruebe en el "Cmo se hace".

Q: situacin opennms.sh no devuelve nada, lo que est pasando?


R: Asegrese de que usted tiene curvatura instalado en su sistema.

Q: Por qu instalar un RPM colgar en Red Hat 8.0?


R: El stock de paquetes RPM 4.1 relased con RH 8.0 tiene dolores de crecimiento. RPM actividades, especialmente las actualizaciones, se puede bloquear indefinidamente. Ver: http://www.rpm.org/ "la situacin y las versiones" la informacin ms reciente y si una nueva / correccin de errores de la versin 4.1 ha sido liberado. Si no, esta seccin se haga referencia a este documento de correccin de errores:
http://www.rpm.org/hintskinks/repairdb/

Q: Por qu el webUI dame "No se puede compilar la clase para JSP" excepcin?
R: Si usted recibe una excepcin como la siguiente:
org.apache.jasper.JasperException excepcin: No se puede compilar la clase para JSP Ha ocurrido un error en la lnea: 53 en el archivo jsp: / includes / header.jsp de error de creacin de servlets: / usr javac Compilar un archivo de origen javac / share / tomcat / trabajo / independiente / localhost / OpenNMS / includes / header_jsp.java: En la clase `org.apache.jsp.header_jsp: javac usr / share / tomcat / trabajo / independiente / localhost / OpenNMS / includes / header_jsp.java: En el mtodo org.apache.jsp.header_jsp._jspService (javax.servlet.http.HttpServletRequest, javax.servlet.http.HttpServletResponse): javac / usr / share / tomcat / trabajo / independiente / localhost / OpenNMS / includes / header_jsp.java : 97: error interno del compilador: en emit_store, en java / JCF-write.c: 981

y en el fondo algo como:

en org.apache.coyote.http11.Http11Protocol $ Http11ConnectionHandler.processConnection (org.apache.tomcat.util.net.TcpConnection, java.lang.Object []) (/ usr/lib/lib-org-apache-coyote-http11 -4.1.27.so) en org.apache.tomcat.util.net.TcpWorkerThread.runIt (java.lang.Object []) (/ usr/lib/lib-org-apache-tomcat-util-4.1.27. aproximadamente) en org.apache.tomcat.util.threads.ThreadPool $ ControlRunnable.run () (/ usr/lib/lib-org-apache-tomcat-util-4.1.27.so) en java.lang.Thread.run () (/ usr/lib/libgcj.so.5.0.0) en _Jv_ThreadRun (java.lang.Thread) (/ usr/lib/libgcj.so.5.0.0) en GC_start_routine (/ usr / lib / libgcj.so . 5.0.0) en __clone (/ lib/tls/libc-2.3.3.so)

Entonces usted tiene Tomcat configurado para utilizar gcj en lugar de Java de Sun. Revise su archivo y hacer tomcat4.conf JAVA_HOME est configurado correctamente.

Q: Por qu aparece JDBC excepciones relacionadas en los archivos de registro?


R: Ha habido un par de problemas detectados en relacin con las excepciones de Postgres. Estas son causadas por problemas en el controlador JDBC de Postgres. La primera excepcin se produce en 1.1.3 final es algo como lo siguiente:
java.lang.StringIndexOutOfBoundsException: tirar de la cuerda de ndice de rango: 23 a java.lang.String.charAt (String.java: 444) en

org.postgresql.jdbc2.ResultSet.toTimestamp (origen desconocido) en org.postgresql.jdbc2.ResultSet . getTimestamp (origen desconocido)

El otro se produce cuando se utiliza OpenNMS con Postgres 7.4 y tiene el siguiente aspecto:
java.sql.SQLException: ERROR: SET AUTOCOMMIT A OFF ya no se admite

En ambos casos, es necesario actualizar el driver JDBC para postgres. ir a [1] . Si usted est usando postgres 7.2 o 7.3 descargar el controlador JDBC2 7.3.x. Si usted est usando PostgreSQL 7.4 utilizan su JDC2 o controlador JDBC3. Es necesario mencionar que postgresql.jar y ponerlos en los directorios siguientes.
$ OPENNMS_HOME / lib $ TOMCAT / webapps / OpenNMS / WEB-INF / lib

En Debian tambin es necesario para reemplazar postgresql.jar en / usr / share / java y. (Gracias Juan.) Reiniciarlos OpenNMS y tomcat ellos

Q: Por qu recibo nivel de nodo de informacin SNMP, pero no hay informacin a nivel de interfaz?

R: Yo era darse cuenta de esto en un Fedora Core 1 mquina con varias tarjetas de red. La informacin sobre el nivel del nodo que se produce muy bien, como "Nmero de usuarios" y "Uso de la CPU", pero no haba informacin de la interfaz, como el trfico. He realizado algunos comandos snmpwalk:
snmpwalk-v 1-c localhost pblica ifTable IF-MIB:: ifIndex.1 = INTEGER: 1 IF-MIB:: ifIndex.2 = INTEGER: 2 IF-MIB:: ifIndex.3 = INTEGER: 3 IF-MIB:: ifIndex.4 = INTEGER: 4 IF-MIB:: ifDescr.1 = CADENA: he aqu IF-MIB:: ifDescr.2 = CADENA: eth0 IF-MIB:: ifDescr.3 = CADENA: eth1 IF-MIB:: ifDescr. 4 = STRING: eth2

Hasta aqu todo bien, pero mirando a la ipAddrTable:


snmpwalk-v 1-c pblico localhost ipaddrtable IP-MIB:: ipAdEntAddr.10.1.4.12 = Direccin IP de: 10.1.4.12 IP-MIB:: ipAdEntAddr.127.0.0.1 = Direccin IP de: 127.0.0.1 IP-MIB:: ipAdEntIfIndex.10.1. 4,12 = INTEGER: 6 IP-MIB:: = INTEGER ipAdEntIfIndex.127.0.0.1: 1

Usted la ifIndex la de 6, lo que no existe en ninguna parte. Resulta que se trata de un error en Net-SNMP 5.1 a 2.1 que es el ltimo de Net-SNMP para Fedora Core 1. He descargado el RPM fuente de 5.2.1, pero no pudo obtener todos los de las dependencias de elaboracin, por lo que se encuentran algunas revoluciones que hizo el truco. Ahora el snmpwalk comandos devuelven informacin til y me estadsticas de la interfaz.

Q: OpenNMS deja de funcionar despus de 1 hora o fallos intermitentes servlet se ven en la interfaz grfica de usuario Web.
R: Este problema debe fijarse en el nmero 1.1.4, pero ya que haba un gran impacto en OpenNMS el original de la FAQ se queda aqu como referencia. OpenNMS dejar de funcionar despus de un perodo de tiempo - esto vara segn el nmero de subprocesos configurados para el varios demonios. errores intermitentes servlet se encuentran en la interfaz grfica de usuario Web - esto parece variar con la cantidad de uso simultneo de la interfaz grfica de usuario. Esto hasta ahora ha sido reportado con:

Red Hat Debian Woody / Sid? 8.0 / (7.x?), SuSe? 8.1

OpenNMS 1.0.1 Sun JDK 1.4.0, 1.4.1, 1.4.1_01 Tomcat 4.0.3-0

Compruebe si hay archivos como hs_err_pid9499.log en el directorio que OpenNMS o Tomcat se puso en marcha. Contiene:

Inesperados de la seal: 11 se produjeron en el PC = size_given_klass__7oopDescP5Klass 0x404D4324 funcin = 0 x44 = Biblioteca / usr/java/j2sdk1.4.1_01/jre/lib/i386/server/libjvm.so

En cuanto a la parte inferior del archivo de volcado muestra esto:


# # HotSpot? Mquina virtual de error: 11 # ID de error: 4F530E43505002E6 # Por favor, informe de este error en el # # # http://java.sun.com/cgibin/bugreport.cgi Java VM: Java HotSpot (TM) servidor VM (1.4.1_01 -b01 modo mixto)

Hacer una bsqueda en Google en el identificador de error de muestra que aparece con otras aplicaciones tambin. He aqu un extracto de un artculo:
He visto este problema viene con una variedad de aplicaciones, sobre todo JBoss 3.X. La forma en que tiene a su alrededor se especifique el XRS-yXint opciones a la mquina virtual antes de ejecutar cualquier aplicacin. Hacer un "hombre de Java" ofrece:-Xint Funciona en modo interpretado-solamente. Compilacin a cdigo nativo est deshabilitado, y todos los bytecodes son exe-ejecutado por el intrprete. Las ventajas de rendimiento que ofrece el compilador de Java HotSpot VM de adaptacin no estar presente en este modo. -Xrs Reducir el uso de las seales del sistema operativo por mquina virtual Java (JVM). JVM de Sun capturas seales para implementar apagado ganchos para la terminacin anormal JVM. La JVM utiliza SIGHUP, SIGINT, SIGTERM y para iniciar el funcionamiento de los ganchos de cierre. La JVM SIGQUIT utiliza para realizar volcados de hilo. Las aplicaciones que integrar la JVM necesitan con frecuencia a las seales de la trampa como SIGINT o SIGTERM, y en tales casos existe la posibilidad de interferencia entre los manejadores de seales de las aplicaciones y la JVM de ganchos de cierre-instalacin. Para evitar interferencias, la opcin XRS-se puede utilizar para apagar la mquina virtual Java shutdown-ganchos funcin. Cuando se utiliza-XRS, las mscaras de la seal de SIGINT, SIGTERM, SIGHUP, SIGQUIT y no se cambian por la JVM, y manejadores de seales de estas seales no estn instalados. Tenga en cuenta que las opciones-X no son estndar y pueden cambiar en el futuro. Correr con "-Xint-Xrs" da lugar a un funcionamiento estable.

En / opt / OpenNMS / bin / opennms.sh, y encuentra "punto caliente" y aadir la "X" las banderas de esta manera:

if [-n "$ HOTSPOT"-a "$ HOTSPOT" = true], y luego JAVA_CMD = "$ JAVA_CMDservidor-Xint-Xrs" fi

Tambin en / etc/tomcat4/conf/tomcat4.conf cambiar la lnea CATALINA_OPTS como:


CATALINA_OPTS exportacin = "-Xint-XRS-DTOMCATLAUNCH = true ...

eso es todo ... He aqu una actualizacin de DJ Gregor: Acabo de recibir un correo electrnico a Sun diciendo que el problema de chocar con Java 1.4.1 (y versiones, tambin) se le ha asignado un nmero de errores y se est trabajando. Ver el mensaje adjunto para ms detalles, y aqu estn los extractos tiles (incluyendo una solucin):

> Este error se est siguiendo en el marco del error siguiente ID: 4724356> ... > No dude en comprobar el estado de Java (TM) de errores a travs de la JDC en:>>> http://developer.java.sun.com/developer/bugParade/index.html La solucin es aumentar la cantidad de memoria > disponible en la generacin permanente (se utiliza para almacenar objetos de clase y los metadatos relacionados>). Aadir esta especificacin a la> lnea de comandos que se utiliza para lanzar la JVM:>-XX: MaxPermSize => 128m utilizar tamaos ms grandes si es necesario. >> Para obtener ms informacin, consulte este documento:> http://wireless.java.sun.com/midp/articles/garbagecollection2

En los ltimos meses he visto el mensaje ocasionales en OpenNMS morir con un error de Java Hotspot en Salida.log quejndose de un "inesperado seal 11". Hace poco estuve en un equipo que estaba produciendo estos errores con frecuencia, y el problema tuvo que lidiar con la memoria. De forma predeterminada, OpenNMS asigna 256 MB para el tamao de montn de Java para OpenNMS. Esto, combinado con los 64 MB por defecto para tomcat4 puede exceder la memoria disponible en algunos sistemas (sistemas con 256 MB o 512 MB y otros procesos). Para corregir esto, edite OPENNMS_HOME $ / bin / opennms.sh, busque "montn" y lo baja. Esto solucion el problema para m. Yo no estaba fuera de RAM, pero recibiendo una gran cantidad de "Demasiado archivos abiertos" los mensajes de mis registros, as como los choques anteriores. Adems de estas dos soluciones, he cambiado en / opt / OpenNMS / bin / opennms.sh la lnea:
ulimit-s 2048

a:
ulimit-s 8192 ulimit-n 10240

lo que combinado con los dos anteriores correcciones aclar todo.

Q: Cul es la mejor prueba de mis archivos XML?


R: De Eric Burgos en la lista de correo OpenNMS Discutir. Jugu con los archivos xml y xsd este fin de semana (tomado del rbol OpenNMS 'CVS). Mi principal objetivo era ser capaz de validar cada uno de mis archivos xml que tena que leer algunas especificaciones acerca de XML y XSD porque.:

el XSD contiene varias faltas de ortografa y errores de sintaxis poco los archivos XML no se asociaron con sus esquemas Soy un novato en XML (y todava lo soy)

Para aquellos que estn interesados aqu est el procedimiento: En primer lugar, se necesita un validador de XML de algn tipo. Yo s de dos de ellos:

NetBeans (cdigo abierto): http://www.netbeans.org (30 das) de prueba: oxgeno http://www.oxygenxml.com (yo uso este)

En segundo lugar, usted necesita todos los archivos XSD. Obtener el paquete de cdigo fuente u obtener el rbol de CVS. Yo pongo todos los archivos xsd para la conveniencia en el mismo lugar que mi xml:.. / Opt / OpenNMS / etc

la validacin del esquema: Para asegurarse de que su archivo xsd es vlida, es necesario ... validarlo. Cargue el xsd con oxgeno y pulse el botn validar. stos son los errores que encoutered de varios xsd.: referencias no mensaje de error:: resolve.4: Error de E-src componentes de 'espacio de nombres http://www.w3.org/2001/XMLSchema ' no referenciable del documento de esquema "file: / opt / OpenNMS / etc / event.xsd ' . Descripcin: Los tipos de locales no estn referenciable debido a la falta de una definicin de espacio de nombres. Solucin: agregue los atributos elementFormDefault = "qualified" y xmlns: evt = " http://xmlns.opennms.org/xsd/event "a la etiqueta raz de esquema (cambiar el nombre para reflejar el espacio de nombres de destino) Cambie todas las referencias mediante un prefijo con el nuevo espacio de nombres de alias ref = "evt: SomeType" especificacin del tipo de innecesaria mensaje de error: E-src attribute.4: tipo de atributos tienen un tipo de atributo y un nio simpleType annoymous .. Descripcin: atributo <... type = "cadena"> <simpleType> .. <<restriction base="string"> /> simpleType </ attribute> solucin: eliminar el tipo = "cadena" atributo fuera de lugar include mensaje de error: E SCH-accesorios-correct.1: componentes del esquema de tipo 'incluyen' no puede ocurrir despus de las declaraciones o no se permite que los nios de un elemento. Descripcin: auto-explic solucin: adivinen qu? Ponga etiquetas incluyen al principio. minOccurs mal escrito mensaje de error: S4S E-ATT-no-animales: "minOcccurs 'atributo no puede aparecer en' elemento 'elemento. Descripcin: nada solucin: sustituir por minOccurs patrn de error de sintaxis mensaje de error: error: E-CVC patrones vlidos: Relacin '12: 30:00 'no es la faceta-vlido con respecto al patrn de'(?:(?:^[ 0-9] {1,2}-A- Za-z] {3} - [1-2] [0-9] {3} [] []*(?:[ 0-9] {1,2}:) {2} [0-9] { 2 })|(?:^(?:[ 0-9] {1,2}:) {2} [0-9] {2 }))'. Descripcin: Algunas expresiones regulares (valor del atributo de la etiqueta del patrn) contienen ^ y $ (lo que significa de inicio y fin de lnea). Ellos no son compatibles con especificaciones tcnicas y de todos modos no es necesario. solucin: Basta con retirar todas las partidas y finales ^ $. valor y la confusin por defecto errores: E-S4S att-no-animales: "valor" atributo no puede aparecer en el atributo "elemento. Descripcin: Creo que esto se debe atribuir valor se utiliza en lugar de por defecto. solucin: sustituir el valor por defecto si use = "optional" eliminar atributo de valor si el uso = "necesaria" XML de validacin: Ahora es el momento para validar su archivo. Xml con su vlidos y bien formados. Xsd. Haba que especificar el archivo de esquema que se utilizar durante la validacin dentro del archivo. Xml. tesis Aadir atributos a la etiqueta raz (cambiar el espacio de nombres para reflejar el definido en el archivo. xsd)

xmlns = " http://xmlns.opennms.org/xsd/config/capsd "xmlns: xsi =" http://www.w3.org/2001/XMLSchema-instance "xsi: schemaLocation =" http://xmlns .opennms.org / xsd / config / capsd file: / opt / OpenNMS / etc / capsd-configuration.xsd " Pulse el botn de validar y decir adis a analizar los errores y los registros de exploracin. libxml (1 o 2) ha xmllint que realizar la validacin.

Q: Por qu me sale un error ifIndex no vlidos?

R: Para que OpenNMS para recoger informacin SNMP, la direccin IP debe asignar a un ifIndex vlida. A veces esto no funciona: 27/12/2002 20:13:01, 310 collectd ADVERTENCIA principal: Lista de interfaz: No se puede programar 192.168.2.20 para el servicio SNMP, la razn: No se puede recuperar ifIndex para la interfaz 192.168.2.20 En el caso de un fracaso, una de dos cosas que est ocurriendo:

La entrada en el ipAddrTable no se asigna a un ifIndex vlida Ms probable: los agentes SNMP ciertos fallar cuando un comando snmpgetnext se emite.

Para probar la primera hiptesis, basta con hacer un snmpwalk en el ipAddrTable y asegurar para la interfaz que estn tratando de cobrar (ipAdEntAddr) hay un ifIndex (ipAdEntIfIndx) que coincide con una ifIndex en el ifTable. Si existe, es posible que la segunda cuestin. Aqu est una prueba que puede probar.
$ Ip.ipAddrTable.ipAddrEntry.ipAdEntAddr snmpgetnext ip.ipAddrTable.ipAddrEntry.ipAdEntBcastAddr ip.ipAddrTable.ipAddrEntry.ipAdEntNetMask

Si el agente SNMP es el manejo de estas peticiones correctamente debera ver algo como:
ip.ipAddrTable.ipAddrEntry.ipAdEntAddr.127.0.0.1 = 127.0.0.1 255.0.0.0 ip.ipAddrTable.ipAddrEntry.ipAdEntBcastAddr.127.0.0.1 ip.ipAddrTable.ipAddrEntry.ipAdEntNetMask.127.0.0.1 = = 1

Si el agente SNMP no es el manejo de estas peticiones correctamente, ver algo como:


ip.ipAddrTable.ipAddrEntry.ipAdEntAddr.127.0.0.1 = 127.0.0.1 ip.ipAddrTable.ipAddrEntry.ipAdEntNetMask.127.0.0.1 = 127.0.0.1 ip.ipAddrTable.ipAddrEntry.ipAdEntBcastAddr.127.0.0.1 = 127.0.0.1

Si este es el caso, por el momento no hay nada que puedas hacer. La forma OpenNMS funciona es que toda la informacin necesaria que necesitamos para la recoleccin de datos estn contenidos en un "get" peticin. La solicitud se enva y se cierra el hilo. Cuando la respuesta viene de vuelta, un nuevo hilo se inicia y la informacin se agrega a la base de datos. Tenga en cuenta que este mtodo funciona bien si el proveedor soporta SNMP correctamente. Si usted tiene el apoyo con ellos, por favor abra un ticket para ver si se van a corregir el problema. A fin de que estas solicitudes de forma individual se requerir un poco de cdigo nuevo a escribir, y ya que es rara (que ocurre principalmente en los ms antiguos impresoras HP) no hemos sido capaces de preservar a la vez.

Q: Cmo son las etiquetas de nodo determinado?


A: Las etiquetas de nodo en OpenNMS se determinan en el siguiente orden:

Definido por el usuario Bsqueda de DNS SMB (NetBIOS)

SNMP Direccin IP

Todas las etiquetas de nodo se puede configurar por el usuario en la pgina del nodo en OpenNMS, y una etiqueta definida por el usuario reemplaza todos los otros mtodos. Para los dispositivos con ms de una interfaz, el menor nmero de interfaz se utiliza. Si un nodo soporta SNMP, la principal interfaz SNMP se utiliza como direccin IP para las operaciones de bsqueda para determinar la etiqueta del nodo. Adems, en la versin 1.1 y ms all, el ms bajo de software no-127 .*.*.* direccin de bucle invertido se establece como la principal interfaz de SNMP. Si cambia una etiqueta de nodo, echa un vistazo a la capsd.log. Usted debe ver una lista de volcado de base de datos de lo que se conoca sobre el nodo antes de la capsd escanear y lo que se determin despus de ella. Nota: Un nodo se puede escribir en la base de datos antes de que el servicio SNMP se descubre. Los nuevos nodos podran ver sus etiquetas cambian con el capsd volver a examinar en primer lugar.

Q: Cmo Salir de la WebUI?

R: A travs de OpenNMS 1.2, la autenticacin bsica se utiliza. Con el fin de cerrar la sesin / re-entrada, usted tiene que cerrar todas las instancias del navegador e inicie una nueva sesin. Este problema tambin se explica con ms detalle en los archivos. A partir de OpenNMS 1.3.2, OpenNMS utiliza la autenticacin basada en formularios, y una vez conectado no es un eslabn en la esquina superior derecha de la pantalla para cerrar la sesin al lado de su nombre de usuario.

Q: He actualizado a 1.1.1. Por qu "Administrar / Unmanage" no funciona?

R: Si actualiza a 1.1.1 OpenNMS, puede recibir este error al intentar acceder a la pgina de administracin para gestionar y unmanage interfaces y servicios:
javax.servlet.ServletException: ERROR: La funcin "inet (varchar) 'no existe

Esto se debe a que el nuevo cdigo se ha aadido a ordenar las interfaces por direccin IP mediante la funcin de inet que se introdujo en Postgres 7.2. Mientras que se incluye con Red Hat Linux 7.3 y ms all, 7.2 no se incluy como requisito para OpenNMS en el archivo de paquete, por lo que le permitir ejecutar en el antiguo Postgres 7.1. Para solucionar este problema, debe actualizar a 7.2 - pero no es slo un caso de instalar un nuevo RPM. Tienes que exportar tu base de datos, actualizacin, a continuacin, importar de nuevo.
su - postgres> pg_dumpall / tmp / salida old_data actualizar postgresql a 7,2 o ms all de su - postgres postgres psql-U-f / tmp / old_data template1

Q: Por qu el proceso de dhcpd nunca empezar?


R: OpenNMS es mejor correr en un servidor con una direccin IP esttica. Hay varias razones para esto (establecer el destino de la captura, por ejemplo), sino tambin desde los actos proceso OpenNMS dhcpd como un usuario, tiene que enlazar con el mismo puerto que se utiliza para establecer una direccin DHCP en el propio servidor . Si debe ejecutar mediante DHCP, edite el servicio configuration.xml en $ OPENNMS_HOME / etc y comentario de la seccin:

<service> <name> OpenNMS: Nombre = dhcpd </ name> <class-name> org.opennms.netmgt.dhcpd.jmx.Dhcpd </ clase-name> <invocar pass = "1" method = "inicio" / > <invoke at="status" pass="0" method="status"/> <invoke at="stop" pass="0" method="stop"/>> </ servicio

A continuacin, reinicie OpenNMS. Tenga en cuenta que sin dhcpd no ser capaz de supervisar los servidores DHCP.

Q: Puedo snmpwalk un dispositivo, pero OpenNMS no recoger datos sobre el mismo, por qu?

A1: Mientras caminaba dispositivo un MIB con el snmpwalk utilidad es una primera buena prueba de si el dispositivo SNMP del agente est configurado adecuadamente, es importante sealar que la utilidad snmpwalk incluidos en los ms modernos como el sistema operativo distribuciones de UNIX utiliza el Net-SNMP bibliotecas , que son mucho ms tolerantes de todo tipo de violacines protocolo SNMP que es el SNMP4J biblioteca que OpenNMS utiliza de forma predeterminada. Por lo tanto un resultado de snmpwalk xito no es 100% indica que un agente SNMP se est comportando correctamente. A2: OpenNMS fue diseado originalmente para controlar los servicios IP, y como tal tiende a estar centrada en IP. datos SNMP, sin embargo, puede ser bastante de forma libre, por lo que tena que ser una forma de asociar los datos SNMP con una determinada interfaz IP. La forma en que se hizo fue utilizar el ipAddrTable y el mapa ifIndex dado all a la ifTable. Adems, puesto que slo hay un agente SNMP al dispositivo (normalmente), en lugar de la encuesta de datos SNMP a travs de cada interfaz disponible, el concepto de una "primaria" interfaz SNMP se introdujo. Esta interfaz se utiliza para todas las solicitudes de SNMP para el dispositivo. Con el fin de ser un principal interfaz SNMP, varias cosas deben ocurrir.

la direccin IP de la interfaz debe existir en un paquete collectd. la direccin IP debe asignar a un ifIndex vlido (originalmente con el fin de asignar los datos a una direccin IP). si ms de una interfaz califica para ser un interfaz principal, el menor nmero de interfaz se marca como "primaria" y los dems como "secundarios", a menos que ...

una direccin de bucle invertido no existe con un 127 .*.*.* direccin IP y cumple con los requisitos arriba mencionados - a continuacin, se elige. Sin embargo, varias personas han informado de la necesidad de vigilar SNMP en un dispositivo que, o bien no tiene un candidato vlido interfaz principal o que deseen utilizar otra direccin por completo. En el momento en que una solucin no existe, aunque esperamos tener algo en su lugar pronto. Posibles soluciones incluyen modificando directamente la base de datos y la sustitucin en un ifIndex. Esto funciona por un tiempo, pero puede ser sobreescrito durante la prxima capsd exploracin. R: Para controlar los servidores DHCP de Windows, tiene que editar el archivo dhcpdconfiguration.xml y poner en la direccin MAC del servidor OpenNMS macaddress en el campo. En las mquinas de * nix, / sbin / ifconfig-a por lo general le mostrar la direccin MAC.

Q: Por qu mi DHCP de Windows Server como Show Down?

Q: Por qu aparece el inicio OpenNMS no?


R: Las versiones ms recientes de OpenNMS tener un "START_TIMEOUT" conjunto de valores. Esto puede ser encontrado en $ OPENNMS_HOME / bin / opennms.sh o $ OPENNMS_HOME / etc / opennms.conf, sin saber de qu manera se termina por lo que ambos estn incluidos. Si usted ve el inicio OpenNMS no comprobar su estado usando "estado opennms.sh-v", si ves que start_pending es probable que necesite aumentar el valor START_TIMEOUT, 60-75 segundos debera funcionar en mquinas ms lentas.

Q: Buscando en Salida.log veo un montn de referencias a la java.lang.Exception 'que parece ser" causados por: org.jrobin.core.RrdException: fecha y hora de la muestra mal ..... tiempo de actualizacin del pasado fue ....., por lo menos un segundo paso se requiere "
A: Tomado de un mensaje de Tarus Balog en: http://sourceforge.net/mailarchive/message.php?msg_id=11898415

tiendas OpenNMS RRD datos de la siguiente manera: los datos del nodo de nivel se almacena en $ OPENNMS_HOME / share / RRD / snmp / [nodeid] y los datos de nivel de interfaz se almacena en $ OPENNMS_HOME / share / RRD / snmp / [nodeid] / [+ ifdescr MAC] Si tiene dos interfaces con el ifDescr y la misma direccin MAC, OpenNMS recoger datos sobre los dos, pero luego tratar de escribir en el mismo archivo, por ejemplo ifInOctets.rrd. Usted puede ignorar con seguridad por lo general este error.

Q: Me cambi a JRobin y ahora no aparecen los grficos. Tratar de ver los grficos directamente me da una excepcin. Ya encendido java.awt.headless , qu pasa?
A: Tomado de reparacin IRC con DJ Gregor y Mike Huot Buscar la cadena 'x11' en esta pgina (la sugerencia de DJ que me puso en el camino correcto) Si usted no tiene una instalacin completa del sistema de ventanas X en el servidor OpenNMS, el tiempo de ejecucin Java no puede acceder a algunas rutinas grficas que necesita, incluso en "cabeza" de modo. Compruebe si su JAVA_HOME / jre / lib / PLATAFORMA / libawt.so puede encontrar todas las bibliotecas de X que necesita. En mi Linux Ubuntu 5.10 (Breezy Badger) del sistema, servidor de instalacin tipo, que tena la mayora de las bibliotecas de X, pero le faltaba libXp.so:
$ Ldd / opt/j2sdk1.4.2_11/jre/lib/i386/libawt.so linux-gate.so.1 => (0xffffe000) libmlib_image.so> = No se ha encontrado libjvm.so> = No se ha encontrado ====> libXp.so.6> = No se ha encontrado <==== libXt.so.6 => / usr/lib/libXt.so.6 (0xb7c84000) libXext.so.6 => / usr / lib / libXext.so. 6 (0xb7c77000) libXtst.so.6 => / usr/lib/libXtst.so.6 (0xb7c72000) libX11.so.6 => / usr/lib/libX11.so.6 (0xb7bb2000) libm.so.6 = > / lib/tls/i686/cmov/libm.so.6 (0xb7b8f000) libdl.so.2 => / lib/tls/i686/cmov/libdl.so.2 (0xb7b8b000) libjava.so> = No se ha encontrado libc . so.6 => / lib/tls/i686/cmov/libc.so.6 (0xb7a5c000) libSM.so.6 => / usr/lib/libSM.so.6 (0xb7a55000) libICE.so.6 => / usr/lib/libICE.so.6 (0xb7a3c000) libXau.so.6 => / usr/lib/libXau.so.6 (0xb7a39000) libXdmcp.so.6 => / usr/lib/libXdmcp.so.6 (0xb7a34000) / lib/ld-linux.so.2 (0x80000000) La falta libmlib_image.so y libjvm.so parecen benignas. Ejecutar apt-get install libxp6 resuelto el error de vnculo libXp.so.6. Despus de reiniciar tanto OpenNMS y

Tomcat, grficos JRobin trabajo maravillosamente. Yo esperara a ver este problema tambin en Debian GNU Linux servidor de perfiles sistemas / y muy minimizados los Solaris. Otro sntoma que puede indicar que est sufriendo este problema es que los grficos de corte en la primera pgina en OpenNMS 1.3.0 y posteriores estn ausentes y se reemplaza con etiquetas de texto.

Q: DataCollection SNMP falla cuando trato de leer 260/udp puerto con el fin de recopilar datos de punto de control
R: Es probable que el demonio SNMP escuchando en el puerto 260/udp proporciona slo el Check Point, la empresa privada MIB (con raz en 1.3.6.1.4.1.2620 ) y absolutamente nada ms. Eso significa que no MIB-2 del sistema de mesa, no ifTable , no ipAddrTable nada, pero el punto de informacin Check. El elemento crtico que falta (desde el sistema de la tabla) es el sysObjectID objeto, que le dira a OpenNMS qu tipo de dispositivo al que est tratando. Sin esta informacin, no hay manera de OpenNMS para determinar qu datos se deben cobrar a los agentes. Puede solucionar este problema manualmente la piratera de la base de datos. NO TRATE DE NO SER QUE SABE EXACTAMENTE LO QUE EST HACIENDO. Actualice el nodo de tabla en la base de datos OpenNMS, estableciendo el nodesysoid columna para el Check Point anfitriones por ejemplo .1.3.6.1.4.1.2620.1.1 . No me pidas que te dan la exacta instruccin SQL para hacer esto - si usted no puede entenderlo, es necesario tener una comprensin mejor antes de intentar algo como esto. Si usted tiene un paquete DataCollection correctamente configurado que coincide en este sistema de OID, debe empezar a trabajar despus de una nueva bsqueda. Tenga en cuenta que el Check Point agente SNMP ( cpsnmpd ) est destinado a ser utilizado slo por Check Point Estado SmartView, que es por eso que es tan falta de informacin que sera til OpenNMS o un producto similar. Tambin tenga en cuenta que el cpsnmpd distribuido con Firewall-1 versiones anteriores a R55 (NG AI) es muy frgil y no debe ser utilizado para cualquier cosa - el agente es probable que se caiga cuando caminaba. En FW-1/VPN-1 R55 emisiones o posterior en SecurePlatform (pero no Red Hat / RHEL o de Crossbeam XSLinux) y, posiblemente, Nokia, usted puede encontrar que hay un agente principal en udp/161 que puede "sacar" el Compruebe MIB punto ejecutando cpsnmpd como subagente AgentX. Usted puede tratar de habilitar esta funcionalidad en cpconfig . Traviesa-dispositivos de la Serie X tienen un tema aparte que hace que todas las interfaces de VAP para obtener cambian de padre a la RPC, se puede evitar por no dejar que OpenNMS descubrir el CPM o (tema avanzado) mediante la restriccin de la opinin expuesta por el demonio SNMP en la RPC .

Q: Tengo un montn de cortes de 30 segundos


R: Ver corte de 30 segundos .

Q: 1.2.x OpenNMS no arranca en un sistema Linux, me sale "No se pudo inicializar IcmpSocket" errores
R: Si usted recibe mensajes como estos en Salida.log :
No se pudo inicializar IcmpSocket: null java.lang.NoSuchFieldError <<No StackTrace available>>

Probable que el problema es que OpenNMS est intentando que se ejecute en GIJ, el intrprete de Java de GNU. GIJ no es apropiado para ejecutar OpenNMS, se puede comprobar que este es el problema ejecutando el siguiente comando:
`Head -1 / opt / OpenNMS / etc / java.conf-la versin Si usted ve GIJ (GNU libgcj) en la salida, a continuacin, OpenNMS

utiliza GIJ. Si usted no tiene un JDK de Sun instalado en su sistema, tendr que conseguir uno de dom (slo la versin ms reciente SE est muy bien, no es necesario EE o NetBeans). A continuacin, volver a ejecutar / opt / OpenNMS / bin / runjava-s o / opt / OpenNMS / bin / runjava-S para establecer el intrprete de Java que se utilizar para OpenNMS. La puesta en marcha ahora debera funcionar.

Q: Tomcat no arranca correctamente en 1.3.2 y veo a un "fuera del espacio PermGen" error en catalina.out (o similar)
R: Es probable que tenga que ajustar el tamao del montn en el arranque de Tomcat. Ver la Java 5 Notas montn .

Q: He actualizado a 1.3.2 y ahora mi grficos de recursos no se estn presentando


R: Si ests usando rrdtool a travs de JNI (a diferencia de JRobin), es probable que el cambio en la estrategia de RRD por defecto lo ha mordido. Hay dos soluciones para este problem.The primero es cambiar la estrategia de RRD para su instalacin actualizada de nuevo a rrdtool / JNI. Editar OPENNMS_HOME / etc / RRD-configuration.properties y descomentar la lnea que dice:
# Para cambiar a la aplicacin JNI descomentar la siguiente lnea: # org.opennms.rrd.strategyClass org.opennms.netmgt.rrd.rrdtool.JniRrdStrategy =

La segunda solucin es utilizar el JRobinConverter para convertir sus archivos RRD, como JRobin no puede leer las creadas por el rrdtool / estrategia JNI.

Q: Mi umbrales nunca gatillo, incluso cuando el valor claramente superior al umbral


R: Si est utilizando 1.2.8 y superiores en la lnea de 1.2 o 1.3.2 en la partida 1.3 es posible que necesite utilizar el parmetro de rango en la definicin de pacakage umbral.

Q: Veo un ERROR (pollerBackend no a init) en manager.log y OpenNMS no se iniciar.


R: Si usted ve lo siguiente:

ERROR [Principal] Invocador: Error de inicio de la invocacin de la operacin MBean OpenNMS: Nombre PollerBackEnd =: RuntimeException lanzado en javax.management.RuntimeMBeanException operacin de inicio:: javax.management.RuntimeMBeanException RuntimeException lanzado en inicio operacin

Y ms abajo en el vertedero:
Causado por: org.springframework.beans.factory.BeanCreationException: Error al crear frijol con el nombre de 'pollerBackEnd-rmi' definido en la clase de ruta del recurso [META-INF/opennms/applicationContext-

exportedPollerBackEnd.xml]: La invocacin del mtodo init no ed; anidadas excepcin es java.rmi.server.ExportException: error interno: ObjID ya est en uso

Compruebe la resolucin de nombres de host (/ etc / hosts, etc.) Su nombre debe resolver a su direccin IP y viceversa. Usted puede utilizar "los ejrcitos getent host> nombre | IP del" en la mayora de UNIXes moderna de mirar esto.

Q: intento iniciar OpenNMS pero me sale un error "causados por: java.lang.OutOfMemoryError: no puede crear nuevos hilos nativos"
R: Intente comentando, estas lneas en $ OPENNMS_HOME / bin / opennms.sh:
s ulimit-8192> / dev / null 2> & 1 ulimit-n 10240> / dev / null 2> & 1

Q: Por qu la zona es un mal momento en OpenNMS?


R: Vea este artculo y el artculo de este .

Q: OpenNMS detecta snmp en algunos de mis sistemas, pero dice que "no controlados". Qu tiene de malo?
R: No hay nada malo - esto es normal y es debido a la configuracin por defecto. OpenNMS detectar SNMP en los nodos, pero por defecto, el Poller no est configurado para supervisar el servicio SNMP. En general, no me importa si el servicio SNMP falla en un nodo, excepto el hecho de que no se puede recoger datos a travs de SNMP. Es un poco redundante, de todos modos, ya que el recopilador de datos ("collectd") enva eventos que pueden generar las notificaciones en caso de no recoger los datos de un nodo. Tenga en cuenta que de votacin es independiente de la recoleccin de datos . Los monitores de Poller un servicio simple para arriba o hacia abajo el estado, crea un corte de luz cuando un servicio se cae, y la parada se puede activar las notificaciones que se enviarn (por ejemplo: el servicio HTTP se ha reducido en BigImportantWebServer nodo "notificacin de que desea obtener en su buscapersonas). La recoleccin de datos es independiente y recoge datos de rendimiento de SNMP (y otros protocolos, tambin, pero SNMP es con mucho el ms comn). Es posible que no supervisa un servicio con el Poller, como SNMP, y an as recolectar datos a travs de ese servicio, que de hecho es la configuracin por defecto para SNMP.

Q: OpenNMS no inicio con el error con el "pollerBackEnd": "El puerto ya est en uso: 1099"

R: El Poller volver a distancia-end que se ejecuta en el demonio OpenNMS est tratando de usar el puerto 1099 y ya tiene algn proceso escuchando en el puerto 1099 (probablemente otro proceso de Java). Si usted no est haciendo monitoreo remoto , desactivar el back-end Poller y se le multa. Editar el servicio configuration.xml y comentar-a la seccin de <service> todo para "OpenNMS: Nombre = PollerBackEnd". Debe ser algo como esto:
<- <service> <name> OpenNMS: Nombre = PollerBackEnd </ name> <nombre <class- org.opennms.netmgt.poller.jmx.RemotePollerBackEnd </> nombre de clase <= invocar a "Inicio" pass = "0" mtodo "init" /> <invoke pass="1" at="start" method="start"/> <invoke at="status" pass="0" method="status"/> <invocar a = "alto" pass = "0" method = "stop" /> </ servicio> ->

OpenNMS utiliza Java RMI en el Poller de fondo para escuchar y responder a las solicitudes de pollers remoto. El truco viene en donde otros programas Java tambin se pueden usar RMI en la misma mquina, y es probable que con el mismo puerto, 1099. Es

probable que usted puede evitar esto usando algunas propiedades de configuracin, pero yo ( usuario: Dgregor ) no se han investigado todava.

Q: OpenNMS sigue quedando sin memoria con errores como "java.lang.OutOfMemoryError: espacio de montn de Java" en Salida.log
R: Puede ser una de las pocas cosas, as que las posibilidades son las siguientes en orden de probabilidad:
1. El subsistema de disco no puede mantenerse al da con el archivo de RRD escribe y en memoria RRD la cola de actualizacin en el demonio OpenNMS Java crece hasta que el montn de Java est llena. 2. Su CPU o el subsistema de disco no puede seguir el ritmo de procesamiento de evento o acontecimiento / persistencia de alarma / deduplicacin de esfuerzos y la cola de eventos en memoria en el demonio OpenNMS Java crece hasta que el montn de Java est llena. 3. Su sistema de OpenNMS est manejando un gran nmero de nodos e interfaces y las necesidades de un montn ms grande para manejar todo lo que est en la memoria cach en el demonio de OpenNMS Java.

Para el problema de RRD, puede comprobar si este es el caso (y casi siempre es el problema) al permitir el registro de depuracin queued.log y busca las lneas que contengan "QS" en ese archivo de registro. Puedes buscar totalOperationsPending y si es grande (en las decenas de miles a cientos de miles), a continuacin, en cola actualizaciones RRD es probable que su problema. A pocas posibles soluciones:
1. Persisten menos a los archivos RRD. Por ejemplo: cobrar menos nodos, menos interfaces, se recogen menos puntos de datos. 2. Persisten con menor frecuencia. 3. Acelere su subsistema de disco. En Linux, trato de estar camino de LVM, poner los archivos RRD en su propio sistema de ficheros con RAID 0 +1 (RAID-5 NO !!!). cach de escritura respaldada por batera puede ayudar si la cach es lo suficientemente grande para almacenar en cach se escribe en el mismo archivo a travs de perodos de actualizacin de mltiples (5 minutos por defecto). 4. Utilice storeByGroup. 5. Aumentar el tamao de la pila y el de varias actualizaciones-porescritura caracterstica de la cola podra permitir a los discos para mantener el ritmo. Nota: por regla general, da un aumento de 1.5x-2.0x, pero no mucho ms. Adems, usted tendr que tener suficiente memoria RAM fsica y el montn debe ser lo suficientemente grande como para muestras de cach para mltiples perodos de muestreo. 6. Eliminar OCR (o RRD.) Los archivos que no se estn utilizando. No se sabe por qu este sistema de carga disminuye, pero se ha demostrado para disminuir la carga de 20-3 en la instalacin de un cliente. (Encontrar / opt / OpenNMS / share / RRD / snmp /-name "*. OCR"-mtime rm 30-exec-rf {} \;)

Q: Hay alguna forma de evitar cortes de falso?


R: Ver cortes Falso

Q: Por qu OpenNMS SNMP grficos muestran mayores niveles de trfico de grficos Netflow basado?
A: (Nota:. La siguiente respuesta no es especfica de OpenNMS, sino que se aplica a cualquier sistema de recogida de datos basada en SNMP) Respuesta corta: Al contar bytes, los contadores de la interfaz SNMP vistazo a la capa 2, mientras que Netflow ve en la capa 3. Respuesta larga: Considere la posibilidad de un paquete de 40 bytes de IP de llegar a una VLAN de interfaz Ethernet etiquetados en un router. El paquete IP se encapsula dentro de una trama Ethernet. Una interfaz SNMP contador (por ejemplo, ifInHCOctets) cuenta:
18 bytes de la cabecera Ethernet (src mac [6], dst mac [6], ethtype [2], VLAN [4]) 40 bytes de carga til IP de 4 bytes de control = 62 bytes

Netflow cuenta:

40 bytes de carga til IP = 40 bytes

As que si el trfico se compone enteramente de 40 bytes de los paquetes IP, OpenNMS (o cualquier coleccin de datos basada en SNMP) presentar un informe aproximadamente el 50% ms bits por segundo que Netflow. (Nota: Una buena manera de determinar si su Netflow y grficos SNMP se estn alineando es comparar la cantidad de paquetes - que debe ser ms o menos lo mismo.)

Q: Cmo puedo forzar a un volver a examinar SNMP de un nodo?


R: ir a la pgina del nodo. No debe ser una "actualizacin de SNMP" que aparece en la parte superior de la pgina del nodo. Si no est all, no haba snmp buscan en el nodo. En este caso para buscar la solucin de problemas de SNMP. Si el enlace es no basta con hacer clic en el enlace. Esto marcar el nodo y durante el OpenNMS volver a examinar el prximo intentar que vuelva a leer (encuesta) la informacin de SNMP para este nodo. Usted puede activar esta opcin para ejecutar de inmediato mediante la opcin "Volver a examinar" desde la pgina del nodo.

Descarga, Construccin y / o instalacin de OpenNMS Q: Es posible construir RPMs del cdigo CVS?
R: S. Si usted est construyendo la ("tronco") el cdigo ms reciente, consulte Creacin OpenNMS para ms detalles en la fabricacin de RPM.

Q: Cmo puedo descargar el software OpenNMS?


R: Los paquetes binarios estn disponibles para muchos sistemas operativos en SourceForge . Sin embargo, lo mejor es seguir la gua de inicio rpido .

Q: Cmo se instala en Debian?


R: Las instrucciones detalladas estn disponibles en la pgina de instalacin de Debian .

Q: Cmo puedo migrar OpenNMS de un servidor a otro?


R: De Gary Banke por e-mail

Nueva caja: Instalar el sistema operativo y todas las actualizaciones. Incluye: Nueva caja: Descargar e instalar Java 5 o 6 de Java SDK (o 1.4 si est ejecutando una versin anterior a 1.2.9). Nueva caja: Copiar todos los archivos de configuracin de PostgreSQL desde el servidor antiguo al nuevo. Esto es todo en: / var / lib / pgsql / data / *. conf Nueva caja: PostgreSQL Inicio y asegurar la ejecucin del administrador de correo es (ps-ef | grep postmaster) Caja Nuevo: Instalar OpenNMS Caja antiguo: OpenNMS Detener. Antigua Caja: Si se ejecuta la aplicacin web OpenNMS en un contenedor de servlets como Tomcat por separado, dejar que el demonio tambin. Nueva caja: Copie todos los archivos en OPENNMS_HOME / etc del servidor antiguo. Nueva caja: Copie todos los archivos en OPENNMS_HOME / share / RRD desde el antiguo servidor. Antigua Caja de volcado de la base de datos de OpenNMS a un archivo:

su - postgres> pg_dumpall old_data.sql

Nueva caja: Copia el archivo old_data.sql desde el antiguo servidor.

su - postgres oldbox scp: / var / lib / pgsql / old_data.sql.

Nueva caja: Borrar la base de datos:

su - postgres OpenNMS dropdb

Nueva caja: Restaurar la base de datos desde el archivo old_data:

su - postgres psql-U postgres-f old_data.sql

Q: Cmo puedo migrar OpenNMS de un servidor a otro? Otro enfoque


Tom el procedimiento FAQ arriba y agreg un "poco" ms de mi procedimiento a utilizar para la recuperacin de desastres y la prueba. Puede utilizar este procedimiento para mover una produccin ONMS 1.3.2 a otro "aceptacin" (de prueba) del servidor y luego hacer una actualizacin a 1.3.9. Use cualquier parte te ayudar. Al nombre de los archivos de copia de seguridad, puse la fecha al final del nombre de archivo, eso es slo conmigo. Nombre que lo que funcione para usted.

Supuestos: Supuesto de que la produccin ONMS se est ejecutando y funcionalmente aceptable Supuesto de que la aceptacin ONMS ha RH base AS 4 Update5, prereques ONMS (Java JDK 15, Tomcat5.5.20, RRDtool 1,2 w / Perl rrdtool, PostgreSQL y Rizo), y ONMS muy bsico instalado. Bsicos ONMS con interfaz web corriendo y aceptable functionaly.

Orden de procedimiento de copia de seguridad y restaurar ONMS desde la produccin hasta la aceptacin. Produccin ONMS - Parada ONMS y Tomcat Produccin ONMS - copia de seguridad de base de datos PostgreSQL en un solo archivo Produccin ONMS - Copia de seguridad / opt / OpenNMS directorio / etc y sumiso a un solo archivo Produccin ONMS - Copia de seguridad / var / OpenNMS directorio / RRD y sumiso a un solo archivo Mover archivos de ONMS Produccin de aceptacin ONMS Aceptacin ONMS - Parada ONMS y Tomcat Aceptacin ONMS - base de datos objetivos claros Aceptacin ONMS - restaurar base de datos de produccin ONMS Aceptacin ONMS - Descomprimir y sobreescribir / opt / OpenNMS directorio / etc y los subproductos de la produccin ONMS Aceptacin ONMS - Descomprimir y sobreescribir / var / OpenNMS directorio / RRD y sumiso de Produccin ONMS Aceptacin ONMS - reiniciar el servidor, tomcat principio, confirmar postgresql / ONMS comenzado. Echa un vistazo a la funcionalidad ONMS. procedimiento detallado: En OpenNMS produccin original Detener OpenNMS Parar Tomcat Cd / usr / bin postgres sudo-u pg_dumpall> old_data111407 Gzip old_data111407 Salga de la recuperacin de desastres de almacenamiento / Inicio de Tomcat

Inicio OpenNMS Confirme que OpenNMS est muy bien y funcional. Ahora a la copia de seguridad / opt / OpenNMS directorio / etc de OpenNMS Cd / opt / OpenNMS / etc servername111407.tar Tar-cvpf * Gzip servername111407 Salga de la recuperacin de desastres de almacenamiento / Cd / var / OpenNMS / RRD Tar-cvpf rrd111907.tar * El archivo puede ser muy grande, el mo era de 8 GB de tamao. Gzip rrd111907.tar Salga de la recuperacin de desastres de almacenamiento / En el servidor de aceptacin Detener ONMS - Que se chkconfig para empezar NO automticamente al reiniciar. Que necesitaba para editar archivos despus de que hayan sido trados antes de comenzar ONMS Parar Tomcat Borrar la base de datos de Cd / usr / bin Su - postgres Dropdb OpenNMS Salir Ahora para poner sobre el archivo de base de datos copia de seguridad de ONMS produccin, si no est ya all. Cd / usr / bin

productionservername Scp: / old_data111407.gz opt/opennms/etc/filebackups/old_data111407.gz Gzip-d old_data111407.gz y asegrese de que est en / usr / bin Para restaurar la base de datos: sudo-u postgres psql-U postgres-f old_data111407 template1 Esperar y ser pacientes hasta que termina. Ahora, para descomprimir y sobreescribir el directorio etc y sumiso Cd / opt / OpenNMS / etc productionservername Scp: / servername111407.tar.gz opt/opennms/etc/filebackups/servername111407.tar.gz Gzip-d servername111407.tar.gz servername111407.tar Tar-xpvf Ahora para descomprimir y sobreescribir el directorio / var / OpenNMS directorio / RRD y sumiso Cd / var / OpenNMS / RRD productionservername Scp: / rrd111907.tar.gz opt/opennms/etc/rrd111907.tar.gz Gzip-d rrd111907.tar.gz rrd111907.tar Tar-xpvf Limpieza: Eliminar / opt / OpenNMS archivo / etc productionservername112007.tar Eliminar / var / OpenNMS / archivo rrd112007.tar RRD Confirmar a travs de chkconfig para empezar NO automticamente al reiniciar. Tenemos que editar los archivos despus de que hayan sido trados antes de comenzar ONMS reiniciar el servidor aceptacin. Probablemente no nessasary, pero lo hice de todos modos. postgresql inicio si no se inicia automticamente

tomcat inicio si no se inicia automticamente Antes de comenzar ONMS, editar notificatations archivo de las alarmas por lo que no se apagan. Por si acaso. Compruebe el archivo javamail-configuration.properties para la configuracin adecuada para enviar correo. Ahora OpenNMS Inicio aceptacin Ejecut el comando de vaco para limpiar la base de datos. postgres sudo-u-v vacuumdb OpenNMS

Q: / etc / rc.d / init.d / OpenNMS / etc / rc.d / init.d / OpenNMS: no OpenNMS configurado. / Opt / OpenNMS / etc / configurado no existe. Puede alguien decirme qu hay de malo en m?
R: Tiene que ejecutar el programa de instalacin - consulte la gua de inicio rpido para obtener ms detalles.

Q: Cmo puedo convertir un rrdtool RRD a una RRD jrobin?

Nota - si usted tiene la versin 1 ficheros RRDtool, consulte http://www.opennms.org/index.php/JRobinConverter para un mtodo de conversin directa ms.

R: La distribucin jrobin incluye el cdigo para convertir RRDs rrdtool para jrobin RRDs. Usted necesitar la biblioteca de clases convertidor (en la actualidad convertor-1.4.0.jar) que no est incluido en la distribucin OpenNMS.
1. Descargar jrobin desde sourceforge 2. Compilar jrobin. El destino predeterminado en jrobin-1.4.0/ant/build.xml compilar las clases y construir el frasco que usted necesita, por lo que todo lo que necesita hacer es ejecutar la hormiga en ese directorio. 3. ejecutar el convertidor en su archivo:
[Root @ ws256 jrobin-1.4.0] # ./lib/convertor-1.4.0.jar java-classpath \ org.jrobin.convertor.Convertor / usr / bin / rrdtool \ / opt / OpenNMS / share / RRD / snmp / 1/sCpuRawKernel.rrd Conversin de archivos a RRDtool JRobin archivos en formato nativo de Construccin se colocar en el mismo directorio, con. jrb sufijo aadido ====================== ==================== sCpuRawKernel.rrd [OK, 1,551] Conversin terminado, 1 ficheros bien, 0 archivos mal tiempo transcurrido: 0:02

R: Si no quieres descargar y compilar jrobin, usted puede escribir su propio programa para convertir archivos.

1. Crear un archivo de texto llamado JRobinRestore.java, que contenga lo siguiente:

2. org.jrobin.core importacin .*; org.jrobin.graph importacin .*; import java.io. *; import java.awt .*; public class JRobinRestore {public static void main (String [] args) throws RrdException, IOException {if (args.length = 2!) {System.out.println ("Uso: java JRobinRestore file.xml file.jrb"); System.exit (0);} rrdDb RrdDb = new RrdDb (args [0], args [1]);}}

3. Compilar con:

4. / Usr/java/jdk1.5.0_12/bin/javac-classpath / opt/opennms/lib/jrobin-1.5.8.jar JRobinRestore.java

5. Y lo hace funcionar con algo como:

6. java-Djava.awt.headless = true-cp /. opt/opennms/lib/jrobin1.5.8.jar JRobinRestore test.jrb old.xml

Para iterar sobre un conjunto de archivos en una carpeta, algo como lo siguiente proceso:

para el archivo en formato *. RRD do echo $ rrdtool archivo de volcado de archivos $> $ java-xml Djava.awt.headless = true-cp {% archivo RRD.}:.. / opt/opennms/lib/jrobin-1.5.8. jar JRobinRestore $ {archivo%. RRD}. jrb $ {archivo%. RRD}. xml hecho

Si recibe un error "Versin de RRD (0003)" con la utilidad de lo anterior, intente lo siguiente:

Crear y compilar el programa JRobinRestore.java como se seal anteriormente. Coloque el archivo resultante en JRobinRestore.class $ OPENNMS_HOME / contrib. Guarde el siguiente script de shell a $ OPENNMS_HOME / contrib / convert_rrd_to_jrb.sh (editar las variables que sea necesario para que funcione en su entorno):

#! / Bin / sh # # # convert_rrd_to_jrb.sh Andy Ellsworth 05/06/2010 # # Este script convierte una nica versin 3 RRDtool archivo RRD a un archivo JRobin RRD. # # Uso: # convert_rrd_to_jrb.sh / ruta / a / sourcefile.rrd / ruta / a / destinationfile.jrb # # Localizacin de varios archivos binarios necesarios RRDtool = / usr / local / bin / rrdtool RM = / bin / rm SED = / bin / sed PMEPB = / bin / grep JAVABINARY = / usr / bin / java # Ubicacin del JRobin JROBINJAR tarro = / opt/opennms/lib/jrobin-1.5.9.jar # Ubicacin del JRRESTOREDIR compilado utilidad JRobinRestore.class = / opt Fuente / OpenNMS / contrib # / dest archivos se pasan como argumentos SourceFile = $ 1 DESTFILE = $ 2 # Crear nombre de archivo temporal sobre la base de PID del script MYPID = $ $ TMPFILE = / tmp / $ {} MYPID _temp.xml # volcado de la fuente RRD archivo en un archivo temporal XML, # y el filtro a travs de SED para sacar el ofender a la versin 3 trozos XML $ {} RRDtool volcado $ {} SourceFile | $ {} SED 's, <versin> 0003 </ version>, < versin> 0001 </> la versin, "| $ {} PMEPB-v 'params>' | $ {} PMEPB-v '> _value'> $ {} # TMPFILE Use la utilidad de Java JRobinRestore para convertir el archivo XML para modificar temporal un JRobin compatible RRD archivo $ {} JAVABINARYDjava.awt.headless = true-cp $ {JRRESTOREDIR}: $ {} JROBINJAR JRobinRestore $ {DESTFILE} $ {} # TMPFILE Limpiar el archivo temporal $ {} RM-f $ {} TMPFILE

Convierte tus archivos a travs de:

$ OPENNMS_HOME / contrib / convert_rrd_to_jrb.sh / ruta / a / sourcefile.rrd / ruta / a / destinationfile.jrb

Q: Cmo puedo cambiar todos los nombres de los archivos RRD JRobin utilizar el nuevo valor predeterminado, JRobin extensin de nombre de archivo "OCR".?
R: desde el directorio de RRD de nivel superior, ejecute el comando shell:
encontrar. "RRD *. '-nombre | f mientras que leer; hacer eco mv $ f $ {f% RRD.} OCR; mv $ f $ {f% RRD.} OCR; hecho..

Las versiones anteriores a 1.3.2, la extensin predeterminada para RRDtool y JRobin archivos RRD fue ". RRD". Ahora, la extensin por defecto para los archivos JRobin base es ". JRB" para ayudar a identificar visualmente si el archivo es JRobin o estructura RRDtool. Si desea cambiar los nombres de archivo JRobin ahora para prepararse para el cambio de nombre de archivo predeterminado en el 1.3.2, tambin es necesario hacer el siguiente cambio en el archivo RRD-configuration.properties:
org.opennms.rrd.fileExtension =. JRB

Con la versin 1.3.2, esta es la extensin por defecto, as como JRobin siendo la estrategia predeterminada RRD. Vea la propiedad # org.opennms.rrd.strategyClass ajuste en el "RRD-configuration.properties" archivo para obtener ms detalles.

OpenNMS Gua de instalacin


Ir del punto "A" al punto "Woot"!

OpenNMS Equipo de Desarrollo Tarus Balog


< tarus@opennms.org >

DJ Gregor

< dj@opennms.org >

Benjamin Reed
< ranger@opennms.org >

Copyright 2004-2009 El Grupo de OpenNMS, Inc. Se concede permiso para copiar, distribuir y / o modificar este documento bajo los trminos de la GNU Free Documentation License, Version 1.1 o cualquier versin posterior publicada por la Free Software Foundation; sin Secciones Invariantes, sin Textos de Cubierta Delantera y sin Volver Textos de Cubierta. Una copia de la licencia est disponible en http://www.gnu.org/copyleft/fdl.html

Tabla de contenidos Prlogo 1. Informacin general Acerca de OpenNMS Cmo utilizar este documento Requisitos mnimos 2. Preparacin para la instalacin Antes de empezar Configuracin de las distribuciones basadas en RPM con Yum Configuracin de las distribuciones basadas en RPM con URPMI (Mandriva) Configurar la base de Debian Distribuciones Paquete de requisitos previos: Java Instalacin de Java en distribuciones basadas en RPM Uso de Yum Instalacin de Java en distribuciones basadas en RPM Uso de URPMI Instalacin de Java en Debian o Ubuntu Instalacin de Java en otras plataformas Paquete de requisitos previos: PostgreSQL Instalacin de PostgreSQL en distribuciones basadas en RPM Uso de Yum Instalacin de PostgreSQL en distribuciones basadas en RPM Uso de URPMI Instalacin de PostgreSQL en distribuciones basadas en Debian Instalacin de PostgreSQL en Windows Configurar PostgreSQL Paquete de requisitos previos: JICMP Instalacin JICMP en distribuciones basadas en RPM Uso de Yum

JICMP Instalacin de distribuciones basadas en RPM Uso de URPMI Instalacin JICMP en RPM basados en las distribuciones de cdigo fuente Instalacin JICMP en distribuciones basadas en Debian Instalacin JICMP de la Fuente 3. Instalacin de OpenNMS Dnde encontrar datos OpenNMS Realizacin de una instalacin nueva Instalacin de distribuciones basadas en RPM Instalacin en Solaris Instalacin en Mac OS X Instalacin en Windows Actualizar una instalacin existente Actualizacin: Preparacin Actualizacin de distribuciones basadas en RPM Uso de Yum Actualizacin de distribuciones basadas en RPM Uso de URPMI Actualizacin de distribuciones basadas en RPM manualmente Actualizacin de distribuciones basadas en Debian Actualizacin de Windows Configurar Java para OpenNMS Buscar un JRE (propuesto) Configurar una determinada JRE Ejecute el Instalador de aplicaciones OpenNMS 4. Introduccin a OpenNMS Configuracin del Discovery Ingresar a la aplicacin Web Configurar OpenNMS que se inicie automticamente al arrancar

Configuracin automtica del inicio de las distribuciones Linux basadas en RPM Configuracin de inicio automtico en Solaris 5. Optimizacin del rendimiento Performance "No" s Muchos de RAM Con respaldo de batera cach de escritura Husillos Mltiples Utilice noatime en OpenNMS datos Husillos en Linux y Solaris RAID Discos PostgreSQL Optimizacin del Rendimiento Performance "No" s 6. Edificio de Fuente Ests seguro que quieres hacer esto? 7. Solucin de problemas de una instalacin OpenNMS Problemas comunes de instalacin Los problemas de dependencia Error: "Iniciado OpenNMS, pero no ha terminado de arrancar" Poller DHCP no se inicia Error: "runjava: No se pudo encontrar un JRE adecuado" Error: "Los mensajes del servidor de base de datos de error no est en Ingls ..." Error: "La columna X en la tabla nueva restriccin NOT NULL ..." Error: "Uno o ms tablas de copia de seguridad de una instalacin anterior todava existe" Error: "Tabla X contiene N filas (de M) que violen nueva restriccin Y"

Error: "- la adicin de la funcin de base de datos iplike ... org.postgresql.util.PSQLException <snip>: ERROR: no se puede acceder a '<snip> / lib / iplike.so' archivo: Permiso denegado" Error: "- la adicin de la funcin de base de datos iplike ... org.postgresql.util.PSQLException <snip>: ERROR: no se pudo cargar la biblioteca de ..." Error: "Excepcin en el hilo" principal "org.postgresql.util.PSQLException: ERROR: relacin" pg_user "no existe" cuando se ejecuta el instalador. Error: java.io.FileNotFoundException: ... (Permiso denegado) Dnde obtener ayuda Las Notas de la publicacin El Sitio Web OpenNMS Las listas de correo OpenNMS Soporte comercial

Prlogo
OpenNMS es la creacin de numerosas personas y organizaciones, que operan bajo el paraguas del proyecto OpenNMS. La base de cdigo original fue desarrollado y publicado bajo la licencia GPL por la Corporacin Oculan hasta 2002, cuando la administracin del proyecto pas a Tarus Balog. El patrocinador corporativo actual es OpenNMS OpenNMS El Grupo , que tambin es propietaria de la marca OpenNMS. OpenNMS es una obra derivada, que contiene tanto el cdigo original, incluido el cdigo y el cdigo modificado que fue publicado bajo la licencia GNU General Public License. Por favor, consulte el cdigo fuente de los avisos de copyright detallado, pero algunos propietarios de derechos de autor notables son los siguientes:

Copyright 2002-2009 El Grupo de OpenNMS, Inc. Original base de cdigo de la versin OpenNMS 1.0.0 Derechos de Autor 1999-2001 Oculan Corporation . Asignacin de cdigo de Derechos de Autor 2003 Red Knowledge Systems, Inc.

ScriptD cdigo de Derechos de Autor 2003 Tavve Software Company .

Por favor, enve cualquier omisin o correcciones a este documento para Tarus Balog .

Captulo 1. Informacin general


Tabla de contenidos Acerca de OpenNMS Cmo utilizar este documento Requisitos mnimos

Acerca de OpenNMS
OpenNMS es el primer sistema de red de la empresa de gestin de calidad desarrollados en el marco del modelo de cdigo abierto. Al igual que con cualquier sistema complejo y de gran alcance, consiguiendo instalado y configurado puede tomar un poco de esfuerzo. El propsito de este documento para explicar lo que se requiere para obtener OpenNMS instalado.

Cmo utilizar este documento


Entonces, cmo se debe utilizar este documento? Se dispone en las siguientes secciones:

Esta visin general Los programas sobre los que depende OpenNMS, y la forma en que deben ser modificados Instalacin y actualizacin de las instrucciones, incluyendo detalles para sistemas operativos especficos y distribuciones Cmo comenz con OpenNMS, incluyendo la configuracin inicial y la explotacin forestal en la interfaz web Edificio de la fuente de OpenNMS Solucin de problemas y dnde obtener ayuda

Esta gua de instalacin se basa en gran medida de la idea de "paquetes". La mayora de los sistemas operativos modernos y las distribuciones de tener un sistema donde el software puede ser instalado y gestionado a travs del uso de paquetes que el Grupo de los archivos que pertenecen a una aplicacin

determinada juntos (as como la gestin de los cambios a los archivos, la eliminacin, actualizaciones, etc.) Por favor, ver las ltimas notas de la versin para ver si su sistema operativo es compatible. En la actualidad, OpenNMS se ejecuta en muchas distribuciones de Linux, Solaris, Mac OS X y Windows. En esta gua se asume que si utiliza los paquetes, se haga de forma coherente. Esto se debe a OpenNMS intentar determinar si el software que se necesita es instalar utilizando el sistema operativo integrado en el sistema de gestin de paquetes. Si usted ha instalado, por ejemplo, Java, pero no a travs de paquetes, OpenNMS se pudo determinar que Java est instalado y no lo har. Para volver a la pregunta original de "cmo se debe utilizar este documento," primero pasar por la segunda seccin para asegurarse de que usted tiene todas las aplicaciones de requisito previo instalado y configurado correctamente. Utilice la seccin tercera para ayudar a que los paquetes instalados en tu sistema operativo en particular, as como el software OpenNMS. Por ltimo, utilice la ltima seccin para ayudar a corregir los errores de su posible encuentro.

Requisitos mnimos
Si bien es imposible OpenNMS exactamente el tamao de un ambiente particular, lo siguiente representa los requisitos mnimos para la instalacin, suponiendo una red de cerca de 200 dispositivos. Tenga en cuenta que OpenNMS puede monitorear ms de 100 veces que, dado el hardware adecuado. Procesador Un Pentium III a 1 GHz (o equivalente) o superior. OpenNMS tambin pueden aprovechar de mltiples procesadores. Memoria Un mnimo de 256 MB de RAM, 512 MB, aunque es muy recomendable. El OpenNMS mquina virtual de Java beneficios de grandes cantidades de memoria, hasta 2 GB, y ms si se utiliza un procesador de 64 bits. Dada la opcin entre el presupuesto ms RAM y una CPU ms rpida, elija ms memoria RAM.

Espacio en disco OpenNMS requiere aproximadamente 200 MB de espacio en disco para los archivos de programa. Adems, cada variable de los datos recogidos requiere, por defecto, un poco menos de 300 KB de espacio en disco. Es seguro asumir que cada interfaz est manejando se requieren alrededor de 2 MB de espacio en disco, por lo que para 200 interfaces que estn buscando a 400 MB (conservador). Dependiendo del nmero de eventos almacenados, puede suponer entre 100 MB y 200 MB son necesarios para la base de datos. Por ltimo, el OpenNMS registros pueden crecer bastante grandes, especialmente en modo de depuracin. Edite el log4j.properties archivo en el directorio de configuracin OpenNMS (normalmente / opt / OpenNMS / etc o / etc / OpenNMS ) para cambiar los ajustes. De forma predeterminada, la rotacin de archivos Log4J est configurado para utilizar 100 MB por archivo de registro, que termina con un poco menos de 2 GB. Nota : Debido a la naturaleza-pesado escritura de series de datos a tiempo y la base de datos, se recomienda que no utilice RAID-5 con OpenNMS. RAID 1 o RAID 1 +0 es recomendable si el uso de RAID. Adems, LVM, pero aade una pequea cantidad apreciable de los gastos generales y se recomienda que no lo use.

Captulo 2. Preparacin para la instalacin


Tabla de contenidos Antes de empezar Configuracin de las distribuciones basadas en RPM con Yum Configuracin de las distribuciones basadas en RPM con URPMI (Mandriva) Configurar la base de Debian Distribuciones Paquete de requisitos previos: Java Instalacin de Java en distribuciones basadas en RPM Uso de Yum Instalacin de Java en distribuciones basadas en RPM Uso de URPMI Instalacin de Java en Debian o Ubuntu

Instalacin de Java en otras plataformas Paquete de requisitos previos: PostgreSQL Instalacin de PostgreSQL en distribuciones basadas en RPM Uso de Yum Instalacin de PostgreSQL en distribuciones basadas en RPM Uso de URPMI Instalacin de PostgreSQL en distribuciones basadas en Debian Instalacin de PostgreSQL en Windows Configurar PostgreSQL Paquete de requisitos previos: JICMP Instalacin JICMP en distribuciones basadas en RPM Uso de Yum JICMP Instalacin de distribuciones basadas en RPM Uso de URPMI Instalacin JICMP en RPM basados en las distribuciones de cdigo fuente Instalacin JICMP en distribuciones basadas en Debian Instalacin JICMP de la Fuente

Antes de empezar Configuracin de las distribuciones basadas en RPM con Yum


Antes de comenzar la instalacin, tendr que configurar Yum para instalar desde los repositorios OpenNMS. Esto cubre las distribuciones basadas en RPM ms, incluyendo Red Hat Enterprise Linux , Fedora y CentOS .

Preparacin: Espejo rpida Yum Plugin


Antes de empezar, es posible que desee instalar el RPM-fastestmirror yum si su distribucin es compatible. A menudo, esto puede acelerar la descarga de paquetes de gran tamao. Ver la Wiki de CentOS para ms detalles. Este paso no es estrictamente necesario, pero puede hacer que su experiencia yum general mejor.
[Usuario @ localhost] $ sudo yum install yum-fastestmirror Configuracin de Proceso de instalacin ... Ejecucin de

transacciones Instalacin: fastestmirror yum######################### [01.01] instalados: yumfastestmirror.noarch 0:1.1.9 - 2.fc8 completo!

Preparacin: determinar qu versin instalar


Hay 4 tipos de versiones disponibles a travs de yum.

estable: la ltima versin estable liberada oficialmente de OpenNMS inestables: la ltima lanzado oficialmente la versin de desarrollo de OpenNMS pruebas: una versin nocturna del cdigo que ser parte de la prxima versin estable de OpenNMS instantnea: una versin nocturna de la ltima versin de desarrollo de OpenNMS

Instale el RPM UAB OpenNMS


Para simplificar la instalacin a travs de Yum, hemos creado un RPM que contiene la configuracin necesaria para Yum para poder encontrar los paquetes OpenNMS otros. Basado en la versin que ha elegido en el apartado anterior, elegir el RPM approprate de la UAB OpenNMS Yum . Por ejemplo, para instalar la ltima versin de instantneas en Fedora 7, deber ejecutar:
http://yum.opennms.org/repofiles/opennms-repo-snapshotfc7.noarch.rpm rpm-Uvh

O, para instalar la ltima versin inestable en CentOS o RHEL 5, tendra que ejecutar:
http://yum.opennms.org/repofiles/opennms-repo-unstablerhel5.noarch.rpm rpm-Uvh

Ahora debera poder ver los paquetes de OpenNMS disponible cuando se obtiene una lista de paquetes yum:
[Usuario @ localhost] $ sudo yum OpenNMS lista ... Los paquetes disponibles opennms.noarch 1.5.96-1 OpenNMS-inestable

Nota
Si est utilizando mayores distribuciones basadas-yum (como CentOS 3, por ejemplo), puede que tenga que aadir la configuracin de yum a / etc / yum.conf . Las versiones anteriores de yum no reconoce el archivo / etc /

yum.repos.d / como una ubicacin vlida para la configuracin de yum. Puedes

solucionar este problema mediante el uso de gatos para aadir el repositorio de configuraciones de / etc / yum.conf :
[Root @ localhost] # cat / etc / yum.repos.d / *>> / etc / yum.conf

Configuracin de las distribuciones basadas en RPM con URPMI (Mandriva)


Habilitar los repositorios de Mandriva Primaria
En primer lugar, usted querr permitir que el principal repositorios de Mandriva urpmi. La forma ms sencilla de hacerlo es seguir las instrucciones de la easyurpmi . Por ejemplo, en Mandriva Linux 2007, que terminara ejecutando algo como esto:
urpmi.addmedia principales ftp://mirrors.usc.edu/pub/linux/distributions/mandrakelinux/official /2007.1/i586/media/main/release con media_info / hdlist.cz urpmi.addmedia - main_updates actualizacin ftp:// mirrors.usc.edu/pub/linux/distributions/mandrakelinux/official/2007. 1/i586/media/main/updates con media_info / hdlist.cz

Habilitar los repositorios de Mandriva OpenNMS


Ahora, tendr que habilitar los repositorios de Mandriva OpenNMS. En primer lugar, aadir el repositorio estable OpenNMS (reemplace mandriva2007 con su lanzamiento):
urpmi.addmedia - OpenNMS hdlist sonda estable http://yum.opennms.org/stable/mandriva2007

Si desea OpenNMS versiones estables, aadir el repositorio de pruebas siguiente (reemplace mandriva2007 con su lanzamiento):
urpmi.addmedia - OpenNMS hdlist sonda de prueba de http://yum.opennms.org/testing/mandriva2007

Si quieres la ltima versin inestable, agregue la inestable y (reemplace mandriva2007 con su lanzamiento):
urpmi.addmedia - OpenNMS hdlist sonda-inestable http://yum.opennms.org/unstable/mandriva2007

Y si desea instalar las instantneas nocturnas, a continuacin, agregar la foto (reemplace mandriva2007 con su lanzamiento):

urpmi.addmedia - OpenNMS hdlist sonda a la instantnea http://yum.opennms.org/snapshot/mandriva2007

Configurar la base de Debian Distribuciones

Aadir el repositorio de OpenNMS a tu sources.list


En primer lugar, es necesario decir a apt-get cmo encontrar OpenNMS. Aadir el contenido siguiente a su / etc / apt / sources.lists archivo:
deb http://debian.opennms.org estable http://debian.opennms.org main deb-src estable principales

Si desea utilizar la ltima versin de desarrollo de OpenNMS, agregue inestable en su lugar:


deb http://debian.opennms.org inestable http://debian.opennms.org main deb-src inestable principal

Agregue la clave PGP de OpenNMS a APT


El repositorio Debian OpenNMS se firma con una clave PGP (huella digital 22EE DDA6 8698 B02F 50B7 B2EC 062B 8A68 4C4C BBD9 ). Usted tendr que decir a APT acerca de la clave:
wget-O - http://debian.opennms.org/OPENNMS-GPG-KEY | sudo apt-key add -

Paquete de requisitos previos: Java


OpenNMS est escrito principalmente en Java, aunque hay unas cuantas llamadas JNI para un cdigo C para implementar cosas como ICMP. por lo que se deduce que Java tendra que ser instalado. OpenNMS requiere Java SE 5.0 o superior (JDK 1.5). Se recomienda que el JDK de Sun se utiliza con OpenNMS. Si OpenNMS se va a ejecutar en un sistema de 64 bits, asegrese de instalar el JDK de 64 bits.

Instalacin de Java en distribuciones basadas en RPM Uso de Yum


El JDK de Sun est disponible en nuestro repositorio Yum. Si ha configurado Yum como se establece ms arriba, slo tiene que ejecutar:
yum install jdk

Debido a un error en el bit de la firma de RPM-64, si usted est en los sistemas x86_64, tendr que desactivar la comprobacin GPG. Puede hacerlo con la nogpgcheck opcin de yum:
yum - nogpgcheck instalar jdk

Instalacin de Java en distribuciones basadas en RPM Uso de URPMI


El JDK de Sun est disponible en nuestro repositorio urpmi. Si ha configurado URPMI como se establece ms arriba, slo tiene que ejecutar:
urpmi - auto jdk

Instalacin de Java en Debian o Ubuntu


Java de Sun se puede instalar con "apt" en Debian Etch o superior.
apt-get install sun-java5-jdk

Esto tambin debera funcionar en Ubuntu 6.10 (Edgy Eft) o superior. Como alternativa, puede instalar sun-java6-jdk, que tiene mejoras en el rendimiento sobre la versin java5.

Instalacin de Java en otras plataformas Nota


Es importante instalar el JDK en lugar de la JRE, como la web la interfaz de usuario tendr que compilar cdigo Java en pginas JSP. Usted tendr que utilizar los de Sun Java SE, la versin 5 (1.5) o posterior. Puede descargarlo de Sun Java Web site. Paso a travs del proceso de concesin de licencias para luego descargar la versin correcta de Java para su sistema operativo.

Paquete de requisitos previos: PostgreSQL


PostgreSQL (o "Postgres") es una base de datos relacional que OpenNMS utiliza para almacenar informacin sobre los dispositivos en la red, as como informacin sobre eventos, notificaciones y cortes. Al instalar OpenNMS, dos cosas deben suceder. En primer lugar, OpenNMS tiene que ser capaz de ponerte en contacto con la base de datos a travs de

TCP / IP (incluso en el host local) y en segundo lugar, el proceso de instalacin debe ser capaz de crear la base de datos. OpenNMS requiere la versin 7.4 o posteriores de PostgreSQL 8.1 o superior, aunque se recomienda por razones de rendimiento.

Instalacin de PostgreSQL en distribuciones basadas en RPM Uso de Yum


En las versiones modernas de Red Hat Enterprise Linux, CentOS y Fedora, slo necesita instalar el postgresql-servidor RPM:
[Usuario @ localhost] $ sudo yum-y install postgresql-servidor Configuracin de Proceso de instalacin ... Ejecucin de transacciones Instalacin: postgresql-servidor ######################### [01.01] instalada: postgresqlserver.x86_64 0:8.2.5 - 1.fc8 completo!

Nota
Red Hat Enterprise Linux 3 y 3 CentOS llamar a sus paquetes de PostgreSQL "RHDB" para la "Base de Datos de Red Hat", por lo que si usted est en una de estas distribuciones de edad, tendr que sustituir "RHDB" para "postgresql" al instalar:
yum-y install RHDB-servidor

Instalacin de PostgreSQL en distribuciones basadas en RPM Uso de URPMI


En Mandriva, se usa URPMI para instalar el servidor PostgreSQL:
sudo urpmi - auto-servidor postgresql

Instalacin de PostgreSQL en distribuciones basadas en Debian


En Debian o Ubuntu, utilizar apt para instalar el servidor PostgreSQL:
sudo apt-get sudo update apt-get install postgresql-8.1

Instalacin de PostgreSQL en Windows


En Windows, todo lo que necesita hacer es obtener el ms reciente de Windows Installer de PostgreSQL.org .

Nota
Si se estn ejecutando en un sistema de archivos FAT32, consulte la instrucciones detalladas de instalacin en el wiki . En primer lugar, descomprimir el instalador. El programa de instalacin no funciona correctamente desde el interior de un archivo comprimido, por lo que tendr que extraer el archivo ZIP. Usted debe ser capaz de copiar slo los archivos postgresql-XXmsi y postgresql-XX int.msi a su escritorio y ejecutar desde all. A continuacin, ejecute el postgresql-XXmsi y siga las instrucciones. En su mayor parte, las opciones por defecto deberan estar bien, aunque si usted est permitiendo que el instalador para inicializar la base de datos, asegrese de que la codificacin se establece en "UTF-8".

Configurar PostgreSQL
Una vez instalado PostgreSQL, tendr que hacer dos cambios en los archivos de configuracin de Postgres: postgresql.conf y pg_hba.conf . Estos archivos slo se crean una vez PostgreSQL se ha iniciado, as que si su mtodo de instalacin de Postgres no se inici la base de datos, hgalo antes de continuar. Por lo general, los scripts de inicio se colocar en / etc / init.d . Busque el Postgres "datos" de la gua. A menudo, esto es / var / lib / pgsql / data . A continuacin, debe encontrar los dos archivos hay que modificar en ese directorio.

El postgresql.conf Archivo
Este archivo controla algunos parmetros bsicos de PostgreSQL. Tenemos que cambiar tres de estos parmetros. 1. En primer lugar hay que asegurarse de que PostgreSQL est escuchando en una toma de propiedad intelectual, y no slo un socket Unix local. Para PostgreSQL 7.4 y 8.0, asegrese de que la lnea siguiente se establece y sin comentarios:
tcpip_socket = true

En PostgreSQL 8.1 en adelante, el uso de este lugar:


listen_addresses = 'localhost'

2. A continuacin, busque la lnea en el archivo que contiene max_connections . Tiene que ser por lo menos:
max_connections = 256

3. Busque la lnea que contiene shared_buffers . Tiene que ser por lo menos:
shared_buffers = 1024

Personalizar el pg_hba.conf Archivo


El pg_hba.conf controla el archivo de las mquinas y los usuarios pueden acceder a la base de datos en una mquina dada a travs de TCP / IP. Puesto que es as como los accesos OpenNMS la base de datos (a travs de localhost ), es necesario modificar este archivo para permitir OpenNMS a trabajar. Lo ms fcil que hacer es permitir que cualquiera de la mquina local para acceder a la base de datos (no aadir la ltima lnea si su sistema no es compatible con IPv6):
# TIPO DE BASE DE DATOS DE USUARIOS IP DIRECCIN IP-MASK MTODO todos los locales de acogida toda la confianza a todos los 127.0.0.1 255.255.255.255 confianza de acogida a todos los:: 1 ffff: ffff: ffff: ffff: ffff: ffff: ffff: ffff confianza

Asegrese de que no son otras lneas sin comentar en este archivo. Tendr que detener y reiniciar Postgres despus de realizar estos cambios.

Creacin de la base de datos PostgreSQL


La mayora de las distribuciones automticamente inicializar la base de datos predeterminada en la primera puesta en marcha, pero si el suyo no (por ejemplo, en Solaris) lo hace, tendr que hacerlo manualmente. A medida que el postgres usuario, vaya a la / usr / local / pgsql / bin directorio (o donde los binarios de PostgreSQL estn instalados), y ejecuta:

. / Initdb-D / usr / local / pgsql / data-E "UNICODE"

Luego tendr que iniciar la base de datos:


. / Pg_ctl-D / usr / local / pgsql / datos de inicio

Adicin de la funcin iplike


OpenNMS hace uso intensivo de un procedimiento almacenado llamado "iplike". Ya que est escrito en C, que se ha eliminado del cdigo OpenNMS principal y se coloca en su propio proyecto. Si un iplike basados en C no est instalado, el instalador OpenNMS aadir una versin escrita en el lenguaje de comandos de PostgreSQL. Se va a funcionar, pero no tan rpidamente como el iplike elaborar se. Para instalar iplike, basta con descargar el paquete apropiado para su distribucin. Debe haber un paquete para las versiones de PostgreSQL 7.4 a 8.1, y otro para 8.2 +. Adems, habr separado de 32 bits y 64 bits versiones. Tambin es posible descargar un archivo comprimido de la pgina del proyecto en SourceForge OpenNMS , y el habitual ". / configure", "hacer" y "make install". Una vez instalados, no deberan estar obligados a ponerlo al da en cada actualizacin OpenNMS.

Paquete de requisitos previos: JICMP


Java nunca ha tenido una muy buena API para ICMP. Desde ICMP es la base para el comando "ping", es ms bien imperativo que cualquier plataforma de gestin de red basada en Java abordar la necesidad de ICMP. OpenNMS Para ello, utiliza un cdigo escrito en C, y acceder a l utilizando el Java Native Interface (JNI). A partir de OpenNMS 1.3.6, el cdigo de ICMP se ha trasladado a la coleccin propia al margen de OpenNMS. Esto hace que la aplicacin OpenNMS principales Java puro, y como tal, slo tiene que ser construida una vez, en lugar de para cada plataforma. Paquetes para JICMP estn disponibles para la mayora de las distribuciones. Si su distribucin no tiene los paquetes disponibles, puede descargar el cdigo fuente de la pgina de descarga de SourceForge para JICMP .

Instalacin JICMP en distribuciones basadas en RPM Uso de Yum


En la mayora de distribuciones basadas en RPM, todo lo que necesita para funcionar es la siguiente:
yum install jicmp

JICMP Instalacin de distribuciones basadas en RPM Uso de URPMI


En Mandriva, puede instalar JICMP con el comando:
urpmi - auto jicmp

Instalacin JICMP en RPM basados en las distribuciones de cdigo fuente


Si JICMP no se ha compilado en su plataforma basada en RPM, usted puede construir un RPM nativos del cdigo fuente original de este modo:
rpmbuild-tb jicmp-xxxtar.gz

Si usted est en una plataforma de 64 bits, puede crear un RPM de 64 bits en lugar de este modo:
rpmbuild - target = x86_64 jicmp-xxxtar.gz

Instalacin JICMP en distribuciones basadas en Debian


En Debian o Ubuntu, puede instalar JICMP travs de apt:
sudo apt-get install libicmp-jni

Instalacin JICMP de la Fuente


Para construir desde el cdigo fuente, descargue el tarball fuente ltima de SourceForge , descomprimirlo y ejecutar el habitual:
. / Configure make make install

Captulo 3. Instalacin de OpenNMS


Tabla de contenidos

Dnde encontrar datos OpenNMS Realizacin de una instalacin nueva Instalacin de distribuciones basadas en RPM Instalacin en Solaris Instalacin en Mac OS X Instalacin en Windows Actualizar una instalacin existente Actualizacin: Preparacin Actualizacin de distribuciones basadas en RPM Uso de Yum Actualizacin de distribuciones basadas en RPM Uso de URPMI Actualizacin de distribuciones basadas en RPM manualmente Actualizacin de distribuciones basadas en Debian Actualizacin de Windows Configurar Java para OpenNMS Buscar un JRE (propuesto) Configurar una determinada JRE Ejecute el Instalador de aplicaciones OpenNMS

Nota
Tienes que ser root cuando se ejecuta la mayor parte de los comandos en este captulo.

Dnde encontrar datos OpenNMS


tiendas OpenNMS datos en varios lugares:
$ OPENNMS_HOME / etc /

OpenNMS archivos de configuracin.

En algunas distribuciones, cambios de esta versin en los archivos de este directorio se detectan y se dispone de medios para la migracin de los cambios en la nueva versin. En distribuciones basadas en RPM, si un archivo de configuracin OpenNMS ha cambiado, RPM crear una " . rpmnew "archivo que contiene la versin del fichero de configuracin que se incluye con la nueva versin de OpenNMS. Usted tendr que buscar en los cambios entre el archivo y el nuevo y combinar de forma manual, en este momento. El comando " diff-u antiguo> <archivo <nueva <archivo | less "le puede ayudar a ver lo que ha cambiado. En las distribuciones basadas en Debian, dpkg automticamente te avisar cuando un archivo de configuracin ha cambiado entre las versiones aguas arriba, y le ofrecer un conjunto de opciones para tratar con l.
$ OPENNMS_HOME / share / RRD /

datos RRD archivos que almacenan datos de tiempo de respuesta y los datos de rendimiento recogidos en SNMP (y en otros lugares). El instalador no debe tocar los archivos RRD en $ OPENNMS_HOME / share / RRD . A menos que usted est migrando desde RRDtool para jRobin, no debera tener que preocuparse de ellos.
$ OPENNMS_HOME / webapps / OpenNMS / y $ OPENNMS_HOME /-webapps amarre / OpenNMS /

La aplicacin web OpenNMS. Si bien los datos no se almacenan aqu, algunos usuarios pueden personalizar la interfaz web y estas personalizaciones se deben guardar antes de actualizar OpenNMS.
$ PGDATA /

Los datos sobre los nodos, servicios, eventos, notificaciones, etc, se almacenan en el OpenNMS tabla en PostgreSQL.

Realizacin de una instalacin nueva


Siga las instrucciones de esta seccin correspondiente a su sistema operativo si est realizando una instalacin nueva. Si va a actualizar una instalacin existente de OpenNMS, consulte la seccin siguiente.

Instalacin de distribuciones basadas en RPM


Determinar de qu instalar
Desde la versin 1.6, OpenNMS se empaqueta en forma modular. Los siguientes paquetes estn disponibles para la instalacin:

OpenNMS ncleos : El cdigo OpenNMS central, responsable de la deteccin de redes, encuestas, recopilacin de datos, la notificacin, y mucho ms. OpenNMS-docs : Documentacin. OpenNMS-webapp-amarre : El OpenNMS interfaz web, diseado para ser iniciado por el ncleo motor OpenNMS. OpenNMS-webapp-independiente : El OpenNMS interfaz web, diseado para ejecutarse en Tomcat u otro contenedor de servlets adecuado. OpenNMS : Un paquete de conveniencia que se instala todo lo necesario para una instalacin OpenNMS funcionales en un nico sistema. OpenNMS-a distancia-Poller : El control remoto Poller independiente, que pueda informar a una instancia OpenNMS. OpenNMS-plugin-Ticketer centrado en : La CentricCRM / Concursive Ticketer plugin.

Instalacin de distribuciones basadas en RPM Uso de Yum


Mientras Yum est configurado para apuntar a la OpenNMS repositorio, todo lo que necesita para funcionar es la siguiente:
yum instalar [paquetes]

... Donde [paquetes] es la lista de los paquetes anteriores que desea instalar.

Instalacin de distribuciones basadas en RPM Uso de URPMI


Si URPMI est configurado para apuntar a la OpenNMS repositorio, puede instalar ejecutando:
sudo urpmi - auto [paquetes]

... Donde [paquetes] es la lista de los paquetes anteriores que desea instalar.

Instalacin de distribuciones basadas en RPM manualmente


Descargar los paquetes que desea instalar de la pgina de descarga de SourceForge para OpenNMS .

Luego, use rpm-i para instalar los paquetes:


OpenNMS rpm-ivh *. rpm

Nota
A partir de OpenNMS 1.3.10, puede usar el - ubicacin del pabelln de RPM si desea poner los registros y la recopilacin de datos en una ubicacin alternativa:
rpm-ivh - reubicar / var / OpenNMS = / mnt / NetApp / OpenNMS de datos / var / log / OpenNMS = / mnt / NetApp / OpenNMS-logs OpenNMS *. rpm

Instalacin en Solaris
Descargue el paquete apropiado para su versin de Solaris desde la pgina de descarga de SourceForge para OpenNMS . A continuacin, instale el paquete con pkgadd :
# cd / usr / local # gzip-d-*- local.gz OpenNMS # pkgadd-d `pwd` / OpenNMS-*- locales

Instalacin en Mac OS X
OpenNMS es compatible con Mac OS X a travs de Fink proyecto. Una vez que hayas instalado Fink, debe ser capaz de instalar OpenNMS ejecutando:
fink install OpenNMS

Instalacin en Windows
OpenNMS es compatible con Windows y, a pesar de la falta de gestin de paquetes cierto hace un poco ms el trabajo de mantener. Para instalar en Windows, descarga la ltima independiente-OpenNMSinstaller-XXXjar archivo de la descarga de la pgina SourceForge OpenNMS . Usted debe ser capaz de entonces haga doble clic en el archivo jar en el Explorador, y siga las instrucciones del asistente de instalacin.

Una vez que hayas terminado, es posible que desee hacer una copia prstina de la OPENNMS_HOME $ / etc de la gua por lo que es fcil saber qu ha cambiado en versiones posteriores ms tarde.

Actualizar una instalacin existente Actualizacin: Preparacin


Hay una serie de cosas que puede hacer que pueden ayudar a facilitar la transicin al realizar las actualizaciones.

Pode innecesarios Eventos


No deberas estar haciendo esto ya, ya sea usando vacuumd o cron, podar los eventos que no sean necesarios. La tabla de eventos, muy probablemente ser la ms grande, y no hay punto de copias de seguridad de datos que no es necesario. Por ejemplo, para eliminar los eventos mayores de 6 semanas que no tienen interrupciones asociadas, puede ejecutar, desde el psql de lnea de comandos:
- # Esto eliminar todos los eventos que no estn asociados con eventos cortes BORRAR DE DONDE NO EXISTE (SELECT svclosteventid interrupciones DE DONDE svclosteventid UNIN = events.eventid SELECCIONAR svcregainedeventid interrupciones DE DONDE svcregainedeventid UNIN = events.eventid SELECCIONAR EventID notificaciones DE DONDE EventID = eventos . EventID) Y <EVENTTIME ahora () - intervalo de 6 semanas;

Una copia de seguridad de base de datos


Dependiendo de la versin que est actualizando desde la versin que est actualizando a , es posible que tenga problemas con la actualizacin de bases de datos. Es muy recomendable hacer una copia de la base de datos.
OpenNMS pg_dump-U postgres-Fe-C-f-OpenNMS backup.pg base de datos

Copia de seguridad de OpenNMS etc Directorio


Copia de seguridad de $ OPENNMS_HOME / etc de la gua antes de hacer cualquier actualizacin, para que pueda volver a la versin anterior si algo sale mal, y as tener una referencia de la configuracin anterior, cuando la adaptacin de archivo de configuracin de los cambios a la nueva versin.
tar-C $ OPENNMS_HOME-cvzf / tmp / OpenNMS-etc-etc backup.tar.gz

Evaluar los eventos Tamao de la tabla


Si usted tiene un gran nmero de eventos, es posible que necesite aumentar la cantidad de memoria pasa a la OpenNMS instalar la herramienta. Por ejemplo, si usted tiene eventos 250k, tendr casi 600 MB de almacenamiento dinmico. Cuando llegue el momento de ejecutar la instalacin de la herramienta, presumiendo que tiene suficiente memoria disponible, es probablemente seguro de usar slo un valor muy grande para pasar a instalar , como:
install-Xms1024m-Xmx2048m dis-

Actualizacin de distribuciones basadas en RPM Uso de Yum


Si usted tiene la OpenNMS repositorios Yum configurado, todo lo que necesita hacer para obtener la nueva versin se ejecuta:
OpenNMS sudo yum upgrade

Si usted se siente cmodo dejar que su distribucin le dar actualizaciones del sistema operativo junto con OpenNMS, slo se puede ejecutar:
sudo yum upgrade

Actualizacin de distribuciones basadas en RPM Uso de URPMI


Si tienes los repositorios de URPMI OpenNMS configurado, puede actualizar mediante la ejecucin de:
sudo urpmi - auto OpenNMS

Al igual que con Yum, si usted se siente cmodo dejar URPMI dar actualizaciones del sistema operativo junto con OpenNMS, puede ejecutar:
auto - - sudo urpmi OpenNMS seleccionar la auto-

Actualizacin de distribuciones basadas en RPM manualmente


Puede actualizar los sistemas de RPM manualmente descargando el paquete RPM de SourceForge y actualizarlos mediante la ejecucin de:

sudo rpm-Uvh OpenNMS *. rpm

Actualizacin de distribuciones basadas en Debian


Si su sistema Debian o Ubuntu est configurado con la OpenNMS Apt repositorio, slo debera ser necesario ejecutar:
sudo apt-get sudo update OpenNMS apt-get-u instalar

Actualizacin de Windows
Como no hay instalacin automtica / Procedimiento de actualizacin para Windows, tendr que hacer un poco de preparacin antes de instalar la versin ms reciente.

Copia de seguridad y luego retire $ OPENNMS_HOME / etc . Retire $ OPENNMS_HOME / lib , $ OPENNMS_HOME / webapps / OpenNMS / WEB-INF / lib , y $ OPENNMS_HOME / jetty-webapps/opennms/WEB-INF/lib .

Una vez que haya limpiado y directorios lib, etc, el siguiente paso es descargar la ltima versin independiente-OpenNMS-installer-XXXjar de la pgina de descarga de SourceForge OpenNMS . A continuacin, ejecute el frasco instalador, e instalar en su ubicacin OpenNMS existentes. Si usted copia de seguridad de la prstina etc directorio en la instalacin anterior, se puede comparar a la actual para ver si hay algn cambio de configuracin que desea integrar en su nueva instalacin. Copie sus copias de seguridad , etc de la gua de nuevo en el OPENNMS_HOME $ / etc directorio. Ahora debera ser capaz de ejecutar su OpenNMS actualizado.

Configurar Java para OpenNMS


Antes de poder ejecutar el post-instalacin, OpenNMS debe estar configurado para utilizar una adecuada Java Runtime Environment (JRE). La herramienta OpenNMS runjava se utiliza para configurar esto, y cualquiera puede buscar un JRE adecuado o se puede decir exactamente que JRE de usar.

Buscar un JRE (propuesto)


Ejecutar runjava con la " -s "opcin para buscar un JRE:
# $ OPENNMS_HOME / bin / runjava-s

Configurar una determinada JRE


runjava Ejecutar con la " S-<ruta de acceso a JRE> "opcin para especificar el JRE exacto que desea OpenNMS de empleo:
# $ OPENNMS_HOME / bin / runjava-S <ruta de acceso a JRE's java ejecutable

Ejecute el Instalador de aplicaciones OpenNMS


No importa el mtodo de instalacin por encima de usted elija, y si est realizando una instalacin nueva o una actualizacin, usted todava tiene que ejecutar el instalador OpenNMS. Esta herramienta de configuracin de la OpenNMS base de datos en PostgreSQL, entre otras cosas.
# $ OPENNMS_HOME / bin / install-l / usr / local / lib-DIS

El "-l" parmetro buscar el jicmp y / o bibliotecas jrrd en la ubicacin especificada. El "des-" va a iniciar y comprobar la base de datos. Nota al final de la salida de la instalacin se indicar si iplike se ha instalado correctamente. Para obtener una lista completa de opciones del instalador acepta, ejecute " OPENNMS_HOME $ / bin / install-h ".

Captulo 4. Introduccin a OpenNMS


Tabla de contenidos Configuracin del Discovery Ingresar a la aplicacin Web Configurar OpenNMS que se inicie automticamente al arrancar Configuracin automtica del inicio de las distribuciones Linux basadas en RPM

Configuracin de inicio automtico en Solaris

Configuracin del Discovery


De forma predeterminada, OpenNMS no se descubre hasta que los ejrcitos configurarlo para hacerlo, o explcitamente agregar en la interfaz del administrador. Lo ms probable es que quiera decir OpenNMS dnde mirar para descubrir los hosts de la red. Editar $ OPENNMS_HOME / etc / descubrimiento configuration.xml . Usted debe ver una etiqueta <include-range> ejemplo con un <begin> y un <end> que se comenta. Lo ms probable es que desee que quite y cambie el principio y rangos de final (en el <begin> y <end> etiquetas, respectivamente). Adems, puede aadir tantos <include-range> es como desee. Si prefiere una lista de los host individual que desea han descubierto, puede insertar <specific> etiquetas por encima de la <include-range> etiquetas. Por ltimo, si usted prefiere utilizar la interfaz web para agregar hosts individuales de OpenNMS al monitor, es dejar el contenido de este archivo como comentario.

Ingresar a la aplicacin Web


De forma predeterminada, OpenNMS incorporada en el servidor Web escucha en el puerto 8980, por lo que apunta su navegador a http:// <host>: 8980/opennms / (donde <host> es el host que est ejecutando OpenNMS a). El nombre de usuario inicial es " admin "y la contrasea es" admin ".

Configurar OpenNMS que se inicie automticamente al arrancar


Si todo se ve bien, puede configurar OpenNMS que se inicie automticamente en el arranque. De forma predeterminada en la mayora de plataformas OpenNMS no se inicia automticamente hasta que configurarlo para hacerlo.

Configuracin automtica del inicio de las distribuciones Linux basadas en RPM

Los paquetes de OpenNMS aadir un script de inicio en / etc (generalmente / etc / init.d ), sin embargo es necesario ejecutar chkconfig para habilitar el servicio se inicie automticamente:
# / sbin / chkconfig - add OpenNMS

Configuracin de inicio automtico en Solaris


# ln-s $ OPENNMS_HOME / bin / OpenNMS / etc / init.d / OpenNMS # ln-s .. / init.d / OpenNMS / etc/rc3.d/S99opennms # ln-s .. / init.d / OpenNMS / etc/rc3.d/K01opennms

Captulo 5. Optimizacin del rendimiento


Tabla de contenidos Performance "No" s Muchos de RAM Con respaldo de batera cach de escritura Husillos Mltiples Utilice noatime en OpenNMS datos Husillos en Linux y Solaris RAID Discos PostgreSQL Optimizacin del Rendimiento Performance "No" s

Performance "No" s Muchos de RAM


OpenNMS no es muy pesado sobre el uso de CPU, pero es extremadamente I / O-bound, y tambin podrn disfrutar de tanta RAM como le puedes dar. OpenNMS mismo no utiliza una gran cantidad de RAM por nodo, pero permitiendo que el sistema operativo para la interaccin del sistema de archivos de cach hace una diferencia de rendimiento muy grande.

Con respaldo de batera cach de escritura


Si se ejecutan en hardware RAID, se recomienda encarecidamente que usted tiene una batera de cach de escritura respaldada. Por ejemplo, un usuario inform de que en un G4 HP DL380, el I / O de esperar que el servidor se

redujo de 15% a prcticamente nada, con un cach de 128 MB de escritura respaldada por batera.

Husillos Mltiples
Usted recibir el mximo provecho de OpenNMS si extendi su I / O a cabo en varios ejes y / o discos independientes / canales.

PostgreSQL
PostgreSQL escribe principalmente a dos clases de archivos y directorios. la base de datos La principal base de datos PostgreSQL est en $ PGDATA / base ( $ PGDATA es normalmente algo como / var / lib / pgsql / data ). la revista PostgreSQL mantiene un diario de transacciones, en $ PGDATA / pg_xlog . Si usted puede separar el directorio pg_xlog en otro eje o punto de montaje, que aumentar considerablemente el rendimiento de PostgreSQL. Para ello, usted debera ser capaz de cerrar justo en PostgreSQL, mover ese directorio, que enlace a la ubicacin anterior, y empezar una copia de seguridad.
sudo / etc / init.d / parada postgresql sudo mv / var / lib / pgsql / data / pg_xlog / mnt / xlogspindle / pg_xlog sudo ln-s / mnt / xlogspindle / pg_xlog / var / lib / pgsql / data / sudo pg_xlog / etc / init.d / postgresql

Round-Robin (Obtencin y rendimiento) de datos


Los datos RRD es la fuente ms pesado nica de E / S en la mayora de las instalaciones OpenNMS. Asegurarse de que est en un huso diferente de PostgreSQL hace una gran diferencia.

RRD de almacenamiento de datos hace que un gran nmero de disco al azar pequea escribe, por lo general unos pocos escribe para cada actualizacin. De forma predeterminada, las tiendas de OpenNMS cada variable recogida en su propio archivo, a menos que la tienda por la caracterstica de grupo est habilitado.

Normalmente, se escribe 2.3 para cada da: uno para la cabecera del archivo, uno de los ltimos RRA, uno para los prximos RRA. Cuando las muestras mltiples se consolidan en un nico punto de los datos almacenados en la RD, habr adicionales escribe. De forma predeterminada, estas consolidaciones pasar hora y da en el lmite entre el da GMT. Esto causa mayor que la cantidad normal de operaciones de escritura despus de la parte superior de la hora y despus de que el lmite entre el da GMT.

El RRDs OpenNMS vivir, por defecto, en $ OPENNMS_HOME / share . Si usted est usando los RPMs, ser / var / OpenNMS lugar.
sudo mv / var / OpenNMS / mnt / rrdspindle / OpenNMS sudo rm-f / opt OpenNMS / / sudo compartir ln-s / mnt / rrdspindle / OpenNMS / opt / OpenNMS / share

Utilice noatime en OpenNMS datos Husillos en Linux y Solaris


Si estn dedicando ejes o unidades de OpenNMS, se puede montar con la noatime opcin en Linux o Solaris para un aumento de rendimiento adicional. Esto evitar que el sistema operativo de actualizacin del tiempo de acceso de archivos en RRD individuales y los archivos de base de datos cada vez que se utilizan. En Linux, lo hace editando el archivo / etc / fstab y aadir noatime a la seccin de opciones del sistema de archivos. Por ejemplo:
LABEL = / / ext3 defaults 1 1 LABEL = / var / OpenNMS / var / OpenNMS defecto ext3 noatime 1 2 LABEL = / var / lib / pgsql / var / lib / pgsql ext3 defaults, noatime 1 2 LABEL = / var / lib / pgsql / data / pg_xlog / var / lib / pgsql / data / pg_xlog ext3 defaults, noatime 1 2

En Solaris, puede editar el archivo / etc / vfstab y aadir noatime como opcin al final de la informacin de punto de montaje, de este modo:
/ Dev/dsk/c1d0s0 / dev/rdsk/c1d0s0 / ufs 1 no / dev/dsk/c1d1s0 / dev/rdsk/c1d1s0 / opt / OpenNMS / ufs parte 2 no noatime / dev/dsk/c1d2s0 / dev/rdsk/c1d2s0 / usr / local / pgsql / ufs de datos 2 no noatime / dev/dsk/c1d3s0 / dev/rdsk/c1d3s0 / usr / local / pgsql / data / ufs pg_xlog 2 no noatime

RAID Discos
Use un espejo de banda (RAID-10), con discos como para manejar la cantidad de datos que necesita para recoger. Un solo disco, un par de discos duplicados

(RAID-1), o un RAID-5 slo es apropiado para una instalacin haciendo una pequea cantidad de recopilacin de datos.

PostgreSQL Optimizacin del Rendimiento


Hay una serie de otras cosas que usted puede hacer para sintonizar PostgreSQL. Para una buena valoracin crtica sobre el ajuste del rendimiento de PostgreSQL, vea esta pgina con revsys.com .

PostgreSQL 8.1 Recomendaciones especficas


Si usted tiene una cantidad razonable de RAM (2GB +), los siguientes ajustes deben dar un rendimiento mucho mejor que los valores por defecto que vienen con la configuracin de PostgreSQL:
shared_buffers = 20000 = 16348 work_mem maintenance_work_mem vacuum_cost_delay = 65536 = 50 = 20 checkpoint_segments checkpoint_timeout wal_buffers = 900 = 64 = stats_start_collector en stats_row_level = de = autovacuum en

PostgreSQL 8.2 + Recomendaciones


En los sistemas con 4 GB de RAM o ms, hemos encontrado que el cambio de max_fsm_pages y max_fsm_releations, as como work_mem y maintenance_work_mem mejora drsticamente el rendimiento:
work_mem maintenance_work_mem = 100 MB = 128 # max_fsm_pages = 204800 # * min max_fsm_relations 16, 6 por cada uno max_fsm_pages bytes = 2048000 # max_fsm_relations = 1000 # min 100, ~ 70 bytes cada uno max_fsm_relations = 10000

Nota
Si aumenta la configuracin de memoria para PostgreSQL, probablemente tendr que aumentar la memoria compartida mxima configuracin de tu sistema operativo. En Linux, usted puede hacer esto editando el archivo / etc / sysctl y aadiendo la lnea: kernel.shmmax = 170639360 Dependiendo de la cantidad de segmentos de memoria compartida que necesita, puede que tenga que ajustar este valor.

Performance "No" s
Debido a la alta OpenNMS-I / O el perfil, hay una serie de cosas que causan problemas de rendimiento en instalaciones razonablemente grande.

No se ejecutan en una mquina virtual (aunque algunos pseudo-VM como Xen no son tan duras en la I / O como cosas, como VMware ). No ponga los datos de base de datos o RRD en sistemas de archivos gestionados por LVM. No ponga DB o datos RRD en sistemas de archivos en un RAID-5. No utilice kernels antiguos. Linux 2.6 y Solaris 10 se desempean mucho mejor que versiones anteriores.

Captulo 6. Edificio de Fuente


Tabla de contenidos Ests seguro que quieres hacer esto?

Ests seguro que quieres hacer esto?


OpenNMS es un producto de software complejo, y no (todava) con un simple " . / configure & & make & & make install "proceso de construccin al igual que muchas otras herramientas. Si hay un comunicado de envasado para su sistema operativo, es muy sugerimos que utilice en su lugar. Si usted tiene problemas con un comunicado de envasado, por favor consulte la seccin de solucin de problemas para obtener ayuda. El mejor lugar para encontrar la manera de construir OpenNMS es el desarrollador de la pgina en el wiki. Usted tendr que visita el cdigo y luego construir la misma.

Captulo 7. Solucin de problemas de una instalacin OpenNMS


Tabla de contenidos Problemas comunes de instalacin Los problemas de dependencia Error: "Iniciado OpenNMS, pero no ha terminado de arrancar" Poller DHCP no se inicia Error: "runjava: No se pudo encontrar un JRE adecuado"

Error: "Los mensajes del servidor de base de datos de error no est en Ingls ..." Error: "La columna X en la tabla nueva restriccin NOT NULL ..." Error: "Uno o ms tablas de copia de seguridad de una instalacin anterior todava existe" Error: "Tabla X contiene N filas (de M) que violen nueva restriccin Y" Error: "- la adicin de la funcin de base de datos iplike ... org.postgresql.util.PSQLException <snip>: ERROR: no se puede acceder a '<snip> / lib / iplike.so' archivo: Permiso denegado" Error: "- la adicin de la funcin de base de datos iplike ... org.postgresql.util.PSQLException <snip>: ERROR: no se pudo cargar la biblioteca de ..." Error: "Excepcin en el hilo" principal "org.postgresql.util.PSQLException: ERROR: relacin" pg_user "no existe" cuando se ejecuta el instalador. Error: java.io.FileNotFoundException: ... (Permiso denegado) Dnde obtener ayuda Las Notas de la publicacin El Sitio Web OpenNMS Las listas de correo OpenNMS Soporte comercial

Problemas comunes de instalacin


La siguiente seccin contiene consejos para superar los problemas de instalacin comunes. Si el problema no se aborda ms adelante, por favor consulte la seccin sobre dnde obtener ayuda.

Los problemas de dependencia


Para ayudar en la gestin de cdigo, la forma ms fcil de instalar OpenNMS es a travs de paquetes. Cada esfuerzo se ha hecho para asegurar que los paquetes depende de OpenNMS se requiere antes de que el paquete de OpenNMS puede ser instalado. Usted debe ser capaz de encontrar los paquetes

en los CD de la distribucin que se incluye con su sistema. Para algunos de los paquetes ms oscura, se puede visitar el OpenNMS FTP y comprobaciones en el pub / / dependencias de la gua. Adems, sitios como Ibiblio y FreshRPMs tambin son buenas fuentes.

Error: "Iniciado OpenNMS, pero no ha terminado de arrancar"


Esto puede suceder por varias razones bis. Puede ejecutar " -v estado OpenNMS "un par de veces despus de recibir este error para ver si finalmente se OpenNMS comienza por completo y si no, a ver qu demonios nunca puesta en marcha por completo. stos son algunos de las causas ms probables de este problema: 1. OpenNMS toma un tiempo para el inicio. Esto puede ocurrir en instalaciones ms grandes y cuando esto sucede " -v estado OpenNMS "el tiempo demostrar que todos los servicios han puesto en marcha. De forma predeterminada, la secuencia de comandos de inicio intentar 10 veces para ver si OpenNMS ha empezado, y esperar 5 segundos entre cada intento. Puede aumentar el nmero de veces por la creacin de OPENNMS_HOME $ / etc / opennms.conf y aadiendo una lnea como " START_TIMEOUT = 20 "para duplicar el nmero de veces que las pruebas. Puede establecer el valor a 0 para que el script de inicio no esperar a que OpenNMS para empezar. 2. Base de datos no est funcionando. Si slo la mitad o menos de los demonios se muestran como en ejecucin, puede comprobar esta condicin mediante la bsqueda de FATAL errores en los archivos de registro. Vers algo as como " Error de acceso a la base de datos "en los registros. 3. Dhcpd no se inicia. Ver el artculo en la seccin siguiente. 4. JNI problema de la coleccin. OpenNMS utiliza algunas bibliotecas nativas C que se accede mediante JNI (Java Native Interface). Normalmente slo el trabajo, excepto los usuarios han comenzado a ver los problemas cuando se ejecuta Linux en modo nativo AMD64 donde terminan usando un 32-bit (x86) versin de Java y una de 64 bits (AMD64) la versin de las bibliotecas JNI, o vice- a la inversa. Si usted tiene este problema, puede intentar cambiar su versin de Java de 32 bits a 64 bits o en la otra direccin. 5. Otros. Si el OpenNMS est instalado, y los paquetes no se vieron obligados en el uso de opciones como " - nodeps ", la aplicacin debe funcionar bien. Si no, OpenNMS tiene un registro de instalacin robusta. Cambie al directorio de registros (generalmente / var / log / OpenNMS ) y la bsqueda de los registros, uso de grep o la herramienta de eleccin, por palabras como FATAL y ERROR (el ms alto registro de dos niveles de gravedad). Los eventos deben dar pistas de por qu OpenNMS no est funcionando.

Poller DHCP no se inicia


El DHCP Poller OpenNMS no se podr iniciar la mayora de sistemas operativos (Linux, en particular) si se ejecuta un cliente DHCP en el servidor OpenNMS. Usted ver esto en marcha " -v estado OpenNMS "y ver todo en el funcionamiento del Estado, a excepcin de dhcpd . La solucin es editar OPENNMS_HOME $ / etc / servicio configuration.xml y comentar-las " <service> servicio> ...</ "estrofa de dhcpd . Por ejemplo, esto es lo que la seccin se vera despus de la modificacin para desactivar dhcpd :
<- Comentado a cabo ya que tenemos un cliente DHCP servidor <service> <name> OpenNMS: Nombre = dhcpd </ name> name> org.opennms.netmgt.dhcpd.jmx.Dhcpd / clase- > Nombre pass="1" method="start"/> <invoke at="status" pass="0" method="status"/> <= invocar a "parar" pass = "0" mtodo " "/> </ servicio> -> en este <<class<invoke parada

Desaconsejamos el funcionamiento de OpenNMS en un servidor que es un cliente DHCP, tanto por OpenNMS puede no ser capaz de monitorizar servidores DHCP en la red, y es importante que el servidor de supervisin tienen una direccin IP esttica para la recepcin de las trampas y ser dependiente en los servicios de red como el menor nmero posible.

Error: "runjava: No se pudo encontrar un JRE adecuado"


El runjava programa se utiliza para localizar un JRE adecuado para OpenNMS durante la instalacin que se utilizar para el instalador y tambin para el funcionamiento de OpenNMS despus de la instalacin. Vea la seccin anterior de este manual sobre la instalacin de Java para OpenNMS. Si ha instalado Java en una ubicacin que runjava no puede encontrar, puede utilizar su " -f "opcin para especificar el JRE que desea OpenNMS de usar.

Error: "Los mensajes del servidor de base de datos de error no est en Ingls ..."
Usted necesidad de establecer " LC_MESSAGES = 'C' "en el archivo postgresql.conf y reiniciar PostgreSQL o actualizar a PostgreSQL 7.4 o posterior. El programa de instalacin no siempre verificar que la operacin tendr xito antes de ejecutar la operacin (por ejemplo: dejar caer las funciones de base de datos). En este caso, las capturas de las excepciones de regresar de la base de datos y controles de la excepcin para ver si se trata de un "bien" una

excepcin que debe pasarse por alto (por ejemplo: si la funcin de base de datos no existe cuando se trata de colocar una funcin). En PostgreSQL 7.4 y ms tarde, un cliente nuevo protocolo utilizado es / servidor (la versin 3, para ser especfico), que proporciona cdigos de error especficos destinados a la evaluacin programtica y usamos estos cdigos de error si el servidor los proporciona. Sin embargo, para versiones de PostgreSQL antes de 7.4, es necesario que el servidor de base de datos de lenguaje de error estar en Ingls (el " C locale '), de modo que puede analizar los mensajes de error de texto. Si no est ejecutando PostgreSQL 7.4 o ms reciente, el instalador se ejecuta una consulta contra la base de datos falsos y los controles de un resultado esperado en Ingls.

Error: "La columna X en la tabla nueva restriccin NOT NULL ..."


Esta es una advertencia de que el instalador no puede actualizar las tablas con xito. Asegrese de que su base de datos es una copia de seguridad, y ejecutar el instalador de nuevo con la opcin "-N" opcin de ignorar esta revisin. Como un intento de garantizar que la instalacin se completa con xito, un cheque se hace para ver si puede haber ninguna fila con columnas NULL que puede ser insertado en una columna en una tabla de actualizacin con un NO restriccin NOT NULL. Esto suele suceder cuando una ejecucin anterior del instalador no, o puede ser debido a modificaciones en el esquema de base de datos o una versin muy antigua del esquema.

Error: "Uno o ms tablas de copia de seguridad de una instalacin anterior todava existe"
Cuando el instalador se ejecuta para actualizar la base de datos OpenNMS de una instalacin anterior, a menudo esquemas de tabla actualizaciones. Cuando se hace esto, copia los datos en una tabla a una tabla temporal (por ejemplo: el contenido del nodo se copian en node_old_11033991291234 ). La tabla original se borra, la nueva versin de la tabla se crea, los datos de la tabla temporal se traduce en la nueva tabla y, finalmente, la tabla temporal se borra. Desafortunadamente, el instalador no puede consultar a todos los problemas que podra romper la traduccin, as que a veces el paso de traduccin falla. En este caso, el instalador "vuelve" la mesa que estaba procesando dejando caer la nueva tabla y mover la tabla temporal en su lugar.

Reversin de la tabla en caso de un problema es todo lo bueno y bien, pero a veces no funciona correctamente, en especial con las versiones ms antiguas de la instalacin de Java. Si esto ocurre, la tabla temporal (el que tiene "_old_" en l) se queda con todos los datos de edad. Hasta OpenNMS 1.1.5, este problema no sera capturado la prxima vez que se ejecut el programa de instalacin. El programa de instalacin a ver que no tena el nodo de tabla, por ejemplo, y felizmente siguen creando uno nuevo para usted. Esto es malo, sobre todo porque es probable que todava tienen los datos que se preocupa por que ahora est en la "vieja" de mesa. Si recibe este error, tendr que deshacerse de la tabla (s) que contiene "_old_", sin embargo, debera comprobar si contienen datos. Por ejemplo, si usted tiene una sola tabla, node_old_11033991291234 , ningn otro node_old_ * tablas, y no el nodo de tabla, puede simplemente cambiar el nombre de la tabla:
# psql-h localhost-U OpenNMS OpenNMS Bienvenido a psql 7.4.6, el terminal interactivo de PostgreSQL. Tipo: \ copyright para ver los trminos de distribucin \ h para ayuda de comandos SQL \? para obtener ayuda sobre comandos internos \ go termine con punto y coma para ejecutar la consulta \ q para salir OpenNMS = # ALTER TABLE node_old_11033991291234 RENOMBRAR A nodo;

Usted puede utilizar el "\ d" comando dentro de psql para ver qu otras tablas existen en su base de datos. Usted puede utilizar " SELECT count (*) de la tabla; "(rellenar el nombre de la tabla de" tabla ") para obtener un recuento de filas en una tabla. Si usted tiene mesas vacas, slo se puede caer. Si tiene varias tablas de datos, usted tendr que decidir qu tabla de datos que desea conservar o combinarlos. Esto se deja como una no tan simple) ejercicio (para el lector.

Error: "Tabla X contiene N filas (de M) que violen nueva restriccin Y"
Con el tiempo OpenNMS extiende su esquema de base de datos para mejorar la funcionalidad. Este error puede ocurrir debido a la forma de ciertas funciones administrativas en las versiones anteriores de OpenNMS funcionado o si la base de datos fue modificada por fuera de OpenNMS (este ltimo es comn que los sitios ms grandes). Con el tiempo OpenNMS ha introducido ms restricciones de claves extranjeras en su base de datos. Estos se utilizan para garantizar la coherencia interna de la base de datos cuando los datos en dos tablas estn vinculadas entre s por una clave compartida. Por ejemplo,

cada evento puede tener un puntero al nodo que se relaciona con, hay una clave fornea que requiere que un evento no debe apuntar a un nodo que no existe. A partir de 1.1.5, cuando se actualiza el esquema de base de datos, verificar primero para las filas que violan cualquier nuevas restricciones de clave externa que puedan aadirse. Hay tres opciones para solucionar estos errores: 1. Eliminar las filas ofender. As lo sugiere si el nmero de filas que infringen la restriccin es pequeo en comparacin con el nmero total de filas de la tabla afectada y si usted no necesita los datos. Utilice " $ OPENNMS_HOME / bin / install-C <constraint>-X "para eliminar las filas de ofender. 2. Marque la clave en las filas de ofender a NULL. As lo sugiere, si usted necesita para mantener los datos en todo o an no estn seguros de qu hacer con l. Utilice " $ OPENNMS_HOME / bin / C-<constraint> instalar "para marcar la columna de clave en NULL en las filas de ofender. 3. Fije la llave en las filas de ofender. Esto es para usuarios avanzados y requiere una buena cantidad de esfuerzo. Esto se deja como ejercicio para el lector.

Error: "- la adicin de la funcin de base de datos iplike ... org.postgresql.util.PSQLException <snip>: ERROR: no se puede acceder a '<snip> / lib / iplike.so' archivo: Permiso denegado"
El servidor PostgreSQL no tiene acceso al archivo iplike.so. Esto podra ser debido a el archivo en s no tiene los permisos adecuados para el usuario que se ejecuta como PostgreSQL y / o uno o varios de los directorios principales de la iplike.so no tener los permisos adecuados. Este error se ve, incluso cuando se ejecuta el instalador como root, porque no es OpenNMS ni el instalador no puede acceder al archivo iplike.so, pero la base de datos PostgreSQL. El instalador instruye a la base de datos PostgreSQL para cargar el iplike.so y el servidor de base de datos PostgreSQL por lo general se ejecuta como un usuario sin privilegios, por lo que est sujeto a los controles del sistema de archivos de control de acceso de usuario normal como cualquier otra. Esto se ve comnmente cuando la gente OpenNMS instalar en un directorio para el usuario root u otro usuario y los permisos en ese directorio no permiten a los usuarios que no sea el propietario de la de acceso al directorio.

Error: "- la adicin de la funcin de base de datos iplike ... org.postgresql.util.PSQLException <snip>: ERROR: no se pudo cargar la biblioteca de ..."
La ltima parte del error podra ser algo como " <ruta> / iplike.so: no puede abrir el archivo objeto compartido: No existe el fichero o directorio "o"
ld.so.1: postgres: fatal: <ruta> / iplike.so : mal de clase ELF: ELFCLASS32 ".

El servidor PostgreSQL no puede cargar el iplike.so archivo. Esto casi siempre es causada por el servidor PostgreSQL y el archivo iplike.so ser compilado para diferentes conjuntos de instrucciones del procesador. Esto se ve comnmente cuando el servidor PostgreSQL es compilado para utilizar un poco de instruccin-64 pero el OpenNMS iplike.so compilado es objeto compartido un poco de instruccin-32, aunque lo contrario es posible, tambin. Usted puede utilizar el " archivo "de comando en iplike.so y el administrador de correo binario con PostgreSQL para comprobar sus sistemas de instruccin. La solucin ms fcil es ver si existe una versin empaquetada de OpenNMS elaboradas para el mismo conjunto de instrucciones (32 - o 64-bit) como su servidor PostgreSQL. El mtodo ms fcil prximo para la mayora de los usuarios es cambiar el servidor PostgreSQL para que coincida con el conjunto de instrucciones que el iplike.so archivo fue compilado. Para usuarios avanzados, puede compilar OpenNMS mismo para encajar el conjunto de procesadores que usted necesita. Ver este post para discutir la lista de algunos indicadores.

Error: "Excepcin en el hilo" principal "org.postgresql.util.PSQLException: ERROR: relacin" pg_user "no existe" cuando se ejecuta el instalador.
Este error significa que la base de datos no se cre correctamente. Desde el script de instalacin se supone crear la base de datos, uno podra asumir que es un problema con OpenNMS, sino que es un problema con las porciones de SELinux de Red Hat 4 (y CentOS-4). Bsicamente, el comando init_db postgres no es capaz de escribir en / dev / null, y no sin un mensaje de error tiles. Para evitar esto, ejecute los siguientes comandos: 1. postgres stop 2. rm-rf / var / lib / pgsql / data

3. / Usr / sbin / setenforce 0 4. postgres inicio Tenga en cuenta que el paso 2 se eliminarn todos los cambios realizados en los archivos de configuracin de PostgreSQL y tendrs que volver a ellos.

Error: java.io.FileNotFoundException: ... (Permiso denegado)


Un ejemplo exacto de este error es: " java.io.FileNotFoundException: / opt / OpenNMS / etc / users.xml (Permiso denegado) ". Si el error anterior ocurre cuando se utilizan las funciones de administracin a travs de la interfaz web, tales como la administracin de usuarios, las notificaciones, y la adicin de nodos, el servidor web Tomcat se est ejecutando como un usuario no-root, pero no han cambiado los permisos en los archivos de configuracin para que el usuario Tomcat puede acceder a ellos. Volver atrs y seguir las instrucciones anteriores en la gua de instalacin sobre la configuracin de Tomcat para ejecutar como un usuario sin privilegios.

Dnde obtener ayuda


OpenNMS es una comunidad con el apoyo del proyecto. Por favor, mantenga esto en mente cuando buscan ayuda en el programa, ya que nadie se le paga para trabajar en el proyecto (a menos que sea a travs de un contrato de soporte comercial).

Las Notas de la publicacin


Revise las notas de lanzamiento de esta versin. Estn en la documentacin de la seccin de la pgina del proyecto en SourceForge OpenNMS.

El Sitio Web OpenNMS


El OpenNMS principal del sitio es un wiki. Como proyecto de la comunidad, hay un montn de buenos consejos y la informacin disponible all. En particular, se sugiere el control de la menciona-notas de la versin anterior, el FAQ de las entradas en el wiki , la base de datos de error y, por supuesto, Google , antes de publicar una lista de correo.

Las listas de correo OpenNMS

OpenNMS mantiene una serie de listas de correo activas en SourceForge : OpenNMS-announce Un poco trfico, moderada lista de correo para anuncios OpenNMS. Todos los puestos de esta lista se duplican en el OpenNMS-discuss lista. OpenNMS-cvs Esta es una lista de trfico bastante alto de todas las actualizaciones de los repositorios de Subversion en SourceForge. Moderado. Slo SVN actualizaciones se publicarn aqu (sin discusin). OpenNMS-devel Esta lista es para la discusin del desarrollo del cdigo base de OpenNMS. OpenNMS-desarrollo Este es el principal OpenNMS discutir lista. Es muy amigable y razonablemente alto volumen. Se tiende a centrarse en los problemas de configuracin y debate general sobre gestin de la red, pero mucho casi cualquier cosa va aqu. Sin embargo, se sugiere que las cuestiones relacionadas a la instalacin ir a la OpenNMS a instalar en lugar de la lista. OpenNMS a instalar Esta es una gran lista de nuevos usuarios a OpenNMS. El objetivo principal es problemas de instalacin (aclarada por esta gran documentacin, no?), Pero la mayora de "novato" las preguntas son bienvenidas aqu. OpenNMS-maps OpenNMS tiene una funcin de mapa de la red, que incluye el cdigo para la determinacin automtica de las relaciones entre los hosts (Linkd). Esta es la lista adecuada para la discusin de los mapas y el cdigo subyacente Linkd. OpenNMS-ventanas

Una lista de discusin para personas que corren en Windows OpenNMS. OpenNMS-francais Una lista de discusin de OpenNMS en francs. OpenNMS-italia Una lista de discusin de OpenNMS en italiano. OpenNMS-ug-Tokio Una lista de discusin de OpenNMS en japons, as como la discusin general entre el Grupo de Usuarios de Tokio OpenNMS. OpenNMS-ug-Reino Unido Una lista de discusin de OpenNMS Ingls en el Reino Unido para aquellos que no hablan Ingls Americano (OK, es broma). En realidad, una lista de discusin para el Reino Unido Grupo de Usuarios de OpenNMS. ;) Las listas de correo OpenNMS tambin son archivados en gmane.org .

Soporte comercial
Si est utilizando OpenNMS en un entorno de produccin, o lo estn considerando, que podra estar interesado en apoyo comercial. El Grupo de OpenNMS OpenNMS mantiene el proyecto, y tambin ofrecemos apoyo, capacitacin, servicios de consultora y desarrollos a medida.

GRAFICOS OpenNMS proporciona un gran nmero de prefabricados de grficos estndar para una gran cantidad de hardware diferente, el software y los valores de datos diferentes, tales como MIB2 los valores de la interfaz, la temperatura, la carga de la CPU, uso de disco, etc.

Uso de prefabricados informes estndar


Estos informes se utilizan cuando se selecciona un nodo e ir a la "recursos grficos" elemento de men.

Configuracin
El archivo de configuracin es snmp-graph.properties . Aunque el nombre "snmp", tambin permite definir los grficos de otros datos recogidos tambin, ver el grfico para JBoss en el fichero de configuracin. Al cambiar este cuidado del archivo debe ser llevado al proceso de actualizacin ya que este archivo puede ser sobreescritos (a menos que va a instalar en la caja). Si los cambios proporcionar nuevos grficos que pueden ser de inters para otros usuarios tambin se sienten libres para abrir un error en la mejora http://bugzilla.opennms.org . Si los grficos que entrar en la distribucin estndar, lo libera de la reconfiguracin de ellos despus de cada actualizacin de OpenNMS. Ver SNMP_Reports_How-Para obtener una descripcin detallada sobre la adicin de nuevos grficos.

Breve descripcin de sintaxis

Nota: Mientras se edita este archivo tenga cuidado de configuraciones de seguridad que slo vale como el archivo de configuracin se lee cada vez que un grfico que se ha de elaborar. Guardar las configuraciones incompleto puede grficos de freno para otros usuarios. Aunque las pruebas de esto hace ms fcil: slo tienes que guardar tu archivo de configuracin ha cambiado y volver a cargar el grfico para ver los cambios, no es necesario que reinicie OpenNMS o algunos de sus demonios. En la parte superior del archivo de configuracin SNMP graph.properties debe haber algunas entradas como
informes = mib2.HCbits, mib2.bits, mib2.percentdiscards, mib2.percenterrors, \ mib2.discards, mib2.errors, mib2.packets, \ mib2.nonucastpackets, \ mib2.tcpopen, mib2.tcperrs mib2.tcpcurrent, MIB2 . tcpsegs, \ mib2.icmp.msgs, mib2.icmp.problems, mib2.icmp.info, mib2.icmp.echoes, \ mib2.powerethernet, \

Agregue el nombre del informe que desea configurar aqu. La sintaxis es


informes = repname1, repname2, repname3, \ repname4, \ repname

No olvide el punto y coma despus de cada uno, pero el nombre ltimo y, si es necesario, la barra invertida para las lneas de continuacin. Los informes que normalmente estn en orden alfabtico, pero es ms fcil para actualizar los archivos de configuracin para agregar modificaciones al final.
repname internamente usado el nombre del informe para hacer referencia a continuacin las definiciones de informe. Usted lo ver por ejemplo, como "Tipo de grfico" en la definicin de KSC grficos. Tiene que aparecer en las definiciones del informe como
report.repname.name = report.repname.columns muestra = = = report.repname.type report.repname.command ...

Cuando el nombre (en este caso "Muestra") entr en la lnea


report.repname.name = Muestra

va a la verdad es que no s si usted sabe que por favor corrija esto aqu. A continuacin, defina las variables que desea graficar. Estos son los nombres de variables provenientes de la OCR o archivos RRD, vea SNMP_Reports_How-A para ms detalles.
report.repname.name = report.repname.columns muestra = var1, report.repname.type Var2, Var3 report.repname.command = = ...

Al crear un grfico OpenNMS busca las variables existentes en el directorio apropiado de la RRD-archivos del nodo de los grficos se debe crear. Nota: No se hace referencia aqu a la OCR o nombre de archivo RRD real! La referencia es creado por OpenNMS utilizando la informacin sobre el nodo (para encontrar a su directorio) y los nombres de variable. Puede haber RRD o OCR archivos en el directorio del nodo. Aquellos que se hace referencia
report.repname.type = nodeSnmp

mientras que los archivos de los subdirectorios que se hace referencia


report.repname.type = interfaceSnmp

incluso si son para http, JMX, JVM, colecciones, etc Ahora estamos listos para definir la forma del grfico debe ser similar. Esta parte es "RRD pura" y descrito en la wiki RRD en detalle, asi que aqu slo una breve resea.

report.repname.name = report.repname.columns muestra = var1, report.repname.type Var2, Var3 = interfaceSnmp report.repname.command =-ttulo de "Ttulo de la Muestra Grfica" \ ...

El ttulo se introduzca aqu se mostrar en la parte superior de la grfica. Como se puede ver la lnea termina con una barra invertida: todas las lneas siguientes, pero el ltimo necesita esta barra, en realidad esto son todos los argumentos de la llamada a la RRD herramienta grfica.
report.netsnmp.memory.name = report.netsnmp.memory.columns muestra = var1, report.netsnmp.memory.type Var2, Var3 = interfaceSnmp report.netsnmp.memory.command =-- ttulo de "Ttulo de la Muestra Grfica" \ - vertical de la etiqueta bytes \ DEF: lVar1 = {} rrd1: var1: PROMEDIO \ DEF: lVar2 = {} rrd2: Var2: PROMEDIO \ DEF: lVar3 = {} rrd3: Var3: PROMEDIO \ LNEA 1: # FF0000 lVar1: "Variable 1 "\ LINEA2: lVar2 # 00FF00:" Variable 2 "\ LINE3: lVar3 # 0000FF:" Variable 3 "\ GPRINT: lVar1: PROMEDIO:" Puntuacin \ \:% 8.1lf% s "\ GPRINT: lVar1: Min:" min \ \% s 8.1lf% "\ GPRINT: lVar1: MAX:" Max \ \% s% 8.1lf \ \ n "\ GPRINT: lVar2: PROMEDIO:" Puntuacin \ \:% 8.1lf% s "\ GPRINT: lVar2: Min: "Min \ \% s% 8.1lf" \ GPRINT: lVar2: MAX: "Max \ \% s% 8.1lf \ \ n" \ GPRINT: lVar3: PROMEDIO: "Puntuacin \ \: % 8.1lf% s "\ GPRINT: lVar3: Min:" Min \ \% s% 8.1lf "\ GPRINT: lVar3: MAX:" Max \ \:% 8.1lf% s \ n "\

El DEF - declaraciones definir los nombres de variables locales (lvar en la muestra) de las variables incluidas en el RRD o OCR-archivos que pueden ser utilizados para los clculos, etc y se hace referencia en los estados LINE y GPRINT. Si no haces los clculos slo contendr los valores de las variables originales de la RRD o OCR-archivos. El LINE - declaraciones definir qu variable se dibuja como una lnea, es cdigo de color (RGB codificado) y el nombre de la lnea en la leyenda. los estados GPRINT finalmente imprimir el promedio, valores mnimos y mximos para las variables locales.

También podría gustarte