De aventuras con los iSPI Performance for Metrics & Traffic de NNMi 10.10 (parte 2)

HPEn la parte 1 de la instalación pasé por misteriosos procesos invisibles bloqueando la memoria de Sybase y por una desinstalación de Metrics que por alguna razón igualmente misteriosa dejó podrida la base de datos de NNMi.

Le toca ahora el turno a Traffic, con un proceso de instalación teóricamente igual de sencillo que Metrics y por tanto potencialmente igual de propenso a encontrar problemas.

En esta segunda parte tendremos cosas tan amenas como instalación de componentes en rutas incorrectas, creación de rutas con permisos incorrectos y scripts te bloquean la configuración por no saber identificar quién es tu usuario.

Sigue leyendo

De aventuras con los iSPI Performance for Metrics & Traffic de NNMi 10.10 (parte 1)

HPDe entre todas las cosas en las que son expertos en HP es especialmente remarcable su habilidad para inducir una sensación de pánico al enfrentarte a una instalación tipo “next -> next -> finish”, al convertirlas en algo más del estilo de “next -> next -> fubar”.

La idea inicial de esta instalación era poner por una parte en un servidor NNMi corriendo junto con el iSPI de Metrics, y en otro distinto instalar el iSPI de Traffic.

Primera lección: si vas a instalar Metrics en el mismo servidor que NNMi, asegúrate de hacer backup de NNMi porque si por alguna razón la instalación de Metrics falla y quieres desinstalarlo, hay bastantes probabilidades de que te corrompa la instalación de NNMi.

Y claro, en este caso falló.

Sigue leyendo

Error al generar script java sobre HTTP en vugen

HPSi ya puede ser de por si algo desconcertante enfrentarse con un nuevo tipo de script de VUGen que no hayas usado nunca antes, aun lo es más cuando no es ya que el script que grabas no funcione como esperas si no que ni siquiera se genere ningún script en absoluto.

Grabando con el “java sobre HTTP” todo parece ir bien, con el contador de eventos subiendo como cabría espera al ir realizando la grabación. Al parar la misma y generarse el script sin embargo me aparece esto:

Failed to copy the file C:\Documents and settings\(usuario)\LocalSettings\Temp\noname10\data\vuser_init.java to C:\Documents and settings\(usuario)\LocalSettings\Temp\noname10\data\vuser_init.java(Source directory or file does not exist).

¿Habré hecho algo mal? ¿Será que este tipo de script no me vale?

Pues no, el caso es que parece que es un bug conocido de VUGen (necesitas un ID de soporte asociado para acceder al siguiente enlace):

http://support.openview.hp.com/selfsolve/document/KM1015235

Sigue leyendo

Instalando Performance for Metrics en RedHat 6.4

HPEl plugin Performance for Metrics de NNMi depende del paquete libjpeg, y esa dependencia se cumple sin problemas en RedHat 6.3 pero no en 6.4 ya que a partir de esta versión libjpeg ha sido reemplazado por libjpeg-turbo, que proporciona la misma funcionalidad con mejor rendimiento.

El instalador de Performance for Metrics parece no ser capaz de detectar la funcionalidad requerida del libjpeg, buscando en cambio los paquetes explícitos libjpeg.x86_64 y libjpeg.i686, que no estarán instalados en nuestro RedHat 6.4.

A falta de que HP saque una versión parcheada del instalador que detecte este cambio del paquete, una solución rápida es crearnos unos paquetes RPM “dummy” que no instalen realmente nada pero que aparezcan en la lista de paquetes instalados con los nombres que Performance for Metrics está buscando.

Sigue leyendo

Creando SLAs en BSM a partir de monitores de un SiteScope integrado

HPNo puedo si no quitarme el sombrero ante la astuta maldad de los desarrolladores de HP.

Una simple integración entre dos de sus productos (y a través del módulo SAM de BSM, nada menos) y resulta que aunque los monitores de SiS crean los CIs y HIs correspondientes en BSM, propagando correctamente los eventos en el Service Health… el módulo de SLM se los pasa por el forro.

Tienes ahí tu precioso árbol de CIs con sus HIs y KPIs, y no llega absolutamente nada de SiteScope.

La solución es, “obviamente”, editar el archivo “\<SisteScope>\groups\master.config” de SiteScope y cambiar los siguientes parámetros:

_enable_new_QualityPerMetric=false;
_enableQualityPerMetric=false;

Reinicio del servicio de SiteScope y listo.

Intuitivo a más no poder, eh?

Reseteando HIs desde la línea de comandos en BSM

HPEn la línea habitual de HP los nuevos productos crecen como setas y en cuestión de meses te encuentras con multitud de nuevas integraciones donde se redefine de nuevo el rol de cada aplicación.

Es el caso por ejemplo de BSM, OMi y OM: supuestamente OM se convierte ahora en un simple data collector y OMi pretende ser la nueva consola central de operaciones. Esto sería genial si OMi tuviese siquiera la mitad de funcionalidad que la consola de OM, y también sería fantástico si hubiese un poco más de inteligencia en el cálculo de estados de los Health Indicators.

Concretamente dado que esto último no es así acaba siendo necesario montarnos nuestros apaños con TBEC, SBEC y/o TBEA (con las posibles licencias adicionales que eso supone), e incluso echar mano al API de Service Health Rules.

Y sobre ese API va este mini-artículo: en la documentación correspondiente (BSM Extensibility Guide) nos indican la URL para realizar las llamadas y nos informan también de que el API está basado en REST y debemos llamarlo mediante un PUT.

OK. Un PUT. Y con autenticación, por supuesto. ¿Cómo hago eso?

Sigue leyendo

HP Operations Manager, BSM y los líos de certificados

HPDespués de implementar un sistema de comunicación a través de HTTPS en los agentes de Operations Manager desde la versión 8.

Después de utilizar un sistema de certificados en el (ya obsoleto) Service Desk.

Después de utilizar agentes de Operations Manager en la instalación standard de BSM para gestionar los certificados entre el Gateway y el Data Processing.

Y sobre todo después de decirnos que podemos integrar todas estas herramientas entre sí…

…¿Por qué diablos no se le ha ocurrido a HP centralizar el Certificate Manager en un único producto?.

Sí, vale que no es que sea una catástrofe y que sólo tenemos que establecer relaciones de confianza entre todos los CMs, pero creo que tampoco sería mucho pedir poder gestionar todo esto desde un único gestor.

No le veo la ventaja a acabar con 10 cacerts en cada máquina para que todo funcione, por no hablar de la sorpresa que te puedes llevar cuando actualizas un agente de Operations Manager en un Service Desk de producción.

Si el objetivo de los certificados es aumentar la seguridad, el incremento de la complejidad en la gestión de estos tiene el efecto contrario: acabas con tantos cacerts y tantos CMs que tiendes a establecer confianzas por todas partes y aceptar solicitudes de certificados a ciegas.

Porque ya es que no sabes ni en qué CM va a acabar una petición de certificado que acabes de lanzar.