Como los que lean esto a menudo habrán sospechado, esta entrada no tiene nada que ver con la Canción de Lennon.

Ya había dicho que el equipo familiar con el Windows XP llevaba una larga temporada dando problemas y más problemas. Bastante a menudo, el equipo se colgaba y la luz del disco duro se quedaba fija.

Bien, la historia de este equipo comenzó hace tres años, cuando lo compré -a muy buen precio- en un periodo en el que creí que iba a tener un año sabático… que luego no llegó ni a un mes. Iba a ser un laboratorio Linux, y lo fue. Pero luego pasó a ser el PC familiar cuando instalé el XP. Su configuración original traía un disco duro Seagate de 80 GB. Con el tiempo, compré otro, también Seagate, de 300 GB. También amplié la memoria y cambié la tarjeta gráfica, que tantos problemas me dio. Pero el caso es que el viejo disco de 80 GB quedó como disco principal.

Por otra parte, llevaba mucho tiempo diciéndome a mí mismo “Hay que hacer un ‘backup’”. Teniendo como tenía instalado el Paragon Drive Backup era cosa de nada, pero lo he ido dejando y dejando…  luego pasa lo que pasa: que Murphy está ahí esperando su oportunidad.

El caso es que el jueves pasado dijo que no arrancaba más. La BIOS a veces veía el disco, a veces no. Y cuando lo veia, no arrancaba. He actualizado la versión de la BIOS dos veces, por si la cosa mejoraba. Pero nasti de plasti, que dicen -decimos- los castizos.

Probé todo: la consola de recuperación, FIXMBR, FIXBOOT, CHKDSK /R… pero no hubo forma. El disco estaba muerto y bien muerto. Así que recurrí -como ya hiciera en el pasado- al liveCD de Ubuntu y recuperé todo el disco secundario en un disco duro USB. Pero el principal, el C:, el viejo Seagate de 80 GB, ni se veía.

La opción -aparte de lamentarse, una vez más, por no haber hecho ‘backups’- pasó por reinstalar todo de nuevo. Pero en el disco de 300 GB, que pasó a ser el principal, y dejar el viejo como secundario, con todas las prevenciones del mundo.

La secuencia incluyó volver a particionar y formatear ambos discos y reinstalar todo el software, incluyendo el Sistema Operativo (XP) y todos los service packs y parches, así como el Office con los suyos. Más un montón de aplicaciones de las que no puedo prescindir. Dicho sea de paso, al equipo le ha venido bien adelgazar en ’software’, porque tenía instaladas aplicaciones de las que ni yo mismo sabía que estaban instaladas.

Después de casi tres días, tengo el equipo funcionando, y mucho más rápido que antes (por el adelgazamiento).

Lo malo es que con el disco duro se fueron todos los juegos de coches con los que juego con el Bicho Nº 1, y que habrá que ir reinstalando poco a poco. Eso sí: todos los logros y avances adquiridos se han ido al garete: hay que empezar de cero en todos y cada uno de ellos.

Dos cosas más:

1.- Esto lo estoy escribiendo en un nuevo equipo que compré el verano pasado… ¡con Windows Vista! y que está llamado a ser el futuro PC familiar, aunque de momento lo uso para familiarizarme con el Vista (cosa bastante ilógica, con el Windows 7 ya en la calle).

2.- Aunque después de particionar y formatear el disco de 80 GB el XP veía perfectamente la nueva unidad, acabo de echar un vistazo y no aparece la unidad ‘D:’ ‘Datos’.

¿Alguien conoce algún punto limpio en Madrid?

Saludos.

Carlos.

Todo aquél que llega a Teradata procedente de entornos Oracle pregunta lo mismo ‘¿Aquí no hay tabla DUAL?’. La respuesta suele ser ‘No. No hace falta.’.

En efecto: en Teradata un ‘SELECT’ no tiene por qué tener un ‘FROM’:

 BTEQ -- Enter your DBC/SQL request or BTEQ command:
SELECT DATE;

 *** Query completed. One row found. One column returned.
 *** Total elapsed time was 1 second.

    Date
--------
09/12/10

 BTEQ -- Enter your DBC/SQL request or BTEQ command:
SELECT 1 DUMMY;

 *** Query completed. One row found. One column returned.
 *** Total elapsed time was 1 second.

DUMMY
-----
    1

Esto al principio le deja a uno un poco ‘a cuadros’, acostumbrado a años y años de ‘SELECT SYSDATE FROM DUAL’ (‘OK. Me adapto y ya está.’).

Entonces uno se acuerda de esto:

SQL*Plus: Release 10.2.0.1.0 - Production on Jue Dic 10 20:21:08 2009

Copyright (c) 1982, 2005, Oracle.  All rights reserved.

Introduzca el nombre de usuario: carlos@XE.localhost
Introduzca la contraseña:

Conectado a:
Oracle Database 10g Express Edition Release 10.2.0.1.0 - Production

CARLOS@XE.localhost> SELECT *
  2    FROM ( SELECT 1 FROM DUAL
  3           UNION ALL
  4           SELECT 2 FROM DUAL
  5           UNION ALL
  6           SELECT 3 FROM DUAL );

         1
----------
         1
         2
         3

… e intenta hacer algo como esto:

 BTEQ -- Enter your DBC/SQL request or BTEQ command:
SELECT *
  FROM ( SELECT 1
         UNION ALL
         SELECT 2
         UNION ALL
         SELECT 3 );

 *** Failure 3707 Syntax error, expected something like a name or a Unicode
 delimited identifier or an 'UDFCALLNAME' keyword between ')' and ';'.
                Statement# 1, Info =108
 *** Total elapsed time was 1 second.

‘¡Ah!, es que en Terdata todas las SUBSELECTs deben llevar alias’:

SELECT *
  FROM ( SELECT 1
         UNION ALL
         SELECT 2
         UNION ALL
         SELECT 3 ) a;

SELECT *
$
 *** Failure 3706 Syntax error: All expressions in a derived table must
have an explicit name.
                Statement# 1, Info =0
 *** Total elapsed time was 1 second.

‘¡Ah!, es que en Terdata todas las columnas deben llevar nombre’.

Pero entonces ocurre lo siguiente:

 BTEQ -- Enter your DBC/SQL request or BTEQ command:
SELECT *
  FROM ( SELECT 1 DUMMY
         UNION ALL
         SELECT 2 DUMMY
         UNION ALL
         SELECT 3 DUMMY
       ) a
;

 *** Failure 3888 A SELECT for a UNION,INTERSECT or MINUS must
reference a table.
                Statement# 1, Info =0
 *** Total elapsed time was 1 second.

¿Pero, no habíamos quedado en que en Teradata no hacía falta un ‘FROM’? Ya. Pero parece que en las UNION, INTERSECT o MINUS sí.

¿Entonces, qué hacemos sin nuestra tabla DUAL?

Aquí hay gente que decide recurrir a cualquier tabla de utilidad:

 BTEQ -- Enter your DBC/SQL request or BTEQ command:
SELECT *
  FROM ( SELECT 1 DUMMY
           FROM SYS_CALENDAR.CALENDAR
          WHERE DAY_OF_CALENDAR = 1
         UNION ALL
         SELECT 2 DUMMY
           FROM SYS_CALENDAR.CALENDAR
          WHERE DAY_OF_CALENDAR = 1
         UNION ALL
         SELECT 3 DUMMY
           FROM SYS_CALENDAR.CALENDAR
          WHERE DAY_OF_CALENDAR = 1
       ) a;

 *** Query completed. 3 rows found. One column returned.
 *** Total elapsed time was 1 second.

DUMMY
-----
    1
    2
    3

Pero, en el fondo, no es más que un rodeo (‘workaround‘, lo llaman los anglosajones) para soslayar el problema de la falta de tabla DUAL.

Otra solución es crearnos nuestra propia tabla DUAL, con una única columna ‘DUMMY’ y una única fila ‘X’ -a imagen y semejanza de la añorada DUAL de Oracle-. Otro rodeo.

Pero lo que queremos no es rodear el problema. Queremos resolverlo. ¿Cómo crear tablas sobre la marcha con ‘UNION’ en Teradata?

Teniendo en cuenta lo que hemos dicho arriba sobre la obligatorieded de alias y nombres para tablas y columnas, la solución es más fácil de lo que parece:

 BTEQ -- Enter your DBC/SQL request or BTEQ command:
SELECT *
  FROM ( SELECT 1 COL FROM ( SELECT 'X' DUMMY ) a
         UNION ALL
         SELECT 2 FROM ( SELECT 'X' DUMMY ) b
         UNION ALL
         SELECT 3 FROM ( SELECT 'X' DUMMY ) c
       ) d
;

 *** Query completed. 3 rows found. One column returned.
 *** Total elapsed time was 1 second.

 COL
----
   1
   2
   3

Una cosa más para los nostálgicos: no utilicéis ‘DUAL’ como alias de tabla, ya que en TERADATA DUAL es una palabra reservada:

SELECT *
  FROM ( SELECT 1 COL FROM ( SELECT 'X' DUMMY ) DUAL
         UNION ALL
         SELECT 2 FROM ( SELECT 'X' DUMMY ) DUAL
         UNION ALL
         SELECT 3 FROM ( SELECT 'X' DUMMY ) DUAL
       ) d
;

         UNION ALL
$
 *** Failure 3707 Syntax error, expected something like a name or a Unicode delimited identifier
 or an 'UDFCALLNAME' keyword between ')' and the 'DUAL' keyword.
                Statement# 1, Info =63
 *** Total elapsed time was 1 second.

Cualquier otra valdrá:

 BTEQ -- Enter your DBC/SQL request or BTEQ command:
SELECT *
  FROM ( SELECT 1 COL FROM ( SELECT 'X' DUMMY ) MY_DUAL
         UNION ALL
         SELECT 2 FROM ( SELECT 'X' DUMMY ) MY_DUAL
         UNION ALL
         SELECT 3 FROM ( SELECT 'X' DUMMY ) MY_DUAL
       ) d
;

 *** Query completed. 3 rows found. One column returned.
 *** Total elapsed time was 1 second.

 COL
----
   1
   2
   3

Saludos.

Carlos.

Teradata no tiene el concepto de ROWID que maneja Oracle. Así, el código de identificación de la fila en el bloque (Row Hash + Order) no es accesible como en Oracle para acceder directamente a ella. Esto provoca un problema: en Teradata NO podemos eliminar filas duplicadas de una tabla ‘MULTISET’ mediante su ‘ROWID’. (Esta es precisamente una de las razones por las que Teradata prefiere tablas ‘SET’).

Normalmente lo que se hace es un INSERT…SELECT DISTINCT a una tabla temporal para luego renombrarla o borrar la tabla original completamente y hacer otro INSERT…SELECT desde la tabla temporal a la original. Esto hace que tengamos que crear tabla nueva y mover muchos datos.

Pero si tenemos una tabla grande con pocos duplicados y no queremos hacer una tabla temporal nueva y andar moviendo todos los datos de acá para allá y vuelta, podríamos hacer algo así:

 BTEQ -- Enter your DBC/SQL request or BTEQ command:
CREATE MULTISET TABLE MY_DB.PRUEBA01,
 NO JOURNAL,
 NO FALLBACK
 (ID_N SMALLINT NOT NULL,
  C_TXT VARCHAR(10) NULL)
 PRIMARY INDEX(ID_N)
 ;

 *** Table has been created.
 *** Total elapsed time was 1 second.

 BTEQ -- Enter your DBC/SQL request or BTEQ command:

INSERT INTO MY_DB.PRUEBA01 VALUES (1,'UNO');

 *** Insert completed. One row added.
 *** Total elapsed time was 1 second.

 BTEQ -- Enter your DBC/SQL request or BTEQ command:

INSERT INTO MY_DB.PRUEBA01 VALUES (1,'UNO');

 *** Insert completed. One row added.
 *** Total elapsed time was 1 second.

 BTEQ -- Enter your DBC/SQL request or BTEQ command:

INSERT INTO MY_DB.PRUEBA01 VALUES (1,'UNO');

 *** Insert completed. One row added.
 *** Total elapsed time was 1 second.

 BTEQ -- Enter your DBC/SQL request or BTEQ command:

INSERT INTO MY_DB.PRUEBA01 VALUES (1,'UNO');

 *** Insert completed. One row added.
 *** Total elapsed time was 1 second.

 BTEQ -- Enter your DBC/SQL request or BTEQ command:

INSERT INTO MY_DB.PRUEBA01 VALUES (2,'DOS');

 *** Insert completed. One row added.
 *** Total elapsed time was 1 second.

 BTEQ -- Enter your DBC/SQL request or BTEQ command:

INSERT INTO MY_DB.PRUEBA01 VALUES (2,'DOS');

 *** Insert completed. One row added.
 *** Total elapsed time was 1 second.

 BTEQ -- Enter your DBC/SQL request or BTEQ command:

INSERT INTO MY_DB.PRUEBA01 VALUES (3,'TRES');

 *** Insert completed. One row added.
 *** Total elapsed time was 1 second.

 BTEQ -- Enter your DBC/SQL request or BTEQ command:
SELECT *
  FROM MY_DB.PRUEBA01
  ORDER BY ID_N;

 *** Query completed. 7 rows found. 2 columns returned.
 *** Total elapsed time was 1 second.

  ID_N  C_TXT
------  ----------
     1  UNO
     1  UNO
     1  UNO
     1  UNO
     2  DOS
     2  DOS
     3  TRES

 BTEQ -- Enter your DBC/SQL request or BTEQ command:
ALTER TABLE MY_DB.PRUEBA01 ADD MY_ROWNUM SMALLINT;

 *** Table has been modified.
 *** Total elapsed time was 1 second.

 BTEQ -- Enter your DBC/SQL request or BTEQ command:
INSERT INTO MY_DB.PRUEBA01 ( ID_N,
       C_TXT,
       MY_ROWNUM )
SELECT ID_N,
       C_TXT,
       2
  FROM MY_DB.PRUEBA01
  QUALIFY ROW_NUMBER() OVER (PARTITION BY ID_N ORDER BY ID_N) = 2
;

 *** Insert completed. 2 rows added.
 *** Total elapsed time was 1 second.

 BTEQ -- Enter your DBC/SQL request or BTEQ command:
DELETE FROM MY_DB.PRUEBA01 a
WHERE a.MY_ROWNUM IS NULL
  AND EXISTS ( SELECT NULL
                 FROM MY_DB.PRUEBA01 b
                WHERE a.ID_N = b.ID_N
                AND b.MY_ROWNUM = 2)
;

 *** Delete completed. 6 rows removed.
 *** Total elapsed time was 1 second.

 BTEQ -- Enter your DBC/SQL request or BTEQ command:
ALTER TABLE  MY_DB.PRUEBA01 DROP MY_ROWNUM;

 *** Table has been modified.
 *** Total elapsed time was 1 second.

 BTEQ -- Enter your DBC/SQL request or BTEQ command:
SELECT *
  FROM MY_DB.PRUEBA01
  ORDER BY ID_N;

 *** Query completed. 3 rows found. 2 columns returned.
 *** Total elapsed time was 1 second.

  ID_N  C_TXT
------  ----------
     1  UNO
     2  DOS
     3  TRES

 BTEQ -- Enter your DBC/SQL request or BTEQ command:

No es muy elegante, y además estamos haciendo dos DDL (ALTER TABLE), pero en determinadas circunstancias puede ser una solución válida.

(También podríamos hacer una tabla temporal sólo para los ‘MY_ROWNUM = 2′ y modificar el DELETE para usar esta temporal en el ‘EXISTS’ y luego hacer un INSERT…SELECT desde ella).

Saludos.

Carlos.

VMWare acaba de sacar VMWare Player 3.0. Y no es sólo otra versión del VMWare Player de toda la vida, que sólo podía correr máquinas virtuales, no crearlas (para eso se necesitaba la versión Workstation -de pago-, la versión Server, etc…)

Pues sí: la nueva versión Player 3.0 sigue siendo gratis y además permite crear máquinas virtuales. ¿Y entonces, qué pasa con la versión ‘Workstation’? Pues lo mismo que pasaba con relación al VMWare Server: Workstation te permite funcionalidades avanzadas que el nuevo Player no presenta: (Snapshots, Clones, Virtual Rights). No obstante, para un usuario medio lo que ofrece el nuevo Player parece más que suficiente.

Editado más tarde: Una de las cosas que no aparecen en esta versión es la herramienta de configuración de redes virtuales. Tras jugar un rato, he  echado de menos todas las posibilidades de configuración de las mismas de la versión  ‘Workstation’.

Con esto VMWare cierra el círculo de productos gratuítos comenzado con el VMWare Server (muy bueno el 1,5, no tanto el 2.0…) y el ESXi server. Este producto orientado a ‘desktops’ (o ‘workstations’, si se quiere) es una respuesta a la gran cantidad de productos de virtualización gratuítos que han aparecido recientemente, con VirtualBox a la cabeza.

Por otra parte, tambien merece la pena echarle un vistazo al VMWare vCenter Converter, heredero de los VMware p2v y VMware Converter, que son herramientas “p2v” (physical to virtual) que convierten máquinas físicas en máquinas virtuales.

Finalmente, VMWare tiene otro producto en el que ha puesto muchas esperanzas: el VMWare View. Este producto -no es gratis- quiere introducir la virtualización de ‘desktops’: los ‘desktops’ son virtualizados, almacenados y distribuidos en un servidor y se corren en las máquinas físicas como máquinas virtuales. Tu llegas a la oficina, te sientas en cualquier equipo, te conectas al servidor y te bajas tu ‘desktop’ con todas tus aplicaciones, configuraciones, etc… es como tener un portátil virtual, pero sin el soporte físico (el propio portátil).

En fin: nuevos juguetes para jugar estas navidades…

Saludos.

Carlos.

Un compañero vino a preguntarme si en Teradata existe alguna función para saber si todos los caracteres de una cadena son números.

Aunque existe la conocida función (UDF) CHKNUM()/Is_numeric , ésta permite caracteres no numéricos (puntos, comas, signos +/-), y no es esto lo que buscamos exactamente.

Para ver que en una cadena sólo hay números se puede utilizar oTransalate() (una de mis funciones favoritas en Oracle y también en Teradata) en una construcción como esta:

 BTEQ -- Enter your DBC/SQL request or BTEQ command:
SELECT CASE
WHEN CHARACTERS(otranslate(TRIM(COALESCE('123465','')),
                           'a1234567890',
                           'a')) = 0
   THEN 'is only numbers'
   ELSE 'is not only numbers'
END
;

 *** Query completed. One row found. One column returned.
 *** Total elapsed time was 1 second.

-------------------
is only numbers

 BTEQ -- Enter your DBC/SQL request or BTEQ command:
SELECT CASE
WHEN CHARACTERS(otranslate(TRIM(COALESCE('123465-A','')),
                           'a1234567890',
                           'a')) = 0
   THEN 'is only numbers'
   ELSE 'is not only numbers'
END
;

 *** Query completed. One row found. One column returned.
 *** Total elapsed time was 1 second.

-------------------
is not only numbers

La idea es eliminar de la cadena todos los caracteres numéricos y verificar si la longitud (CHARACTERS() es análoga a LENGTH()) es cero o no. Si es cero, todos los caracteres (numéricos) fueron eliminados y, por tanto, la cadena era ‘only numbers’.
Si la longitud no es cero, hay caracteres no numéricos y la cadena era ‘not only numbers’.

Por supuesto, esta construcción se puede utilizar con otros patrones para verificar diferentes formatos y demás… (¡y en Oracle también funciona!)

Una última cosa: Se necesita la ‘a’ en la segunda y tercera cadenas para evitar que oTranslate() devuelva NULL .

Saludos.

Carlos.

El asunto parece sencillo:  coges un equipo, haces un ‘backup‘ del sistema completo y lo restauras en otra parte. En la web hay mil teorías de cómo hacerlo. Es muy sencillo -dicen-. Hasta que realmente TIENES que hacerlo.

La realidad: Tenemos un equipo (un viejo PIV con 512 MB) en el que hay instalado un Windows 2003 Server con varias aplicaciones imprescindibles (aplicaciones ‘web’ que corren en el IIS y varias transferencias de ficheros que dependen del ‘FTP Server‘) del que nadie se ha acordado -ni preocupado- de hacer un ‘backup’… hasta que un día la fuente de alimentación se muere repentinamente, a consecuencia de un pico de tensión.

Como quiera que estamos tabajando para la Administración, esto supone una llamada al CAU, que vengan dos técnicos a ver el equipo, que llamen al fabricante (pues resulta que el vejestorio todavía está en garantía), que el fabricante se digne a venir a ver el equipo, valore los daños y -por fin- cambien la fuente de alimentación. Resultado: más de una semana sin los imprescindibles servicios que nos prestaba el cacharrillo. Visto lo visto, mi jefe decide que hay que hacer algo por si la contingencia se vuelve a producir. Mi compañero S. y yo nos ponemos manos a la obra.

OK. Lo primero es buscar una herramienta de ‘backup‘. Miramos herramientas gratuitas y probamos Paragon Backup & Recovery 10 Free Edition. Después de instalarlo, nos dice que no funciona con Windows 2003 Server. La siguiente opción es EASEUS Todo Backup 1.0 que promete hacer ‘backups‘ fiables y generar CD’s de recuperación (boot-CD) para el caso de que el vejestorio sufra un percance mayor que su fuente de alimentación inoperativa.

Bajamos e instalamos el software y realizamos una copia de seguridad del sistema en un disco USB externo. El EASEUS Todo Backup genera dicho backup en ficheros de algo más de 4GB (creemos que para que quepan en DVD’s) sin mayores problemas. Hacemos una verificación del backup, por si las moscas. Todo OK, siempre según el EASEUS Todo Backup.

También generamos un CD de recuperación, que el software se encarga de crear y grabar en un CD.

Todo Backup 10

Hasta aquí la cosa va como la seda. Coser y cantar. Pero ahora hay que probar que podemos recuperar el backup obtenido. El asunto no tendría mayor importancia… a no ser que no fuera la Administración: no hay equipos donde recuperar (restore) el ‘backup‘ realizado. Y ni de coña lo vamos a intentar en el propio equipo del que hicimos el ‘backup‘: si algo falla, nos quedamos en bragas.

Así que sopesamos las opciones. Obviamente, iremos a alguna opción de virtualización: el ‘restore‘ en una máquina virtual nos aseguraría un ‘restore‘ en una máquina real, e incluso nos permitiría tener el Windows 2003 Server corriendo virtualizado hasta disponer de un equipo de repuesto para nuestro matusalén. Comenzamos con VirtualBox, que es gratis.

Corremos VirtualBox en un equipo con Windows XP. Generamos una máquina virtual con un disco de espacio suficiente para recuperar el backup. Introducimos el CD de recuperación generado con EASEUS Todo Backup y arrancamos. Vemos que se trata de algún Linux que intenta arrancar… hasta que un pantallazo hace que la máquina virtual se reinicie. Así una y otra vez. Estamos casi seguros de que es algo relacionado con la resolución de la pantalla de la máquina virtual, pero aunque probamos diferentes configuraciones con “VBoxManage” siempre llegamos al mismo resultado. Así que VirtualBox fuera.

La siguiente: la siempre fiable VMWare Workstation. Como sólo queremos ver que el ‘backup’ es recuperable, nos valdrá con una versión de evaluación. Mismo procedimiento: Generamos una máquina virtual con un disco de espacio suficiente para recuperar el backup. Introducimos el CD de recuperación generado con EASEUS Todo Backup y arrancamos. Aquí las cosas empiezan a mejorar: aunque el pantallazo es el mismo que en el VirtualBox, VMWare se da cuenta y nos ofrece cambiar la resolución de la pantalla. Elegimos 800×600, volvemos a arrancar y… voìlá. Tenemos el Linux arrancado con el EASEUS Todo Backup en orden de revista.

Comenzamos con el proceso de recupeación del ‘backup‘. Aquí pasan cosas un poco raras: las pantallas para elegir de dónde seleccionar los ficheros de ‘backup‘ para la recuperación y el disco de destino a recuperar, a veces vemos dos unidades (el DVD y el disco USB) y a veces tres (el DVD, el disco USB y el disco duro virtual). Creemos que es porque el proceso necesita un tiempo para reconocer todas las unidades, y nosotros estamos ya un poco impacientes.

Finalmente elegimos ficheros origen, disco de destino y ejecutamos la recuperación, que lógicamente se toma su tiempo. Al terminar tenemos -en teoría- un sistema virtual idéntico al sistema real del que hicimos el backup.

“Lo tenemos casi”, pensamos. Sólo hay que arrancar el sistema y ver el Windows 2003 Server ‘alive and kicking’.

Así que arrancamos la máquina virtual. Aparece la pantalla de Windows 2003 Server con el ‘ascensor’ horizontal. “Ya está, ya está” pero:

Blue Screen of Death

El “Blue Screen of Death“. Con el STOP: 0X0000007B. Las maldiciones se deben de oir hasta en la China.

El msdn dice que esos errores son de problemas para encontrar un medio de arranque. Así que la respuesta está en el disco duro virtual. Probamos todas las opciones que nos permite VMWare, pero siempre con el mismo resultado: BSD.

Ya no sabemos qué hacer. Como la respuesta no aparece del lado de Microsoft, buscamos en el lado de VMWare.

En la base de conocimientos damos con algo que nos pone las orejas tiesas:

For all versions of GSX Server, Workstation and VMware Server, this problem can also be caused by the use of a third party IDE controller driver on your
native Windows 2000, Windows XP or Windows Server 2003 partition.

“A ver si va a ser esto…” Nos vamos corriendo al equipo con el Windows 2003 Server. Miramos el Administrador de dispositivos y ¡ahí está!: hay controladores SATA ‘intel’ instalados (suponemos que con algún CD de instalación del equipo). Esto hace que, al no ser controladores ‘genéricos Windows’, cuando el sistema intenta arrancar en la máquina virtual con estos ‘drivers‘ no reconoce el disco duro virtual, ya que espera uno específico para el ‘driver‘.

¿Cómo solventarlo? Con un nuevo perfil ‘hardware‘. Creamos un nuevo perfil ‘hardware‘ y le sustituimos todos los ‘drivers‘ de ‘third party‘ por controladores genéricos IDE de Windows.
Arrancamos el sistema con este nuevo perfil y vuelta a empezar: nueva copia de seguridad del sistema.

Tras otro buen rato esperando el ‘backup‘ al USB y un nuevo ‘restore‘ en la máquina virtual arrancanda con el CD de recuperación de EASEUS Todo Backup, tenemos todo a punto de caramelo…

Cruzamos los dedos. Arrancamos la máquina virtual con el disco restaurado. Aparece la pantalla de Windows 2003 Server con el ‘ascensor’ horizontal… ¡y arranca!.

Tenemos un sistema Windows 2003 Server virtualizado que es una copia exacta del que hay en el cacharro renqueante. Y puede funcionar (si configuramos la red virtual como ‘bridged‘) en sustitución del sistema físico original en el caso de una avería permanente o irrecuperable.

Todo esto sólo nos ha llevado tres días…

Saludos.

Carlos.

Hoy se le ha caído su primer diente al Bicho Nº1. Está todo emocionado porque esta noche vendrá el Ratoncito Pérez, se llevará su diente de debajo de la almohada y dejará una moneda a cambio.

Estos críos…

Saludos.

Carlos.

Recientemente, a consecuencia de la imposibilidad de desinstalar la Sun VirtualBox 2.0 para así poder instalar la última versión Sun VirtualBox 3.0.10 mediante las desinstalaciones Windows ‘estándar’ (el programa de desinstalación era incapaz y la actualización 2.0 -> 3.0 era imposible), he descubierto una pequeña y útil aplicación llamada Revo Uninstaller que es capaz de lidiar con los problemas de las desinstalaciones, generalmente consecuencia de errores en el ‘registry‘ y de entradas y ficheros desaparecidos.

Tras bajarme la versión ‘portable’, lo ejecuté y lo que parecía una ‘imposible desinstalación’ se convirtió en un fácil proceso, que además limpió el ‘registry‘ y los archivos ‘basura’ que quedaban por allí.

Saludos.

Carlos.

Desde el 21/10/2009 el nuevo ‘release’ de CentOS -CentOS 5.4- está disponible.

A ver si tengo un rato y me pongo a ello. La verdad es que las últimas actualizaciones de kernel han hecho que haya tenido que recompilar e instalar cada vez el driver NVIDIA para Linux, que me permite aceleración gráfica hw, compiz etc, etc… Veremos qué pasa esta vez.

Saludos.

Carlos.

La primera de las consecuencias visibles de la adquisición de Sun por Oracle: Sun ORACLE DATABASE MACHINE.

Oracle ha reconstruído su HP ORACLE DATABASE MACHINE con tecnología (léase servidores) Sun: pasa de los servidores Exadata (con los HP Proliant) a los Exadata II

Hay varias cosas sorprendentes en este movimiento que le dejan a uno un tanto perplejo:

1. Oracle lo anuncia como ‘World’s First OLTP Database Machine‘ (lá primera máquina de bases de datos OLTP) ¡OLTP! Originariamente, con la HP ORACLE DATABASE MACHINE se pretendía asentar la posición de Oracle en el mercado del ‘Data Warehousing‘, no de OLTP.
2. Oracle ha dejado de vender las HP ORACLE DATABASE MACHINE ‘ipso facto‘. Si yo fuera un cliente al que un avispado comercial de Oracle le ha ‘colocado’ una de esas HP ORACLE DATABASE MACHINE este último año, creo que iría a buscarle a su casa con un bate de béisbol en cada mano.
3. En vez de usar los Sun Sparc, la arquitectura de los nuevos servidores Exadata II está basada en procesadores Intel. Más específicamente en los Intel Xeon 5500
4. El sistema operativo es Oracle Enterprise Linux, en vez de Solaris.

Y todo rebozado con gran cantidad de palabrejas, eslóganes, y demás parafernalia publicitaria. Y es que Larry es siempre Larry.

Saludos.

Carlos.