How to install IBM PowerVC and not die while trying

powervc installation error solvingI’ve been trying to install PowerVC 1.2.3 on my RHEL 7.1 LPAR (yes Big Endian / PowerVM). According to IBM, you just need to untar the SW and launch

./install -s standard

and…

at least in my case, that wasn’t going be so easy 😉 Red Hat, made some changes to some packages and its dependencies. So here you are the steps you need to success. However, you may have better luck than me, so if it works.. congratulations!

“else” keep reading! I’ll try show you a quick way to work around the installation problems i had to deal with.

Read More

Soporte IBM PowerVM para RHEL 7 y SUSE 11 Linux

Siempre hemos matenido, que para sistemas críticos corriendo en Linux, la mejor plataforma es IBM Power. Con la llegada de Power8 tenemos un amplio catálogo de servidores diseñados para desplegar, RHEL, SUSE o Ubuntu + OpenStack, con unas características rendimiento muy interesantes.

Estos nuevos servidores “medianos” como el S824, realmente asequibles dadas sus prestaciones (hasta 20 cores, 1Tb de RAM y 192GB/s por socket), se siguen configurando con el hipervisor PowerVM, empleado tradicionalmente con AIX e IBM i, pero desde hace años con soporte para RHEL, SUSE y pronto Ubuntu. Por fin podemos decir que tenemos prácticamente todas sus funcionalidades soportadas, como se ve en la siguiente tabla 😉

Read More

Instalando Ubuntu 14.10 en IBM Power8 con PowerVM

Hace no mucho, hablamos de las nuevas posibilidades de PowerKVM para virtualizar Linux  en sistemas Power. Dicha tecnología  suponía prescindir de la capa de PowerVM en favor de la virtualización “open source”, con lo cual nada de AIX e i en dichas máquinas. Con PowerVM solo estába (y de hecho está) soportado Suse y Red Hat Linux. Digo está, porque estos tests que estoy haciendo NO ESTÁN SOPORTADOS por IBM a día de hoy Viernes 21/11/2014, pero nos dan una idea de hacia donde vamos..

En los casi diez años que llevo dando cursos de AIX una de mis frases más recurrentes es algo así como.. “a AIX le falta el apt-get install de debian o ubuntu”.. y como decía el refrán: si Mahoma no va a la montaña… eso si, para replicar mis pruebas en laboratorio, hace falta tener un VIOS 2.2.3 lo más actualizado posible, una LPAR montada en un Power8 con PowerVM y un HMC igualmente actualizado.

Pasos:

  • Descargar la versión 14.10 Little Endian para Power de la web de Ubuntu
  • Cargarla en el repositorio de medios ópticos virtuales del VIOS
  • Mapearla por virtual-scsi junto a un disco de al menos 10G a una nueva LPAR tipo AIX Linux.
  • En el perfil, dejar el modo de compatibilidad como Power8 o default
  • Arrancar la LPAR y abrir la consola (por defecto encontrará el CD de instalación)
  • Si sale un prompt que dice (boot): le damos un enter o tecleamos “install”

power8 ubuntu 14.04 powervm ibm sixe ingenieria

Una vez que carga la consola, veremos el panel de instalación de Ubuntu server. Desde ahí es todo “siguiente-siguiente”. Cuando acaba, voilà! Esto supone, que PowerVM ya es capaz de dar soporte a sistemas operativos Big Endian y Little Endian indistintamente. Muchas ganas de conocer los “internals” esta tecnología.

power8 ubuntu 14.04 powervm ibm sixe ingenieria

Poco más se puede pedir para acabar la semana, mi propio entorno virtualizado con sistemas AIX, i y Linux en una misma máquina de IBM y con el mejor hipervisor del mercado para entornos medianos y grandes. A ver si tengo tiempo los próximos días de hacer algunas pruebas de rendimiento e ir montando aplicaciones. Ideas y preguntas son bienvenidas. ¡Buen fin de semana!

 

pdta: si intentais instalar la versión 14.04, que en teoría funciona en arquitectura Power Big Endian (habla de Power5 en la web de Ubuntu) da un montón de errores al arranque (punteros nulos y otras maravillas), que tras tirarme unas cuantas horas pegándome con la consola de firmware no he conseguido solucionar, ni se ni si se puede.

Rendimiento de Dockers comparado con KVM e instalaciones nativas de Linux

Hace unos meses IBM anunción el soporte para KVM y OpenStack en sistemas Power8, pero si lo que afirman sus ingenieros en este estudio es cierto, puede que haya un nuevo “volantazo” en la carrera que desde hace años, diversas tecnologías de hipervisores (Xen, KVM, PowerVM, VMWare) así como de contenedores (OpenVZ, zonas, dockers) vienen compitiendo, y donde parece, al menos en el segmento de plataformas abiertas y distribuidas para la nube, solo quedará una. Y sobre dicha tecnología, tanto IBM, como Google y demás gigantes tecnológicos ofrecerán sus servicios.

ibm power8 dockers ubuntu

En el siguiente artículo tenéis un resúmen de los resultados de los test http://www.enterprisetech.com/2014/08/18/ibm-techies-pit-docker-kvm-bare-metal/

 

Ubuntu 14.04 ya funciona en sistemas Power8

Con la llegada de Power8 de IBM, por primera vez disponemos de equipos pensandos por y para Linux, que sin lugar a dudas van suponer una interesante opción en entornos distribuidos de “scale out”, compitiendo por primera vez de manera seria con los ecosistemas intel x86. En esta estrategia, el soporte para ubuntu 14.04 de manera nativa (lider en despliegues con Open Stack) es clave. Para ello se ha creado una nueva arquitectura Power (ppc64le) que, entre otras curiosidades, soporta el acceso a los datos en modo little endian (LE).

ubuntu powerkvm ibm power8

 

 

Read More

IBM Power8 y OpenPower: primeras impresiones y expectativas

ibm-power8-visionA finales de abril, IBM anunció sus nuevos sistemas Power8. La mayoría de los artículos, presentaciones y notas de prensa que hemos estado leyendo tienen que ver con las nuevas capacidades de estas máquinas: buses de sistema a velocidades impensables hace poco, hasta ocho hilos por core (SMT8) y el CAPI, un interfaz sin parangón en la industria que permitirá por ejemplo, conectar hardware de terceros como NVIDIA para, con sus GPUs Tesla poder acelerar determinados cálculos en aplicaciones específicas como Java. De todo esto, junto al soporte para PowerVC (openstack) hablaremos más adelante.

descarga (6)Por otro lado se crea el consorcio OpenPower con diversos miembros de renombre como Google o Samsung entre otros. Hablan de “abrir” Power (licenciar) y darle un empujón a Linux en esta plataforma. Además los modelos anunciados hasta el momento son los de “gama baja” (lo entrecomillamos porque por sus prestaciones es algo a debatir) y con el prefijo “S”- de “scale out”, pensados para grandes granjas de servidores en centros de datos, algunos incluso con posibilidad de funcionar en breve con el hipervisor KVM y corriendo solo Linux: Red Hat, Suse, Ubuntu.. y hasta Fedora, que nos hemos descargado para probar cuando saquemos un rato. Muchas cosas están cambiando, pero ¿qué ha pasado? ¿hacia donde se dirigen los pasos de IBM?

Contexto

superEntre 2002 y 2012, IBM pasó de controlar el 14% al 55% del mercado UNIX. Siempre lo contamos en nuestros cursos, que hace 10 años, nunca hubiéramos optado por AIX en Power teniendo Solaris en SPARC o incluso HP/UX, cuando ahora no valoraríamos otra opción en el mundo UNIX. Pues bien ¿a donde fueron a parar todos estos servidores? Pues acabaron en los centros de datos donde se consolidaban más y más cargas de trabajo mediante robustas soluciones de virtualización como PowerVM. Grandes sistemas UNIX, donde migrábamos más y más sistemas antiguos a LPARs dentro un nuevo Power4/5/6/7. Hasta aquí bien. De hecho se siguen migrando sistemas HP/UX a AIX y nuestros clientes siguen encantados con este UNIX y la plataforma estable, potente y con excelente soporte que lo alberga. El tema, es que a la vez, el mercado UNIX va decreciendo, y cada vez ese 55% de cuota de mercado, es menos mercado. El gráfico de la izquierda no deja lugar a dudas, Linux es y será el S.O. más desplegado y los servidores de 1 y 2 sockets dominan el mercado, como muestra el siguiente diagrama.

cuota mercado numero sockets¿Por que? Porque los nuevos grandes centros de datos de Google, Facebook, Amazon, etc no utilizan grandes servidores y costosos UNIX que requieren licencias que les atan de alguna manera al fabricante de turno. La arquitectura es la del “scale-out”: miles de pequeños servidores (1 o 2 sockets), diseñados a medida a partir de componetes OEM, optimizados para consumir poca energía y muy fácilmente reemplazables. Datacenters donde si un rack falla, se cambia por otro y listo, las capas de software que hay por encima hacen el resto. ¿Y qué chips se utilizan? Intel.

IBM con Power8 y Open Power pretende penetrar en el mercado de los grandes centros de datos y cloud computing. Para ello está buscando todo tipo de alianzas, donde destacan las avanzadas conversaciones con empresas chinas, como TenCent, Alibaba, Baidu o China Telecom, para que a medio plazo desarrollen sus propios chips basados en power8/9 siempre y cuando, consigan nuevas cuotas de mercado.

Storage-021814-img1

 

No es ningún secreto que Google está trabajando en placas base propias para chips Power8 y la alianza con NVIDIA y sus GPUs a través del CAPI, abre la puerta a soluciones específicas de una potencia tal que difícilmente otros fabricantes podrán competir. Por otro lado ARM también aspira a quitarle a Intel una parte de la tarta apostando por la eficiencia energética y un modelo de desarollo “abierto” mucho más veterano que el que acaba de comenzar IBM.

Es una apuesta arriesgada. Parece que IBM quiere convertirse en una suerte de “ARM premium” en los grandes centros de datos, compitiendo con los chips de alta gama de Intel como los Xeon E7. Todo dependerá, en gran parte de cuantos de los “grandes” acepten esta alianza, que por otro lado puede ayudarles a tener por fin una alternativa al monopolio de Intel. Es una carrera a, al menos, 5 años vista y se parte con cierta desventaja, igual que en 2002 cuando el resto de fabricantes tenían el 85% del mercado UNIX. Estén atentos que la batalla del hardware en la era del cloud-computing solo acaba de empezar.

Seminario gratuito sobre virtualización con AIX y PowerVM

Dentro de un acuerdo más amplio con Global Knowledge, nuevo Global Training Provider de IBM, desde Sixe Ingeniería, impartimos un seminario sobre las últimas novedades y mejores prácticas en virtualización con PowerVM. Hablaremos de diversas tecnologías que convierten a esta plataforma en nuestra opción preferida en entornos UNIX.

El seminario es gratuito, podéis atender en modo “virtual” desde casa / oficina y tendrá lugar el martes 3 de Diciembre a las 16:00.

Toda la información en http://www.globalknowledge.es/cursos/nuestros-partners/formacion-ibm/jornadas-tecnologicas-ibm/seminario-ibm-aix-powervm/

TSM cheat sheet

Os presentamos loscomandos más usuales de Tivoli Storage Manager y  consultas SQL para obtener información de TSM.

 

COMANDO ACCIÓN
q actlog Log de eventos que se producen en el servidor
q stgpool Pooll de discos (estado del DiskPool)
q req Peticiones pendientes (normalmente de inserción de cinta)
q vol Listado de todos los volúmenes – Cintas
update stgpool diskpool hi=%% lo=%% Actualiza el umbral a partir del cual copiará a cinta
q proc Procesos que se están realizando
q sess Conexiones actuales a Tivoli
q content etiqueta_cinta Contenido de la volumen/cinta seleccionada
q vol etiqueta_cinta f=d Muestra datos detallados del volumen especificado (ocupación, estado, …)
cancel reply001 Cancela la tarea especificada
cancel req NUMERO Cancela una petición
cancel proc NUMERO Cancela un proceso
update vol etiqueta_cinta access=readonly Marca un volumen como Sólo lectura
update vol etiqueta_cinta access=readwrite Marca un volumen como Lectura/Escritura
audit vol etiqueta_cinta Comprueba el contenido del volumen especificado
q mount Muestra el volumen montado actualmente
label libvol L_LTO etiqueta_cinta overwrite=yes Etiqueta una cinta NUEVA
q actlog begindate=today-1 Muestra el log de eventos del día anterior
RUN NombreScript Ejecuta un script previamente creado
q volhist type=dbbackup Muestra el histórico de copias de seguridad de la BD de TSM
COMANDO format=detail Muestra resultados detallados de un comando
q status Muestra información del estado del servidor: versión, parámetros.
q library Muestra información de la librería actual.
q license Muestra datos de las licencias activas de Tivoli Storage Manager.
show config Muestra datos de configuración de Tivoli Storage Manager.
q occupancy Muestra información del estado de las copias de seguridad de los nodos.
q auditoccupancy Muestra información de utilización de almacenamiento de los nodos cliente. Por cada nodo mostrará las megas de almacenamiento de copias de seguridad, las megas de almacenamiento de copias archivadas, almacenamiento total
delete vol ETIQUETA_VOLUMEN discarddata=yes Elimina el volumen especificado y todos los datos que contenga
q backupset Muestra todos los volúmenes de tipo “Backupset” (copia de seguridad independiente que se puede extraer de la librería sin que afecte al resto, se puede restaurar independientemente)
q backupsetcontents NOMBRE_NODO NOMBRE_BACKUPSET.NUMERO_ID Muestra el contenido del volumen de tipo backupset especificado
q script Muestra todos los script definidos en el servidor de TSM
audit library NOMBRE_LIBRERIA checklabel=barcode Audita y sincroniza los inventarios de volúmenes en la biblioteca/librería automatizada indicada. Si se detectan incongruencias serán corregidas. Con “checklabel=barcode” se indica a TSM que utilice el lector de códigos de barras para leer la etiqueta de almacenamiento, con lo que el tiempo del proceso disminuye
audit library NOMBRE_LIBRERIA checklabel=yes Audita y sincroniza los inventarios de volúmenes en la biblioteca/librería automatizada indicada. Si se detectan incongruencias serán corregidas. Con “checklabel=yes” se indica a TSM que compruebe la etiqueta de cada volumen para verificar la identidad del mismo
delete backupset NOMBRE_NODO NOMBRE_BACKUPSET.ID Elimina el juego de copias de seguridad especifiado en el nodo especificado
q option Muestra las opciones del servidor: formato fecha, hora, número, idioma, ubicación ficheros (devcnfg.out, volhisto.out), etc.
q drive Muestra los drives actuales e información sobre ellos: tipo de dispositivo, nombre unidad, nombre biblioteca, activado, etc.
query drive f=d Muestra información detallada sobre los drives actuales e información sobre ellos: tipo de dispositivo, nombre unidad, nombre biblioteca, activado, formatos de lectura, formatos de grabación, estado de la unidad, número de serie, fecha última actualización, frecuencia de limpieza, etc.
audit volume stgpool=nombre_storage fix=no Audita volúmenes de un pool de cintas (sin reparar)
audit volume stgpool=nombre_storage fix=yes Audita volúmenes de un pool de cintas (reparando inconsistencias)
delete volhistory type=DBBACKUP todate=today-3 Elimina los volúmenes de copia de seguridad más antiguos de tres días
q path f=d Muestra información sobre los distintos dispositivos instalados y su ruta
q system Muestra información sobre configuración del sistema, ejecuta a su vez los comandos:

  • QUERY ASSOCIATION
  • QUERY MGMTCLASS
  • QUERY COPYGROUP
  • QUERY OPTIONS
  • QUERY DB
  • QUERY PROCESS
  • QUERY DBVOLUME
  • QUERY SCHEDULE
  • QUERY DEVCLASS
  • QUERY SESSION
  • QUERY DOMAIN
  • QUERY STATUS
  • QUERY LOG
  • QUERY STGPOOL
  • QUERY LOGVOLUME
  • QUERY VOLUME
repair stgvol volname=etiqueta_volumen Testea e intenta reparar un volumen dañado

Read More

¿Cada cuanto actualizar mis sistemas AIX?

Es una pregunta que nos plantean numerosos clientes, y cuando contestamos con sinceridad son pocos los que siguen nuestros consejos 🙂

A menudo tenemos complejos sistemas funcionando sobre nuestras VMs (LPARs ) donde el sistema operativo es solo una de las capas y a menudo de las más “olvidadas”. Cada fabricante de software tiene sus propios ciclos de soporte y recomendaciones de cara al sistema operativo. Incluso en muchos casos, nos encontramos con software crítico que solo está soportado en versiones sin soporte de AIX, valga la paradoja.

Otro tema es los tiempos de parada que nos permiten nuestros entornos. Sería ideal instalar parches y actualizaciones mensualmente, pero los necesarios reinicios y comprobaciones a veces obligan a posponer estas operaciones. El que escribe este post, está convencido de que muchos más sistemas estarían sin actualzar si no fuera porque lo primero que te dicen cuando llamas a soporte de IBM es algo así como “dígame el nivel de actualización de todo su software y mientras este no esté a los últimos niveles ya sabe lo que le toca hacer antes de volver a llamar”. Luego está el dicho de “si no está roto no lo arregles” y las leyendas de AIX en versión 1.0 funcionando 15 años sin dar ningún problema.

Desde nuestro punto de vista, siempre que sea posible recomendamos mantener el sistema operativo actualizado y en soporte. Si no, cuando algo vaya mal perderemos el doble de tiempo: primero actualizar y luego resolver el problema. Son muchos los fallos que se documentan cada año y que estando al nivel correcto podemos evitar.

Para sistemas antiguos funcionando con AIX 5.2 or 5.3 podemos migrarlos a sistemas POWER7 usando WPARs versionadas, ampliando su soporte unos años más mientras preparamos la inevitable migración a una versión reciente de AIX.

La instalación de actualizaciones, con una buena política de cambios, sistemas de test y pre-producción, y siguiendo las recomendaciones de IBM (multibos, alt_disk_install, etc) que nos garanticen una vuelta atrás con un simple reinicio no debería ser un problema. Por no hablar de otras tecnologías como Live Partition Mobility y PowerHA que nos permiten mover VMs y recursos entre sistemas minimizando los tiempos de parada o caída de nuestros sistemas.

Para grandes entornos, disponemos incluso de geniales aplicaciones como Tivoli Endpoint Manager que permiten automatizar las políticas de actualizaciones de todo tipo de sistemas, pero de eso ya hablaremos otro día.