Cette section traite des divers problèmes que vous pouvez rencontrer lors de l'installation de eDirectory 8.8 et propose également des conseils de dépannage.
Configurez une arborescence eDirectory et installez un autre serveur dans l'arborescence. Dans les deux cas, sélectionnez l'option permettant d'utiliser toutes les interfaces disponibles. Utilisez les mêmes interfaces pour les deux serveurs. Par exemple, 127.0.0.2 démarre DSTrace sur le premier serveur avec des options SCMA, SKLK et SYNC.
Vérifiez si le message d'erreur suivant est présent dans le répertoire /var/adm/messages :
Unable to bind to SLP Multicast Address. Multicast route not added?
Si ce message s'affiche, l'ordinateur Linux ou Solaris n'est pas configuré pour une adresse de route de multidestination.
Ajoutez l'adresse de la route de multidestination, puis relancez le daemon slpuasa.
Si le message d'erreur -632 : Description de l'erreur, échec du système s'affiche pendant le processus d'installation, quittez ce dernier.
Définissez une valeur plus élevée pour le paramètre n4u.base.slp.max-wait, par exemple 50, dans le fichier /etc/opt/novell/eDirectory/conf/nds.conf, puis relancez le processus d'installation.
Si le message d'erreur Tree Name Not Found (Arborescence introuvable) s'affiche lors de l'installation, vérifiez les éléments suivants :
Vérifiez si le routage multidiffusion est activé sur l'hôte Solaris sur lequel vous installez le produit.
Indiquez l'adresse IP du serveur principal de la partition Arborescence.
Lorsque vous installez eDirectory dans une arborescence existante, si l'installation prend trop de temps, consultez l'écran DSTrace sur le serveur. Si le message -625 Échec de transport s'affiche, vous devez réinitialiser le cache d'adresses.
Pour réinitialiser le cache des adresses, entrez la commande suivante sur la console système :
set dstrace = *A
Le programme d'installation de eDirectory 8.8 prend en charge les installations effectuées par les administrateurs disposant de droits Superviseur sur le conteneur où réside le serveur. Pour ce faire, le premier serveur où est installé eDirectory 8.8 doit disposer de droits Superviseur sur [Racine] pour pouvoir étendre le schéma. De ce fait, il n'est pas nécessaire que les autres serveurs disposent de droits sur [Racine]. Cependant, selon la plate-forme sur laquelle eDirectory 8.8 est installé en premier lieu, il se peut que les schémas ne soient pas tous étendus, ce qui nécessite des droits Superviseur sur [Racine] pour l'installation des autres serveurs sur des plates-formes différentes.
Si eDirectory 8.8 doit être installé sur plusieurs plates-formes, assurez-vous de disposer de droits Superviseur sur [Racine] pour le premier serveur sur lequel eDirectory sera installé pour CHACUNE des plates-formes. Par exemple, si le premier serveur sur lequel eDirectory 8.8 doit être installé fonctionne sous Linux et que eDirectory 8.8 doit également être installé sur Solaris, le premier serveur de chaque plate-forme doit disposer de droits Superviseur sur [Racine]. Les autres serveurs de chacune des plates-formes devront seulement disposer de droits Administrateur des conteneurs sur le conteneur où le serveur est installé.
Pour plus d'informations, reportez-vous à la solution NOVL83874 du eDirectory 8.7.x Readme Addendum (Addendum au fichier Lisezmoi de Novell eDirectory 8.7.x.
Un message d'avertissement indiquant l'échec d'initialisation de NICI (NetIQ International Cryptographic Infrastructure) signifie que le fichier NFK n'est pas correct. Vérifiez que vous disposez du bon fichier NFK. Il est peu probable que ce problème se présente sur les plates-formes Linux, car le fichier NFK fait par défaut partie du paquetage NICI.
Si vous utilisez des caractères spéciaux pour nommer des objets, le message -671 Parent inexistant s'affiche. Les caractères spéciaux suivants ne doivent pas être utilisés dans les noms d'objet :
\ /, * ? .
La boîte de dialogue Propriétés du fichier NICIFK contient un onglet intitulé Sécurité. Si aucun nom ne figure dans le champ Noms d'utilisateur ou de groupe, ce problème survient.
Pour résoudre ce problème, procédez comme suit :
Supprimez le fichier NICIFK.
Il se trouve à l'emplacement C:/Windows/system32/novell/nici si la racine du système est C:/Windows/system32. Si la racine du système est F:/Windows/system32, le fichier se trouve alors à l'emplacement F:/Windows/system32/novell/nici.
Installez eDirectory.
Lors de la mise à niveau de Tarball dans AIX, si le message Cannot open or remove a file containing a running program (Impossible d'ouvrir ou de supprimer un fichier contenant un programme en cours d'exécution) s'affiche à l'étape de copie des fichiers, procédez comme suit pour résoudre le problème :
Exécutez /usr/sbin/slibclean en tant qu'utilisateur root.
Continuez la mise à niveau à partir de la phase de copie des fichiers.
Si vous installez eDirectory 8.8 SP6 ou une version ultérieure sur un serveur Red Hat Enterprise Linux avec le gestionnaire de paquetages YUM installé, un problème peut survenir lors de l'utilisation de YUM.
YUM et eDirectory 8.8 utilisent la bibliothèque libexpat.so.0 ; lorsque vous exécutez YUM avec une ou plusieurs options, YUM renvoie une erreur dans la console. Pour éviter cette erreur, utilisez un éditeur de texte pour commenter la ligne suivante du fichier /etc/ld.so.conf.d/novell-NDSbase.conf, puis exécutez ldconfig :
/opt/novell/eDirectory/lib64
Après avoir commenté la ligne et exécuté ldconfig, vérifiez que vous exécutez la commande suivante dans une fenêtre de terminal à chaque démarrage de eDirectory :
source /opt/novell/eDirectory/bin/ndspath
Redémarrez eDirectory à l'aide du même terminal. ndspath résout les dépendances de chemin nécessaires.
Si vous installez eDirectory sur un serveur SLES au sein d’un système de fichiers BTRFS, vous risquez de rencontrer des problèmes de performance lors de l’exécution d’opérations LDAP ou de l’utilitaire NetIQ Import Conversion Export (ICE). Pour des raisons de performance, nous vous recommandons d’utiliser le système de fichiers ext3 pour votre serveur eDirectory.