34.3 Fehlersuche bei Problemen mit der Installation und Deinstallation

Die nachfolgende Tabelle enthält die möglichen Probleme und Vorschläge für Gegenmaßnahmen. Falls das Problem weiterhin auftritt, wenden Sie sich an Ihren zuständigen NetIQ-Ansprechpartner.

Problem	Empfohlene Vorgehensweise
Beim Installieren von Identity Manager 4.9 unter Open Enterprise Server (OES) 24.2 tritt ein Fehler über fehlerhafte Abhängigkeiten für glibc-32bit*.rpm auf. Dieser Fehler kann auch beim Aufrüsten auf Identity Manager 4.9 auftreten.	Stellen Sie sicher, dass Sie vor der Installation von Identity Manager die folgenden abhängigen Bibliotheken oder RPMs installieren: glibc-32bit-.x86_64.rpm libz1-32bit Wenn glibc-32bit-.x86_64.rpm bereits im System verfügbar ist, können Sie diesen Fehler ignorieren.
Beim Installieren von Identity Manager 4.9 in einer Komplettkonfiguration mit SLES 15 SP5 wird die SSPR-Seite nicht geladen und der Fehler SSPR 5203 CONFIG_FORMAT_ERROR wird angezeigt.	Starten Sie den Tomcat-Service neu.
Sie können nach einem Neustart des Systems, auf dem Identity Manager 4.9 unter dem Betriebssystem RHEL 8 installiert ist, nicht auf das Identity Manager Dashboard zugreifen. Die Datei catalina.log enthält die folgende Warnmeldung: WARN [com.novell.soa.af.impl.core.WorkflowEngineImpl] (main) [WORKFLOW] Doppelte Engine-ID entdeckt. Diese Engine wurde möglicherweise nicht sauber abgeschaltet oder es läuft eine andere Engine mit der engine-id: ENGINE . Wartet 60000 ms auf eine Zeitüberschreitung der Frequenz. Dieses Problem tritt auf, wenn der Tomcat-Dienst vor dem Neustart des Systems nicht beendet wird. Wenn die Workflow-Engine startet, stößt sie auf einen anderen Knoten im Cluster mit einer Engine-ID, die bereits verwendet wird, und gibt eine Warnung aus.	Es empfiehlt sich immer, den Tomcat-Dienst zu beenden, bevor Sie das System neu starten. Sollte die Warnung dennoch auftreten, können Sie sie beheben, indem Sie den Status der Engine in der Tabelle afenginestate in der Datenbank igaworkflowdb ändern. Melden Sie sich bei einem Datenbank- Administratorprogramm wie z. B. pgAdmin an und aktualisieren Sie den Status der Engine manuell auf den Status "Heruntergefahren".
Wenn Sie Identity Manager 4.9 auf RHEL 8.3 installieren, wird der PostgreSQL-Dienst nicht korrekt gestartet.	Führen Sie die folgenden Schritte aus: Installieren Sie Identity Manager 4.9 auf RHEL 8. Rüsten Sie die RHEL Betriebssystemversion auf 8.3 auf.
Die Tomcat- und ActiveMQ-Dienste sind deaktiviert, wenn Sie Identity Manager auf SLES 15 oder SLES 15 SPx installiert haben (wobei x für alle SLES 15-Versionen steht, die von Identity Manager unterstützt werden).	Führen Sie die folgenden Schritte aus: Melden Sie sich bei dem Server an, auf dem die Tomcat- und ActiveMQ-Dienste deaktiviert sind. Installieren Sie das insserv-compat-RPM. Das Symbol kennzeichnet die neueste Version des RPM. HINWEIS:NetIQ empfiehlt, die abhängigen Pakete vom Betriebssystem-Abonnementdienst zu beziehen, damit Sie weiterhin Unterstützung von Ihrem Betriebssystemanbieter erhalten. Falls Sie keinen Abonnementdienst besitzen, finden Sie die aktuellen Pakete im Internet, beispielsweise unter http://rpmfind.net/linux. Führen Sie folgende Kommandos aus, um die Dienste Tomcat und ActiveMQ zu aktivieren: systemctl enable netiq-tomcat.service systemctl enable netiq-activemq.service
Wenn Sie Identity Manager 4.9 auf RHEL 8.1 installieren, werden die folgenden Fehlermeldungen angezeigt, wenn: Sie das Skript RHEL-Prerequisite.sh ausführen: dnf-utils rpm required but not found RHEL 8.1 iso does not contain dnf-utils packages, its replaced by yum-utils Sie die Komponente „Identity Manager-Engine“ installieren: Some of the dependencies required for installation of Identity Vault are not found	Ignorieren Sie die Fehlermeldungen und fahren Sie mit dem Installationsvorgang fort.
Nach dem Aufrüsten von Identity Applications auf Version 4.9 können die Workflow-Formulare in Identity Applications nicht mehr gerendert werden. Das Client-Passwort (CientPass) in /opt/netiq/idm/apps/sites/config.ini wird in einigen Szenarien leer gelassen.	Gehen Sie wie folgt vor, um dieses Problem zu beheben: Navigieren Sie zum Verzeichnis /opt/netiq/idm/apps/sites/. Bearbeiten Sie die Datei config.ini und geben Sie das verschlüsselte base64-Passwort für den Parameter ClientPass an. HINWEIS:Geben Sie das gleiche Passwort an, das Sie für den Formular-Client im Konfigurationsaktualisierungsprogramm angegeben haben. Starten Sie den NGINX-Dienst neu. systemctl restart netiq-nginx.service Weitere Informationen finden Sie im Artikel TID 7024492.
Wenn Sie in einer Containerumgebung die für das Identity Manager-Dashboard festgelegte Leerlaufzeit überschreiten und die Sitzungszeit abgelaufen ist, funktioniert die Schaltfläche Verlängern nicht wie erwartet.	Fügen Sie die Eigenschaft com.netiq.idm.session-timeout in der Datei ism-configuration.properties des OSP-Containers hinzu.
Wenn Sie in einer Multi-Server-Umgebung versuchen, einen Treiber auf dem Sekundärserver bereitzustellen, werden LDAP-Ausnahmen angezeigt.	Nachdem der Sekundärserver installiert wurde und die Partition im Identitätsdepot für den Sekundärserver hinzugefügt wurde, müssen Sie ndsd auf beiden Servern neu starten. Das gilt auch, wenn Sie die Identity Manager-Engine in einer Container-Bereitstellung installieren.
Falls Sie in einer Clusterumgebung einen Knoten (beispielsweise Knoten 2) vom Netzwerk trennen und dann Rollen am aktiven Knoten (beispielsweise Knoten 1) erstellen, werden die neu erstellten Rollen nicht in Knoten 2 synchronisiert, wenn er wieder mit dem Netzwerk verbunden wird.	Führen Sie folgende Schritte in Knoten 2 aus: Löschen Sie die .../temp/permindex-Dateien. Starten Sie Tomcat neu.
Wenn Sie bei der Konfiguration von Identity Applications eine Verbindung zu einem auf einem Remote-Server installierten SSPR herstellen möchten, wird die SSPR-Konfiguration übersprungen. Die Datei sspr.war, die im Installationsvorgang installiert wurde, wird beim Neustart von Tomcat bereitgestellt.	Falls Sie eine Verbindung zu einem auf einem Remote-Server installierten SSPR herstellen möchten, entfernen Sie die Datei sspr.war aus dem Verzeichnis /opt/netiq/idm/apps/tomcat/webapps, bevor Sie Identity Applications konfigurieren.
Wenn Sie bei der Konfiguration von Identity Applications einen benutzerdefinierten Untercontainer für den Identity Applications-Administrator verwenden (beispielsweise cn=uaadmin,ou=univ,o=data), wird uaadmin unter dem Standardcontainer (ou=sa,o=data) erstellt.	Führen Sie einen der folgenden Schritte aus, wenn Sie den benutzerdefinierten Untercontainer für den Identity Applications-Administrator verwenden möchten: Erstellen Sie vor dem Konfigurieren von Identity Applications den benutzerdefinierten Untercontainer ou=univ,o=data. Geben Sie im Konfigurationsvorgang Nein bei der Eingabeaufforderung Soll der benutzerdefinierte Container als Root-Container verwendet werden an. Die benutzerdefinierte LDIF-Datei, die Sie importieren möchten, sollte die Details des benutzerdefinierten Root-Containers und des Untercontainers enthalten.
Bei der automatischen Installation werden die Systemanforderungen nicht geprüft, wenn die Eigenschaftendatei für die automatische Installation erstellt wird. Bei der automatischen Installation wird in der Protokolldatei eine Fehlermeldung angezeigt, die darauf hinweist, dass die Systemanforderungen nicht erfüllt sind.	Tritt dieses Problem auf, müssen Sie den Parameter IS_SYSTEM_CHECK_DONE in der Datei silent.properties manuell hinzufügen. Legen Sie den Wert für Parameter IS_SYSTEM_CHECK_DONE auf 1 fest, wenn die Prüfung der Systemanforderungen übersprungen werden soll.
Wenn Sie Identity Applications oder Identity Reporting deinstallieren und neu installieren, tritt bei der Konfiguration ein Fehler auf, wenn die Datenbankbenutzer und das Schema eingerichtet werden. Dieses Problem ist zu beobachten, wenn Sie bei Neuinstallation der Komponente eine typische Konfiguration durchführen.	Wenn Sie die Identity Applications- oder Identity Reporting-Komponente neu installieren, müssen Sie eine benutzerdefinierte Konfiguration durchführen.
Die Deinstallation meldet, dass der Deinstallationsvorgang nicht abgeschlossen wurde, in der Protokolldatei sind jedoch keine Fehler vermerkt.	Der Deinstallationsvorgang hat das Verzeichnis netiq, in dem sich standardmäßig die Installationsdateien befindet, nicht gelöscht. Sobald Sie die gesamte NetIQ-Software vom Computer entfernt haben, können Sie das Verzeichnis löschen.