[OVO] ADSPI-105: Scheduled task failed for "VBScript" and user "$AGENT_USER".

Error emitido por la política ADSPI-Rep_Delete_OvRep_Object para la monitorización de Active Directory. Tras mucho trastear e investigar acerca de este error y leyendo en la documentación de HP, encontré que para solucionar este error los pasos a seguir son sencillos:

1. Acceder al servidor que ejerce el rol de DIrectorio Activo.
2. Buscar el usuario OvReplication y verificar si esta deshabilitado.
3. En caso de estarlo, volver a habilitar.

Esta solución funcionó para mi, espero que os sirva!

[OVO] Instalación y configuración de vMA

Últimamente ando ocupado configurando un par de servidores vMA que me servirán de puente con los ESX y poder monitorizar mejor las máquinas virtuales. Mi principal problema es que el Discovery del servidor parece no estar funcionando correctamente, por lo que no se me añaden las máquinas que descubren en el mapa de servicios, y por lo tanto, no se crean en OMU ni se asignan automáticamente las plantillas necesarias para poder monitorizar como se debe.

Llevo ya meses con una incidencia en HP que vamos tratano, pero mientras tanto, voy a explicar como instalar y configurarlo

[OVO] Errores en configuracion SPI de Oracle: ORA-01034 / ORA-12546

Llevo unos días configurando unos Linux con Oracle que me están dando muchos problemas. Principalmente una empresa externa se ha encargado de la puesta en marcha y cada servidor, por alguna razón que desconozco, tiene configuraciones distintas. A la vez, también hay permisos distintos para diferentes tipos de usuario y eso es lo que me está dando guerra.

Como ya había instalado otros no había caído en la cuenta de que en la Guide del mismo SPI explican estos errores. 

(1)    ORA-01034: ORACLE not available; ORA-07318: smsget: open error when opening sgadef.dbf file; HP-UX Error: 13: Permission denied

(2)     ORA-12546: TNS:permission denied

[PS] Extraer información de Active Directory con PowerShell

Comparto un pequeño Script en PowerShell que actúa sobre Active Directory. El Script extrae la siguiente información:

Se crea directorio C:\FSO y los outputs se guardan en outcommand.txt  
Informacion que extrae:  

• Numero total de usuarios     
• Numero total de maquinas     
• Numero total de servidores     
• Numero total de administradores del dominio     
• Lista de GPO's activas en el Dominio

Esto resulta útil integrarlo en una Tool de OvO para lanzar periódicamente o cuando se necesite y obtener el resultado en pantalla por ejemplo.

[VBS] Envío de mail

Hola a todos! Me ha costado volver de las vacaciones y ponerme a publicar de nuevo. Hay mucha faena y nuevos proyectos!

Voy a empezar el primer post del año publicando una forma de notificar resultados de comprobaciones que hagamos en scripts a traves de VBS por mail.

Es sencillo y útil. Ahora mismo lo vengo utilizando a través de una Schelude Policy en OVO que guarda el output en un .txt que adjunta y envía por mail, ya que el output no puedo mostrarlo por consola debido al tamaño del mismo.

Simplemente hay que modificar "servidor.de.mail" por la IP o nombre del servidor de correo y los campos de Subject, From,To etc para personalizarlo.


En mi caso, tengo una Schelude Task en OVO que lee un fichero XML en busca de errores. Si encuentra un error en el fichero, se ejecuta con argumento 1 el script de envío de mail. Para el argumento 1 lo he configurado para que se envíe a dos direcciones. De lo contrario se envía a 1, que es por defecto cada 3 horas. En ambas recoge una Query de SQL y la envía por mail.

SI no deseamos enviar nada adjunto, simplemente modificamos objMessage.TextBody y ahí podemos poner lo que queramos o enviar lo que recogemos de una variable, por ejemplo.

Y de esta manera sacamos mucho provecho, hay que ser creativos =D

Feliz Navidad!!

He estado muy liado estos días y no he podido dedicar mucho tiempo.
Aprovecho un pequeño hueco para felicitar a todos la Navidad y que un próspero Año Nuevo.

Nos vemos a la vuelta!!!

Coda y DataSources

Voy a intentar explicar y facilitar comandos y rutas que me han servido mucho para solucionar diversos problemas que me he ido encontrado con CODA y los DataSources. Esto me ha impedido en varias ocasiones poder generar gráficas con Performance Manager y proporcionar a los clientes a final de cada mes un informe completo y preciso.

Utilidad - Uptime.exe

La utilidad que ofrece Microsoft, uptime.exe, va genial a la hora de generar reports mensuales en casos en los que no podemos extraer mucha información de los servidores que tenemos gestionados. Si bien podemos utilizar siempre el comando systeminfo, la utilidad de uptime.exe ofrece mucha más información, como por ejemplo el % tiempo disponible ( este dato va genial ), nº reinicios, BlueScreens, apagados, reinicios inesperados... una información muy valiosa.

Comparto dos enlaces.
1- Utilidad uptime.exe - Redirige a la KB de Microsoft para su descarga. Click Aquí.
2- Script de automatización - El Script lo encontré navegando y lo he adaptado para que pueda recoger de una lista los servidores que queremos y meterlos en un excel mostrando toda la información. Solo hay que pasarle una lista y una un fichero de excel ya creado, que actuará como plantilla. No sirve para ejecutar de forma remota, ejecutar siempre des de un servidor dentro de la red donde se encuentre el resto. Click Aquí.

Error 193: 0xc1 - Arrancando NSClient++

Cuando termino de añadir unas lineas en el nsc.ini de una máquina con NSClient, me dispongo a reiniciar el servicio para aplicar los cambios y sean visibles. Para mi sorpresa, el servicio se apaga sin problemas, pero... no enciende. Uno de esos Viernes a los que le quedan media hora de jornada y te encuentras con un problema de estas características.

Buscando por el EventLog del sistema, doy con el mensaje: Error 193: 0xc1 [...] y no arranca, ni idea de que puede ser. Probé de sustituir el nsc.ini por una copia que tenía, pero nada funcionaba. ¿Reinstalar NSClient++ ? no, me queda media hora de jornada.

[OVO] Agent System Detection Error[1]: ovodetect: Error - Execution of # ovosysdetect_oraspi.sh #

Bien, anteriormente publiqué una solución de la alerta hermana a la que se dedica este post. En este caso para sistemas Unix/Linux Agent System Detection Error[1]: ovodetect: Error - Execution of '/var/opt/OV/bin/instrumentation/ovosysdetect_oraspi.sh' returned '1'  que en este caso no es un error de timeout, si no un problema en la ejecución del script. Tras editarlo y ver exactamente como trabaja, seguía sin ver el problema, pues manualmente la ejecución ( llama a otro script ) funciona sin problemas, pero el valor sigue devolviendo 1 ( Error ).
Abriendo el caso con HP, encontré una solución en su base de datos de soluciones, y efectivamente tal y como sospechaba, es un problema de código. 

A continuación, la solución aportada por HP y que por el momento ha silenciado las alertas:

[VBS] schtasks.exe y Nagios

Siguiendo con un caso práctico, me veo en la necesidad de monitorizar el estado de las tareas programadas en un servidor. Está controlado por Nagios, así que haré uso de NRPE. Buscando en la BBDD de los plugins de Nagios, he encontrado un par, pero el principal problema es que, o bien estaba en Francés, o que no había suficiente información de como utilizarlo. Además, no me gustaba como funcionaban.

Tirando otra vez de vbs, he creado otro script tomando como patrón el que posteé anteriormente sobre perfmon. También me encontré con problemas utilizando los providers de Windows referentes a las schelude tasks así que me las ingenié con el comando schtasks.exe. El funcionamiento es simple: guardo el resultado del comando en un txt, recorto las lineas hasta quedarme con la columna "Estado", y busco si coincide con algún error. En este caso busca un "No " ( mirando el estado de tareas fallidas ), y devolverá un valor u otro.

[OVO] Agent System Detection Error[1]: ovodetect: Error - Execution of # ovosysdetect_sybspi.bat #

He estado unos días esperando el resultado de unas modificaciones que hacen referencia al siguiente error

Agent System Detection Error[1]: ovodetect: Error - Execution of 'C:/Documents and Settings/All Users/Application Data/HP/HP BTO Software/bin/instrumentation/ovosysdetect_sybspi.bat' returned '1'. Command 'cmd /c 'C:/Documents and Settings/All Users/Application Data/HP/HP BTO Software/bin/instrumentation/ovosysdetect_sybspi.bat'' Timed out...   

Aunque no ha sido una solución 100% efectiva, si que ha calmado un poco la consola de tantos mensajes que recibía. Como he marcado en negrita en la misma alerta, se queja de time out, así que he cambiado el valor del time out de 30 que viene por defecto a 60, e incluso en algunos casos en los que aún se queja ( y no pienso volver a cambiar ) , a 90.

La forma de hacer el cambio es la siguiente:

1. Hacer una backup del fichero C:\Program Files\HP\HP BTO Software\lib\ASSD\LicUtils.pm por si acaso.
2. Editar el original y en la linea 188, cambiar el valor 30 que corresponde al timeout.

[OVO] Errores DBSPI sobre Data Logging Failed

Estos errores de no corregirlos cuando toca, llegado fin de mes me encuentro con quejas de los Administradores por que no salen completas las gráficas en el PM. Normal, claro está, pues los informes no se pueden completar, no existen datos.

En la consola me encontraba constantemente mensajes de DBSPI Data Logging failed. Efectivamente, si a través del PM ejecutaba gráficas, estas ya no salía. Encontré un procedimiento que me solucionaba el problema. 
El único inconveniente es que al aplicarlo, perdía el historial de las gráficas que tenía almacenadas. De momento y en modo de prueba parece que merece la pena, ya que donde he ejecutado el procedimiento no se ha vuelto a reproducir el error.Hasta que vuelva a fallar, estos son los pasos a seguir:

En la consola de OVO con el nodo afectado seleccionado, clic botón derecho y ejecutamos en orden las siguientes tools.

1. Iniciar > DBSPI > Admin Windows > Disable Graphs and Reports
2. Iniciar > DBSPI > Admin Windows > Enable Graphs
3. Iniciar > DBSPI > Admin Windows > Enable Reports
4. Restart del componente coda
5. Restart de los servicios el Performance Collection Component

Tras ejecutar esto, podemos confirmar las alertas y comprobar que dejan de salir, y transcurrida una hora, podemos generar gráficas del nodo en el PM, si todo ha ido bien.

[VBS] Comprobar colectores de datos ( perfmon )

Hace unos días me encontraba en la situación de tener controlados unos colectores personalizados en unos servidores Windows. El planteamiento se da cuando al reiniciar la máquina, el contador se queda parado por defecto una vez vuelve a arrancar. A nivel de operador no es cómodo andar mirando que servidor tiene un colector personalizado corriendo y mirar cada vez que un servidor se reinicia si esta encendido o no.

El siguiente script comprueba si el colector que le mandemos se encuentra running. En caso de que no lo esté, lo arrancará. También podemos configurarlo para que nos mande notificaciones. Para esto utilizaremos la aplicación logman.exe que encontramos en Windows por defecto.

script

NOTA: es diferente para 2008 que para 2003. En 2008 el resultado del estado se ejecuta sin mas con logman.exe. En 2003, hay que añadirle logman.exe query.

Server 2003

iReturn = objShell.Run("CMD /C logman.exe query > C:\out.txt", , True)

Server 2008

iReturn = objShell.Run("CMD /C logman.exe  > C:\out.txt", , True)

Uso de Typeperf - Parte II

Buen Lunes a todos!!

Continuamos con la segunda parte del uso de Typeperf. Aquí vamos a utilizarlo mediante un script en vbs para monitorizar cada x minutos, por ejemplo, el valor de un contador que queramos. A partir de aquí, lo implementamos en ovo, Nagios o cualquier otra plataforma de monitorización.

El script en cuestión lo podemos encontrar en Nagios Exchage : Check Performance Monitor, el mismo lo podemos personalizar. En la página del script hay muy poca información pero es muy intuitiva, lo único que nos quedará es configurar los umbrales de alerta para cada tipo de contador, pues no siempre es el mismo y el valor que recibimos tampoco.

Comentar también en el aspecto del valor recogido, que la conversión no es tan sencilla y puede darnos algún que otro dolor de cabeza. Por ejemplo, podemos recibir por comando el valor 25 respecto a un contador, pero al pasarlo por el script, el 25 se convierta en 2500000. Las soluciones van des de ir dividiendo para eliminar esos 0 de más, o bien, para mi la más sencilla, si el umbral es de 26, configurarlo a 2600000.

Script

Este Script está preparado para recibir las variables por comando e interpretarlas después.
Entonces, para el caso de Nagios, podemos introducir dentro del INI del servidor monitorizado bajo NRPE Handlers, la siguiente linea

check_proc_time=cscript /nologo "C:\Program Files\NSClient++\scripts\perfmon4.vbs" -C "Processor" -I "_Total" -P  "% Processor Time" "% Processor Time" -f "%f %"

Lo que le pedimos es sobre el contador del procesador, queremos saber el % Processor Time y esto el script lo traduce a:

typeperf "\Processor(_Total)\% Processor Time" -sc 1

En el fichero temporal que crea, se almacena el valor que se recoge en el momento, se analiza y se compara con los umbrales que definimos o bien en el script, o bien lo podemos pasar por comando añadiendo -w 50 -c 90, por ejemplo.

Por supuesto, podemos modificar este script para que no recoja valores y ponerlos nosotros de forma manual y personalizada, pues si tenemos que configurarlo para ovo, mejor que sea un valor estático y no variable.