Domotica y Software libre

Mis notas rápidas sobre esta instalación: Descargas: -RedHat EL 7.2, iso - jboss-eap-6.4-CVE-2015-7501.zip Instalación REL 7.2: Subida la ISO al Virtual Center realizar la instalación seleccionando antes los paquetes de java y servidor gráfico. Para este caso y estar "cómodo" en el entorno he dado 15GB de HD y 4GB de RAM  y 4. -Creado el usuario UNIX "jboss", contraseña genérica. -Descargar jboss-eap-6.4-CVE-2015-7501.zip con el usuario JBOSS -Antes de levantar JBOSS hay que crear un usuario de administración jboss con el siguiente comando:                ./add-user.sh       Yo me he creado el usaurio admin-jboss. -Levantar JBOSS 6.4 GA:                 ./domain.sh -bmanagement "IP privada de nuestro servidor"                      -domain.sh: levanta en version multiservidor, con varias instancias de jboss en memoria (me queda pendiente ver si son instancia java por core. (4 instancias)                      --bmanagement "IP p

Usar WIndows 10 en lugar del servidro 2008 r2 ya que dism es mas moderno: Montar imagen WIM para modificarla:  1º Exportar la imagen del servidor WDS, por ejemplo a E:\Backup_IMGWIM\  2º Comando para montarla (el S.O quedará en c:\TEMP\):          dism /Mount-Wim /WimFile:E:\Backup_IMGWIM\ImagenGenericaV1.5.WIM /index:1 /MountDir:c:\TEMP\   3º Desmontar la imagen WIM y que guarde la modificación:   Dism /Unmount-Wim /MountDir:c:\TEMP\ /Commit   4º subir la imagen modificada a WDS Nota: Para agregar drivers x64 (en windows 10 son x64) a la imagen BOOT. WIM una vez montada la imagen seguir este procedcimiento(codado con index, esta vez me fue bien el 2, si ponemos mal el indice puedes subir los drivers pero luego en el arranque windows pxe no lo verá: dism /Mount-Wim /WimFile:c:\temp\boot.WIM /index:2 /MountDir:c:\boot.wim\ Agregar Driver:    dism /Add-Driver /Image:"c:\boot.wim" /Driver:"C:\TEMP\net\e1d68x64.inf" Podemos verif

Mi monitorización lleva funcionado ok durante varios años, un dia de repente nagios es incapaz de leer las unidades monitorizadas, tanto de equipos Linux como de servidores windows... todas als alertas vía mail al unísono y el consiguiente nerviosismo en el departamento de sistemas: ERROR: Received noSuchName(2) error-status at error-index 1. Manos la cabeza y que está pasando el las docenas de servidores... tras un primer chequeo todo esta bien ..bueno todo no, Nagios y Centreon tienen problemas, tras googlear y buscar información aqui está la solucion: -Parar nagios: service nagios stop -Borrar todos los ficheros alojados en la siguiente carpeta (Son ficheros del tipo remote_storage_cache_192.168.1.121): /var/lib/centreon/centplugins# -Arrancar nagios: service nagios start Esperar a que el sistema de motorización recupere su salud. Si nos lae error leyendo una unidad, etc.. hay que borrar la cache en centreon: ERROR: Received noSuchName(2) error-status at error-i

Un script para mantener Nagios host-perfdata.out log .. maintainnagioslog.sh #!/bin/sh o1) service nagios stop 2) cd  /usr/local/nagios/var/archives 3) tar -cvzf host-perfdata.out.tar.gz host-perfdata.out 4) rm -rf host-perfdata.out 5) touch host-perfdata.out 6) chmod 644 host-perfdata.out 7) chown nagios:nagios host-perfdata.out 8) service nagios start What does the script do 1) stop nagios service 2) go to log directory /usr/local/nagios/var/archives 3) compress host-perfdata.out file 4) after compressed, delete host-perfdata.out file. 5) recreate host-perfdata.out file 6) set correct file permission 7) set correct file ownership 8) start nagios service Incluye el script en un cronjob para mantener el fichero  host-perfdata.out log limpio todos los meses. 05 02 1 * * /usr/ maintainnagioslog.sh  >/dev/null 2>&1 Queda pendiente generar un script complementario de rotado de log para la carpeta: /usr/local/nagios/var/archives