Ce post de blog explique les étapes suivies et les écueils rencontrés lors de l'installation de ISIM6 (ex ITIM) sur une plate-forme Linux RedHat 64bits.
Depuis la version 6, IBM a renommé ITIM (IBM Tivoli Identity Manager) en ISIM (IBM Security Identity Manager).
L'environnement technique est le suivant :
Dans un script bash, il est difficile de lancer des opérations en parallèle, tout en gardant le contrôle. Si on lance plusieurs commandes en tâche de fond (avec le caractère &) les scripts s'exécutent, mais on ne peut pas s'assurer qu'ils se terminent avant de finir le traitement.
J'ai parfois des soucis lorsque l'essaye de copier le contenu d'une applet Java (utilisées par exemple dans IBM Tivoli Identity Manager pour définir les workflows).
Impossible de copier le contenu dans un programme externe, via le presse-papiers (clipboard en anglais).
La copie dans l'autre sens n'est pas possible non plus.
Pour résoudre ce problème, il faut ajouter une ligne dans le fichier java.policy. Souci sur ma machine : j'ai une petite dizaine de ces fichiers, en fonction des mises à jour des JVM.
Il est parfois nécessaire d'accéder aux données d'une base SQL externe, sans avoir forcément sur le poste les clients SQL propres à la plate-forme (sql*plus, mysql-client, etc).
Dans ce contexte, l'utilisation d'un client Java, utilisant JDBC, permet d'accéder à de multiples bases, pour peu que l'on dispose des bons drivers.
Une recherche sur internet mène rapidement vers java-source.net/open-source/sql-clients, qui liste des clients Java.
Même si la majorité des postes utilisent maintenant des adresses délivrées par un DHCP, il est parfois intéressant de disposer d'une adresse IP fixe, que ce soit pour un serveur ou pour accéder à des VM. Personnellement, je fais assez souvent des tests avec Virtualbox, et je déclare 2 cartes réseau sur les VM :
Dans ITIM, un service est placé dans une "Business Unit". Une fois défini, il n'est pas possible de le bouger via la console ITIM (ce serait possible en modifiant son attribut erparent dans l'annuaire, mais pas supporté ni conseillé par IBM).
Le placement d'un service ITIM permet de le positionner par rapport à des règles de provisionnement ou encore des règles de sélection de service. Si on bouge un service, est peut donc potentiellement être en dehors du périmètre de ces règles.
OpenLDAP est souvent un peu chatouilleux sur le respect de la syntaxe LDAP, nous l'avons déjà vu par ailleurs (cf . http://www.vincentliefooghe.net/node/45).
J'ai eu récemment des problèmes dans le provisionnement d'un annuaire OpenLDAP par ITIM, avec dans les traces ITIM (le fichier trace.log), les lignes :
Il est assez simple de récupérer des données sur la taille d'une base MySQL, via le schéma information_schema.
Par exemple, pour avoir la taille totale de la base de données :
Ces derniers temps, j'ai eu plusieurs fois un comportement curieux de l'O.S. et des disques : une ou plusieurs partitions se trouvaient tout à coup en lecture seule, alors qu'elles étaient montées en read/write au boot.
En lançant dmesg, on se retrouve également avec des erreurs :
LVM (Logical Volume Manager) permet de gérer des partitions logiques, et non pas physiques, ce qui a notamment comme avantage de pouvoir plus facilement modifier leur taille.
Il faut disposer d'une partition non formatée. Dans notre cas, il s'agit de /dev/sda9, qui dispose d'un peu plus de 300 Go de libres. Cette partition sera utilisée principalement pour gérer des images de machines virtuelles créées avec KVM.