Frases de niños

Como muchos conocéis, existen un par de libros de Pablo Motos con frases de niños. El dinero recaudado va para inventigación de una enfermedad que afecta a niños. Os pongo el link.
Dicho esto, no me resisto a poner algna de ellas:

Alejandro, 2 años,
Un día le preguntó su padre: "Alejandro, ¿Como se llaman los Reyes Magos?". Y Alejandro contestó :"Queridos!"

Enrique, 7 años,
Enrique le preguntó un dia a su madre : Mama, cuando eras pequeña, ¿la Nintendo era de madera?


Manuel , 5 años,
Iba en el coche con sus padres y pasó un coche fúnebre lleno de flores, y dijo: Mira cuantas flores lelva ese coche, ¡Ahi debe ir la novia!

Manuel, 6 años:
Iba con su madre paseando por la calle y se cruzaron con una anciana muy bajita, vestida de negro. Al verla Manuel le dijo a su madre: "Mira, mama, una abuela recien nacida"

Anxo, 3 años:
Anxo fue de visita a casa de su bisabuela y ella le preguntó: Qué Anxo, ¿que te cuentas?. Y Anxo le respondió: Pues, ultimamente, solo mentiras.

Alex, 2 años
Estaba con su madre en el banco y ella estaba rellenando unos papeles. El cajero le preguntó a su madre el nombre y ella dijo : Inmaculada Torres Novalbos. Y entonces Alex, muy exaltado dijo : Que no, que tú te llamas mami!!!!

Nuevos Pasos

Después de este silencio debido principalmente a la falta de tiempo y de haber publicitado ya suficientemente el libro de Josep en el anterior post ;-) , voy a ir dando los siguientes pasos para seguir escribiendo de vez en cuando. (por el momento me he puesto una meta poco exigente, a ver si la puedo cumplir). Gracias alos que me habiéis pedido que escriba, esto hace más facil sacar tiempo.

Como esta entrada va de primeros pasos, no me puedo resistir a poner un video de youtube que es espectacular. Son la gente de Boston Dynamics, que ya tienen una canal en youtube y se dedican a los robots, casi como se ven en las peliculas.

El ultimo que han sacado se basa en la forma de andar de un humano:



Y en este impresionante video aparece una especie de mula de carga, burro o similar(BigDog le llaman). Te entra una especie de sensación rara cuando ves un robot actuando de forma tan natural, como lo haria un caballo o una mula, cuando se resbala en el hielo.

Nuevo libro: Virtualización Corporativa con VMware

Recientemente Josep Ros ha lanzado un libro titulado "Virtualización Corporativa con VMware" que se está convirtiendo en un documento que cualquiera que se quiera introducir de forma practica en el mundo de la virtualización debe leer, segun el propio prologo:


"En este libro podrás aprender paso a paso todos los conceptos y las técnicas para virtualizar una infraestructura, desde una Pyme, con Vmware Server, hasta una gran empresa con VMware Infraestructure 3.5. Este manual está especialmente indicado para aquellos administradores que se introducen en el mundo de la virtualización con una buena base de sistemas pero con pocos o nulos conocimientos en virtualización. El autor, Josep Ros, es un Consultor y Formador en TI. Es VCP-310 en VI3, y tiene más de 19 años de experiencia en el mundo de la Informática de Sistemas. Ha sido designado como VMware vExpert 2009 y comparte su conocimiento a través de su blog."



Enhorabuena Josep por este gran trabajo!!!

Google Revela el Hardware de su Servidor

Tras un aépoca con mucho ajetreo y que además parece que va a durar, me dispongo a hablar por fin un poco.
Es una noticia que me ha llamado la atención: google habla sobre sus servidores.
Desde luego da una idea de cómo piensan a grnade escala (me recuerda cuando diseñaba placas PCBs (de circuitos) y nos estrujabamos el coco por poner una resistencia menos pues solo era 1 centimo menos pero multiplicado por un numero enorme de placas era mucho margen de beneficio...). Exactamente asi piensan ellos.

También me ha llamado la atención el hecho de que se fijen en la extraccion de aire. Es curioso porque con todas la peleas quehe tenido en CPDs al final ves que te dejas un paston en refrigerar cuando lo más barato, practico y fiable es sacar el aire caliente(extraccion) y meter aire del edificio (impulsion a 22º), ayudado claro con algo de refrigeracion.

Aqui va el texto: http://blogs.zdnet.com/gadgetreviews/?p=2936&tag=nl.e019

Google for the first time on Wednesday revealed the hardware at the core of its Internet operations at a conference about the increasingly prominent issue of data center efficiency, reports CNET’s Stephen Shankland.

Instead of buying hardware from companies such as Dell, Hewlett-Packard, IBM, or Sun Microsystems, Google designs and builds its own. (The company has hundreds of thousands of servers.)

Ben Jai, who designed many of Google’s servers, unveiled the server hardware. The first surprise: each server has its own 12-volt battery to supply power if there’s a problem with the main source of electricity.

Shankland writes:

Why is the battery approach significant? Money.

Typical data centers rely on large, centralized machines called uninterruptible power supplies (UPS)–essentially giant batteries that kick in when the main supply fails and before generators have time to kick in. Building the power supply into the server is cheaper and means costs are matched directly to the number of servers, Jai said.

“This is much cheaper than huge centralized UPS,” he said. “Therefore no wasted capacity.”

Efficiency is another financial factor. Large UPSs can reach 92 to 95 percent efficiency, meaning that a large amount of power is squandered. The server-mounted batteries do better, Jai said: “We were able to measure our actual usage to greater than 99.9 percent efficiency.”

Since 2005, Google’s data centers have been composed of standard shipping containers — each with 1,160 servers and a power consumption that can reach 250 kilowatts, the company said.

Google has been using the design since 2005 and now is in its sixth or seventh generation of design.

“It was our Manhattan Project,” Jai said of the design.

Energy efficiency, power distribution, cooling, and ensuring hot and cool air don’t intermingle are all on the top of Google’s list, the company said.

As for the actual unit, the server was 3.5 inches thick (2U) and had two processors, two hard drives, and eight memory slots mounted on a Gigabyte motherboard. Google uses x86 processors from both AMD and Intel. The battery design is used on its network equipment as well, Jai said in Shankland’s article.

What’s fascinating about all this is that Google operates servers on such an immense scale that every decision it must make in turn has a large affect (and potential cost/savings).

Take the power supply design, for example: Google’s designs supply only 12-volt power, with the necessary conversions taking place on the motherboard. That adds $1 or $2 to the cost of the motherboard, Shankland writes, “but it’s worth it not just because the power supply is cheaper, but because the power supply can be run closer to its peak capacity, which means it runs much more efficiently.” Google even pays attention to the greater efficiency of transmitting power over copper wires at 12 volts compared to 5 volts, Shankland writes.

That kind of attention can translate to big savings in power or cost — or both.

¿Podrá soportar España 4.000.000 de bajas de clientes de banda ancha?

Siguendo la iniciativa de muchas personas que ya han publicado este texto:

Cerca de cuatro millones de ciudadanos no pueden acceder a la banda ancha en España en función de su sitio de residencia; a este indicador negativo para el desarrollo de la Sociedad de la Información en España, se le podrían sumar bajas masivas de clientes del Adsl más lento y caro de Europa.

Las entidades representativas de la comunidad internauta, los profesionales y los consumidores informáticos en España estiman en cuatro millones la cifra de clientes de banda ancha -Adsl y cable-modem- que podrían darse de baja, si finalmente se confirma el acuerdo que RedTel las sociedades de gestión de los derechos de autor, abanderadas por la Sgae, para que en España se dé tres avisos antes de desconectar o ralentizar la conexión a Internet por usar redes P2P. A la disminución de ingresos se sumarían las posibles indemnizaciones que podrían derivarse por incumplimiento de contrato de las operadoras y las sanciones aplicables en base a los artículos 8 ("Restricciones a la prestación de servicios y procedimiento de cooperación intracomunitario") y 11 ("Deber de colaboración de los prestadores de servicios de intermediación") de la Ley 34/2002, de 11 de julio, de Servicios de la Sociedad de la Información y de Comercio Electrónico, modificado por la Ley 56/2007, de 28 de diciembre, de Medidas de Impulso de la Sociedad de la Información.

Mientras las operadoras de telecomunicaciones tratan de sortear la crisis, las sociedades de gestión de los derechos de autor, intentan conseguir prebendas para las empresas productoras de contenidos tratando de convencer a todo el mundo de que el intercambio de archivos entre particulares por Internet es un acto delictivo y que supone fuertes pérdidas al sector de entretenimiento.

Sin embargo tanto la fiscalía como las sentencias dictadas establecen que el intercambio de archivos con copyright restrictivo por redes P2P no es un delito y no es punible de ninguna forma cuando se trata de archivos públicos o bajo licencias copyleft (la mayoría de los casos)

Las propias entidades de gestión de derechos de autor han reconocido en el "Informe de la industria de contenidos en España", publicado por ASIMELEC, que no hay una bajada de ingresos en el sector y que solo la música tiene un retroceso en la venta a través del canal tradicional (aunque no se informa del aumento de ingresos por, entre otros, actuaciones en directo, descargas y publicidad)

Lo cierto es que las negociaciones que se están llevando a cabo bajo el auspicio del Ministerio de Cultura, pueden suponer que algunas de las empresas más solventes y con mayor capacidad tecnológica de España empiecen a perder clientes a marchas forzadas. Lo que repercutirá en su cuenta de resultados y en su capacidad de mantener el empleo.

Pero lo más grave es que un acuerdo de esta naturaleza atenta contra la libre competencia, frena en seco el acceso a la Sociedad de la Información en España menoscabando los derechos civiles de los ciudadanos y alejando aún más el derecho constitucional de acceso a la cultura y al conocimiento.

Firmado: Kurrin y 6870 firmas mas (por el momento). Pon la tuya publicando el texto en tu blog.

Como añadir un disco virtual (.vmdk) a un Linux en caliente (sin reboot)

Muchas veces he añadido un disco a una maquina virtual(VM) Linux y he reiniciado para que lo reconociese. Pues, bien, tanto Linux como Windows son capaces de reconocerlo en caliente. En el caso de Windows es algo ya muy conocido (Administrador de discos, Refrescar y formatear...).

En el caso de Linux nos puede venir bien en los momentos en los que no podemos parar dicha VM ya sea por su criticidad o precisamente porque tenemos problemas en algún disco y necesitamos hacer backup en otro que acabamos de añadir.

(Este prodecimiento es para Red Hat 4, pero la mayoría de las distros funcionan de similar manera. De hecho no difiere del procedimiento de añadir un disco en caliente (que no formase un RAID) a un Linux Físico. Además es posible que otras distros lo faciliten):

Lo primero es añadir el disco desde el VIC o como normalmente lo hagamos.
Seguidamente podemos mirar /proc/scsi/scsi y ver los devices de nuestra VM: Los datos importantes son los que nos pone en la primera linea de cada elemento que aparece.
Por ejemplo: Host: scsi0 Channel: 00 Id: 00 Lun: 00

1. El primer numero es el numero de la controladora scsi. Ej: scsi0
2. El segundo es el canal
3. El tercero es ID del disco SCSI.
4. Y finalmente esta la LUN. (Sirve para fibra o iSCSI...)

Cuando hemos añadido con el VIC un disco a nuestro Linux, nos debemos fijar en el Virtual SCSI node (ej:SCSI 0:0 es la controladora 0 ID 0, SCSI 0:1 es la controladora 0 ID 1, etc,etc ) y en la controladora SCSI que es. Con esto ya tenemos los dos primeros numeros.

El numero que suele cambiar al añadir un disco es el ID del disco SCSI (1,2,3,4,5,6...) porque generalmente nuestras VMs tienen una sola controladora SCSI.

Una vez que tenemos el dato del disco que queremos que "vea", En la VM hay que hacer:

echo "scsi add-single-device" 0 0 1 0 > /proc/scsi/scsi

(Esto corresponde a SCSI0, Cahnnel=0, ID=1,LUN=0, que es lo típico cuando añades un segundo disco. Con esto le decimos al S.O. que reconozca el disco y lo ponga a sus revoluciones preparado para usarse, aunque los discos virtuales no giran...)

El proceso para quitar un disco en caliente (mirando que no tenga ningún proceso accediendo, claro), seria con el comando:

echo "scsi remove-single-device" 0 0 1 0 > /proc/scsi/scsi

Excelente post de esxtop en las communities de VMware

Para los que se han encontrado alguna vez que deben realizar un troubleshooting en un entorno de VI de VMware a bajo nivel os recomiendo la lectura de este tecnicamente excelente post en las communities de vmware sobre la herramienta esxtop:
http://communities.vmware.com/docs/DOC-9279

Resumen de Networking en VI3

Jason Boche ha publicado este diagrama de red en VI3, muestra exactamente qué puertos usa VC, ESX y otros servicios. Me parece extremadamente útil para solventar problemas de red en VI3. Aqui está:




Feliz año nuevo!!!!!! Os deseo lo mejor para este 2009 que llega.

Protocolo de Internet en bolas

Ya sé que con este titulo puedo aparecer en todos los buscadores, aunque desde siempre "internet" y "en bolas" son dos terminos que han estado ligados. ;-)
Además es raro que no hable de algo tecnico, pero es viernes y la verdad es que asi pruebo a incluir un video en el blog, asi que haremos una excepcion: ;-)

En el museo de Miraikan, museo de la ciencia de Tokyo, hay una máquina que representa el funcionamiento de un protocolo orientado a paquetes (como TCP/IP) de forma mecánica.

Los bits son bolas blancas o negras y los cables de datos son pistas por donde ruedan las bolas. También existen routers y PCs!!! Solo los japos son capaces de hacer algo asi. Lo cierto es que en la universidad en la asignatura de Redes, es lo que tendrian que poner el primer día!!!:

Comando dmidecode: o como ver la configuracion de los DIMMs de memoria de tu ESX y mucho mas

Me encontraba yo en la tesitura de ampliar la memoria de mis ESX o simplemente comprar más servidores (o una mezcla de ambas).
Pero, ¿cuantos DIMMs tienen ocupados mis ESX?
(Y en general: ¿Como sé qué configuracion de memoria tiene mis servidores Linux?)

Lo primero a lo que se puede recurrir es a aplicaciones del fabricante, tipo Open Manage de DELL o IBM Director o DSA de IBM para ver cuantos slot/bancos de memoria libres tenemos y en consecuencia cuanto podemos ampliar. Esta es la manera más lenta pero mas bonita graficamente. (Eso sí, requiere instalacion de dichas aplicaciones, bajandonos la version para RedHat3, que es lo que lleva el COS. Es posible que no es lo que busquemos para dar un vistazo rapido a la configuracion de memoria que tenemos).

Lo segundo es recurrir a un comando (aunque todavia no lo he probado): lshw.
Lo malo es que dicho comando no viene por defecto en elos ESX y adolece de lo mismo que la primera opcion: Hay que instalar algo en la console de nuestro ESX y eso me gusta evitarlo siempre que puedo.


Por último, existe un comando muy útil que no conocia: Es dmidecode (ejecutar siendo root) que nos da un montonazo de informacion de nuestro harware, entre otras cosas : BIOS Information, System Information, Base Board Information, Chassis Information, Cache Information, Processor Information,Port Connector Information:USB,Video,IDE/Parallel ATA,SAS,Serial,Ethernet, ServeRAID Adapter, PCI-Express/X Riser, Power Supply, Fan, PCI-Express ocupadas y libres... y un largo etc...

La informacion que buscamos (Estructura de los DIMMs de memoria RAM instalada actualmente en el sistema) aparece de este modo:

Handle 0x004A
        DMI type 16, 15 bytes.
        Physical Memory Array
                Location: System Board Or Motherboard
                Use: System Memory                
                Maximum Capacity: 65024 MB
                Number Of Devices: 12
Handle 0x004B
        DMI type 17, 27 bytes.
        Memory Device
                Size: 512 MB
                Form Factor: DIMM
                Set: 1
                Locator: DIMM 1
                Bank Locator: Bank 1
                Speed: 266 MHz (3.8 ns)
                
Handle 0x004C
        DMI type 17, 27 bytes.
        Memory Device                
                Size: 512 MB
                Form Factor: DIMM
                Set: 3
                Locator: DIMM 4
                Bank Locator: Bank 1
                Speed: 266 MHz (3.8 ns)
...
Handle 0x004F
        DMI type 17, 27 bytes.
        Memory Device
                Size: 2048 MB
                Form Factor: DIMM
                Set: 3
                Locator: DIMM 3
                Bank Locator: Bank 5                
                Speed: 266 MHz (3.8 ns)
        
Handle 0x0055
        DMI type 17, 27 bytes.
        Memory Device
                Size: No Module Installed
                Form Factor: DIMM
                Set: 4
                Locator: DIMM 9
                Bank Locator: Bank 6                
                Speed: 266 MHz (3.8 ns)

Se puede ver, que hay 12 slots en total, algunos ocupados por 512MB de RAM otros por 2GB, otros libres, etc ,etc..

PuTTY Connection Manager

Recientemente hablando con un guru de Oracle descubri esta maravilla de herramienta: PuTTY Connection Manager . Viene a suplir la falta de pestañas y de organizacion a la que llegas cuando tienes un monton de ventanas abiertas de PuTTY. Yo, personalmente, prefiero SecureCRT que te lo da de base, pero hace falta una licencia. Por ello, cuando uso PuTTY, este programilla se ha convertido en un indipensable.

Posts proximos

Bueno, llevo ya un retraso importante de publicacion de posts porque he andado un poco atareado este ultimo mes. Os pongo los posts en los que estoy trabajando y espero sean de inmininte publicacion:

• Mas sobre Vmware HA
• Networking en ESX
• Backup de Hosts: ESX, ESXi
• El maldito reloj en VMs linux
• El scheduler, vCPUs y demas parientes.
• Disaster Recovery

Poco a poco iran saliendo. Espero que antes del 31 todos!!!

El SPAM mundial cae un 75% tras la desconexion de la empresa McColo Corp

Sé que os tengo acostumbrados a hablar de virtualizacion y almacenamiento sobre todo, pero esta noticia me ha impresionado:

El volumen de SPAM mundial se desplomó el pasado martes 11 de Noviembre después de que una empresa de hosting, fue puesta fuera de línea.

La caída en el volumen de spam se debe a que los proveedores de Internet (ISPs) desconectaron a McColo Corp (un proveedor de hosting de California que alojaba los servidores responsables del envío de aproximadamente el 75% de todo el spam mundial diario.)

Prueba de ello es la grafica que se ve en los servidores de correo entrante (spam linea naranja, trafico normal linea azul):


Hace una seman (11 Nov) se preveia que para este martes los niveles de SPAM serian parecidos pero parece que los spammers están tardando en realojarse. Y espero que tarden mucho aunque segun los expertos estas Navidades puede llegarse a niveles historicos de SPAM.

Buen uptime!!

Esto no se suele ver demasiado. Este servidor lleva funcionando 975 días (y presumiblemente lo hará más) sin dar el menor problema. No es virtual, aunque estoy seguro que puedo encontrar alguno virtual con un uptime similar (una maquina virtual tiene razones para tener mayor uptime pues tiene mayor tolerancia a fallos).

Es un servidor de MySQL con hardware IBM xSeries x345 con doble Xeon con un Red Hat 4 y con alimentacion a grupo electrógneo. Buen Hw + Buen SO + Buena alimentacion.



Da gusto.

VMware ESX 3.5 Update 3 y VMDK Recovery Tool (vmfs-undelete)

Al margen de hacerme eco de la noticia de que ha sido lanzada la VMware ESX 3.5 Update 3 con sus correcciones y mejoras, queria destaca una herramienta que me ha llamado la atención y que han metido de forma experimental en esta release:

Experimental Support for the VMDK Recovery Tool — This release adds support for the VMDK Recovery tool, a script intended to help customers to recover VMFS/vmdk data stores from accidental deletion of VMFS/vmdk data store or physical disk corruption. For more information, see VMDK Recovery Tool (ESX 3.5 Update 3) ( KB 1007243).

Una especie de undelete de los que haciamos en MS-DOS. La herramienta realiza un backup de la lista de bloques que usa una determinada VM (haciendo un snapshot etc...) y si la borramos por accidente (ya sabes un click fuera de lugar o locura pasajera delante de la pantalla), la podremos recuperar con esta herrramienta.

Atencion:

• Es experimental, pero habra que echarle un ojo en unos meses...
  
• No sustituye a los backups.
• No sirve para ESXi
• No sirve para luns RDM
  

Instalando y Configurando Linux Guests con VMware

El equipo de Linux de VMware acaba de sacar un documento (whitepaper) que incluye todo tipo de trucos (tips) y bests practices para la instalacon y configuracion de VM que lleven Linux.
Merece la pena leerlo y releerlo si funcionamos con Linux en nuestra infrastructura virtual.
http://www.vmware.com/resources/techresources/1076

Description
This technical note describes installing, configuring, updating, and administering Linux guest operating systems in virtual machines running on VMware Infrastructure 3 version 3.5. In addition, this note includes a collection of useful tips and tricks in fine-tuning your Linux virtual machines. Although the recommendations in this paper apply to most Linux distributions, they are tailored specifically to Red Hat Enterprise Linux 5. Linux administrators can use this paper as a source for guidelines when building and maintaining Linux virtual machines in their VMware Infrastructure environments. Some working knowledge of VirtualCenter 2.5 Update 2, ESX 3.5 Update 2, and Linux operating systems is required.

7 claves para tener exito en la virtualizacion.

En www.networkworld.com han publicado este articulo que me parece muy interesante: 7 claves para tener exito en la virtualizacion.

Es un articulo dirigido tanto a las empresas que están pensando en la virtualización como a las que han adoptado la virtualización. Es una recopilación de lo que me parecen buenos consejos.

NetApp Deduplicacion y LUNs: Documento

Hacía tiempo que no escribia sobre NetApp y su deduplicación. Como ya sabeis NetApp(y otros fabricantes como EMC) nos ofrece la posibilidad de deduplicar nuestros datos para ahorrar espacio. (Algunos articulos relacionados que he escrito anteriormente).
Muchas veces me he visto con dificultades para saber qué opcion es la mejor a la hora de provisionar LUNs que van a ser deduplicadas.

Por casualidad hoy he encontrado este documento en las communities de NetApp, donde se necesita login (que deben usar el mismo motor que las de VMware porque son clavadas..):
Configuring NetApp Deduplication With LUNs
"Deduplication creates free space, but where does the free space go? The paper describes 5 basic LUN configurations and the different results that occur once space is reclaimed by deduplication."

Aqui dejo el link: Configuring NetApp Deduplication With LUNs
de mi espacio de google para que os lo bajeis sin registrarse.

La configuracion más común creo que es la D (La LUN sin espacio reservado y la garantia de espacio establecida en el Volumen) y E (La LUN sin espacio reservado y sin garantia de espacio ninguna). Lo logico es que nos guste ver como encoje la LUN después de aplicar la deduplicacion.

ESXi: Acceso a "consola" y bug ESX 3.5 Update 2

El otro día David Marquina me avisó de un bug que tiene la ESX 3.5 Update 2:
" Parece ser que el FT_HOSTS y demás ficheros de configuración de HA se quedan con la primera IP que se le asignó. En mi caso via DHCP. De momento se que pasa en ESX3i y claro, no puedo abrir los ficheros "
Por lo que me ha comentado, dicho bug se ha solucionado en la VC 2.5 Update 3. Se puede ver en las Release Notes.

De todas forma en dicho momento vimos la necesidad de entrar a la "console" ESXi (que no es otra cosa que un Busy Box: un comando que lleva dentro compilados unos cuantos binarios de linux y que se parece al command.com de MS-DOS). Para ello os dejo este link: http://kb.vmware.com/kb/1003677 que nos explica cómo entrar a la consola pulsando Alt+F1 y escribiendo "unsupported".
Una vez dentro podemos hacer lo que queramos.

Aprovecho para recomendar que dentro podemos habilitar el acceso ssh:

• Editat /etc/inetd.conf (usar vi)
• Quitar el comentario # de la linea del SSH
• Kill y restart el proceso inetd (o reboot del server)

El acceso ssh me parece importante por si tenemos que entrar por cualquier circunstancia, si queremos cambiar las opciones del driver de la HBA para obtenr mayor rendimiento, si queremos usar discos thin provisionned ...

Link Best Practices para Patching del ESX

Os dejo un link que he encontrado interesante sobre el parcheo de servidores ESX:
http://www.vmware.com/files/pdf/esx_patching_best_practices.pdf

Summary:

• “Patch Overview”
• “Patch Delivery and Packaging”
• “Patch Preparation”
• “Understanding the Impact of Patching an ESX Host”
  
• “Understanding the Impact of Patching an ESXi Host”
• “Identifying Build Numbers after Patch Install”
• “Resources”