Un poquito de Linux...on Centos

Nagios Varnish_check

2011-05-03T08:58:00.000-07:00

Nagios Varnish_check_health

Vamos configurara el puglin de nagios para Varnish, con este monitor nos monitorizara que la conexión al backend funciona correctamente. Acordaros que en la configuración del myconfig.vcl tenemos los backends monitorizados.

[#] vi /etv/varnish/myconfig.vcl

## Backend definition.

# set default backend if no server cluster specified

backend backend_default {

    .host = "img01";
    .port = "81";
    .probe = {
    .url = "/test.jpg";
    .interval = 10s;
    .timeout = 5 s;
    .window = 5;
    .threshold = 3;
      }
}

Si tenemos varios backends definidos, este monitor solo nos informara del primero.

Descargamos el plugin desde:
http://exchange.nagios.org/components/com_mtree/attachment.php?link_id=2249&cf_id=24

Copiamos el plugin en el servidor

[#] cp check_varnish_health /usr/local/nagios/libexec/

Tenemos que realizar una modificación sobre el plugin, hay que añadir la clave secreta, está la crearemos en otro lugar que no sea el fichero que viene con la instalación por defecto (instalación del Varnish) ya que esta clave solo será para que el usuario cacti tenga acceso al Varnish.

[#] vi /usr/local/nagios/libexec/secret

[#] vi /usr/local/nagios/libexec/check_varnish_health

COMMAND=`varnishadm -S /usr/local/nagios/libexec/secret -T $IP\:$PORT debug.health 2>&1 | head -1 | cut -d' ' -f4`

OUTPUT=`varnishadm -S /usr/local/nagios/libexec/secret -T $IP\:$PORT debug.health 2>&1 | head -1`

Cambiamos los permisos del fichero secret para que solo tenga acceso el usuario cacti y cambiamos los accesos al plugin para que se pueda ejecutar.

[#] chown -R nagios:nagios /usr/local/nagios/libexec/secret

[#] chmod -R 777 /usr/local/nagios/libexec/check_varnish_health

Modificamos el fichero de configuración del nrpe añadiendo el servidor y puerto de acceso por remoto del Varnish.

[#] vi /usr/local/nagios/etc/nrpe.cfg

command[check_varnish_health]=/usr/local/nagios/libexec/check_varnish_health -i xx.xx.xx.xx -p 6082

Añadimos el comando en el server Nagios.

[#] vi /usr/local/nagios/etc/objects/commands.cfg

# 'check_varnish_health' command definition

define command{

        command_name    check_varnish_health
        command_line    $USER1$/check_varnish_health
        }
Y definimos el servicio

[#] vi /usr/local/nagios/etc/objects/server_proxy.cfg

define service{

          use                 Standard-Service
          host_name           ip-Server
          servicegroups       Sys-Services
          service_description varnish Health
          check_command       check_nrpe_linux!check_varnish_health
          }

Cuidado con el check_nrpe_linux yo lo tengo porque monitorizamos server Windows y tenemos un check_nrpe para Windows y otro para Linux (es la única manera que encontramos de solucionar el tema del número de argumento $arg1$ $arg2$ $arg3$...)

Varnish on Centos

2011-05-02T08:38:00.001-07:00

Varnish on CentOs

Que es Varnish??? Si quieres instalarlo seguro que ya sabes lo que es y para que sirve…

Nosotros vamos a utilizar Varnish como proxy inverso (reverse-proxy) de contenido estático, pero este “Open Source” está diseñado como acelerador de contenidos, ya sea estático o dinámico. De momento solo vamos a utilizarlo como cache de imágenes, de nuestro portal.

La instalación es sencilla, pero tendremos que familiarizarnos con su propio lenguaje de VCL http://www.varnish-cache.org/trac/wiki/VCL, luego explicare el fichero de configuración que tenemos aplicado en nuestro sistema.

La estructura, tenemos dos servidores Varnish, que atienden por el puerto 80 (estos dos server están balanceado) a su vez tenemos dos backend que contienen los repositorios de imágenes, que responden al puerto 81 con un LighttpD sobre Windows.

Desglose técnico:

Varnish Server:

PROXY01 -> CentOs 5.6 kernel 2.6.18-238.9.1.el5 x64 – 12 GB RAM – 136 GB disco.

PROXY02 -> CentOs 5.6 kernel 2.6.18-238.9.1.el5 x64 – 12 GB RAM – 136 GB disco.

Backend Server:

IMG01 -> Windows 2008 Enterprise R2 x64 – 9 GB RAM – 1.5 TB imágenes (1 TB ocupado)

IMG02 -> Windows 2008 Enterprise R2 x64 – 9 GB RAM – 1.5 TB imágenes (1 TB ocupado)

Storage System:

Cabina de disco HP EVA 4400 (fibra SCSI), conexión por fibra a los backend.

Una vez ya sabemos cómo tenemos construido el sistema, vamos a proseguir con la instalación y configuración del sistema.

Instalación, tenemos que isntalar el repositorio de varnish para poder realizer un yum install.

[#] rpm --nosignature -i http://repo.varnish-cache.org/redhat/el5/noarch/varnish-release-2.1-2.noarch.rpm

[#] yum install varnish

Ya tenemos la instalación de Varnish, dejamos activado el autoarranque del servidor y de los sistemas de LOG.

[#] chkconfig varnish on

[#] chkconfig varnishlog on

[#] chkconfig varnishncsa on

Los tiene dos servicios de log los cuales se guardan en /var/log/varnish/ tenemos el varnishlog es el propio sistema de log, con formato Varnish, nos muestra el flujo de las peticiones, lo podemos utilizar en consola.

[#] varnishlog

16 TxHeader b Accept-Encoding: gzip, deflate

16 TxHeader b Host: images.

16 TxHeader b X-Varnish: 705369720

16 RxProtocol b HTTP/1.1

16 RxStatus b 200

16 RxResponse b OK

16 RxHeader b Content-Type: image/jpeg

16 RxHeader b Accept-Ranges: bytes

16 RxHeader b ETag: "2884099485"

16 RxHeader b Last-Modified: Sun, 01 May 2011 10:52:54 GMT

16 RxHeader b Content-Length: 1901

16 RxHeader b Connection: close

16 RxHeader b Date: Mon, 02 May 2011 10:21:53 GMT

16 RxHeader b Server: LightTPD/1.4.28 (Win32)

18 TTL c 705369720 RFC 120 1304331713 0 0 0 0

18 VCL_call c fetch

18 TTL c 705369720 VCL 604800 1304331713

18 VCL_return c deliver

18 ObjProtocol c HTTP/1.1

18 ObjStatus c 200

18 ObjResponse c OK

18 ObjHeader c Content-Type: image/jpeg

18 ObjHeader c ETag: "2884099485"

18 ObjHeader c Last-Modified: Sun, 01 May 2011 10:52:54 GMT

18 ObjHeader c Date: Mon, 02 May 2011 10:21:53 GMT

18 ObjHeader c Server: (Win32)

18 ObjHeader c X-Cacheable: YES

18 ObjHeader c cache-control: max-age = 2592000

Y el varnishncsa sistema de log con formato web, lo podemos comprobar mediante

[#] tail –f /var/log/Varnish/Varnishncsa.log

172.xx.xx.xx - - [02/May/2011:12:30:38 +0200] "GET /test.jpg " 400 349 "-" "-"

Es recomendable modificar la configuración del logrotate para que cambien los log a diario vi /etc/logrotate.conf

[#] vi /etc/logrotate.conf

# see "man logrotate" for details

# rotate log files weekly

daily

# keep 4 weeks worth of backlogs

rotate 7

Almacenamiento de Varnish.

Tenemos dos opciones para almacenar en cache los objetos, uno es utilizar la memoria RAM, este tiene la ventaja que trabaja más rápido que el disco y la desventaja necesitamos mucha memoria RAM si queremos tener una gran numero de objetos cacheados. La otra opción es utilizar disco físico como almacenamiento, esta opción está muy bien pensada porque por lo contrario de otros sistemas reverse-proxy, Varnish utiliza un único fichero con la capacidad que le indiquemos y lo gestiona de una manera óptima e indexada.

En la configuración explicare como utilizar una opción o la otra, todo dependerá de nuestros requisitos, nosotros hemos utilizado la opción de disco con particiones ext4 porque este formato de disco optimiza los fichero de gran tamaño.

En CentOs, a partir de la versión 5.6 es totalmente compatible el formato ext4 una vez tenemos instalado la versión correcta, instalamos la herramienta de para dar formato a nuestra partición.

[#] yum -y install e4fsprogs

Como no tenemos la posibilidad de tener dos disco en RAID-1 para el servidor, hemos realizado dos particiones sobre el RAID-1 de 136 GB, la partición /cache_disk la utilizaremos solo para almacén de objetos.

[#] df -h

Filesystem Size Used Avail Use% Mounted on

/dev/cciss/c0d0p1 21G 2.5G 17G 13% /

/dev/cciss/c0d0p2 98G 2.3G 91G 3% /cache_disk

tmpfs

Vamos a desmontar c0d0p2.

[#] umount /dev/cciss/c0d0p2

Le damos formato a la partición.

[#] tune4fs -O extents,uninit_bg,dir_index /dev/cciss/c0d0p2

Optimización de la partición.

[#] e4fsck -fDC0 /dev/cciss/c0d0p2

Tenemos que configurar el fichero fstab para dejar los cambios en el inicio.

[#] vi /etc/fstab

Tenemos que realizar la siguientes modificaciones, quitar LABEL=/cache_disk y ponemos /dev/cciss/c0d0p2, cambiar ext3 por ext4 y para el Varnish poner las opciones noatime,nodiratime la configuración nos quedaría de la siguiente manera.

/dev/cciss/c0d0p2 /cache_disk ext4 defaults,noatime,nodiratime 1 2

Volvemos a montar la unidad y reiniciamos para comprobar que todo funciona OK.

[#] mount /dev/cciss/c0d0p2

Configuración Varnish

Ya tenemos instalado Varnish y preparado el servidor para realizar la configuración, lo primero que tenemos que conocer son los tres ficheros de configuración de Varnish.

Fichero de configuración del servidor Varnish

[#] vi /etc/sysconfig/varnish

----------------------------------------------------------------------

# Configuration file for varnish

# /etc/init.d/varnish expects the variable $DAEMON_OPTS to be set from this

# shell script fragment.

# Maximum number of open files (for ulimit -n)

NFILES=131072

# Locked shared memory (for ulimit -l)

# Default log size is 82MB + header

MEMLOCK=82000

# # Main configuration file. You probably want to change it :)

VARNISH_VCL_CONF=/etc/varnish/myconfig.vcl

# # Default address and port to bind to

# # Blank address means all IPv4 and IPv6 interfaces, otherwise specify

# # a host name, an IPv4 dotted quad, or an IPv6 address in brackets.

# VARNISH_LISTEN_ADDRESS=

VARNISH_LISTEN_PORT=80

# # Telnet admin interface listen address and port

VARNISH_ADMIN_LISTEN_ADDRESS=127.0.0.1

VARNISH_ADMIN_LISTEN_PORT=6082

# # Shared secret file for admin interface

VARNISH_SECRET_FILE=/etc/varnish/secret

# # The minimum number of worker threads to start

VARNISH_MIN_THREADS=1

# # The Maximum number of worker threads to start

VARNISH_MAX_THREADS=1000

# # Idle timeout for worker threads

VARNISH_THREAD_TIMEOUT=120

# # Cache file location

VARNISH_STORAGE_FILE=/cache_disk/varnish_storage.bin

# # Cache file size: in bytes, optionally using k / M / G / T suffix,

# # or in percentage of available disk space using the % suffix.

VARNISH_STORAGE_SIZE=90G

# # Cache memory size: same that Storage_file

VARNISH_MEMORY_SIZE=10G

# # Backend storage specification

VARNISH_STORAGE="file,${VARNISH_STORAGE_FILE},${VARNISH_STORAGE_SIZE}"

# # Default TTL used when the backend does not specify one

VARNISH_TTL=120

# # DAEMON_OPTS is used by the init script. If you add or remove options, make

# # sure you update this section, too.

DAEMON_OPTS="-a ${VARNISH_LISTEN_ADDRESS}:${VARNISH_LISTEN_PORT} \

-f ${VARNISH_VCL_CONF} \

-T ${VARNISH_ADMIN_LISTEN_ADDRESS}:${VARNISH_ADMIN_LISTEN_PORT} \

-t ${VARNISH_TTL} \

-w ${VARNISH_MIN_THREADS},${VARNISH_MAX_THREADS},${VARNISH_THREAD_TIMEOUT} \

-u varnish -g varnish \

-S ${VARNISH_SECRET_FILE} \

-s ${VARNISH_STORAGE} \

# -s malloc,${VARNISH_MEMORY_SIZE} \

-p obj_workspace=4096 \

-p sess_workSpace=262144 \

-p listen_depth=4096 \

-p overflow_max=2000 \

-p ping_interval=2 \

-p log_hashstring=off \

-h classic,5000009 \

-p thread_pool_max=4000 \

-p lru_interval=20 \

-p esi_syntax=0x00000003 \

-p sess_timeout=2 \

-p thread_pools=4 \

-p thread_pool_min=400 \

-p shm_workspace=32768 \

-p srcadd_ttl=0 \

-p thread_pool_add_delay=2"

Que hemos configurado,

VARNISH_VCL_CONF=/etc/varnish/myconfig.vcl

Que fichero vamos a utilizar para la configuración del proxy, este fichero lo explicaremos más adelante.

VARNISH_STORAGE_FILE=/cache_disk/varnish_storage.bin

Donde vamos a ubicar el fichero de cache, este fichero lo ubicamos en la partición ext4 que hemos creado anteriormente, el acceso y rendimiento es óptimo.

VARNISH_STORAGE_SIZE=90G

El espacio disponible que damos al Varnish para que almacene objetos.

VARNISH_MEMORY_SIZE=10G

Si utilizamos la memoria como almacén de objetos, esta será la memoria que utilizara, en nuestro caso no lo utilizamos, esto lo indicamos.

-s ${VARNISH_STORAGE} \

# -s malloc,${VARNISH_MEMORY_SIZE} \

Ahora vamos a ver la configuración del daemon DAEMON_OPTS

-p obj_workspace=4096 \

-p sess_workSpace=262144 \

-p listen_depth=4096 \

-p overflow_max=2000 \

-p ping_interval=2 \

-p log_hashstring=off \

-h classic,5000009 \

-p thread_pool_max=4000 \

-p lru_interval=20 \

-p esi_syntax=0x00000003 \

-p sess_timeout=2 \

-p thread_pools=4 \

-p thread_pool_min=400 \

-p shm_workspace=32768 \

-p srcadd_ttl=0 \

-p thread_pool_add_delay=2"

Esta optimizada la configuración para el servidor con 2 Procesadores Intel DualCore x64.

thread_pool_add_delay=2

thread_pools = <Number of cpu cores>

thread_pool_min = <800/number of cpu cores>

thread_pool_max = 4000

Ya tenemos configurado el servidor, ahora tenemos que configurar el servicio, aquí entra en juego el lenguaje propio del Varnish VCL, nuestra configuración es muy sencilla solo reverse-proxy de imágenes.

Configuración VLC

[#] vi /etc/Varnish/inmesp.vcl

## This is a basic VCL configuration file for varnish.

## Backend definition.

# set default backend if no server cluster specified

backend inmesp_default {

.host = "img01";

.port = "81";

.probe = {

.url = "/test.jpg";

.interval = 10s;

.timeout = 5 s;

.window = 5;

.threshold = 3;

}

# create a round-robin director: "images_cluster" uses server1 and server2 as backend servers.

director inmesp_cluster round-robin {

{ .backend = {

.host = "img01";

.port = "81";

.probe = {

.url = "/test.jpg";

.interval = 5s;

.timeout = 1 s;

.window = 5;

.threshold = 3;}

}

{ .backend = {

.host = "img02";

.port = "81";

.probe = {

.url = "/test.jpg";

.interval = 5s;

.timeout = 1 s;

.window = 5;

.threshold = 3;}

}

## Only permit cluster to purge files from cache

acl purge {

"proxy01";

"proxy02";

}

## vcl_recv is called whenever a request is received

sub vcl_recv {

# This uses the ACL action called "purge". Basically if a request to

# PURGE the cache comes from anywhere other than localhost, ignore it.

if (req.request == "PURGE")

{if (!client.ip ~ purge)

{error 405 "Not allowed.";}

return (lookup);}

# Serve objects up to 2 minutes past their expiry if the backend

# is slow to respond.

set req.grace = 120s;

# Use our round-robin "inmesp_cluster" cluster for the backend.

# Use "inmesp_default" for one only backend

if (req.http.host ~ "^images.domain.com$")

{set req.backend = inmesp_default;}

else

{set req.backend = inmesp_cluster;}

## Cache based on file path - if it's in /images/, it probably

## doesn't change much.

if (req.request == "GET" && req.url ~ "^/PATH1|/PATH2") {

unset req.http.cookie;

return (lookup);}

else{return (pass);}

## If your app has a less predictable layout - you can instead

## cache based on file extension - be sure to update vcl_fetch

## if you use this method.

#if (req.request == "GET" && req.url~ "\.(gif|jpg|jpeg|png|tiff|tif|ico)$") {

# unset req.http.cookie;

# return (lookup);

return (lookup);

}

# Called if the cache has a copy of the page.

sub vcl_hit {

if (req.request == "PURGE")

{purge_url(req.url);

error 200 "Purged";}

}

# Called if the cache does not have a copy of the page.

sub vcl_miss {

if (req.request == "PURGE")

{error 200 "Not in cache";}

}

# Called after a document has been successfully retrieved from the backend.

sub vcl_fetch {

# set minimum timeouts to auto-discard stored objects

set beresp.grace = 120s;

if (req.request == "GET" && req.url ~ "^/inmogeo|/inmesp" ) {

unset beresp.http.Set-cookie;

set beresp.http.X-Cacheable = "YES";

set beresp.cacheable = true;}

## How to cache things longer on Varnish than on the client

if (beresp.cacheable) {

# Remove Expires from backend, it's not long enough

unset beresp.http.expires;

# Set the clients TTL on this object

set beresp.http.cache-control = "max-age = 2592000";

# Set how long Varnish will kepp it

set beresp.ttl = 1w;

# marker for vcl_deliver to reset Age:

set beresp.http.magicmarker = "1";

return (deliver);

}

#if (req.request == "GET" &&

# req.url ~ "\.(gif|jpg|jpeg|png|tiff|tif|ico)$" ) {

# unset beresp.http.set-cookie;

# set beresp.http.X-Cacheable = "YES";

# set beresp.cacheable = true;

# return (deliver);

# }

## Don't cache anything that is not a 20x response. We don't want

## to cache errors. If you want to cache redirects, you

## can set this to be higher than 300 (temporary redirects are 302)

if (beresp.status >= 300) {

return (pass);

}

## if varnish thinks it's not cachable, don't cache it.

if (!beresp.cacheable) {

return (pass);

}

return (pass);

}

sub vcl_deliver {

## Add cache hit data

if (obj.hits > 0) {

#if hit add hit count

set resp.http.X-Cache = "HIT";

set resp.http.X-Cache-Hits = obj.hits;}

else {

set resp.http.X-Cache = "MISS";}

## How to cache things longer on Varnish than on the client

if (resp.http.magicmarker) {

# Remove the magic marker

unset resp.http.magicmarker;

# By definition we have a fresh object

set resp.http.age = "0";

set resp.http.X-Age = resp.http.Age;

unset resp.http.Age;

unset resp.http.Server;

unset resp.http.X-Served-By;

set resp.http.X-Served-By = "proxy01";}

}

# Called if the cache has a copy of the page.

sub vcl_hit {

if (req.request == "PURGE")

{purge_url(req.url);

error 200 "Purged";}

if (!obj.cacheable) {

return(pass);}

}

En otro momento explicare que significa cada configuración que hemos realizado, aunque no tiene mucha complicación. ()

Fichero secret, en este fichero tenemos que poner la contraseña para poder acceder al Varnish desde consola

[#] vi /etc/Varnish/secret

Tuning Varnish

Vamos a realizar unas modificaciones para el Varnish.

[#] vi /etc/sysctl.conf

net.ipv4.ip_local_port_range = 1024 65536

net.core.rmem_max=16777216

net.core.wmem_max=16777216

net.ipv4.tcp_rmem=4096 87380 16777216

net.ipv4.tcp_wmem=4096 65536 16777216

net.ipv4.tcp_fin_timeout = 3

net.ipv4.tcp_tw_recycle = 1

net.core.netdev_max_backlog = 30000

net.ipv4.tcp_no_metrics_save=1

net.core.somaxconn = 262144

net.ipv4.tcp_syncookies = 0

net.ipv4.tcp_max_orphans = 262144

net.ipv4.tcp_max_syn_backlog = 262144

net.ipv4.tcp_synack_retries = 2

net.ipv4.tcp_syn_retries = 2

fs.file-max = 131072

vm.swappiness = 0

# Keep Alive

net.ipv4.tcp_keepalive_time = 300

net.ipv4.tcp_keepalive_intvl = 10

net.ipv4.tcp_keepalive_probes = 5

Hay que añadir estos límites para el usuario Varnish

[#] /etc/security/limits.conf

@varnish soft nofile 131072

@varnish hard nofile 131072

@varnish soft memlock 400000

@varnish hard memlock 400000

Como ya habíamos modificado, la partición para la cache de objetos la tenemos en ext4 y noatime y nodiratime.

Añadir servidor on Nagios

2011-03-03T06:56:00.000-08:00

Añadir servidor Linux

Una vez instalado el paquete NRPE en nuestro server Linux, tenemos que añadirlo al nuestro entorno de monitorización Nagios. Si has leído el artículo Nagios on Centos podrás seguir este.

Vamos a añadir un servidor SQUID (reverse proxy cache) en nuestra estructura, lo primero que tenemos que hacer es añadir un nuevo grupo de server

shell> vi /usr/local/nagios/etc/objects/sys-files/grupos-hosts.cfg

#############################################################

define hostgroup{

hostgroup_name SQUID-Servers

alias Servidores De Cache Imagenes

}

#############################################################

Tenemos que añadir un nuevo servidor al entorno Nagios

shell> vi /usr/local/nagios/etc/objects/hosts.cfg

######################################################################

define host{

use Standard-Linux

host_name SQUID01 ; The name we're giving to this switch

alias SQUID01 ; A longer name associated with the switch

address xx.xx.xx.xx ; IP address of the switch

hostgroups SQUID-Servers

}

######################################################################

Añadimos el fichero de configuración del nuevo servidor.

shell> vi /usr/local/nagios/etc/objects/server-files/SQUID01.cfg

# Create a service to PING to server

define service {

use Standard-Service ; Inherit values from a template

host_name SQUIDD01 ; The name of the host the service is associated with

servicegroups SYS-Networks ; Grupo al que pertenece el servicio

service_description PING ; The service description

check_command check_ping!200.0,20%!600.0,60% ; The command used to monitor the service

normal_check_interval 5 ; Check the service every 5 minutes under normal conditions

retry_check_interval 1 ;Re-check the service every minute until its final/hard state is determined

}

…

Tenemos que ir añadiendo los servicios que queremos monitorizar, solo el puesto el del PING.

Solo nos queda recargar la configuración de Nagios y comprobar que funciona todo los servicios que hemos puesto.

shell> service nagios reload

Si nos da un error podemos mirar en que nos hemos equivocado

shell>/usr/local/nagios/bin/nagios -v /usr/local/nagios/etc/nagios.cfg

Nagios Chek_hp

2011-03-03T06:52:00.001-08:00

Nagios Chek_hp

Iré poniendo los servicios que tenemos monitorizados en nuestro entorno.

Para monitorizar los agentes de HP, tenemos que tener instalado el net-snmp la configuración del snmp la realizaremos con la instalación del pulgin check_hp

shell> yum install net-snmp

======================================================================

Package Arch Version Repository Size

======================================================================

Installing:

net-snmp x86_64 1:5.3.2.2-9.el5_5.1 updates 702 k

Installing for dependencies:

lm_sensors x86_64 2.10.7-9.el5 base 525 k

net-snmp-libs x86_64 1:5.3.2.2-9.el5_5.1 updates 1.3 M

Nos tenemos que acordar que arranque el servicio en el inicio del server

shell> chkconfig snmpd on

Tenemos que instalar el plugins check_hp-2.5.tar.gz copiando el check_hp en la carpeta de los plugins.

/usr/local/nagios/libexec/check_hp

Darle permisos para que lo acceda el usuario nagios

shell> chown nagios.nagios /usr/local/nagios/libexec

shell> chmod –R 777 /usr/local/nagios/libexec

Para que funcione el plugin es requisito tener instalado NET:SNMP lo instalaremos con la herramienta cpan si no lo tenemos configurado el cpan la primera vez que lo utilicemos lo tendremos que configurar, es muy intuitivo.

shell> cpan

Lanzamos la instalación de NET:SNMP

shell> cpan> install Net::SNMP

Nos pedirá que instalemos las dependencias, aceptaremos.

Warning: prerequisite Crypt::DES 2.03 not found.

Warning: prerequisite Digest::HMAC 1.00 not found.

Warning: prerequisite Digest::SHA1 1.02 not found.

Writing Makefile for Net::SNMP

---- Unsatisfied dependencies detected during [D/DT/DTOWN/Net-SNMP-v6.0.1.tar.gz] -----

Digest::HMAC

Crypt::DES

Digest::SHA1

Shall I follow them and prepend them to the queue

of modules we are processing right now? [yes]

Ahora tenemos que instalar el componente que se comunica con los agentes HP lo podemos encontrar en la web de hp http://bizsupport1.austin.hp.com/bizsupport/TechSupport/SoftwareDescription.jsp?swItem=MTX-14584a8c3cf34526bff7c844f6&swLang=8&swEnvOID=4004&prodNameId=3288150&lang=en&cc=us&idx=1&mode=4&

Nos descargamos el paquete hpasm-7.9.0-116.rhel5.x86_64.rpm

shell> rpm -ivh hpasm-7.9.0-116.rhel5.x86_64.rpm

Como vemos la instalación es correcta pero nos pide que lancemos la configuración

shell> /etc/init.d/hpasm configure

La configuración es muy intuitiva, solo tenemos que tener en cuenta la configuración del snmpd.conf nos pregunta si queremos utilizar nuestra configuración o hacerla de nuevo, yo la configuro de nuevo.

Do you wish to use an existing snmpd.conf (y/n) (Blank is n): n

Si vemos como nos ha quedado snmpd.conf

shell> vi /etc/snmpd/snmpd.conf

# Following entries were added by HP Insight Management Agents at

# Tue Mar 1 13:06:07 CET 2011

dlmod cmaX /usr/lib64/libcmaX64.so

rocommunity public 127.0.0.1

rocommunity public xxx.xxx.xxx.xxx

sysname server_name.dominio.local

## Informacion Contacto del Sistema

syslocation SERVER_NAME - CPD Timofónica (bastidor 1111) - Madrid

syscontact Sistemas (correo@correo.com)

# ---------------------- END --------------------

Solo nos queda arrancar el servicio

shell> service snmpd start

Es importare que pongamos el hpasm servicio en el inicio

shell> chkconfig hpasm on

Nagios Chek_disk

2011-03-03T06:48:00.001-08:00

Nagios Chek_disk

Iré poniendo los servicios que tenemos monitorizados en nuestro entorno.

Para monitorizar los discos, tenemos que modificar la configuración de nrpe.cfg para que monitorice los diferentes volúmenes.

shell> vi /usr/local/nagios/etc/nrpe.cfg

command[check_dev]=/usr/local/nagios/libexec/check_disk -w 20% -c 10% -p /dev/cciss/c0d0p2

Para ver los diferentes volúmenes que queremos monitorizar

shell> df –h

Filesystem Size Used Avail Use% Mounted on

/dev/cciss/c0d0p2 30G 2.3G 26G 9% /

/dev/cciss/c0d0p5 89G 188M 85G 1% /squid_disk

/dev/cciss/c0d0p1 97M 18M 74M 20% /boot

tmpfs 5.9G 0 5.9G 0% /dev/shm

Pondremos las líneas que necesitemos.

command[check_c0d0p2]=/usr/local/nagios/libexec/check_disk -w 20% -c 10% -p /dev/cciss/c0d0p2

command[check_c0d0p5]=/usr/local/nagios/libexec/check_disk -w 20% -c 10% -p /dev/cciss/c0d0p5

Tenemos que modificar el servicio que tenemos en el fichero de configuración del server, para que nos monitorice los volúmenes que hemos añadido.

shell> vi /usr/local/nagios/etc/objects/server-files/SERVER.cfg

###################################################################

define service{

use Standard-Service

host_name SERVER

servicegroups Sys-Services

service_description Free Disk Space /root

check_command check_nrpe_linux!check_check_c0d0p2

}

define service{

use Standard-Service

host_name SERVER

servicegroups Sys-Services

service_description Free Disk Space /squid

check_command check_nrpe_linux!check_check_c0d0p5

}

###################################################################

Nagios Chek_mem

2011-03-03T06:47:00.001-08:00

Nagios Chek_mem

Iré poniendo los servicios que tenemos monitorizados en nuestro entorno.

Para monitorizar la memoria, tenemos que añadir el plugin check_mem

/usr/local/nagios/libexec/

Darle permisos para que lo acceda el usuario nagios

shell> chown nagios.nagios /usr/local/nagios/libexec

shell> chmod –R 777 /usr/local/nagios/libexec

Modificamos el fichero de configuración y añadimos la siguiente línea.

shell> vi /usr/local/nagios/etc/nrpe.cfg

command[check_mem]=/usr/local/nagios/libexec/check_mem -w 80 -c 90

Ahora tendremos que definir el servicio

shell> vi /usr/local/nagios/etc/objects/server-files/SERVER.cfg

###################################################################

define service{

use Standard-Service

host_name SERVER

servicegroups Sys-Services

service_description Memory Usage

check_command check_nrpe_linux!check_mem

}

###################################################################

Nagios on Centos

2011-02-25T05:36:00.000-08:00

No tardare mucho en subir el manual...

Instalar NPRE

2011-02-25T03:49:00.000-08:00

Instalar NPRE Nagios.

Lo primero que tenemos que hacer es crear la cuenta de usuario que utilizara Nagios para monitorizar remotamente este servidor. Este usuario es el mismo que utilizamos en el servidor que tiene el Nagios.

shell> useradd nagios

shell> passwd nagios

Instalar los “Plugins de Nagios” (Nagios Plugins)

Miramos la última versión estable que tengamos disponible http://www.nagios.org/download/plugins

shell> wget http://prdownloads.sourceforge.net/sourceforge/nagiosplug/nagios-plugins-1.4.15.tar.gz

En la carpeta que lo hemos descargado

shell> tar xzf nagios-plugins-1.4.15.tar.gz

shell> cd nagios-plugins-1.4.15

Si no tenemos instalado el paquete openssl-devel tenemos que instalarlo, yum -y para instalar todas las dependencias del paquete.

shell> yum –y install openssl-devel

Intalar Nagios Plugins

shell> ./configure –-with-nagios-user=nagios –with-nagios-gorup=nagios

shell> make

shell> make install

Cambiamos los permisos de la carpeta donde hemos instalado los plugins, para que los pueda utilizar nagios este paso lo tendremos que hacer cada vez que instalemos un plugin nuevo.

shell> chown nagios.nagios /usr/local/nagios/libexec

shell> chmod –R 777 /usr/local/nagios/libexec

Ahora tenemos dos posibilidades de configuración para la conexión del server con Nagios y el cliente con NRPE.

Instalar el paquete xinetd que se utilizar para asegurar conexión entre servidores.

shell> yum install xinetd

O configurar los parámetros necesarios para la conexión en el fichero nrpe.cfg que instalaremos más adelante.

shell> vi /usr/local/nagios/etc/nrpe.cfg

Instalar NRPE Daemon

Nos descargamos el paquete

shell> wget http://prdownloads.sourceforge.net/sourceforge/nagios/nrpe-2.12.tar.gz

Descomprimir

shell> tar –xzf nrpe-2.12.tar.gz

shell> cd nrpe-2.12

shell> ./configure

Nos tiene que devolver el siguiente resultado

General Options:

----------------------------

NPRE port: 5666

NPRE user: nagios

NPRE group: nagios

Nagios user: nagios

Nagios group: nagios

shell> make all

shell> make install-plugin

shell> make install-daemon

shell> make install-daemon-config

shell> make install-xinetd (si no utilizamos xnited no es necesario)

Configurar Xinetd

Si utilizamos el paquete xinetd tenemos que configurarlo

shell> vi /etc/xinetd.d/nrpe

only_from = 127.0.0.1 <IP del servidor Nagios>

Modificar el fichero de configuración services

shell> vi /etc/services

nrpe 5666/tcp #NRPE

Hay que incluirlo en el inicio

shell> chkconfig xinetd on

shell> service xinetd start

Probar la instalación

Para probar la instalación del paquete NRPE, tenemos que ir al servidor donde tengamos el Nagios instalado

shell> /usr/local/nagios/libexec/check_nrpe –H <nombre_server>

La respuesta tiene que ser

NRPE v2.12

Troubleshooting

Argumentos para PLUGINS

Tenemos que configurar el nrpe.cfg para que pueda ejecutar argumentos de los plugins

shell> vi /usr/local/nagios/etc/nrpe.cfg

dont_blame_nrpe=1

Define command (Windows – Linux)

Como no hemos encontrado otra manera de solucionar el problema que tenemos con el NRPE con los servicios en Windows y Linux, hemos creado dos definiciones de comando uno para cada sistema, el problema nos surge cuando le pasamos más argumentos que los que hemos definidos en el command.cfg

shell> vi /usr/local/nagios/etc/objects/sys-files/commands.cfg

Linux

define command{

command_name check_nrpe_linux

command_line $USER1$/check_nrpe -H $HOSTADDRESS$ -c $ARG1$

}

Windows

define command{

command_name check_nrpe

command_line $USER1$/check_nrpe -H $HOSTADDRESS$ -c $ARG1$ -a $ARG2$ $ARG3$ $ARG4$

}

firewall cluster on Centos

2011-02-16T07:59:00.000-08:00

Este sera el resultado final de nuestro linux-firewall en clúster mediante heartbeat administrado con fwbuilder y sincronizado entre los nodos con conntrack-tools.

daemon conntrack-tools

2011-02-16T07:40:00.000-08:00

Para configurar el daemon de conntrackd, tenemos que crear la carpeta del trabajo para dicho daemon, en nuestro caso

shell> mkdir /etc/conntrackd/

Tenemos que copiar el fichero de configuración

shell> cp /root/conntrack/conntrack-tools-0.9.15/doc/sync/ftfw/conntrackd.conf /etc/conntrackd/conntrackd.conf

Podemos mira el fichero de configuración conntrackd.conf es bastante extenso y tiene muchas configuraciones posibles, en nuestro caso vamos a modificar dos conceptos:

*Sincronización utilizando el protocolo unicast sobre el puerto UDP

* Las IP que no tiene que controlar

UDP {

IPv4_address 10.10.10.102

IPv4_Destination_Address 10.10.10.101

Port 3780

Interface eth5

}

...

Address Ignore {

IPv4_address 127.0.0.1 # loopback

IPv4_address 192.168.0.100 # virtual IP

IPv4_address 192.168.0.102 # dedicated link ip

}

Nota: La configuración que estamos realizando está enfocada a la instalación del firewall en clúster, la herramienta de conntrack se utilizara para la sincronización de nodos.

Tenemos que informar al conntrackd que su fichero de configuración lo tenemos en la nueva ruta, para que cuando iniciemos el daemon cargué nuestra configuración.

shell> /usr/sbin/conntrackd -C /etc/conntrackd/conntrackd.conf

Para iniciar el conntrackd como daemon lo tenemos que colocar en fichero de inicio rc.local

shell> vi /etc/rc.local

/usr/sbin/conntrackd -d

Si queries profundizar en las diferentes configuraciones y performance de conntrackd

http://conntrack-tools.netfilter.org/manual.html

Para comprobar el correcto funcionamiento

shell> conntrackd -s

cache internal:

current active connections: 1080

connections created: 11139550 failed: 0

connections updated: 54968784 failed: 0

connections destroyed: 11138470 failed: 0

cache external:

current active connections: 0

connections created: 229 failed: 0

connections updated: 214 failed: 0

connections destroyed: 229 failed: 0

traffic processed:

413407919159 Bytes 561047669 Pckts

UDP traffic (active device=eth5):

5224373872 Bytes sent 28555428 Bytes recv

75270453 Pckts sent 1780491 Pckts recv

5 Error send 0 Error recv

message tracking:

0 Malformed msgs 3 Lost msgs

conntrack-tools on Centos

2011-02-15T14:53:00.000-08:00

En un firewall de alta disponibilidad es necesario tener instalado el paquete conntrack-tools esta herramienta nos servirá para sincronizar la tablas de conexiones de nuestro nodo MASTER al nodo ESCLAVO cuando este primero este caído, esta herramienta sincronizara la tabla Netfilter/Iptables de un nodo a otro.

Para la instalación tenemos que revisar la versión del kernel que estamos utilizando

shell> uname -a

Es necesario tener una versión igual o superior 2.6.18

Requisitos previos

*Conexión del sistema de seguimiento

CONFIG_NF_CONNTRACK=m

CONFIG_NF_CONNTRACK_IPV4=m

CONFIG_NF_CONNTRACK_IPV6=m (Si utilizes IPv6)

*nfnetlink: La interface genérica de mensajería de Netfilter.

CONFIG_NETFILTER_NETLINK=m

*nf_conntrack_netlink: La interface de mensajería de seguimiento de conexiones de sistema.

CONFIG_NF_CT_NETLINK=m

* connection tracking event notification API: La interface de notificacion de eventos basados en el flujo.

CONFIG_NF_CONNTRACK_EVENTS=y

Para instalar conntrak-tools necesitamos tener instalado las librerias libnetfilter_conntrack, libnfnetlink y que el kernel este peraparo para utiliza el subsistema netnetlink_conntrack (kernel >= 2.6.18)

Necesitamos tener el gcc instalado

shell> yum install gcc

Hemos descargado los libnfnetlink

shell> $ tar xvfj libnfnetlink-1.0.0.tar.bz2

shell> cd libnfnetlink-1.0.0/

shell> ./configure --prefix=/usr

shell> make

shell> make instal

Si la compilar nos da un error de…

*** Error: No suitable pkg-config found. ***

Please install the 'pkg-config' package.

shell> yum install pkg

Hemos descargado libnetfilter_conntrack

shell> tar xvfj libnetfilter_conntrack-0.0.102.tar.bz2

shell> cd libnetfilter_conntrack-0.0.102/

shell>./configure --prefix=/usr

shell> make

shell> make install

Si la compilar nos da un error de…

checking for LIBNFNETLINK... no

configure: error: Cannot find libnfnetlink >= 1.0.0

Tenemos que configurar la variable, y lanzamos de Nuevo el configure.

shell> PKG_CONFIG_PATH=/usr/lib/pkgconfig; export PKG_CONFIG_PATH

Hemos descargado conntrack-tools.

shell> tar xvfj conntrack-tools-0.9.15.tar.bz2

shell> cd conntrack-tools-0.9.15

shell> ./configure --prefix=/usr

shell> make

shell> make install

Si la compilar nos da un error de…

*** Error: No suitable bison/yacc found. ***

Please install the 'bison' package.

Instalamos

shell> yum install pkg

Si la compilar nos da un error de…

*** Error: No suitable flex/lex found. ***

Please install the 'flex' package.

Instalamos

shell> yum install flex

Ya tenemos instalado la herramienta conntrack-tools ahora vamos a probar su funcionamiento, lo primero que tenemos que hacer es generar tráfico (IN/OUT)

shell> conntrack -E

Si nos da un error de…

conntrack: error while loading shared libraries: libnetfilter_conntrack.so.3: cannot open shared object file: No such file or directory

Tendremos que configurar ld.so.conf

shell> vi /etc/ld.so.conf

Añadir la línea

/usr/lib

Y ejecutamos el comando

shell> ldconfig

Vuelve a probar!!! Ya lo tenemos la herramienta funcionando, ahora tiene que hacer lo mismo en el otro nodo J

shell> solo falta realizar la configuración del daemon conntrackd

shell> mira el siguiente post J

heartbeat on Centos

2011-02-14T13:54:00.000-08:00

Tenemos que tener configurado los ficheros hosts de los servidores que forman parte del clúster, todos los servidores se tienen que conocer, esto es muy importante para en buen funcionamiento de los servicios de clúster.

shell> vi /etc/hosts

127.0.0.1 localhost.localdomain localhost

192.168.0.101 fw01.dominio.local fw01

192.168.0.102 fw02.dominio.local fw02

Instalamos heartbeat

shell> yum install heartbeat

==========================================================================================================

Package Arch Version Repository Size

==========================================================================================================

Installing: heartbeat x86_64 2.1.3-3.el5.centos extras 1.8 M

Installing for dependencies: PyXML x86_64 0.8.4-4.el5_4.2 base 1.0 M

heartbeat-pils x86_64 2.1.3-3.el5.centos extras 220 k

heartbeat-stonith x86_64 2.1.3-3.el5.centos extras 348 k

Puede que nos de un error de en la instalación, tendríamos que volver a lanzar el yum install.

shell> yum install hearbeat

Tenemos que ponerlo en el inicio

shell> chkconfig –add hearbeat

Para configurar y poner en marcha el heartbeat necesitamos tres ficheros, estos están en la carpeta de la instalación, los copiamos en la carpeta de trabajo.

shell> cp /usr/share/doc/heartbeat-2.1.3/authkeys /etc/ha.d/

shell> cp /usr/share/doc/heartbeat-2.1.3/ha.cf /etc/ha.d/

shell> cp /usr/share/doc/heartbeat-2.1.3/haresource /etc/ha.d/

Eso tres ficheros son lo que tenemos que configurar para que funcione correctamente nuestro clúster, hay te tenernos exactamente IDENTICOS en los nodos.

shell> cd /etc/ha.d

Este fichero donde pondremos una palabra clave, esta sirve para la autentificación entre los nodos del clúster, nosotros utilizaremos “md5”

shell> vi authkeys

auth 3

#1 crc

#2 sha1 HI!

3 md5 xxxxxxx (contraseña)

Ahora configuraremos el heartbeat, podemos renombrar el fichero ha.cf por si queremos tener el original y leerlo para conocer todos los valores que se le pueden asignar.

shell> vi /etc/ha.d/ha.cf

###### log Heartbeat

logfile /var/log/ha-log # donde queremos que guarde el log

logfacility local0 # escribe logs del sistema heartbeat

###### config Heartbeat

keepalive 2 # cuantos segundos verifica que esta vivo

deadtime 10 # cuantos segundos espera hasta que lo considera muerto

warntime 5 # cuantos segundos espera para lanzar una alerta

initdead 120 # este calor es para que no inicien los dos juntos

###### sync Heartbeat

ucast eth5 10.10.10.102 # comunicación del latido (IP del otro nodo)

bcast eth0 # tarjeta de red por la que verifica el estado del otro nodo.

bcast eth1 # tarjeta de red por la que verifica el estado del otro nodo.

udpport 694 # puerto UDP por el que se envía el latido

auto_failback on # cuando se recupera el master, vuelve los recursos

node fw1 # nodo que participa en el clúster

node fw2 # nodo que participa en el clúster

Tenemos que configurar permisos para el fichero “authtkeys” solo el root puede tener acceso.

shell> chmod 600 authkeys

Solo nos queda configurar los recursos que tendrá nuestro clúster, como nosotros estamos montado un firewall de dos nodos solo necesitaremos configurar las IP flotantes.

Como todos los ficheros, asegurémonos que es IDENTICO en los nodos.

Es muy importante asegurarnos que el hostname de los nodos esta correcto en el fichero hosts que hemos modificado al principio del documento.

shell> uname -n

Solo nos queda configurar las IP flotantes

shell> vi /etc/ha.d/haresources

######################################################################

# IP flotante EXTERNA

######################################################################

# IP externa fw-cluster

fw01.dominio.local 192.168.1.100/27/eth1/192.168.1.224

# descripcion_2…

fw01.dominio.local 192.168.1.111/27/eth1/192.168.1.224

# descripcion_3…

fw01.dominio.local 192.168.1.112/27/eth1/192.168.1.224

######################################################################

# IP flotante INTERNA

######################################################################

# IP interna fw-cluster (GW)

fw01.dominio.local 192.168.0.100/24/eth0/192.168.0.255

Solo nos queda probar la configuración que hemos realizado, si hemos seguido los pasos anteriores no tenemos que tener ningún problema, para realizar las pruebas en el nodo ESCLAVO:

shell> tail –f /var/log/ha-log

Puede que como no hemos iniciado el servicio nos de un error de fichero log, en ese caso iniciamos el servicio en el nodo ESCLAVO

shell> service heartbeat start

shell> tail –f /var/log/ha-log

En el nodo MASTER iniciamos el servicio

shell> service heartbeat start

Podemos ver la secuencia en el nodo ESCAVO, vemos como levanta el servicio y asigna los recursos al nodo MASTER.

Ahora podemos ver comprobar que la IP flotantes esta en el nodo MASTER

shell> ip addr

1: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast qlen 1000

link/ether 1x:1x:1x:1x:1x:1x brd ff:ff:ff:ff:ff:ff

inet 192.168.0.101/24 brd 192.168.0.255 scope global eth0

inet 192.168.0.100/24 brd 192.168.0.255 scope global secondary eth0:0

2: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast qlen 1000

link/ether 2x:2x:2x:2x:2x:2x brd ff:ff:ff:ff:ff:ff

inet 192.168.1.101/27 brd 192.168.1.127 scope global eth1

inet 192.168.1.110/27 brd 192.168.1.127 scope global secondary eth1:0

inet 192.168.1.111/27 brd 192.168.1.127 scope global secondary eth1:1

inet 192.168.1.112/27 brd 192.168.1.127 scope global secondary eth1:2

Ahora podemos hacer las pruebas de cambio de nodo MASTER, para comprar lo que sucede cuando cambiamos de nodo podemos comprarlo mediante el comando que hemos utilizado anteriormente.

shell> tail –f /var/log/ha-log

Podemos realizar una parada de una de las tarjetas del nodo MASTER

shell> ifdown eth0

Veremos como los recursos pasa al nodo ESCLAVO y este queda como MASTER, cuando levantemos el nodo caído

shell> ifup eth0

Veremos como el MASTER recupera los recursos y el ESCLAVO se queda a la espera.

cacti on Centos

2011-02-10T14:23:00.000-08:00

Primero tenemos que instalar todos los componentes que vamos a necesitar.

1. Instalar net-snmp :

shell> yum install net-snmp net-snmp-utils

2. Instalar RRDTool: Para poder instalar este paquete, es necesario crear un archivo de repositorio para este paquete.

2.1 Crear un fichero dag.repo dentro de /etc/yum.repos.d :

shell> vi /etc/yum.repos.d/dag.repo

2.2 Copia el códido y guardalo:

[dag]
name=Dag RPM Repository for Red Hat Enterprise Linux
baseurl=http://apt.sw.be/redhat/el$releasever/en/$basearch/dag
gpgcheck=1
gpgkey=http://dag.wieers.com/rpm/packages/RPM-GPG-KEY.dag.txt
enabled=1

2.3 Instalar RRDTool:

shell> yum install perl-rrdtool rrdtool

3. Instalar RPHP y HTTP:

shell> yum install php httpd

4. Instalar MYSQL:

shell> yum install mysql mysql-server php-mysql php-snmp

5. Instalar componente para el CRONTAB:

shell> yum install vixie-cron

Una vez instalados todos los componentes que vamos a necesitar para que funcione el CACTI, pasamos a configurar los componentes.

Tenemos que configurar en los servicios que arranquen automaticamente los componentes instalados:

- http

- mysql

- ntpd

- snmpd

shell> setup

6. Configurar MYSQL:

Como la Base de Datos solo es accesible desde local, hay que modificar el config.

shell> vi /etc/my.cnf

Copiar el código:

[mysqld]

bind-address=localhost

Crear y configurar la Base de Datos

Iniciar el servidor de Base de Datos:

shell> /etc/init.d/mysqld start

Cambiar asignar el password de usuario “root” de mysql, que no es el mismo que el “root” del sistema:

shell> mysqladmin –u root password 'la_pass_que_quieras'

Accedemos al mysql para configurar el CACTI:

shell> mysql -u root –p

Enter password:*******

Creamos la BD de CACTI y le damos permisos a los usuarios “root” y “cactiuser”, este último será el usuario que configuraremos para utilizar CACTI, también la asignaremos una contraseña.

mysql > create database cacti;

mysql> grant all on cacti.* to root;

mysql> grant all on cacti.* to root@localhost;

mysql> grant all on cacti.* to cactiuser;

mysql> grant all on cacti.* to cactiuser@localhost;

mysql> set password for 'cactiuser'@'localhost'= password(‘xxxxxx’);

mysql> flush privileges;

mysql> exit

Ya tenemos configurado el mysql para CACTI, solo falta lanzar un “stored” que lo tenemos en la instalación de CACTI.

Tenemos dos manera de isntalar el CACTI mediante el "yum install" que nos instalara la versión publicada por Cacti o la instalar la versión que nosostros necesitemos, en nuestro caso la version que instalaremos es la 0.8.7e

shell> yum install cacti

La version publicada es la

7. Configurar CACTI:

Para la instalación de CACTI, nos descargaremos la última versión, nosotros utilizaremos la 0.8.7e, Para poder descargarnos el paquete, tendremos que instalar “wget”

shell> yum install wget

Luego podemos descarganos el paquete directamente desde www.cacti.net , la instalación del paquete “wget” es necesario para poder instalar los parches posteriores de CACTI.

Lo descargaremos desde la carpeta /root

shell> cd /root

descargamos el paquete:

shell> wget http://www.cacti.net/downloads/cacti-0.8.7e.tar.gz

Extraemos el paquete:

shell> tar xzvf cacti-0.8.7e.tar.gz

Copiamos el contenido en la /var/www/cacti esta sera el destino donde estar la aplicación CACTI.

shell> mv cacti-0.8.7e /var/www/cacti

Podemos crear un usuario dedicado para usar CACTI, pero nosotros utilizaremos el propio “root” para usar CACTI. Ahora tenemos que asignar el propietario al “root” sobre las carpetas /rra y /log.

shell> cd /var/www/cacti

shell> chown -R root rra log

Y damos permisos de “total” a las dos carpetas

shell> chmod -R 777 rra

shell> chmod -R 777 log

Ahora tenemos que lanzar el “stored” que nos va a configurar la Base de Datos de CACTI, este “stored” lo tenemos en la carpeta de la aplicación /var/www/cacti.

shell> cd /var/www/cacti

lanzamos el comando mysql

shell> mysql --user=root --password=xxxxxx cacti < cacti.sql

Ya tenemos configurado el mysql para utilizar CACTI, ahora tenemos que configurar CACTI para que utilicé mysql, modificamos el fichero de configuración /var/www/cacti/config.php

shell> vi /var/www/cacti/include/config.php

Y modificamos el código

$database_type = "mysql";

$database_default = "cacti";

$database_hostname = "localhost";

$database_username = "cactiuser";

$database_password = "xxxxx";

$database_port = "3306";

8. Configurar HTTP:

Tenemos que dar permisos al “apache” para que podamos acceder a CACTI vía http. Hay que crear el fichero “cacti.conf” en el directorio “/etc/httpd/conf.d”

shell> vi /etc/httpd/conf.d/cacti.conf

hay que copiar el código siguiente:

Alias /cacti/ /var/www/cacti/

DirectoryIndex index.php

Options -Indexes

AllowOverride all

order deny,allow

allow from all

AddType application/x-httpd-php .php

php_flag magic_quotes_gpc on

php_flag track_vars on

Una vez guardado el código ya podemos iniciar el servidor CACTI, http://server/cacti/ y configurar CACTI.

9. Configurar SNMP:

Para poder hacer gráficas del propio servidor de CACTI, tenemos que podificar el fichero de configuracion /etc/snmp/snmpd.conf

shell> vi /etc/snmp/snmpd.conf

Añadimos el siguiente código

rocommunity public

10. Configurar CACTI

Ya podemos configurar la aplicación de CACTI, tenemos que ir al navegador y acceder a la dirección del servidor que hemos configurado, http://cactiserver/cacti/ hay que serguir los pasos:

Tenemos que tener todas las opciónes en [OK:FILE FOUND] y comprobar las versiones que utilizaremos para “SNMP Utility” y “RRDTool”

Ya hemos terminado la instalación de CACTI, el nombre de usuario y la contraseña de seriel de CACTI

admin

Tenemos que cambiar la contraseña

11. Configurar Shceduler CACTI

Solo nos queda configurar el “scheduled” de recogidad de datos, en Linux tenemos que añadir un “crond”, como ya habíamos realizado la instalación de “vixie-cron”

Hay que modificar:

shell> vi /etc/cron.d/cacti

y añadir el siguiente código:

*/5****/usr/bin/php/var/www/cacti/poller.php > /dev/null 2>%1

Ya que hemos modificado el “crontab”, hay que añadir la línea de sincronización de la “fecha-hora”

50 3 * * * root /usr/sbin/ntpdate –u hora.uv.es

Tenemos que reiniciar el servicio “crond”

shell> /etc/init.d/crond restart

cacti Architecture Plugins

2011-02-10T14:10:00.001-08:00

Para poder instalar los "plugins" de CACTI, necesitmos instalar primero el componete "Cacti Architecture Plugins" para instalarlo, desde la consola:

shell> wget http://mirror.cactiusers.org/downloads/plugins/cacti-plugin-0.8.7e-PA-v2.6.zip

shell> unzip cacti-plugin-0.8.7e-PA-v2.6.zip

shell> cd cacti-plugin-arch

shell> cp –R cacti-plugin-0.8.7e-PA-v2.6.diff /var/www/cacti

Instalar el parche para CACTI

shell> cd /var/www/cacti

shell> patch –p1 –N < cacti-plugin-0.8.7e-PA-v2.6.diff

Hay que modificar el fichero de configuración “config.php”

shell> vi /var/www/cacti/include/config.php

Copiar el código:

/* Do not edit this line */

$config = array();

$config['url_path'] = '/cacti/';

Ahora ya podemos instralar los plugins

http://docs.cacti.net/plugins

http://cactiusers.org/downloads/

Referencia:

http://docs.cacti.net/manual:087:1_installation.9_pia#installing_plugins

SOLR en Centos

2011-02-10T13:37:00.000-08:00

1.- Crear estructura de directorio:

1.1.- APPS

shell> cd /

shell> mkdir solr

shell> cd solr

shell> mkdir apps

shell> mkdir tu_apps

1.2.- INDEX

shell> cd solr

shell> mkdir index

shell> mkdir index/tu_apps

Siempre en “minúsculas” que el amigo Linux es Key-Sensity

Tenemos que modificar los permisos de las carpetas, pero lo haremos más

2.- Copiar la aplicación:

Con el SSH, copiamos la aplicación...aqui necesitas los conocimientos de algún programador que tenga desarrollado la aplicacion de solr. Puesdes encontrar mas información http://lucene.apache.org/solr/

3.- Modificar los ficheros de configuración adecuándola a nuestra estructura de ficheros.

Los ficheros que tenemos que configurar están en la carpeta:

Configurarnos la carpeta de destino del índice

shell> solr/conf/advert/conf/solrconfig.xml

Configuramos los puertos de escuha y la memoria a utilizar por el WS:

shell> solr/apps/tu_apps/jetty.xml

El fichero jettyReindx.xml se configura el puerto del reindexador.

4.- Creamos el usuario que ejecutara el “solr” tiene que ser en nuestro caso el usuario de Windows “usuario” (tiene que ser el mismo usuario generar el índice en Windows, de momento no tenemos la posibilidad de generar el índice en Linux)

shell> groupadd usuario

shell> useradd –n –g migrupo miusuario

Le ponemos la misma contraseña que Windows: H8

shell> passwd usrsvrc

5.- Cambiamos los permisos de la carpeta “solr” para que sea este usuario el propietario de dicha carpeta, también le damos permisos de escritura/lectura sobre la carpeta y subcarpetas.

Desde la raid /

shell> chown –R usuario:usuario /solr

shell> chmod –R 777 /solr

6.- Instalamos SAMBA, para poder copiar los índices desde Windows.

shell> yum install samba

Configuramos el fichero de configuración, adecuándolo a nuestras necesidades:

shell> vi /etc/samba/smb.conf

Si queréis tener una copiar del fichero original, podemos hacer:

shell> mv /etc/samba/smb.conf /etc/samba/smb.old

Y creamos un smb.conf nuevo:

#======================= Global Settings =====================================

[global]

workgroup = DOMINO

server string = SOLR

netbios name = SERVER_NAME

interfaces = lo eth1 eth0 192.168.100.0/24

hosts allow = 127. 192.168.100.

# --------------------------- Logging Options -----------------------------

# logs split per machine

log file = /var/log/samba/%m.log

# max 50KB per log file, then rotate

max log size = 50

# ----------------------- Standalone Server Options ------------------------

security = user

passdb backend = tdbsam

#============================ Share Definitions ==============================

[solr]

comment = Directorio SOLR

path = /solr

browseable = yes

writable = yes

valid users = DOMINIO\usuario DOMINIO\usurio1 root

admin users = root

#======================================================================

Hay que darle una contraseña en SAMBA para poder acceder a los recursos, esta contraseña tiene que ser la misma que la de Windows.

shell> smbpasswd –a usuario

Hay que hacerlo votable en el inicio, mediante el setup y arrancar el servicio:

shell> /etc/init.d/smb start

Hay que activar el servicio para que sea “botable” en el menú del setup

7.- Instalamos la herramienta “start-stop-daemon”, la utilizamos a la hora de crear el daemon del SOLR.

Necesitaríamos la utilidad gcc, si no la tenemos instalada -> yum install gcc

Descomprimir el fichero de instalación, el fichero lo podemos descargar:

http://developer.axis.com/download/distribution/

shell> tar zxvf apps-sys-utils-start-stop-daemon-IR1_9_18-2.tar.tar

shell> cd apps

shell> cd sys-utils/

shell> cd start-stop-daemon-IR1_9_18-2/

shell> gcc start-stop-daemon.c -o start-stop-daemon

Una vez hecho esto, tenemos que copiar la aplicación copilada en el path

shell> mv start-stop-daemon /usr/sbin/

8.- Tenemos que configurar el daemon de SOLR, para que sea un servicio.

Tenemos que crear el script del daemon en la carpeta /etc/init.d/

Hay que darle permisos 755 sobre eso script

shell> vi /etc/init.d/solr_tu_apps

El código es este:

#####################################################################

#! /bin/sh

# Solr init script, copied from red5 one from G. Giunta. 2007.11.29

# red5 red5 initscript

# Author: Simon Eisenmann <simon@struktur.de>.

# chkconfig: 345 20 80

# description: Solr Indexer Server

set -e

PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin

DESC="Solr TU_APPS"

NAME=solr_tu_apps

SOLR_HOME=/solr/apps

DAEMON=$SOLR_HOME/$NAME.sh

PIDFILE=/solr/apps/$NAME.pid

SCRIPTNAME=/etc/init.d/$NAME

SOLR_USER=usuario

# Gracefully exit if the package has been removed.

test -x $DAEMON || exit 0

# Read config file if it is present.

if [ -r /etc/default/$NAME ]

then

. /etc/default/$NAME

# Function that starts the daemon/service.

d_start() {

cd $SOLR_HOME

start-stop-daemon --chuid $SOLR_USER --user $SOLR_USER --quiet --background --exec $DAEMON --start --pidfile $PIDFILE --make-pidfile

}

# Function that stops the daemon/service.

d_stop() {

start-stop-daemon --stop --quiet --pidfile $PIDFILE \

--name java

rm -f $PIDFILE

}

case "$1" in

start)

echo -n "Starting $DESC:.....OK"

d_start

echo "."

;;

stop)

echo -n "Stopping $DESC:.....OK"

d_stop

echo "."

;;

restart|force-reload)

echo -n "Restarting $DESC:.....OK"

d_stop

sleep 1

d_start

echo "."

;;

echo "Usage: $SCRIPTNAME {start|stop|restart|force-reload}" >&2

exit 1

;;

esac

exit 0

#####################################################################

Ahora tenemos que añadir el daemon al sistema

shell> cd /etc/init.d/

shell> chkconfig -–add solr_tu_apps

Podemos comprobar que se arranca después de un reinicio, mirando el setup

9.- Como vemos en el script, en la carpeta de la aplicación, tenemos que tener otro script que lanza el propio WS de SOLR. Este lo hemos copiado con la aplicación pero igualmente este es el código

shell> vi /solr/apps/solr_tu_apps.sh

#####################################################################

#!/bin/bash

chkconfig: 345 20 80

description: Solr Indexer Server

for JAVA in "$JAVA_HOME/bin/java" "/usr/bin/java" "/usr/local/bin/java"

if [ -x $JAVA ]

then

break

done

if [ ! -x $JAVA ]

then

echo "Unable to locate java. Please set JAVA_HOME environment variable."

exit

# start solr

cd /solr/apps/sgmbra

exec $JAVA -Xms1024m -Xmx1024M -Dsolr.solr.home=/solr/apps/solr/conf -jar /solr/apps/start.jar

#####################################################################

10.- Instalar JAVA

shell> yum install java

11.- Solo queda comprobar que funciona todo, hay que arrancar el servicio

shell> /etc/init.d/solr_tu_apps start

Y desde un navegador acceder a la URL http://servername:8895/solr/

Acordaros de general una reindexado para tener un INDICE!!!

12.- Tenemos que añadir dos líneas en el contrab para realizar la limpieza de los LOG de SOLR

1 2 * * * root find /var/log/ -ctime +15|grep '\.log'|xargs rm -rf

1 3 * * * root find /solr/apps/ -ctime +5|grep '\.log'|xargs rm -rf