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