D.1 Résolution des problèmes d'installation

Le tableau suivant répertorie les problèmes que vous risquez de rencontrer et les actions suggérées pour les résoudre. Si le problème persiste, contactez votre représentant OpenText.

Problèmes connus

Actions suggérées

L'installation dure longtemps.

Lorsque vous installez OpenText 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

L'installation d'OpenText eDirectory échoue pour les administrateurs de conteneurs

Le programme d'installation d'OpenText eDirectory 9.0 prend en charge les installations effectuées par les administrateurs disposant de droits Superviseur sur le conteneur dans lequel réside le serveur. Pour ce faire, le premier serveur sur lequel OpenText eDirectory 9.0 est installé doit disposer de droits Superviseur sur la racine ([Root]) pour étendre le schéma. De ce fait, il n'est pas nécessaire que les autres serveurs disposent de droits sur la racine [Root]. Cependant, selon la plate-forme sur laquelle est installé OpenText eDirectory 9.0 en premier lieu, il se peut que les schémas ne soient pas tous étendus, ce qui nécessite des droits Superviseur sur la racine pour l'installation des autres serveurs sur des plates-formes différentes.

Si OpenText eDirectory 9.0 doit être installé sur plusieurs plates-formes, assurez-vous de disposer de droits Superviseur sur [Racine] pour le premier serveur sur lequel OpenText eDirectory sera installé pour CHACUNE des plates-formes. Par exemple, si le premier serveur sur lequel OpenText eDirectory 9.0 doit être installé fonctionne sous Linux et qu'OpenText eDirectory 9.0 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 OpenText eDirectory 8.7.x Readme Addendum (Addendum au fichier Lisezmoi de Novell eDirectory 8.7.x).

Modules d'écoute par défaut pour la nouvelle interface réseau

Sous Windows, OpenText eDirectory écoute sur toutes les interfaces configurées sur l'ordinateur pour les protocoles NCP, HTTP, HTTPS, LDAP et LDAPS par défaut. Ajoutez une nouvelle adresse d'interface réseau sur l'ordinateur et redémarrez OpenText eDirectory. Ce dernier commencera à écouter automatiquement sur cette adresse et ajoutera les renvois correspondants.

REMARQUE :sous Linux, des interfaces doivent être ajoutées manuellement au paramètre n4u.server.interfaces.

Problèmes de réplication après la mise à niveau

Lorsque vous effectuez une mise à niveau de vers OpenText eDirectory 9.0 et activez la réplication codée, il se peut que la réplication échoue, même si ce scénario est plutôt rare.

Pour résoudre ce problème :

  1. Dans OpenText Identity Console, sélectionnez Gestion des objets.

  2. Dans la fenêtre Objets> cliquez sur l'onglet de la liste déroulante Types > sélectionnez Serveur NCP > et cliquez sur Rechercher.

  3. Sous Résultats de la recherche > sélectionnez le serveur NCP.

  4. Sous l'onglet Général, sélectionnez Autre.

  5. Dans l'onglet Modifier les objets > cliquez sur Attributs de valeur .

  6. Dans l'écran SÉLECTIONNER LES ATTRIBUTS, sélectionnez NCPKeyMaterialName > cliquez sur OK.

    Par exemple, SSLCertificateDNS.

  7. Exécutez le contrôleur de connectivité (limber) sur le serveur où l'attribut est modifié (étape 6). Pour plus d'informations sur l'utilisation du contrôleur de connectivité (limber), consultez le Guide d'administration d'OpenText™ eDirectory CE 24.4 (v9.3).

Erreur 1603 rencontrée lors de l'application de correctifs à OpenText eDirectory

Après l'exécution de sysprep.exe sous Windows, l'installation ou la mise à jour d'eDirectory vers un répertoire exigeant des privilèges de groupe d'utilisateurs authentifiés peut entraîner une erreur 1603.

L'utilisateur Administrateur fait partie du groupe Utilisateurs authentifiés (tous les utilisateurs connectés) et du groupe Administrateurs. Selon les instructions de dépannage de Microsoft, cette adhésion à deux groupes peut provoquer des conflits avec le système UAC (contrôle d'accès utilisateur), ce qui peut bloquer les privilèges d'installation de l'administrateur. La modification des privilèges du groupe Utilisateurs authentifiés a résolu le problème et la mise à niveau peut s'effectuer correctement.

Pour résoudre les échecs d'installation/de mise à jour d'OpenText eDirectory sur les systèmes Windows après l'exécution de sysprep.exe, l'administrateur doit modifier les autorisations sur le répertoire OpenText eDirectory installé. En particulier, supprimez le groupe Utilisateurs authentifiés des autorisations du répertoire. Pour ce faire, accédez à l'option Propriétés du répertoire et à l'onglet Sécurité, où le groupe Utilisateurs authentifiés peut être supprimé de la liste des privilèges accordés.