El articulo de hoy lo voy a dedicar a una máquina mainframe que me atrevo a decir que es la más vieja que ha permanecido en servicio en España, la cual ha dejado definitivamente el mundo terrenal informático el 3 de marzo del 2008.
La máquina en cuestión es un mainframe departamental de gama baja que IBM sacó en el año 1990, concretamente un IBM ES/9000 9221 modelo 150, atendiendo una demanda de proceso crí­tico y eficiente a muy bajo coste (si lo comparamos con otros mainframes de la época). Esta máquina, al contrario que sus hermanas mayores (la 9121 y la 9021, respectivamente) no precisa de grandes enchufes de corriente trifásica, aire acondicionado potente debido al calor disipado ni necesita suelo falso para su instalación. Como modelo ES/9000 que es, fue la primera de su especie en implementar la arquitectura System/390 ESA/390 Architecture (31 bits de proceso y hasta 2 GB de RAM direccionables, respecto a los 24 bits de proceso de la arquitectura S/370) y la posibilidad de PR/SM: hacer LPARes en la misma máquina, aunque en este caso, la máquina no tení­a ninguna LPAR configurada, funcionando de este modo en ESA/390 Single-Image Mode. Es una máquina que puede conectarse a cualquier enchufe monofásico de 220V que tengamos en casa, y es una máquina que se instala un rack del tipo IBM 9309 beige de toda la vida.

Este ordenador estaba instalado en la Universidad de Deusto, y daba el soporte principal de todo el servicio de Biblioteca de esta Universidad, tanto de consulta de alumnado como de investigación. En sus tripas estaban catalogados decenas de miles de libros, desde manuscritos del siglo XIV hasta el último libro comprado en Amazon. Para ello, el sistema contaba con una aplicación cliente-servidor basada en CICS llamada Dobis/Libis en la que, mediante ficheros secuenciales indexados de tipo VSAM, gestionaba todo el catálogo de volúmenes que residían en la biblioteca, gestión de préstamos, catalogación de volúmenes, impresión de carnets de socios, códigos de barras, etc.

Hardware

Con sus 16 míseros MB de RAM, y sus 3 sistemas de discos IBM 9336 también enrackables en sendos muebles de color beige, que daban un total de 4 GB aproximadamente, daba servicio a un grupo numeroso de terminales, hasta un máximo configurado de 512, pero en la actualidad estaban conectados simultáneamente unos 170 terminales en una red coaxial de protocolo 3270 y utilizando unos multiplexores IBM 3299 los cuales permití­an utilizar una lí­nea coaxial para dar servicio hasta 8 terminales simultáneamente, dispuestos en una configuración en Árbol o jerárquica.

Por la parte de Backup, tenía 3 unidades de cinta distintas, por temas de compatibilidad: Por una parte, existí­an dos unidades de cinta de carrete, una IBM 9347 que podía escribir y leer cintas de 1200 bpi y 8 pistas y 3000 bpi, vestigio del sistema anterior (IBM 9375) hasta la adquisición del ES/9000 -se utilizó para la migración del viejo sistema al nuevo y para backups ocasionales-, mientras que la otra unidad era una IBM 9348, que leí­a tanto cintas de 1200 bpi como de 6250 bpi, pero mucho más veloz que la primera. La otra unidad de cintas era una unidad de cartuchos IBM 3490E modelo C11, con una boca autocargadora de 5 cartuchos, que escribe a 36 pistas (18 en un sentido y 18 en el otro) con capacidades de 800 MB a 2 GB en función de la compresión y del tipo de cartucho.

Y por la parte de comunicaciones, además de tener múltiples tarjetas coaxiales 3270 para la interconexión de terminales, el ES/9000 disponía de una tarjeta Token-Ring para incluirla en una Red LAN. El sistema también tení­a un interfaz web el cual podí­a ser consultado desde Internet y así­ poder realizar reservas de libros y búsquedas de volúmenes. Pero claro, al tratarse de una máquina cuyas comunicaciones estaban basadas en SNA, ya que el TCP/IP en VSE/ESA (El SO con el que trabajaba el mainframe) es un producto aparte con un coste muy elevado, existía un problema de incompatibilidad de comunicaciones y de protocolos. Por tanto, para salvar dicho problema, se instaló un IBM RS/6000 con un procesador PowerPC y con AIX como Sistema Operativo, el cual disponí­a de un software que realizaba la conversión de protocolos entre SNA y TCP/IP y que hacía de Servidor Web, que mostraba una página web cuyos datos se actualizaban de acuerdo a las transacciones CICS apropiadas. Para ello, este equipo tení­a una tarjeta Token-Ring que estaba conectada al Token-Ring del ES/9000 y configurada con una LU de SNA, mientras que por otra parte, tení­a una tarjeta Ethernet conectada a un Router que daba el acceso a la Red de Deusto que a su vez salía para Internet. Para finalizar con el apartado de comunicaciones, la máquina disponía de 2 líneas punto a punto del tipo X.25, que comunicaban la máquina con máquinas análogas de otras universidades (como la de Oviedo) que tenían el mismo sistema Dobis/Libis y por tanto, se pasaban datos de Í­ndices de libros maestros para no tener que darlos de alta en los dos sitios a la vez y cosas del estilo.

La máquina está compuesta por 3 armarios IBM 9309 de tipo rack beige estandar. Cada Rack tiene su regleta de alimentación, pero el encendido está gobernado por el rack principal (donde se aloja el bastidor ES/9000) ya que él da la orden de encendido con unos cables de tipo Power-Sequence.

Para que todos los dispositivos puedan funcionar, el sistema ES/9000 está conectado con cables de datos a unos bastidores IBM 5010 también enrackados los cuales tienen la tarjetería I/O de expansión correspondiente: Tarjetas controladores de terminales, controladoras de disco, cintas, tarjeta de red, de comunicaciones X25, modems, etc. Por tanto, cada bastidor tiene su sistema de expansión que controla los dispositivos alojados en ese rack, lo que evita que existan cables sueltos entre racks, exceptuando los cables del ES/9000 a los bastidores 5010 y los cables de secuencia de encendido.

Software

Para que todo esto funcionara de una manera tan eficiente (recordemos que sólo tenía 16 MB de RAM con 170 personas conectadas al mismo tiempo), el ES/9000 contaba con un sistema operativo de época, el VSE/ESA Versión 2 Release 3. Este sistema operativo tení­a un modo de trabajar bastante curioso, ya que estaba dividido por regiones, las cuales se las podía dar un peso de CPU y una cantidad de memoria determinada. Así pues, el propio SO estaba funcionando en la región BG, mientras que existían otras regiones cada una para cada aplicación: F2 para el CICS/ICCF (CICS que gestiona el propio SO), F3 para el VTAM,  F4 para el CICS/VSE que soporta la aplicación Dobis/Libis, etc.

Mención especial a como una máquina de 5 MIPS y 16 MB de RAM era capaz de atender simultáneamente a 170 terminales trabajando contra un CICS, lo que da a entender la enorme eficiencia de hardware de la época y sobre todo del dispatcher del SO VSE, cosa que en las máquinas PC de la época era imposible de darse.

Aunque la máquina fuera de 1990, el software VSE y el sistema Dobis/Libis era muy anterior, ya que antes de la instalación de ese mainframe, en el mercado existí­an otros mainframes S/370 como el IBM 9375 que tenían instalados en la Biblioteca de la Universidad de Deusto que no llegue a conocer, y aunque no corrían VSE/ESA, corrían VSE/SP y su CICS especial de la Época de los 80.

Relevo

Este sistema ha sido sustituido por una máquina Linux con Oracle como Base de Datos y AMICUS como nuevo sistema de gestión de bibliotecas. En lo personal, hubiera sido una opción válida una actualización del mainframe con los últimos niveles de software y hardware para multiplicar el rendimiento, pero la decisión final de migrar a ese entorno entiendo que ha podido tomarse por medidas económicas mas que productivas.

Desmontaje

El primer día de desmontaje, nos encontramos con la máquina encendida, por lo que tuvimos tiempo para trastear un poco con la consola y ver que discos tiene, ocupación, etc. Al de un rato, la responsable de los sistemas informáticos de la biblioteca, Pilar Isusi, realizó un apagado ordenado del CICS, VTAM y por último, VSE, por lo tanto la máquina se cerró por última vez, la memorable fecha del 3 de marzo del 2008  a las 18:00 horas.

Una vez apagada, se desembornaron los 3 cables de alimentación de cada rack, para evitar cualquier peligro de electrocución.

Se fueron anotando con unas pegatinas numeradas los números de los cables y sus conectores, con el fin de poder saber a donde va cada cable cuando haya que volver a montar todo, porque la cantidad de cables era increíble.

Lo siguiente que se hizo, fue desenmarañar la increíble cantidad de cables coaxiales, y de comunicaciones que existían. Nos encontramos con cables que antaño pertenecieron a modems, pero que en la actualidad estaban desconectados, pero que no se quitaron de la máquina por respeto, así­ que tuvimos una ardua tarea de catalogación de cada cable y ver si era necesario volver a conectarlo cuando la máquina se lleve al otro centro de datos (evidentemente, si el cable uno de los extremos no lo tiene conectado a nada, huelga decir que es tontería conectarlo). Así­ que al final, la gran maraña de cables que nos dedicamos a etiquetar resulto que de los que realmente eran importantes en la instalación eran 3 cables, así­ que al final el trabajo se simplificó mucho.

Una vez recogidos los cables y guardados en cajas, procedimos a embalar las máquinas para evitar que se golpeen en el transporte. Así­ que dejamos todo listo para cuando el transportista venga a retirar los 3 muertos.

También realizamos una limpieza de todos los manuales que guardaba la responsable del sistema, así­ como de cintas de carrete de software de la máquina, llenando casi dos furgonetas con documentación tanto escrita como magnética. Aunque no nos hacía falta todo, no es la primera vez que no te llevas un manual por creerlo inútil y resulta que cuando realmente te das cuenta de que lo necesitas, lo han tirado a la basura, así­ que por precaución, nos llevamos todo. Ya habrá tiempo de ordenarlo todo sin peligro ni prisas.

En la misma furgoneta entraron también las dos impresoras que estaban conectadas la máquina para obtener listados de todo tipo: Una IBM 4224 y una IBM 4234, esta última de líneas, cuya velocidad de impresión es mucho mayor que la primera (también mucho mas voluminosa debido a la cajonera que tiene debajo para el papel-pijama).

Montaje y Uso de Linux

Una vez desmantelada la máquina del Centro de Proceso de Datos de la Biblioteca y llevada a nuestro CPD, y vuelta a montar, la encendimos y pudimos comprobar que todo arrancó a la primera, incluso el VSE/ESA y el CICS, aunque no el Dobis/Libis ya que la responsable de sistemas descargo toda la información pertinente para cumplir con la ley de Protección de Datos y así­ no pasarnos información que podría llegar a ser sensible.

Pero la idea es darle otro uso. Borramos todos los discos, porque la idea es pretender instalar Linux en esa máquina y así­ comprobar que una máquina de 18 años de antigüedad es capaz de correr un sistema operativo actual. Lamentablemente, al tratarse de una máquina sin una Integrated Console como con los S/390 y z/Series más actuales, consola que usa Linux en el arranque del Kernel y donde se le definen las direcciones IP para realizar la instalación, comprobamos que el arranque tenía éxito (el procesador quedaba en Operating y no en Disabled Wait), pero no pudimos comprobar en ninguna consola haciendo un telnet a la máquina para ver un Linux login: adecuado, ya que al no poder darle una dirección IP, no puedes hacer telnet a la máquina. Pero, nos creemos que Linux funciona, dado que el procesador no aborta su operación. Estamos en pruebas para generar un cartucho con opciones de IPL para que Linux dé una IP en el arranque, pero nos hemos encontrado con problemas de otro tipo con lo que respecta a la tarjeta de Red Token-Ring, que parece no estar soportada.

Futuro

Esta máquina la guardaré celosamente por tratarse una antigüedad casi por motivos sentimentales, ya que a día de hoy es imposible conseguir piezas de repuesto o ampliación de memoria RAM, por poner unos ejemplos, de modo que la dejare con un VSE/ESA básico instalado desde las cintas originales que nos dieron con la máquina para experimentar e investigar sobre este sistema operativo fuera de mantenimiento, a pesar de que IBM lo sigue comercializando bajo el nombre de z/VSE ya que funciona bajo máquinas z/Series.

Como cada año, he llevado una instalación mainframe a la edición anual de la Euskal Encounter que se celebra en el pabellón 5 del BEC. Este año, el stand que me ha colocado la organización para albergar el CPD, ha sido sensiblemente mas pequeño, pero infinitamente mejor, ya que se trata de una cristalera y un entramado que hacía las veces de techo, con lo que el aspecto vestía mucho el sitio con respecto al año pasado.

Como dije en el otro post anterior, se llevaron dos mainframes completos, basados en tecnologia zSeries de IBM (uno donado de la Bolsa de Bilbao y otro de Hunosa), con almacenamiento ESS (un F20 donado de Lantik, S.A. y un 800 donado de Servimática S.A.). Se les instaló SuSE Linux Enterprise Server 10 SP2, la última versión para zSeries creada por Novell. En una partición, se instaló el HUB servidor de Direct Connect llamado VerliHub, y en otra partición, se trató de instalar un cliente de DC con un LVM de 2,5 TB. Y digo “trató” por que al final, el LVM dió un montón de problemas y no pudimos instalarlo satisfactóriamente.

Este año se conectaron 1000 personas menos que el año anterior, este año fueron unas 1.800 personas, pico que se produjo la madrugada del sabado al domingo. Sin mas, el equipo respondió perfectamente al alubión de gente, por lo que junto con lo expléndido que funcionó la red, este año no hubo absolutamente ninguna queja.

Si deseas ver las fotos que se hicieron del evento, visita mi Galeria.