Sergio Sainz » GNU/Linux

Nagios 3 with Centreon 2.1 on Debian based Distributions (Eng)

Sergio Sainz — Sat, 26 Jun 2010 17:37:13 +0000

Hago un C&P completo de un post de Mundonix, que me ha pasado un compi y no quiero perder

About Nagios (http://www.nagios.org)

Nagios is a host and service monitor designed to inform you of network problems before your clients, end-users or managers do. It has been designed to run under the Linux operating system, but works fine under most *NIX variants as well. The monitoring daemon runs intermittent checks on hosts and services you specify using external “plugins” which return status information to Nagios. When problems are encountered, the daemon can send notifications out to administrative contacts in a variety of different ways (email, instant message, SMS, etc.). Current status information, historical logs, and reports can all be accessed via a web browser.

About Centreon (http://www.centreon.com)

Centreon is a network, system, applicative supervision and monitoring tool, it is based upon the most effective Open Source monitoring engine: Nagios. Centreon provides a new frontend and new functionalities to Nagios.

Prerequisites that not covered in this guide:

- You will need some knowledge of basic Linux administration, in case you will need to do troubleshooting.

- You will need to be familiar with Nagios architecture, and know how to solve errors that comes from nagios config validation.

- You will need an MTA daemon installed & configured, so nagios will able to send notifications, good examples are sendmail, postfix, exim.

Notes before we begin:

- This guide is intended for Debian/Ubuntu based distributions. It was tested on Debian 5.0 64-bit, and Ubuntu 8.10/9.04 Server 64-bit

- Centreon version 2.1.x is required for this gude to work, version 2.0.x of Centreon won’t work with this article.

- It’s recommended to use a clean install of Debian/Ubuntu.

- All commands in this article must be run as root user, in Ubuntu you can become a root user by using command “sudo -s”.

Install required Ubuntu/Debian packages:

Debian only:

# apt-get install sudo lsb-release

dos2unix, Converts DOS <-> Unix text files, alias tofromdos:

# apt-get install tofrodos

MTA (exim by default) and mail utilities:

# apt-get install mailx

Apache web server and PHP5:

# apt-get install apache2 php5 php-pear php5-mysql php5-ldap php5-snmp php5-gd

MySQL-Server:

# apt-get install mysql-server-5.0

You will be asked to specify a new password for the MySQL “root” user. Remember it, we will use it later.

RRDTool:

# apt-get install rrdtool librrds-perl

Required Perl modules:

# apt-get install libconfig-inifiles-perl libcrypt-des-perl libdigest-hmac-perl libdigest-sha1-perl libgd-gd2-perl

SNMP daemon:

# apt-get install snmp snmpd libnet-snmp-perl libsnmp-perl

Install Nagios 3 and NDOutils for MySQL:

Type:

# apt-get install nagios3 nagios-nrpe-plugin ndoutils-nagios3-mysql

When asked for “Configure database for ndoutils-mysql with dbconfig-common?”, answer NO, Centreon installation script will deal with it.

Now let’s move/backup the original Nagios configuration directory, as Centreon will use its own structure for Nagios configuration files:

# mv /etc/nagios3 /etc/nagios3.orig

# mkdir /etc/nagios3

# cp -Rt /etc/nagios3 /etc/nagios3.orig/nagios.cfg /etc/nagios3.orig/apache2.conf /etc/nagios3.orig/stylesheets/

# chown nagios:www-data /etc/nagios3

# chmod ug+w /etc/nagios3

Install optional packages (not required):

OpenSSH server (Every linux server must have it!):

# apt-get install ssh

PHPMyAdmin – web based Mysql console:

# apt-get install phpmyadmin

Install Centreon:

Note: Before beginning the installation make sure you have an internet connection!

Now download the latest Centreon distribution (by the time of writing latest version was 2.1.1):

# cd; wget http://download.centreon.com/centreon/centreon-2.1.1.tar.gz

Centreon installation script will update PEAR modules (if required). If you are behind proxy, use following command for PEAR proxy configuration:

# pear config-set http_proxy http://:/

Replace “” with to your proxy address and “” with your proxy port.

Next, type following commands (remember to replace the names to Centreon version you use):

# tar xzf centreon-2.1.1.tar.gz

# cd centreon-2.1.1

# ./install.sh -i

Let’s follow the installation script questions:

Press “Enter” to read the Centreon License, then type “y” to accept it.

Do you want to install : Centreon Web Front

[y/n], default to [n]: y

Do you want to install : Centreon CentCore

[y/n], default to [n]: y

Do you want to install : Centreon Nagios Plugins

[y/n], default to [n]: y

Do you want to install : Centreon Snmp Traps process

[y/n], default to [n]: y

Where is your Centreon directory?

default to [/usr/local/centreon]: /usr/local/centreon

Do you want me to create this directory ? [/usr/local/centreon]

[y/n], default to [n]: y

Where is your Centreon log directory

default to [/usr/local/centreon/log]: /usr/local/centreon/log

Do you want me to create this directory ? [/usr/local/centreon/log]

[y/n], default to [n]: y

Where is your Centreon etc directory

default to [/etc/centreon]: /etc/centreon

Do you want me to create this directory ? [/etc/centreon]

[y/n], default to [n]: y

Where is your Centreon generation_files directory?

default to [/usr/local/centreon]: /usr/local/centreon

Where is your Centreon variable library directory?

default to [/var/lib/centreon]: /var/lib/centreon

Do you want me to create this directory ? [/var/lib/centreon]

[y/n], default to [n]: y

Where is your CentPlugins Traps binary

default to [/usr/local/centreon/bin]: /usr/local/centreon/bin

Do you want me to create this directory ? [/usr/local/centreon/bin]

[y/n], default to [n]: y

Where is the RRD perl module installed [RRDs.pm]

default to [/usr/lib/perl5/RRDs.pm]: /usr/lib/perl5/RRDs.pm

Where is PEAR [PEAR.php]

default to [/usr/share/php/PEAR.php]: /usr/share/php/PEAR.php

Where is installed Nagios ?

default to [/usr/local/nagios]: /usr/lib/cgi-bin/nagios3

Where is your nagios config directory

default to [/usr/local/nagios/etc]: /etc/nagios3

Where is your Nagios var directory ?

default to [/usr/local/nagios/var]: /var/lib/nagios3

Where is your Nagios plugins (libexec) directory ?

default to [/usr/local/nagios/libexec]: /usr/lib/nagios/plugins

Where is your Nagios image directory ?

default to [/usr/local/nagios/share/images/logos]: /usr/share/nagios/htdocs/images/logos

Where is your NDO ndomod binary ?

default to [/usr/sbin/ndomod.o]: /usr/lib/ndoutils/ndomod-mysql-3x.o

Where is sudo configuration file

default to [/etc/sudoers]: /etc/sudoers

Do you want me to configure your sudo ? (WARNING)

[y/n], default to [n]: y

Do you want to add Centreon Apache sub configuration file ?

[y/n], default to [n]: y

Do you want to reload your Apache ?

[y/n], default to [n]: y

Do you want me to install/upgrade your PEAR modules

[y/n], default to [y]: y

Where is your Centreon Run Dir directory?

default to [/var/run/centreon]: /var/run/centreon

Do you want me to create this directory ? [/var/run/centreon]

[y/n], default to [n]: y

Where is your CentStorage binary directory

default to [/usr/local/centreon/bin]: /usr/local/centreon/bin

Where is your CentStorage RRD directory

default to [/var/lib/centreon]: /var/lib/centreon

Do you want me to install CentStorage init script ?

[y/n], default to [n]: y

Do you want me to install CentStorage run level ?

[y/n], default to [n]: y

Where is your CentCore binary directory

default to [/usr/local/centreon/bin]: /usr/local/centreon/bin

Do you want me to install CentCore init script ?

[y/n], default to [n]: y

Do you want me to install CentCore run level ?

[y/n], default to [n]: y

Where is your CentPlugins lib directory

default to [/var/lib/centreon/centplugins]: /var/lib/centreon/centplugins

Do you want me to create this directory ? [/var/lib/centreon/centplugins]

[y/n], default to [n]: y

Where is your SNMP configuration directory

default to [/etc/snmp]: /etc/snmp

Where is your SNMPTT binaries directory

default to [/usr/local/centreon/bin/]: /usr/local/centreon/bin/

Continue the installation with the Centreon Web interface:

Open in web browser: “http:///centreon/” replace “” with your Centreon server ip address or hostname.

Follow Centreon Setup instructions:

- Press Start

- Check “I Accept” and press Next

- Make sure that selected “Nagios Version” is “3.x”, then press Next

- On next screen, make sure that all components status is “OK”, then press Next

- If all components are “OK”, then press Next again

- Fill required DB info as follows, then press Next

· Root Password for MySQL: [MySQL root password which you entered during MySQL installation]

· Centreon Database Name: centreon

· Centreon Data Storage Database Name: centstorage

· Database Password: centreon

· Confirm it: centreon

· MySQL Client version (Password Haching Changes): >=4.1 – PASSWORD()

- Press Next in the screen of DataBase Verification

- Fill required Admin user info, then press next (make sure that a username is Admin)

- Check “No” in “LDAP Authentication” screen, then press Next

- Press Next again

- Press Next in “Creating Database” screen

- Press on “Click here to complete your install”

NDOUtils configuration (from command line):

In Centreon version 2.1 and newer, NDO database is configured as part of the Centreon installation. We don’t need to configure manually. We only need to enable NDO, in “/usr/default/ndoutils”.

Edit the “/usr/default/ndoutils” by typing:

# vi /etc/default/ndoutils

Change “ENABLE_NDOUTILS=0″ to “ENABLE_NDOUTILS=1″

Finalize Centreon configuration:

Open in webrowser: “http:///centreon/”, replace “” with your Centreon server ip address or hostname.

Go to: Configuration -> Nagios -> cgi (in sidebar), Press on “CGI.cfg” link

Change settings to some options, as writed below:

- Physical HTML Path: /usr/share/nagios3/htdocs

- URL HTML Path : /nagios3

- Nagios Process Check Command: /usr/lib/nagios/plugins/check_nagios /var/cache/nagios3/status.dat 5 ‘/usr/sbin/nagios3′

Press Save

Go to: Configuration -> Nagios -> nagios.cfg (in sidebar), Press on “Nagios CFG 1″ link, you should be in “Files” section of the configuration screen.

Make sure to set folowing configuration values:

- Log File : /var/log/nagios3/nagios.log

- Downtime File : /var/lib/nagios3/downtime.dat

- Comment File : /var/lib/nagios3/comment.dat

- Temp File : /var/cache/nagios3/nagios.tmp

- P1 File : /usr/lib/nagios3/p1.pl

- Lock File : /var/run/nagios3/nagios3.pid

- Object Cache File : /var/cache/nagios3/objects.cache

- Status File : /var/cache/nagios3/status.dat

- External Command File : /var/lib/nagios3/rw/nagios.cmd

Now Press on “Logs Options” tab to go to “Logs Options” section.

Make sure to set folowing configuration values:

- Log Archive Path : /var/log/nagios3/archives/

- State Retention File : /var/lib/nagios3/retention.dat

Press Save

Go to: Administration -> Options -> CentStorage (in sidebar)

Make sure to set folowing configuration values:

- Nagios current log file to parse: /var/log/nagios3/nagios.log

Press Save

Now let’s apply our changes, go to: Configuration -> Nagios

Select as below:

- Generate Configuration Files

- Include Comments

- Run Nagios debug (-v)

- Move Export Files

- Restart Nagios

- Method: “External Command”

Press Export

This will restart Nagios & apply all changes you made in Web Interface.

You will do it every time you make changes, e.g. adding/modifying of hosts, commands, contacts, services…etc…

The installation of Centreon is completed.

Final fixes (very important):

Go to terminal console, then…

In Debian/Ubuntu the user “nagios” is set to “/bin/false” shell. Because of it “centcore” and “centstorage” daemons won’t start. A reason for that is because those daemons use “su -c” command which requires a real shell, so the shell for “nagios” user must be set to “/bin/sh”:

# usermod -s /bin/sh nagios

Apply permissions for Web interface to be able to send “External Commands”, perform the following commands to change directory permissions and to make the changes permanent:

# invoke-rc.d nagios3 stop

# dpkg-statoverride –update –add nagios www-data 2710 /var/lib/nagios3/rw

# dpkg-statoverride –update –add nagios nagios 751 /var/lib/nagios3

Add htaccess user with password “P@ssw0rd” for nagios CGI:

# htpasswd -bc /etc/nagios3/htpasswd.users nagiosadmin P@ssw0rd

Allow SNMP readonly access:

# echo “rocommunity public” > /etc/snmp/snmpd.conf

If you want to allow SNMP access only for localhost then use this instead:

# echo “rocommunity public 127.0.0.1″ > /etc/snmp/snmpd.conf

Now, restart the server

# sync;sync;init 6

That’s it, after reboot, you will have a fully functional Nagios & Centreon environment.

Feel free to add comments/suggestions.

Restaurar un backup de Plesk 8 en Plesk 9.*

Sergio Sainz — Tue, 22 Dec 2009 01:34:39 +0000

En Plesk 9 se ha modificado la forma de realizar los backups que se usaba desde Plesk 7.5 y se ha sustituido el formato en el que se almacenaban.

Por tanto, para poder restaurar un backup de una versión antigua de Plesk, antes es necesario convertirlo a un formato que la nueva versión pueda manejar. Vamos a ello:

1. Sino tenemos aún el backup creado, en el servidor de origen, ejecutamos:

# /usr/local/psa/bin/pleskbackup all mibackup.psa

En caso de no encontrarse pleskbackup instalado, hay que entrar al panel de control y en SERVIDOR –> ACTUALIZADOR e instalar PLESK BACKUP MANAGER.

2. Una vez tenemos el archivo de backup generado, lo movemos al servidor de destino y convertimos el archivo a formato Plesk 9.

# /usr/local/psa/bin/pre9-backup-convert -v convert -d /var/lib/psa/dumps/ mibackup.psa

El directorio /var/lib/psa/dumps es la ubicación por defecto para almacenar los backups con Plesk 9. Ahí se creará un archivo .xml con los metadatos del backup.

3. En el panel de control, accedemos a SERVIDOR –> ADMINISTRADOR DE BACKUPS –> REPOSITORIO DEL SERVIDOR.

Ahora veremos un listado de los backups disponibles, entre ellos debería aparecer el que hemos convertido, pinchamos en él y veremos las opciones y podemos empezar el proceso de restauración.

TIP: Resolver psa-firewall: service is disabled

Sergio Sainz — Sun, 22 Nov 2009 14:52:19 +0000

Si se da este problema al intentar levantar el firewall de Plesk

/etc/init.d/psa-firewall start
psa-firewall: service is disabled

Prueba con esto para solucionarlo:

touch /usr/local/psa/var/modules/firewall/active.flag

Resultado:

# /etc/init.d/psa-firewall start
psa-firewall: firewall configuration successfully applied

Cliente de SSH para Windows, alternativa a Putty

Sergio Sainz — Mon, 09 Feb 2009 11:48:19 +0000

La mayoría de la gente que conozco utiliza Putty como cliente SSH bajo Windows. En muchos casos puede ser más que suficiente, pero cuando te es necesario acceder simultáneamente a varios servidores a la vez me parece un engorro un cliente sin TABS y tan poco flexible a la hora de personalizar el aspecto de las ventanas.

Por eso, desde que mi compañero Ivan Pereiro me mostró esta herramienta no he dejado de usarla desde Windows.

Las principales características frente a Putty son:

- Integración con Cygwin: Si tienes instalado Cygwin, cuando instales Poderosa este se integrará de forma que puedas abrir shells Cygwin desde poderosa.

- Tabs: Tener varias shells abiertas no implica ejecutar nuevas instancias de la aplicación, se integran todas ellas en la misma ventana de Poderosa y se cambia de una a otra a través de pestañas.

- Dividir la ventana horizontal y verticalmente tantas veces como se desee para mostrar distintas shells: En la imagen se puede ver que la ventana se divide horizontalmente, en la parte inferior se puede ver un “top” a un server mientras la parte superior muestra a su vez una división vertical en la que a la izquierda se ve una sesión local con Cygwin y a la derecha una conexión SSH2 a un servidor remoto.

Además de esto, cuenta con más mejoras y se pueden desarrollar plugins para la aplicación. Lo que me sorprende es que la última versión es de Noviembre del 2006. Pero aún así no conozco otro cliente de SSH para Windows gratuito que sea mejor que este.

La página oficial de la aplicación es http://en.poderosa.org

Error “xmlrpc.php” en Windows Live Writer al publicar en WordPress

Sergio Sainz — Sat, 31 Jan 2009 23:37:00 +0000

Al ir a publicar un nuevo post desde Windows Live Writer me he encontrado con el siguiente error:

Tratando de crearlo desde Firefox e IE no he obtenido mejores resultados, otro error…

Todo, esto me ha llevado a hacer algún cambio para solucionarlo y de paso escribir un nuevo post .

La solución pasa por editar el .htaccess e incluir lo siguiente:

SecFilterInheritance Off

Por lo visto no soy el único que ha tenido este problema, si os pasa espero que esta solución os ayude como me ha ayudado a mí.

Montar en Linux una partición remota de Windows (con CIFS)

Sergio Sainz — Sat, 31 Jan 2009 18:58:00 +0000

1. En Windows tenemos que tener un directorio compartido con permisos para el usuario que queramos utilizar.

2. En LINUX se crea el directorio donde queremos montar el directorio compartido:

# mkdir /mnt/equipowin/

3. Para montar hay que especificar la ruta del directorio compartido (//10.0.0.1/recurso), el usuario (sergiosainz), la contraseña (qwerty) y donde queremos montar (/mnt/equipowin), Sustituye esos valores por los que correspondan en tu caso y ya tienes la partición montada.

# mount -t cifs //10.0.0.1/recurso -o username=sergiosainz,password=qwerty /mnt/equipowin/

Acceder por Terminal Server tras superar el limite de conexiones TS (Parte I de II)

Sergio Sainz — Thu, 29 Jan 2009 15:01:10 +0000

Por defecto Windows viene con un par de sesiones de TS. En entornos de trabajo en los que varios acceden a administrar una máquina vía TS, es habitual encontrarse con gente a la que se le olvida cerrar su sesión porque simplemente cierra el cliente de Remote Desktop sin usar la opción cerrar sesión, con lo que cuando un tercero necesita acceder para algo se encuentra con el siguiente mensajito:

Es entonces cuando en mi oficina se escucha el grito de "¿quien coño esta dentro del server XXX ?“. ~~Obviamente nadie responde porque nadie está dentro ni nadie ha tocado nada…~~

La solución a este problema es tan simple como conectarse físicamente al server, iniciar sesión, ver quién está dentro y cerrar las sesiones. Pero ¿que pasa cuando no estás en el CPD y el servidor no está a tu alcance inmediato?. La solución está en acceder usando el parámetro /console. Por ejemplo (sustituye 192.168.0.100 por la IP del server):

mstsc /v:192.168.0.100 /console

Todos los clientes gráficos que conozco también incluyen la opción console.

Los clientes que recomiendo para sesiones terminal server:

- Windows: VisionApp

- MAC: CORD.

- Linux: Krdc

El eslabón más débil

Sergio Sainz — Sat, 15 Nov 2008 16:09:20 +0000

Por circunstancias de la vida me veo obligado a trabajar con Plesk a diario. Cuando se trata de dar hosting a miles de usuarios está claro que hace falta automatizar estas cosas. Muchas empresas grandes cuentan con su propio panel de control, pero no es el caso de todas y las pequeñas normalmente no se pueden permitir el desarrollo de su propio panel .

Paralells Plesk Control Panel 8.6 lista 7 de sus “Advantages”, en este caso voy a centrarme en esta:

Most Secure

Not only does Plesk control panel contain new security measures but also, existing security features have been improved. The control panel’s redesigned subsystem improves overall system security as well as support for 3rd party FTP servers that make secure uploads possible.

Fuente: http://www.parallels.com/products/plesk/advantages/

Al probar la versión 9 que aún está en BETA supuse que sería aún más “segura” que la actual. Lamentablemente me he llevado una desilusión en este aspecto.

Todo esto viene a cuento de que este panel mantiene una base de datos que es el corazón del mismo. PSA es el nombre de la base de datos que conoceréis de sobra si alguna vez habéis administrado un servidor Plesk. Y aunque la idea puede ser buena las formas en las que se utiliza no lo son.

La bbdd NO guarda ninguna integridad referencial, y como es necesario meterla mano cada vez que falla una operación como crear o borrar alojamientos, bbdd, usuarios, buzones… sino se tiene cuidado es fácil perder el control.
Cuando se hacen actualizaciones del panel a veces cambian tablas, columnas, … y el panel empieza a dar problemas. Un ejemplo es al pasar de Plesk 8.2 a la versión que hay en estos momentos, Plesk 8.6.
Y el ultimo punto pero no por ello menos importante. Los datos de los usuarios se guardan en la bbdd en TEXTO PLANO.

Así que si eres usuario de este panel de control ten cuidado porque esas contraseñas que das SON visibles.

Algunos ejemplos:

Mostrar las contraseñas de administrador de mySQL, MSSQL, Postgresql o cualquier bbdd a la que este suscrito el panel de control:

SELECT type,admin_password FROM DatabaseServers

De la misma forma se almacenan los usuarios y contraseñas de buzones de correo, ftp, logins a Plesk, usuarios de bbdd, etc…

Todo esto hace que la seguridad de Linux, Windows, MySQL, MSSQL, Postgresql, Qmail, etc se vaya al traste teniendo en cuenta la regla de oro de que Un sistema es tan seguro como su eslabón más débil.

La verdad es que me pregunto si será tan difícil guardar las contraseñas encriptadas….

Tareas básicas de un administrador de sistemas

Sergio Sainz — Mon, 27 Oct 2008 13:13:34 +0000

Un cliente quiere enfrentarse a la administración de su servidor web por sí mismo y me pregunta sobre cuales son las tareas básicas de un administrador de sistemas para hacerse una idea. En frío esto ha sido lo que se me ha ocurrido comentarle:

- Informarse de las vulnerabilidades y exploits que se detectan para poder responder a tiempo.

- Mantener actualizado el sistema, esto incluye además del propio SO a todas las aplicaciones que en el servidor haya instaladas.

- Desactivar aquellos servicios que no se utilicen y desinstalar todas las aplicaciones que no sean necesarias para el funcionamiento del servicio.

- Monitorizar los servicios críticos y tener un plan de contingencia que aplicar en caso de parada de cualquiera de ellos.

- Tener un backup disponible de los datos del servidor, este puede ser diario, varios al día. Depende de la criticidad y periodicidad de los cambios que se realicen y las perdidas que podamos asumir.

- Configurar alertas de sistema y revisar logs, sucesos, errores, que se vayan produciendo para poder tomar medidas.

- Monitorizar los recursos para detectar cuellos de botella, errores de memoria, prever fallos de discos, controlar el Raid…

Son sólo algunas de las tareas a las que debe enfrentarse a diario un sysadmin. El consejo es que si no puedes hacerlas, por el motivo que sea, busques a alguien que lo haga por ti.

Después de comentarle lo anterior se me han ido ocurriendo muchas más cosas…

- Diseñar y planificar.

- Tener controlados a los usuarios, los permisos de los mismos y las políticas.

- Formar a los usuarios para que sepan lo que pueden hacer, como deben hacerlo y aclarar sus dudas técnicas.

- Escribir scripts que sirvan a automatizar tareas habituales y configurar tareas programadas (crons) para diferentes tareas de mantenimiento (defrag, backups, limpieza de logs…).

- Documentar lo que se va haciendo, no para que el que venga detrás de ti a robarte el puesto tenga todo más fácil sino para que no se te olvide lo que vas haciendo y como lo has hecho ya que te será útil y evitarás romperte la cabeza cuando te enfrentes nuevamente a ese problema que te tuvo una noche o un fin de semana movidito, te lo aseguro.

- Intentar la configuración óptima del sistema para tratar de sacarle el mayor rendimiento posible. Muchas veces se amplía hardware innecesariamente cuando el problema real es que se desaprovechan recursos innecesariamente.

- Documentación e implantación de un buen plan de recuperación ante desastres que pueda llevar alguien a cabo si estás de vacaciones.

- Tener un sistema (puede ser virtualizado) para probar las cosas antes de ejecutarlas en producción.

Seguro que hay muchas más cosas, ¿se te ocurren?.

Open Source World Conference ‘08 (III de III)

Sergio Sainz — Tue, 21 Oct 2008 14:37:56 +0000

Esta es la última conferencia a la que he podido asistir en la OSWC debido a que esta misma tarde me vuelvo a Bilbao.

El nombre de la sesión tecnológica es “LINUX en el corazón del DATACENTER: cómo implantar infraestructuras basadas en estándares abiertos y optimizadas para aplicaciones de misión crítica”. Por Adriano Galano de Fujitsu-Siemens.

He anotado tan sólo los puntos que me han parecido interesante con intención de resumir lo que me interesaba y descartando todo el rollo comercial.

Repaso sobre la evolución de los datacenters. Mainframes > Distributed Computing > Server Farms (Hoy) > Vitualización > automatización > Utility computing (servicios en lugar de servidores).
Servidores PRIMERGY: Desde 1 socket y 8 gb hasta 96 socket y 2.304 Gb de RAM.Preparados para Xen, VMWare, Hypervisor. Virtualización embebida, Tecnologia de virtualización de I/O y PAN Manager.
Soporte técnico para Linux.
kernel patch desarrollados para permitir reemplazar memoria y cpus en caliente.

Vamos a ver si nos da tiempo a dar una vuelta y ver algo más antes del viaje de vuelta a casa.