miércoles, 23 de noviembre de 2016

Abaqus installation issue with license server

The problem

I was installing Abaqus 6.14-1 in a Linux cluster outside my enterprise network. In order to allow the FlexLM license server to be reached from the cluster, I opened the appropiate ports in my firewall and tested it was Ok by connecting with telnet, e.g.:

# telnet 193.144.xxx.yyy 27000
Trying 193.144.xxx.yyy...
Connected to 193.144.xxx.yyy.
Escape character is '^]'.


But, during the installation process, when I was asked the license server address the installer couldn't contact it and returned an error.

The cause & the solution

In the license file, the first line had this form:

SERVER lambda 112233445566 27000

It turns out that the server name (lambda) was not public for security reasons and therefore it couldn't be resolved with DNS outside the enterprise network, so I used instead its IP address (193.144.xxx.yyy). For some reason, the installer and the FlexLM license server didn't like this, so after many tests, I finally found that if I change the license file line to this:

SERVER 193.144.xxx.yyy 112233445566 27000

...an reloaded the license daemon, all worked fine. That is, simply change in the license file the host name with its IP address.



Abaqus error: System Error fcntl: Function not implemented

I've lost a lot of time with this problem, which for I didn't found any solution googling it:

The problem

After installing Abaqus 6.14-1 in a Linux cluster, when I launched a testing input the following messages appeared in the log file:

$ abaqus -j Job-1

$ cat abaque Job-1.log
Abaqus JOB Job-1
Abaqus 6.14-1
System Error fcntl: Function not implemented
System Error fcntl: Function not implemented

Abaqus/Analysis cleanup failed.


The cause

It turns out that the file system where the job was being launched was Lustre. If instead I launched the job in an ext3/ext4 file system (e.g. /tmp) it finished without any error.

Solutions

- Execute Abaqus in a local directory with a file system such as ext3, ext4 or similar.
- Mount Lustre with suitable parameters, as it's explained in the following page: Abaqus with Lustre file system

viernes, 4 de noviembre de 2011

Instalación del driver propietario de ATI en Linux

Estos son los pasos que hay que dar para (re)instalar los drivers propietarios de AMD/ATI Radeon en Linux.

1) Descargarlos de la página de AMD. En el momento de escribir esta entrada se podía hacer a través de este enlace.
2) Nos convertimos en root (por ejemplo con su o con sudo -s) y damos permisos de ejecución al fichero que acabamos de descargar: 
chmod +x ati-driver-installer-11-9-x86.x86_64.run
3) Lo ejecutamos:
./ati-driver-installer-11-9-x86.x86_64.run
4) Se descomprimirá y a continuación nos irá haciendo preguntas y dando opciones. Simplemente elegiremos la opción por defecto o la única que se pueda.

5) Si todo ha ido bien, siguiendo las instrucciones que aparecen solo faltará reiniciar el sistema (por ejemplo con reboot) y habrá terminado el proceso. Si algo no ha ido bien, ver el siguiente apartado.


Problemas que pueden surgir

Existen ficheros de una instalación anterior (A previous install of the fglrx driver has been detected. Please uninstall the older version before installing this version.Optionally, run the installer with --force to overwrite the existing driver)

Opción 1: Desinstalar el driver
1) Desinstalar el driver ejecutando el instalador con la opción --uninstall:
./ati-driver-installer-11-9-x86.x86_64.run --uninstall
2) Se desinstalarán los ficheros del driver presentes en el sistema. 
3) Si todo ha ido bien, será necesario reiniciar el sistema y se puede intentar la instalación normal.

Opción 2: Instalar el driver sobreescribiendo los ficheros anteriores
1) Ejecutar:
./ati-driver-installer-11-9-x86.x86_64.run --force
2) Se instalarán los ficheros del driver sobreescribiendo otros que hubiera antes. 
3) Si todo ha ido bien, será necesario reiniciar el sistema y se puede intentar la instalación normal.





lunes, 2 de noviembre de 2009

Múltiples tarjetas de sonido en KDE

En mi ordenador portátil tengo dos tarjetas de sonido: Una, la que lleva integrada y que suena a través de los altavoces igualmente integrados en la carcasa. La otra, es una USB que compré en DealExtreme que suena a través de un par de altavoces externos de calidad algo mejor que los del ordenador. Esta última la tengo conectada a un hub USB y la idea es que sea la que se oiga cuando uso el portátil como ordenador fijo.

Pero me encontré con un problema: ¿Cómo elegir desde el entorno KDE 3.5 por cual de las dos tarjetas de sonido quiero escuchar, por ejemplo, música? Uno esperaría encontrar en el panel de control del sistema de sonido un desplegable con todas las tarjetas de sonido presentes, y que se pudiera elegir una. Sin embargo, esto no es así. Lo más parecido es que se puede regular el volumen de cada una mediante la utilidad Kmix, pero no elegir por cual se quiere sacar el sonido.

La solución es relativamente sencilla, aunque nada intuitiva. La descubrí simplemente leyendo el FAQ de Amarok, el reproductor de sonido por defecto de KDE que permite el uso de distintos sistemas de sonido, entre ellos ALSA. Concretamente, en un apartado explica que:
(...) puedes usar la salida hw:0,0 o hw:1,0


Si se usa esa misma nomenclatura en el panel de control de sonido de KDE, también funciona:



Y de esta manera, se pueden utilizar de manera sencilla varias tarjetas de sonido en Linux con ALSA. Se pueden hacer muchas más virguerías (es muy potente), pero para este problema concreto no hace falta darle más vueltas.

martes, 30 de diciembre de 2008

Downgrade desde Intrepid a Hardy

Esto lo hice hace dos o tres semanas pero lo escribo ahora que tengo un rato en vacaciones.

Como contaba en otra entrada, mi actualización a la última versión de Kubuntu fue bien, excepto en un detalle importante para mí (vease el mencionado post si se quiere saber cuál era).

El caso es que decidí hacer algo que solo había intentado antes en una ocasión: Instalar una versión inferior del sistema encima de la más reciente. En este caso pasar del Kubuntu 8.10 Intrepid Ibex al anterior 8.04 Hardy Heron. Como esta última tiene LTS (Long Term Support) creo que podré vivir tres años con ella hasta que saquen la próxima, y para entonces espero no necesitar ya lo que me hace falta de esta.

Antes de comenzar el proceso, me hago copia de seguridad en otro disco de todos los datos y configuraciones de mi sistema actual. Básicamente el directorio /home y el /etc.

Me bajo la ISO para empezar la reinstalación, y antes de tostarla se me ocurre que es una buena ocasión para, de paso, poner a prueba la utilidad Unetbootin. Con ella y la ISO del CD genero una memoria USB autoarrancable y reinicio el ordenador. Le digo que arranque desde el USB y... ¡voilá! aparece el menú de arranque de Kubuntu.

Selecciono la opción para instalarlo en el disco duro y arranca sin problemas. Le digo que el particionado de los discos lo quiero hacer manual, e indico los puntos de montaje de cada partición. Me aseguro bien de desactivar la opción que formateará las particiones y finalizo la configuración de los discos. A continuación comenzará la copia de ficheros al disco duro. ¿Se dará cuenta el instalador de que ya hay un sistema instalado? ¿Conservará las configuraciones y los datos existentes? La respuesta a la primera pregunta es que sí; no aparece ningún cartel con grandes letras anunciándolo pero antes de iniciar la copia de archivos se deinstalan muchos paquetes que había en el sistema y que podrían dar problemas al hacer el downgrade. Sobre las configuraciones de los programas instalados, la respuesta es que en general NO se conservan, así que hice bien en salvar el directorio /etc con todas ellas.

A continuación comienza la copia e instalación de los paquetes de la versión que estoy instalando, de la misma forma en que se hace normalmente. Al leerlos desde la memoria USB 2.0 en lugar del CD, el proceso es muy rápido. Cuando finaliza, se reinicia el ordenador y terminan de instalarse algunos paquetes.

En cuestión de 20 minutos tengo el sistema otra vez funcionando como antes. Mis datos de /home siguen ahí intactos, lo único que echo en falta es la personalización del escritorio, que no está como lo tenía antes de empezar esta odisea. Pero, sorprendentemente tampoco está como si acabara de hacer una instalación nueva, algunas cosas sí que las ha guardado. Teniendo en cuenta que estoy volviendo desde KDE 4.1 a la versión 3.5 es una agradable sorpresa comprobar que la versión más nueva no machacó todo lo de la vieja y que seguía guardando las configuraciones de forma similar.

Lo siguiente que hago es instalar y configurar Synce y Raki para poder conectar mi PDA. Tengo que buscarlos por la web porque tampoco venían de serie con la versión 8.04, aunque sí que están en uno de los repositorios oficiales de Ubuntu. Una vez más, lo vuelvo a hacer funcionar sin problemas.

En las dos o tres semanas que han pasado desde que hice el downgrade no he tenido ningún problema, solo alguna utilidad o aplicación que he tenido que instalar porque no estaba después del downgrade, o reconfigurar alguna cosilla que, gracias a que guardé el directorio /etc, solo he tenido que copiar el fichero de configuración encima del nuevo.

Solo me queda decir que tanto Unetbootin como Kubuntu 8.04 se han comportado muy bien en todo el proceso, durante el que no han dado ni un solo problema ni ha habido que hacer nada raro.