Documentos de Académico
Documentos de Profesional
Documentos de Cultura
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 .
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.
<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).
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 "} '
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.
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
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
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
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".
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.
Este complemento ampla el SnmpPlugin y por lo tanto tambin acepta todas sus propiedades.
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.
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).
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->
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.
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 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>
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.
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.
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.
HTTP . Radio .
Conclusin
Se espera que esta Cmo se ha demostrado su utilidad. Por favor, correcciones directa y comentarios al autor.
Ejemplos
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:
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.
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"
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>
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
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
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
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
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" />
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
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>
Solucin de problemas
stos son algunos consejos para ayudar a la solucin de problemas de datos SNMP cuestiones coleccin.
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.
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
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 .
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?
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
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
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
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>
<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
Id%%
Devuelve la etiqueta del nodo para el nodo dado en %% nodeid si est disponible.
%% Interfaceresolv
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]%
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.
<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>
<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.
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>
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.
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
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
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.
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.
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
<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.
Desde OpenNMS
<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
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
parte ms difcil pero muy importante, ya que hay una gran cantidad de parmetros a ajustar
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
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
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
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
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.
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:
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 .
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.
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
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)
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: 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 .
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;
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
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.
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)
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!
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)
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.
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.
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
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.
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)
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"
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
NOTA: Esto parece funcionar con algunas implementaciones de NetSNMP 5.4.1 (paquetes Sunfreeware) con las modificaciones a cabo.
y el cambio a:
SystemView ver incluidos 0,1
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.
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: 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 ";
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 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
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.
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
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:
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: 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
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
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.
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
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.
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
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.
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
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:
Compruebe si hay archivos como hs_err_pid9499.log en el directorio que OpenNMS o Tomcat se puso en marcha. Contiene:
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
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
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.
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 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.
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.
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.
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
<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: 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: 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 .
La segunda solucin es utilizar el JRobinConverter para convertir sus archivos RRD, como JRobin no puede leer las creadas por el rrdtool / estrategia JNI.
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: 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: 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:
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.)
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.
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:
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.
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.
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:
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
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.
DJ Gregor
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.
Por favor, enve cualquier omisin o correcciones a este documento para Tarus Balog .
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.
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.
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
transacciones Instalacin: fastestmirror yum######################### [01.01] instalados: yumfastestmirror.noarch 0:1.1.9 - 2.fc8 completo!
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
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 /
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
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):
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
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.
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.
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
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
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
Asegrese de que no son otras lneas sin comentar en este archivo. Tendr que detener y reiniciar Postgres despus de realizar estos cambios.
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
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.
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.
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.
... Donde [paquetes] es la lista de los paquetes anteriores que desea instalar.
... Donde [paquetes] es la lista de los paquetes anteriores que desea instalar.
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.
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
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 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.
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 ".
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
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
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
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.
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.
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
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.
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: "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: "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.
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.
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.
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, \
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 ...
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
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.