URLs:
Hoy hemos hecho algunas pruebas de instalación y configuración de la nueva versión en máquina SPARC. La instalación cada vez es más simple, no sé si porque ya los días del Java Enterprise System Installer han llegado a su fin (alegría, jolgorio, felicidad y paz mundial!) o porque todavía no han desarrollado un nuevo instalador (que no sea el del OpenPortal, noo!!) adecuado para este gran producto. Ahora mismo, la instalación se puede realizar descargando un fichero tar.gz con los paquetes (PKG) o en formato ZIP con un directorio comprimido en el que YA ESTA DESPLEGADO el producto. Sólo hay que copiar el directorio resultante al sitio donde quieres ejecutarlo y fin de la instalación.
Bien, a continuación hemos revisado los directorios para hacernos una idea de los cambios y hemos encontrado que los directorios de producto han desaparecido, unificándose todos los comandos y librerías en una estructura más tradicional de directorios (bin, lib, etc, include, var, examples, ext, jre, resources y dsrk).
En la versión en SPARC no hay ningún problema, pero en las versiones x86 y x64 sí que hemos visto que la instalación del cacao no está completa. El binario cacaoadm, ahora en bin, apunta a un fichero que no existe (!) ../ext/cacao_2/usr/sbin/cacaoadm no está.
NOTA: la versión de x86 (en realidad para Solaris 9) así como la versión x64 (para Solaris 10) sólo están soportadas en 64 bits. Si se activa el arranque en modo 32 bits, el producto no se instala (versión para x64), o sólo indicando que la plataforma no está soportada (para x86).
En la versión en SPARC nos ha extrañado que el cacao se configurase en un puerto diferente del normal, el 21162 y siguientes. Normalmente, cacao debería correr sobre el puerto 11162 y siguientes. Leo en las release notes:
"When installed with the ZIP distribution, Directory Server uses port 21162 as the default of the Common Agent Framework (CACAO).
The default port of the Common Agent Framework (CACAO) is 11162. When installed with the native distribution, Directory Server uses this default port. However, when installed with the ZIP distribution, Directory Server uses port 21162 by default. Be sure to specify the right port number when creating or registering a server instance with DSCC."
Luego no es un bug, es una feature!
El problema viene más adelante con el DSCC, que para gestionar las instancias del producto necesita conocer el puerto por el que corre el cacao y por defecto esta en el 11162.
Continuando con lo que aparece en el directorio bin, hay nuevos comandos ds*: dsutil, que viene a sustituir a ns-activate, ns-inactivate y ns-accountstatus, y dos comandos nuevos fildif y mmldif que todavía no hemos probado.
Hemos creado una instancia desde el DSCC y exceptuando lo del puerto 21162 no hemos tenido problemas. Hemos creado un sufijo por línea de comandos y no ha cambiado nada. La base de datos sigue teniendo extensión .db3 y los índices y nombres parecen los mismos. Leo en las release notes que se han cambiado las siguientes cosas:
La base de datos ya no almacena las entradas en modo texto, sino que ahora lo hace en binario. Por lo tanto la base de datos SERÁ MÁS PEQUEÑA. Las entradas podrán ser comprimidas al guardarse a disco. Esto implicará que al escribir a disco o a memoria puede que tarde un poco más, pero después funcionará igual. Hay que tener en cuenta que si las entradas ocupan menos en disco, y hay varias entradas que procesar, puede alcanzarse un ratio mayor de entradas por segundo, a pesar de la carga de comprimir/descomprimir las entradas. Esto tendré que comprobarlo con un benchmark algún día.
Los backups en binario realizan verificaciones de la integridad de la Base de Datos. Bien!! si esto funciona, se podría llegar a confiar lo suficiente en el backup como para no necesitar realizar exportaciones a LDIF.
En lo que se ha cambiado más es en los índices. Existe un nuevo proceso que analiza los índices y avisa de cuales de ellos han superado el ALL THRESHOLD ID. Además desde el comando dsconf info se informa de aquellos índices que necesitan reindexación. La indexación además ahora puede ser ejecutada en paralelo en sistemas con multicore, de ahí que sea más rápido. Por último, parece ser que el proceso de reindexación ahora es más rápido que antes gracias a cambios en la programación.
Respecto a los cambios en el Directory Proxy Server, hay cambios interesantes, como soporte a blobs y date en data sources de JDBC, una nueva vista especial para situaciones de merging de repositorios y uso de VLV (Virtual List Views) para vistas.
Bueno, por hoy ya está bien. Buenas noches a todos
Entradas
0 comentarios:
Publicar un comentario en la entrada