Domotica y Software libre

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"...

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

*el mio ocupa: -rw-rw---- 1 mysql mysql 12333350912 nov 18 09:36 /var/lib/mysql/ibdata1 Desde la primera versión de MySQL hasta la más reciente, los administradores de base de datos que trabajan con este SGBD se han tropezado antes o después con un problema que no acaba de solucionarse: el crecimiento indefinido del fichero ibdata1. En este artículo se presentan algunas posibles acciones para eliminar o reducir este problema. Introducción Cada tabla de MySQL utiliza un determinado “motor de almacenamiento” (storage engine) . Los más conocidos son MyISAM e InnoDB. Los datos de tablas que utilizan el engine MyISAM se almacenan como ficheros independientes, normalmente bajo el directorio “/var/lib/mysql/NOMBRE-DE-LA-BASE-DE-DATOS”. Sin embargo los datos de las tablas que utilizanel engine InnoDB se almacenan todos en un único fichero “/var/lib/mysql/ibdata1”. Si la base de datos contiene un gran volumen de datos, este fichero puede llegar a hacerse muy grande. Pero a...