En alguna ocasion me he encontrado que instalando un cluster, solo el nodo frontal o master tiene salida a internet, esto es muy sencillo, no nos interesa que los otros nodos puedan estar obteniendo datos del exterior y así además de limitar la conetividad podemos tener cierto control sobre dichos nodos.

Pero esto presenta un pequeño problema, sobretodo si hacemos una instalacion mínima y luego queremos meter más paquetes. Existen varias soluciones, la primera seria activar NAT entre los nodos y el frontal, pero esto a mi forma de ver, supondria un posible fallo de seguridad a la hora de tener esa conectividad que desde un principio no quisimos.

Muchas veces nos ocurre que necesitamos descargar un paquete rpm y no sabemos exactamente donde encontrarlo, la solucion desde las ultimas versiones de yum es instalar un pluggin que nos permite directamente la descarga del paquete, pero sin la necesidad de instalarlo en el cliente desde el que hacemos el download.

La situación es la siguiente, imaginemos que tenemos una red interna del estilo host.domain.age y queremos enviar correos, logwach correos de root o de crontab a nuestro correo corporativo que es del estilo user@subdomain.domainII.es y OH CASUALIDAD este correo es virtual, no se puede hacer ping internamente (ni externamente a subdomain.domainII.es) porque no lo conoce ni el tato.

Pues este HOWTO o guia  explica como conseguir que estos correos funcionen usando sendmail, y claro está que salgan para un servidor exchange (windows 2003) que ya se encargará de mirar a que corresponde lo de subdomain.domainII.es

Muchas veces, despues de pasar horas y horas configurando un server, tratando de que quede lo mas fino posible, llega el propietario del server y decide que va hacer un update, que ha leido por ahí en foros de ubuntu que hay que tener todo actualizado siempre…

Consecuencias… zas… servidor al carajo, el kernel que tenias optimizado para correr lustre esta KO, los paquetes dejan de funcionar por haber pasado de php4 a php5, y las aplicaciones que estan compiladas dinamicamente… bueno de esas ya ni hablamos… gaussian ha pasado a mejor vida…

Entonces estas personas… dueños y rooteros por bolsillo (si pagan tienen todo el derecho del mundo) recurren al principio basico de la vida, pagar de nuevo por un servicio…

Es aquí donde entramos en juego… tenemos dos opciones… reinstalar todo el cluster… (porque los rooteros lo intentaron en todo el cluster… por si acaso!) o haber pensado que esto podia pasar, y tener activado el rollback para yum.