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

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