Un Administrador de Sistemas en Apuros

Si has llegado a este post posiblemente sea porque no te funciona correctamente el cliente nrpe en uno de tus servidores. Si es así estas posiblemente a 5 minutos de la resolución de tu problema.

CAUSA

Posiblemente estas usando ssl desde Nagios y en el cliente has arrancado el cliente nrpe con la opción -n


SOLUCIÓN

Mata el proceso y vuelve a ejecutarlo sin la opción -n



Si esta información te ha sido de ayuda pincha en mis anuncios. Nos ayudamos mutuamente. Gracias 

Para realizar un ping toda una red clase C basta con lo siguiente:

for /L %i in (1,1,255) do @ping 192.168.0.%i -n 1 |@find “TTL” >>PINGOK.LOG |echo %i 

La explicacion:

for /L %i in (1,1,255) %i vale 1 (primer valor del for)

el segundo valor = incremento en este caso vamos de 1 en 1.

tercer valor es el final. @ping 192.168.0.%i -n 1 = ejecuta ping a la ip especificada con el valor de %i y envia 1 solo paquete.

 |@find “TTL” >>pingok.log = el resultado del ping busca el valor TTL y si existe lo pasa al fichero pingok.log. |echo %i = es solo para ver el proceso

Durante la instalación de NDOUtils te puedes encontrar con el error:

nagios: Error: Could not load module '/etc/nagios/ndoutils/ndomod.o' -> /var/log/nagios/spool/checkresults/nebmodV9Gc2w: failed to map segment from shared object: Permission denied

Este error esta causado por SELINUX. Se deshabilita y punto.

Con el comando:

# setenceforce = 0

O editando el fichero de configuración

/etc/selinux/config

y cambiar el parametro SELINUX=disabled

Es posible que sigas registrando errores como:

ndo2db: Warning: queue send error, retrying...
ndo2db: Message sent to queue.

Para ello asegurate de que tus parámetros sean estos:

# sysctl -p

kernel.msgmnb = 131072000
kernel.msgmax = 131072000
kernel.shmmax = 4294967295
kernel.shmall = 268435456
kernel.msgmni = 256000

sino edita /etc/sysctl.conf

y con esto deberían solucionarse todos los errores.



Si esta información te ha sido de ayuda pincha en mis anuncios. Nos ayudamos mutuamente. Gracias 

Aunque en este blog la finalidad no es hablar por el momento de Android, considero interesante hablar de un problema que están teniendo multitud de usuarios en estos meses sobre el consumo de datos excesivo de un proceso que se llama "SO Android".

Para entrar en materia, los datos consumidos por aplicaciones arrancadas desde el SO van a parar a una caja negra llamada "SO Android", y eso explica por qué este proceso se lleva el premio al que más consume. Es decir, que tienes 0 pistas para saber que aplicación la esta liando.

Aunque no tengas pistas puedes deducir que esta pasando y a mi se me ocurría que podría ser el reenvío constante de un fichero o algún tipo de sincronización... Por ello fui a revisar en Ajustes > Cuentas y ahí ataque al "bicho gordo", Google. Y bingo!!! Se estaba sincronizando un montón de opciones que había deshabilitado como Google+, etc etc etc .

Una vez que se han deshabilitado he dejado de tener problemas con mi tarifa de datos.


Si esta información te ha sido de ayuda pincha en mis anuncios. Nos ayudamos mutuamente. Gracias 

Si en un monitor de Nagios obtienes que en parte de la cadena del error aparece algo como  "...returned an invalid return code: -1073741502 ..." , ten en cuenta lo siguiente:

- Has configurado un script no estándar para Nagios y esta sobrecargando el sistema
- El error puede no estar relacionado con el monitor que esta dando el fallo

Para saber la causa del problema mira el administrador de tareas de windows y por ahi empezaras a ver cosas raras como mucho procesos cscript.exe o cmd.exe de forma indiscriminada. Si es así, aconsejo utilizar la herramienta Process Explorer de SysInternals para saber de donde viene ese proceso y finalizarlo

Una vez obtengas el origen del error corrige ese script que tantos problemas te ha dado.


Si esta información te ha sido de ayuda pincha en mis anuncios. Nos ayudamos mutuamente. Gracias 

Durante la instalación del Hipervisor de Vmware ESXi 5.1 en un servidor HP Proliant DL360 G5 me sale el siguiente mensaje:

La solución es bastante sencilla, basta con modificar un parámetro en la BIOS del servidor.
Advanced Options > Processor Options > No-Execute Memory Protection, cambiar a Enabled.



Ahora ya estará solucionado el problema y podrás continuar con la instalación.


Si esta información te ha sido de ayuda pincha en mis anuncios. Nos ayudamos mutuamente. Gracias 

Si has llegado hasta este post tras haber instalado Nagios en RHEL por ejemplo, y obtienes errores como

- Nagios Internal Server Error
- Premature end of script headers: status.cgi
- Premature end of script headers: statusjson.cgi

Y has comprobado que los servicios de Nagios y Apache2 o httpd en su defecto están arrancados prueba con el siguiente comando para solucionar este error:

chcon -R -t httpd_sys_content_t /usr/local/nagios

Después de esto, es posible que puedas acceder a Nagios, pero no ha todos los apartados y quizá sigas teniendo errores con los cgi. Deberas verificar en el log del servidor web y concretar el error con el siguiente comando.

tail -f /var/log/httpd/error_log

Quizá encuentres algun mensaje similar a

[error] [client 10.xxx.xxx.xxx] /usr/local/nagios/sbin/statusmap.cgi: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by /usr/local/nagios/sbin/statusmap.cgi), referer: http://10.xxx.xxx.xxx/nagios/side.php

Si es así ya tienes una pista para seguir solucionando problemas.


Si esta información te ha sido de ayuda pincha en mis anuncios. Nos ayudamos mutuamente. Gracias 

Si has llegado hasta aquí es porque probablemente tu vmware converter no esta reconociendo el hardware virtual de alguna máquina virtualizada.

Una de las posibles soluciones a este problema y que por lo menos a mí siempre me ha funcionada, es realizar la virtualización de dicha máquina con una versión más antigua de VMware converter. Por ejemplo, si te da este problema con la versión 5.5 busca una versión inferior como la 5.0 y prueba a realizar el mismo proceso de virtualización. Así resuelvas este problema que VMware debería resolver por si solo.

Si esta información te ha sido de ayuda pincha en mis anuncios. Nos ayudamos mutuamente. Gracias 

El error "Can't locate VMware/VIRuntime.pm in @INC..." da porque no se han instalado los pre-requisitos de vCli (VMware VSphere Client) que son los siguientes:

Tamaño .vswp (de una sola Máquina virtual) = Memoría RAM asignada - Reservación de memoria

• No se puede reservar más allá de la memoria asignada a la máquina virtual (en caso de no haber limite, la reserva máxima es igual a la memoria asignada ala máquina virtual)

Si has llegado hasta aquí es porque tienes algún problema con una antigua tarjeta que tenías en tu máquina . Es posible que estés teniendo mensajes como que... una tarjeta de red en tu equipo tiene la ip que le estas asignando (" ¿Desea escribir una dirección IP diferente para este adaptador en la lista de direcciones IP en el cuadro de diálogo Avanzada? "), que tengas algún servicio de oracle que no acaba de arrancar... etc.

Para arreglarlo tienes dos soluciones documentadas aqui.

 La primera de las dos soluciones propuesta es la menos compleja. Se basa en hacer 6 pasos:

1. Abrir una línea de comandos ejecutando cmd.exe. 
2. Escribir: set devmgr_show_nonpresent_devices=1 y presionar ENTRAR. 
3. Abrir el administrador de dispositivos escribiendo en la línea de comandos: DEVMGMT.MSC y pulsar ENTRAR. 
4. En el Administrador de dispositivos pulsar en el menú Ver y marcar Mostrar dispositivos ocultos. 
5. Expandir el ítem Adaptadores de red. 
6. Seleccionar los adaptadores que aparecen en color atenuado, clic con el botón secundario del ratón y Desintalar. 

 Espero que os sirva de ayuda

Cómo recibir alertas de correo SSH cada vez que un usuario logre acceder al sistema mediante este protocolo. Se debe instalar un cliente de correo, es probable que ya exista uno instalado.

 Instalamos MAILX:

#apt-get install mailx

 Para cada usuario del que deseemos recibir alertas, habrá que añadir la siguiente línea a su bashrc:

echo 'ALERTA - Acceso a la Shell (ServerName) el:' `date` `who` | mail -s "Alerta: Acceso shell de `who | cut -d'(' -f2 | cut -d')' -f1`" correo@electrónico.com

Listo, ahora recibiremos un correo por cada acceso al sistema.

Para resolver este problema basta con instalar los siguientes paquetes:

rrdtool php5 php5-gd php5-zlib apache2-mod_php5 perl-SNMP net-snmp-32bit nmap ncpfs libwavpack1 apache2 

Una vez todo instalado y configurado solo faltaria reiniciar los servicios:

#/etc/init.d/nagios restart 

#/etc/init.d/apache restart

Con esto ya estaría solucionado el problema.







Si esta informacion te ha sido de ayuda pincha en mis anuncios. Nos ayudamos mutuamente. Gracias

Este es el procedimiento que se ha seguido en Red Hat Enterprise Linux 6.4

Instalamos los siguientes paquetes

#yum install net-snmp net-snmp-utils

Editamos el fichero de configuración del servicio

# nano /etc/snmp/snmpd.conf

Habria que introducir lo siguiente:

#DEFINIMOS QUE/QUIEN ACCEDERA
com2sec local   127.0.0.1/32    public
com2sec lan     10.11.0.0/16   public

#CREAMOS LOS GRUPOS
group   MyRWGroup       v1      lan
group   MyRWGroup       v2c     lan
group   MyRWGroup       usm     lan

group   MyROGroup       v1      local
group   MyROGroup       v2c     local
group   MyROGroup       usm     local

#PERMITIMOS QUE PUEDE VERSE
view    all     included        .1

#ASIGNAMOS PERMISOS A LOS GRUPOS
access  MyRWGroup       ""      any     noauth    0      all    all    all
access  MyROGroup       ""      any     noauth    0      all    all    all

Esta es una configuración orientativa, cada cual que investigue un poco y la edite como mejor le parezca.

Para finalizar basta con reiniciar el servicio







Si esta informacion te ha sido de ayuda pincha en mis anuncios. Nos ayudamos mutuamente. Gracias

Es probable que una de las causas por las que hayas obtenido este error sea instalando el paquete nrpe.

Para solucionarlo basta con:

# yum install openssl-devel

Cuando ejecutes esta orden se hará una búsqueda de dependencias, es recomendable instalarlas. Esta solución ha sido probada sobre CentOS, pero seguro que funciona en otros sistemas operativos similares.







Si esta informacion te ha sido de ayuda pincha en mis anuncios. Nos ayudamos mutuamente. Gracias

Si has llegado hasta aqui es porque te ha salido en consola el siguiente error

>>> No se ha podido ejecutar la comprobación automática de colores de visualización con el comando /usr/bin/xdpyinfo. Compruebe si está definida la variable DISPLAY.    Fallo <<<<

Para solucionarlo solo tienes que seguir los siguientes pasos:

# xhost + 
# su – oracle 

Asignas la variable DISPLAY con el valor 0.0 y problema solucionado.







Si esta informacion te ha sido de ayuda pincha en mis anuncios. Nos ayudamos mutuamente. Gracias

Hay dos errores comunes que suelen tener la mayoría en la instalación de pnp4nagios

1 - Error 500 a la hora de abrir el enlace:

perl -MCPAN -e "CPAN::Shell->force(qw(notest install  Gearman::Worker))"

2 - No se ha creado la ubicacion o el xml  para el servidor:
Esto pasa porque realmente no se están ejecutando las rddtool y vas a tener que comparar las entradas del fichero nagios.cfg sean iguales a las de commands.cfg

nagios.cgf

service_perfdata_command=process-service-perfdata-pnp4nagios
host_perfdata_command=process-host-perfdata-pnp4nagios

commands.cfg

define command {
       command_name    process-service-perfdata-pnp4nagios
       command_line    /usr/bin/perl /usr/local/pnp4nagios/libexec/process_perfdata.pl
}

define command {
       command_name    process-host-perfdata-pnp4nagios
       command_line    /usr/bin/perl /usr/local/pnp4nagios/libexec/process_perfdata.pl -d HOSTPERFDATA
}

Es posible que alguna de estás soluciones no sea la tuya, pero son las que más casos resuelven.

 Felices monitorizaciones!!!







Si esta informacion te ha sido de ayuda pincha en mis anuncios. Nos ayudamos mutuamente. Gracias

Con los siguientes pasos solucionaras los problemas que te hayas podido encontrar con scripts que hayas intentado ejecutar desde el nsclient como:

UNKNOWN: No handler for that command
No handler for command:

Editar el fichero nsclient.ini introduciendo las siguientes lineas:

[/settings/external scripts]

; Necesario para usar argumentos en scripts externos.

; allow arguments = true


[/settings/external scripts/wrappings]

; configuración de intérprete según extensión

bat = scripts\\%SCRIPT% %ARGS%

ps1 = cmd /c echo scripts\\%SCRIPT% %ARGS%; exit($lastexitcode) | powershell.exe -ExecutionPolicy Bypass -command –

vbs = cscript.exe //T:30 //NoLogo scripts\\lib\\wrapper.vbs %SCRIPT% %ARGS%


[/settings/external scripts/wrapped scripts]

;Nuestros commandos externos en directorio scripts de nsclient

test_bat = check_ok.bat

test_ps = check_test.ps1

test_vbs = check_test.vbs

Con esto finaliza la configuración. Y ahora tan solo queda realizar pruebas:

# check_nrpe -H ip_nsclient -c comando(test_bat,test_ps,test_vbs)

Si esta informacion te ha sido de ayuda pincha en mis anuncios. Nos ayudamos mutuamente. Gracias

Si has llegado hasta este artículo, probablemente andas probando un script vbs sobre windows 2008 y te habra dado el error  0x8004100E.

Para solucionarlo solo debes hacer lo siguiente y bajo tu responsabilidad:

1.- Utilizar Regedit para comprobar el valor de default namespace en  HKEY_LOCAL_MACHINE\Software\Microsoft\WBEM\Scripting  sea  root\cimv2


2.- Edita tu script y cambia

Set oWebAdmin = GetObject("winmgmts:root\WebAdministration")
por
Set oWebAdmin = GetObject("winmgmts:root\cimv2")

Y ya no te dará este error.






Si esta informacion te ha sido de ayuda pincha en mis anuncios. Nos ayudamos mutuamente. Gracias

Lo primero que tenemos que hacer es generar un conjunto de claves de cifrado asimétrico empleando el algoritmo RSA. Abrimos una terminal y escribimos lo siguiente:

# ssh-keygen

A continuación nos pide que introduzcamos una passphrase para el conjunto de claves. La passphrase protege tu clave privada en caso de que se vea comprometida. No obstante, para este tutorial no vamos a usar ninguna. Tras hacer esto vamos a:

# cd .ssh/

Este directorio contiene el par de claves que acabamos de generar: id_rsa e id_rsa.pub. Tenemos que subir al servidor de destino la parte pública de la clave, es decir, id_rsa.pub. Usamos el comando scp para copiar el archivo de su ubicación local a una carpeta temporal del servidor mediante SSH.

# scp id_rsa.pub usuario_servidor@direccion_servidor.com:/tmp

Conectamos al servidor mediante ssh.

# ssh usuario_servidor@direccion_servidor.com
# cd .ssh/

Añadimos nuestra clave pública al listado de claves autorizadas y después borramos el archivo de clave pública de su ubicación temporal:

# cat /tmp/id_rsa.pub >> authorized-keys
# rm /tmp/id_rsa.pub

Si todo ha ido bien no tendremos que introducir nuestra contraseña otra vez.






Si esta informacin te ha sido de ayuda pincha en mis anuncios. Nos ayudamos mutuamente. Gracias