martes, 14 de agosto de 2012

Rambo i Truman (Trautman)

- John Rambo: Coronel! Em reb?
- Coronel Truman: John, l'escolto!
- John Rambo: Aquests cabrons dels charlies se'ns anticipen, coneixen tots els nostres moviments! Acabo de volar-li els genolls a un que examinava un reportatge que posa al descobert detalls sobre la seva nòmina, coronel!
- Coronel Truman: Cóm diu John?
- John Rambo: Sí, tinc la caràtula a la mà! Esperi que miraré de llegir-li: Eeel sooo uuu deee Truuu maaan.
- Coronel Truman: Malparits! Liquidi'l, Rambo, liquidi'l!

miércoles, 23 de febrero de 2011

Rectificar es de sabios

martes, 14 de diciembre de 2010

Ago - Computer (in my mind), lyrics like this?





Come to future
I’m the computer.

Sunday, monday
the time is running down
( without | we got ) this midnight starlight
don’t know when it began.

[You] can be my soul
( feel the music loud | through the new sweet love | till the new sweet loud )
in computer.

Tuesday, wednesday
I’m ( lining your man | lying in your vain | blind in your bang )
( without a | we're talking | with dark I'm | without ) ( smoking | smoke in )
dreaming, imagining ( you're mad | your net ).

You are dancing loud
( reel my reeling sound | with my waiting soul | with my awakening sound )
in computer.

If you really wanna see the show
( take your preasure | take and press all ) on the music go
if you really wanna see the show
come to the future.

If you really wanna see the show
take your cradle of the music go
if you really wanna see the show
come to the future.

Input, output
the time is running down
without this midnight starlights
don’t know when it began

You can feel my soul
( feel the music loud | through the new sweet love | till the new sweet loud )
in computer.

If you really wanna see the show
take and press on all the music go
if you really wanna see the show
come to the future.

If you really wanna see the show
take your cradle of the music go
if you really wanna see the show
come to the future.

Computer, computer, computer, aaah…

If you really wanna see the show
take and press all on the music go
if you really wanna see the show
come to the future.

If you really wanna see the show
take your cradle of the music go
if you really wanna see the show
come to the future.

Come to future.


lunes, 17 de mayo de 2010

VMware Server 2.0 + Virtual Infrastructure Client

Tras instalar VMware Server en alguna de sus versiones 2.0, observamos que ya no existe la posibilidad de acceder a las VM a través de la típica aplicación cliente de la versión 1.0.

La vía de acceso propuesta por VMware para esta nueva versión es el interface web. Este interface, además de lento no es muy fiable y no parece funcionar demasiado bien con Firefox (por ejemplo en mi caso, la pestaña Console no permite ver nada).

Afortunadamente un tal Andrea Benini nos explica aquí cómo acceder a las VM con el cliente vSphere. El artículo es realmente útil. Y el método de acceso, aunque no-oficial y no-soportado, funciona perfectamente y además está basado en herramientas de la propia vmware. Sin embargo el artículo tiene un punto gris (según mi criterio, claro está):

But what kind of support files do you need, where are there? Here's a link with some useful and legal files in it

Sin poner en duda que el contenido de la descarga de ese link sean "legal files", está claro que no es un link de vmware. De hecho un tal Gaetano en los comentarios del mismo artículo pregunta por un enlace desde donde poder bajar de forma "oficial" el cliente vSphere (o el Virtual Infrastructure Client al que sustituye).

Si a día de hoy uno se pone a mirar en el site de vmware, en unos pocos clicks se puede llegar a la descarga del ESXi (p. ej. 4) que tras ser instalado nos permite descargar el cliente vSphere desde la misma máquina en la que acabamos de instalar el ESXi (mediante acceso https).

Pero por desgracia la versión del cliente de esta versión actualizada no sirve para el método propuesto en el artículo anterior.

Por suerte, vmware guarda un historial de parches históricos descargables.

http://www.vmware.com/patch/portlets/patchupdate/allpatches.html

En concreto éste ESX350-200911201-UG update del ESX 3.5 contiene lo que necesitamos.

Tras descargar el fichero, manejando un CLI de Linux (o bien Cygwin) hacemos lo siguiente:

nohost:/home/nouser# md5sum ESX350-200911201-UG.zip
1ca07f9947ba57e7d9a37610094f0bbc ESX350-200911201-UG.zip
nohost:/home/nouser# unzip ESX350-200911201-UG.zip
Archive: ESX350-200911201-UG.zip
creating: ESX350-200911201-UG/
inflating: ESX350-200911201-UG/VMware-esx-apps-3.5.0-207095.i386.rpm
inflating: ESX350-200911201-UG/VMware-esx-backuptools-3.5.0-207095.i386.rpm
inflating: ESX350-200911201-UG/VMware-esx-drivers-scsi-vmkiscsi-350.3.6.3.1-1vmw.207095.i386.rpm
inflating: ESX350-200911201-UG/VMware-esx-ima-qla4xxx-3.5.0-207095.i386.rpm
inflating: ESX350-200911201-UG/VMware-esx-iscsi-3.5.0-207095.i386.rpm
inflating: ESX350-200911201-UG/VMware-esx-lnxcfg-3.5.0-207095.i386.rpm
inflating: ESX350-200911201-UG/VMware-esx-perftools-3.5.0-207095.i386.rpm
inflating: ESX350-200911201-UG/VMware-esx-srvrmgmt-3.5.0-207095.i386.rpm
inflating: ESX350-200911201-UG/VMware-esx-tools-3.5.0-207095.i386.rpm
inflating: ESX350-200911201-UG/VMware-esx-vmkctl-3.5.0-207095.i386.rpm
inflating: ESX350-200911201-UG/VMware-esx-vmkernel-3.5.0-207095.i386.rpm
inflating: ESX350-200911201-UG/VMware-esx-vmx-3.5.0-207095.i386.rpm
inflating: ESX350-200911201-UG/VMware-hostd-esx-3.5.0-207095.i386.rpm
inflating: ESX350-200911201-UG/kernel-source-350.2.4.21-58.EL.207095.i386.rpm
inflating: ESX350-200911201-UG/kernel-vmnix-350.2.4.21-58.EL.207095.i686.rpm
inflating: ESX350-200911201-UG/descriptor.xml
creating: ESX350-200911201-UG/headers/
extracting: ESX350-200911201-UG/headers/VMware-esx-apps-0-3.5.0-207095.i386.hdr
extracting: ESX350-200911201-UG/headers/VMware-esx-backuptools-0-3.5.0-207095.i386.hdr
extracting: ESX350-200911201-UG/headers/VMware-esx-drivers-scsi-vmkiscsi-0-350.3.6.3.1-1vmw.207095.i386.hdr
extracting: ESX350-200911201-UG/headers/VMware-esx-ima-qla4xxx-0-3.5.0-207095.i386.hdr
extracting: ESX350-200911201-UG/headers/VMware-esx-iscsi-0-3.5.0-207095.i386.hdr
extracting: ESX350-200911201-UG/headers/VMware-esx-lnxcfg-0-3.5.0-207095.i386.hdr
extracting: ESX350-200911201-UG/headers/VMware-esx-perftools-0-3.5.0-207095.i386.hdr
extracting: ESX350-200911201-UG/headers/VMware-esx-srvrmgmt-0-3.5.0-207095.i386.hdr
extracting: ESX350-200911201-UG/headers/VMware-esx-tools-0-3.5.0-207095.i386.hdr
extracting: ESX350-200911201-UG/headers/VMware-esx-vmkctl-0-3.5.0-207095.i386.hdr
extracting: ESX350-200911201-UG/headers/VMware-esx-vmkernel-0-3.5.0-207095.i386.hdr
extracting: ESX350-200911201-UG/headers/VMware-esx-vmx-0-3.5.0-207095.i386.hdr
extracting: ESX350-200911201-UG/headers/VMware-hostd-esx-0-3.5.0-207095.i386.hdr
inflating: ESX350-200911201-UG/headers/kernel-source-0-350.2.4.21-58.EL.207095.i386.hdr
inflating: ESX350-200911201-UG/headers/kernel-vmnix-0-350.2.4.21-58.EL.207095.i686.hdr
inflating: ESX350-200911201-UG/headers/header.info
inflating: ESX350-200911201-UG/headers/contents.xml
inflating: ESX350-200911201-UG/headers/contents.xml.sig
inflating: ESX350-200911201-UG/contents.xml
inflating: ESX350-200911201-UG/contents.xml.sig
nohost:/home/nouser#

El fichero VMware-hostd-esx-3.5.0-207095.i386.rpm es el que contiene la versión del cliente vSphere (parece equivaler a la versión 2.5 del Virtual Infrastructure Client) que permite seguir las indicaciones de Andrea. Para obtener el ejecutable .exe con el cliente hacemos esto:

nohost:/home/nouser# cd ESX350-200911201-UG
nohost:/home/nouser/ESX350-200911201-UG# rpm -qpl VMware-hostd-esx-3.5.0-207095.i386.rpm | grep "\.exe"
/usr/lib/vmware/hostd/docroot/client/VMware-viclient.exe
nohost:/home/nouser/ESX350-200911201-UG#
nohost:/home/nouser/ESX350-200911201-UG# rpm2cpio VMware-hostd-esx-3.5.0-207095.i386.rpm | cpio -ivd ./usr/lib/vmware/hostd/docroot/client/VMware-viclient.exe
369160 blocks
nohost:/home/nouser/ESX350-200911201-UG# md5sum ./usr/lib/vmware/hostd/docroot/client/VMware-viclient.exe
b5bb5b2aa1e4d34623392539a57bc352 ./usr/lib/vmware/hostd/docroot/client/VMware-viclient.exe
nohost:/home/nouser/ESX350-200911201-UG#


Ahora, si queremos, podemos actualizar el cliente vSphere a la última versión (por si se quiere acceder a otras flotas). No hay problema por ello porque lo correspondiente a la versión recién instalada permanece en la carpeta

%ProgramFiles%\VMware\Infrastructure\Virtual Infrastructure Client\2.5

que menciona el artículo de Andrea.

El icono de acceso directo del cliente VI cambia su nombre por VMware vSphere Client, pero el acceso a las VM 2.0 sigue siendo posible. En realidad, el orden de la instalación no importa porque si lo hacemos al revés todo queda igual.

Acabo con la colección de links consultados:

http://www.linux.com/community/blogs/accessing-vmware-server-2-with-vsphere-client-the-unsupported-way.html
http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1008180
http://sites.google.com/site/andreabenini/support/2.5.rar?attredirects=0&d=1
http://www.vmware.com/patch/portlets/patchupdate/allpatches.html
http://download3.vmware.com/software/vi/ESX350-200911201-UG.zip
http://www.vmware.com/support/vi3/doc/vi3_esx35u2_vc25u2_rel_notes.html
http://www.dennisvanleur.nl/kb/index.php?option=com_content&view=article&catid=70%3Avirtualcenter&id=157%3Avmware-update-manager-10-update-2-release-notes&Itemid=15
http://www.vmware.com/support/vi3/doc/vi3_esx35u1_vc25u1_rel_notes.html
http://www.virtualinsanity.com/index.php/tag/vmware-infrastructure-client/
http://www.dabcc.com/article.aspx?id=6826
http://www.linux.com/community/blogs/vmware-server-2x-thoughts.html
http://downloads.vmware.com/d/details/vc250u6/dGViZGpwQGJkZXBo
http://downloads.vmware.com/d/details/esx_3i_installableu5/dGViZGp3dGJkZXBo
http://downloads.vmware.com/d/details/esx350u5/dGViZGp0cGJkZXBo
http://downloads.vmware.com/d/info/datacenter_downloads/vmware_infrastructure_3/3_0#drivers_tools
http://downloads.vmware.com/d/details/esx350u5/dGViZGp0cGJkZXBo
http://www.desktop-virtualization.com/2008/02/07/convert-vmware-server-20-vms-into-server-104/
http://daviddelprado.blogspot.com/2008/01/vmware-convertir-maquinas-virtuales-de.html
http://communities.vmware.com/message/1324081;jsessionid=A501F5AF0242F8D742838DD504C1B38D
http://downloads.vmware.com/d/details/wkst_701_win/ZGolYmRqQHdiZGR0Kg==
http://www.vmware.com/appliances/getting-started/learn/ovf.html

lunes, 21 de diciembre de 2009

Cisco DFM stands for...

jueves, 17 de diciembre de 2009

Oracle WMS stands for...

viernes, 6 de noviembre de 2009

Chiste del informático papizota

Informático papizota: Toda zu infodmación ze ha petdido, el dizco dudo ze ha doto.
Usuario: ¡No me joda!
Informático papizota: Ni mejoda ni mejodadá. Le acabo de decit que ze ha doto.

Vía Eloy, versión adaptada para no herir sensibilidades.

martes, 27 de octubre de 2009

Cisco DCR stands for...

Device Credentials Repository

martes, 13 de octubre de 2009

Oracle, SAME, stands for...

SAME = Strip And Mirror Everything.

viernes, 14 de agosto de 2009

El curioso caso del log vacío de mysql

Quería mirarme un tema que me pareció curioso, en un servidor Mysql:

Recordaba que el proceso mysqld, consultado con un ps, muestra el fichero de log utilizado. En mi caso era /var/log/mysql/mysql.log (.err para el fichero de errores).

Voy a consultar este fichero y lo encuentro vacío. El .err no me sacó del apuro porque apenas contenía tres mensajes, sin valor para el caso.

Mirando el directorio de los logs vi unos .1.gz, .2.gz, .3.gz, etc, correspondientes a ficheros rotados (vía logrotate) y luego gzipeados, vacíos también excepto uno de ellos que era el del log del sábado (día de parada y posterior reinicio de máquina).

Tras una búsqueda rápida en la web, me pareció tenerlo todo bien configurado, así que no entendía que podía estar pasando. Se me ocurrió lanzar un /etc/init.d/mysql reload, y me llevé una alegría porque el log empezó a recoger la actividad del momento. ¿Qué había pasado? No lo sabía. En algún foro vi que alguien apuntaba posibles problemas en los clientes, así que pensé que también el server podía ser susceptible de quedarse medio tieso por cualquier razón a la hora de escribir en el log. Pero al no tener nada más donde rascar, adivina qué ha pasado.

Pero al día siguiente, llego y me encuentro de nuevo que tras la rotación de logs, el log deja de mantenerse. El log del día anterior decía que todo era correcto. Nuevo reload y vuelve a funcionar. Y ahora, tras pensar un poco acerca de todo ello doy mi explicación (sin confirmarla con el código fuente del Mysql, que no soy tran friki):

El log rota cada día. Este proceso viene a hacer algo así: El fichero de log antiguo se renombra y se crea uno nuevo (con un inodo nuevo, aunque el fichero se llame igual). El log antiguo se "gzipa", lo que también provoca un cambio de inodo en el fichero una vez ha sido comprimido.

En definitiva, el mysqld pierde el inodo del fichero donde escribir. En mi caso lo recuperaba semanalmente, al rebotar la máquina.

Invito a cualquiera que domine el tema a confirmar o a rebatir mi suposición.

Solución para mi caso, creo que limpia: El mismo reload que yo hacía a mano, lanzarlo de forma automática tras el rotado. Y haciéndolo así ya no he vuelto a tener este problema.