Die folgende Liste enthält einige der bei der Installation von WebSphere ESB am häufigsten auftretenden Fehlernachrichten.
Sollten Sie zu Ihrem Problem nichts finden oder lässt sich Ihr Problem mit den bereitgestellten Informationen nicht lösen, dann fordern Sie von der WebSphere ESB-Unterstützung weitere Unterstützung an.
Überprüfen Sie, ob der Knotenname, Hostname und Zellenname eine gültige Zeichenfolge enthält. Verwenden Sie die Vorgaben von IBM, bzw. stellen Sie sicher, dass Ihre Namen keine unzulässigen Zeichen enthalten, wie nachstehend beschrieben:
Ein Knotenname oder ein Zellenname darf weder Leerzeichen noch eines der folgenden Zeichen enthalten: / \ * , : ; = + ? | < > & % ’ ". Ein Hostname darf keine Leerzeichen enthalten und darf weder mit einem der oben angegebenen Zeichen beginnen noch in eckige Klammern ( [ ] ) eingeschlossen werden.
Der Rest dieser Nachricht lautet: Die folgenden Dateien konnten nicht gefunden werden. Liste der Dateien Bitte geben Sie das Verzeichnis für die Position der Klassenpfaddateien des JDBC-Treibers erneut ein. Für die Datenbankkonfiguration des betreffenden Fensters prüft der Profilassistent, ob die benötigten JAR-Dateien für den JDBC-Treiber vorhanden sind. Wenn der Profilassistent die Dateien nicht finden kann (jeder Datenbanktyp enthält einen anderen Satz Dateien), dann zeigt er diese Nachricht zusammen mit der Liste der Dateien an. Dies soll Ihnen helfen, das richtige Verzeichnis zu finden.
Der Profilassistent erweitert ein vorhandenes Profil nicht, während es aktiv ist. Sie brauchen den Profilassistenten nicht zu beenden. Fahren Sie den Server herunter, und fahren Sie dann mit dem Profilassistenten fort.
Der Rest dieser Nachricht lautet: Warten Sie, bis die aktuell aktive Erstellung oder Löschung abgeschlossen ist, bevor Sie fortfahren. Während ein Profil erstellt, erweitert oder gelöscht wird, wird in der Profilregistry eine globale Sperre eingerichtet. Diese Sperre verhindert, dass zu derselben Zeit weitere Änderungen (erstellen/erweitern/löschen) vorgenommen werden.
Lösung: Arbeiten Sie immer nur mit einer Instanz des Profilassistenten gleichzeitig. Warten Sie, bis der andere Prozess zur Erstellung, Erweiterung oder Löschung abgeschlossen ist, bevor Sie fortfahren. Wenn Sie feststellen, dass kein anderer Prozess zur Erstellung, Erweiterung oder Löschung aktiv ist, geben Sie die Sperre profileRegistry.xml manuell frei. Diese Sperre könnte aus einem vorherigen Installationsversuch stammen. Um diese Sperre freizugeben, löschen Sie die Datei installationsstammverzeichnis/properties/profileregistry.xml_LOCK.
Der Eintrag in der Protokolldatei lautet: Der Installationsassistent kann WebSphere ESB nicht installieren. Die Antwortdatei responsefile.nd.txt für die Installation von WebSphere Application Server Network Deployment wurde nicht gefunden.
Mögliche Lösung: Wenn das Installationsimage aus einem anderen Verzeichnis kopiert wurde (zum Beispiel von einer Produkt-CD in Ihr Laufwerk C:\ unter Windows), dann stellen Sie sicher, dass auch das Verzeichnis WAS (das die Datei responsefile.nd.txt enthält) kopiert wurde und sich in demselben Stammverzeichnis wie das Verzeichnis WBI für das Installationsimage befindet.
Der Eintrag in der Protokolldatei lautet: Unterstütztes IBM JDK wurde nicht gefunden. Das mit diesem Produkt gelieferte IBM JDK muss sich im Verzeichnis <installationsimage-stammverzeichnis>/JDK befinden. Beheben Sie das Problem, und wiederholen Sie den Vorgang.
Mögliche Lösung: Wenn das Installationsimage aus einem anderen Verzeichnis kopiert wurde (zum Beispiel von einer Produkt-CD in Ihr Laufwerk C:\ unter Windows), dann stellen Sie sicher, dass auch das Verzeichnis JDK kopiert wurde und sich in demselben Stammverzeichnis wie das Verzeichnis WBI für das Installationsimage befindet.Starten Sie dann das Installationsprogramm erneut (WBI/install in Linux- oder UNIX-Betriebssystemen oder WBI\install.exe in Windows-Betriebssystemen).
Der Eintrag in der Protokolldatei lautet: Eine unterstützte Version von IBM WebSphere Application Server wurde nicht gefunden. Die mit diesem Produkt gelieferten Installationsdateien für die Version von IBM WebSphere Application Server Network Deployment müssen sich im Verzeichnis <installationsimage-stammverzeichnis>/WAS befinden. Beheben Sie das Problem, und wiederholen Sie den Vorgang.
Dieser Fehler tritt auf, wenn die Version von WebSphere Application Server Network Deployment, die mit WebSphere ESB geliefert wurde, im Stammverzeichnis des Installationsimages nicht erkannt wird und Sie entweder eine neue Instanz von WebSphere Application Server Network Deployment für die Verwendung mit WebSphere ESB installieren oder der Installationsassistent versucht, ein Upgrade Ihrer vorhandenen Installation von WebSphere Application Server auf die unterstützte Version vorzunehmen.
Wenn das Installationsimage aus einem anderen Verzeichnis kopiert wurde (zum Beispiel von einer Produkt-CD in Ihr Laufwerk C:\ unter Windows), dann stellen Sie sicher, dass auch das Verzeichnis WAS kopiert wurde und sich in demselben Stammverzeichnis wie das Verzeichnis WBI für das Installationsimage befindet.
Für Linux- und UNIX-Plattformen: Der Eintrag in der Protokolldatei lautet: Der freie Plattenspeicherplatz im System reicht nicht aus. /tmp Erforderlich: 535 MB. Verfügbar: n MB. Stellen Sie sicher, dass in allen erforderlichen Dateisystemen ausreichend freier Plattenspeicherplatz vorhanden ist, und wiederholen Sie den Vorgang.
In Linux- und UNIX-Plattformen sind insgesamt 535 MB Plattenspeicherplatz im Verzeichnis /tmp erforderlich, wenn der Installationsassistent zu WebSphere ESB eine automatische Installation von WebSphere Application Server Network Deployment oder ein Upgrade einer vorhandenen Installation von WebSphere Application Server oder WebSphere Application Server Network Deployment auf die unterstützte Version vornimmt.
Der Eintrag in der Protokolldatei lautet: Ein vorheriger Versuch zur Deinstallation von WebSphere ESB ist für das folgende Installationsverzeichnis fehlgeschlagen: <installationsstammverzeichnis>. Befolgen Sie die Anweisungen zum Vorbereiten für eine Neuinstallation nach einer fehlgeschlagenen Deinstallation im Informationszentrum zum Produkt, um WebSphere ESB zu deinstallieren und das Produkt danach erneut zu installieren.
Dieser Fehler tritt im Installationsassistenten auf, wenn Sie versuchen, neue Komponenten hinzuzufügen oder den Profilassistenten für eine Installation von WebSphere ESB starten, die nicht mehr gültig ist.
Weitere Informationen finden Sie in den Anweisungen für Vorbereitungen für eine Neuinstallation nach einer fehlgeschlagenen Deinstallation.
Der Eintrag in der Protokolldatei lautet: Die ausgewählte Installation von WebSphere ESB ist nicht mehr gültig, da das zu Grunde liegende WebSphere ESB-Produkt deinstalliert wurde. Bitte deinstallieren Sie WebSphere ESB aus dem folgenden Verzeichnis: <installationsstammverzeichnis>. Sie müssen dann WebSphere ESB erneut installieren, bevor Sie das Produkt verwenden können.
Dieser Fehler tritt im Installationsassistenten auf, wenn Sie versuchen, neue Komponenten hinzuzufügen oder den Profilassistenten für eine Installation von WebSphere ESB starten, die nicht mehr gültig ist, da der zu Grunde liegende WebSphere Application Server deinstalliert wurde.
Beim Deinstallieren von WebSphere ESB wird diese Nachricht protokolliert, wenn die Anwendung Common Event Infrastructure nicht nur durch die Instanz von WebSphere ESB, die Sie gerade deinstallieren, sondern auch durch andere Produkte verwendet wird.
Beim Deinstallieren von WebSphere ESB wird diese Nachricht protokolliert, wenn der zu Grunde liegende WebSphere Application Server noch durch ein anderes Produkt, das auch die Common Event Infrastructure nutzt, verwendet wird und deshalb nicht deinstalliert werden kann.
Die Nachricht "Eine geeignete JVM konnte nicht gefunden werden. Bitte führen Sie das Programm noch einmal mit der Option -is:javahome <JAVA HOME DIR> aus." wird ausgegeben, wenn das mit WebSphere ESB gelieferte JDK nicht gefunden werden konnte. Wenn das Installationsimage aus einem anderen Verzeichnis kopiert wurde (zum Beispiel von der Produkt-CD in Ihr Laufwerk C:\ unter Windows), dann stellen Sie sicher, dass auch das Verzeichnis JDK kopiert wurde und sich in demselben Stammverzeichnis wie das Verzeichnis WBI für das Installationsimage befindet.
Für Windows-Plattformen: Dies ist ein Fehler bei der Profilerstellung. Er kann während der Installation oder bei der Verwendung des Profilassistenten auftreten.
Problem mit der Installation (nur vollständige Installation)
Die Eingabezeile ist zu lang.
Der Pfad des Installationsverzeichnisses darf aus maximal 60 Zeichen bestehen.
Das Feld für den Knotennamen ist während einer angepassten Installation verfügbar. Der Standardknotenname ist normalerweise kurz genug. Vermeiden Sie nach Möglichkeit die Verwendung eines Knotennamens, der mehr als 10 Zeichen enthält.
Sie können für Ihre Profile einen eigenen Pfad auswählen, wie zum Beispiel C:\profiles.
Sie können für Ihr Profil einen eigenen Namen auswählen.
Überprüfen Sie anhand der Datei installationsstammverzeichnis/logs/wbi/log.txt, ob die ISMPConfigManagerLaunchAction erfolgreich ist.
(Datum Uhrzeit), Installation, com.ibm.ws.install.ni.ismp.actions.ISMPConfigManagerLaunchAction, msg1, INSTCONFSUCCESS: Konfiguration nach der Installation ist erfolgreich. (Datum Uhrzeit), Installation, com.ibm.ws.install.ni.ismp.actions.ISMPWSProfileLaunchAction, err, INSTCONFFAILED: Erforderliche Konfigurationsvorgänge nach der Installation können nicht abgeschlossen werden. Die Konfiguration ist fehlgeschlagen. Die Installation ist nicht erfolgreich. Siehe C:\Programme\IBM\WebSphere\ProcServer\logs\wasprofile\ wasprofile_create_default.log für weitere Details. (Datum Uhrzeit), Installation, com.ibm.ws.install.ni.ismp.actions.ISMPLogFileAction, msg1, Profilerstellung ist abgeschlossen. (Datum Uhrzeit), Installation, com.ibm.ws.install.ni.ismp.actions.ISMPLogSuccessMessageAction, msg1, INSTCONFFAILED
Problem mit dem Profilassistenten
Die Eingabezeile ist zu lang.
Die Zeichenfolge in profilstammverzeichnis darf aus maximal 80 Zeichen bestehen.
Wenn Ihr Verzeichnispfad maximal 80 Zeichen lang ist und trotzdem ein Problem auftritt, dann bearbeiten Sie die Datei installationsstammverzeichnis\bin\setupCmdLine.bat so, dass in ihr der Windows-Befehl subst verwendet wird. Der Befehl subst ordnet einen vollständigen Pfad einem virtuellen Laufwerk zu. Nachdem Sie die Datei bearbeitet haben, starten Sie den Profilassistenten erneut. Wenn das Problem trotz der Änderung der Datei setupCmdLine.bat weiterhin besteht, dann können Sie WebSphere ESB noch unter Verwendung eines kürzeren Installationspfads installieren, wie zum Beispiel C:\WPS.
Im Abschnitt "Die Eingabezeile ist zu lang" von "Probleme beim Starten oder Verwenden des Befehls wsadmin" im Informationszentrum zu WebSphere Application Server Network Deployment finden Sie eine Beschreibung, wie die Datei setupCmdLine.bat bearbeitet wird.
Für AIX-Plattformen: Unter AIX können Sie Erweiterungsspeicher für Verzeichnisse reservieren. Wenn der Installationsassistent nicht über ausreichend Speicher verfügt, dann erzeugt InstallShield for MultiPlatforms (ISMP) einen Systemaufruf für mehr Speicherplatz, bei dem die Zuordnung von Speicher dynamisch ausgeweitet wird. Die Nachricht, die in diesem Fall für das Verzeichnis /usr ausgegeben wird, ähnelt dem folgenden Beispiel:
HINWEIS: Die folgenden Dateisysteme werden bei der Installation erweitert: /usr
Für Linux- und UNIX-Plattformen: Wenn das Dateisystem nicht dynamisch erweiterbar ist, wird bei zu wenig Plattenspeicherplatz eine Nachricht ausgegeben, die dem folgenden Beispiel ähnelt:
Der Plattenspeicherplatz ist 33 MB kleiner als erforderlich. Die Installation kann nicht fortgesetzt werden.
Dieser Fehler weist darauf hin, dass das Installationsstammverzeichnis gelöscht wurde, bevor das Produkt mit Hilfe des Deinstallationsprogramms entfernt wurde. Jetzt wird versucht, in dasselbe Verzeichnis erneut zu installieren.
Um das Problem zu beheben, müssen Sie die Registry-Einträge entfernen, die eine Neuinstallation des Produkts im ursprünglichen Verzeichnis verhindern können.
Informationen dazu, wie das System auf diese Art "bereinigt" wird, finden Sie in den Anweisungen für Vorbereitungen für eine Neuinstallation nach einer fehlgeschlagenen Deinstallation.
(Datum Uhrzeit), Installation, com.ibm.ws.install.ni.ismp.actions.ISMPWarningDialogAction, wrn, Geben Sie ein anderes Verzeichnis an, oder führen Sie die Deinstallation manuell durch, um alle Pakete zu entfernen, bevor Sie in dasselbe Verzeichnis erneut installieren.
Fehler beim Schreiben in Datei = Möglicherweise ist nicht ausreichend temporärer Plattenspeicherplatz vorhanden. Versuchen Sie, mit Hilfe von -is:tempdir ein temporäres Verzeichnis auf einer Partition mit mehr Plattenspeicherplatz zu verwenden.
Dieser Fehler kann auftreten, wenn nicht ausreichend temporärer Plattenspeicherplatz für die Erstellung eines Profils bereitgestellt wurde. Überprüfen Sie vor der Erstellung eines Profils, ob mindestens 40 MB temporärer Speicherplatz verfügbar ist.
Weitere Informationen zum Erstellen von Profilen finden Sie im Abschnitt Erstellen und Erweitern von Profilen mit Hilfe des Profilassistenten.
Dieser Fehler tritt auf, wenn Sie im Profilassistenten für das Feld "Hostname" den Wert "localhost" eingeben.
Der Hostname ist der Netzname für die physische Maschine, auf der der Knoten installiert wurde. Der Hostname muss sich zu einem physischen Netzknoten auf dem Server auflösen lassen. Wenn im Server mehrere Netzkarten vorhanden sind, muss sich der Hostname oder die IP-Adresse zu einer der Netzkarten auflösen lassen. Ferne Knoten verwenden den Hostnamen zur Herstellung der Verbindung und zur Kommunikation mit diesem Knoten. Es ist extrem wichtig, einen Hostnamen zu wählen, den andere Maschinen innerhalb Ihres Netzwerks erreichen können. Verwenden Sie für diesen Wert nicht die generische ID "localhost".
Wenn Sie koexistierende Knoten auf demselben Computer mit eindeutigen IP-Adressen definieren, dann definieren Sie jede IP-Adresse in einer DNS-Referenztabelle (DNS = Domänennamensserver). Die Konfigurationsdateien für eigenständige Server ermöglichen auf einer Maschine mit einer einzigen Netzadresse keine Auflösung der Domänennamen für mehrere IP-Adressen.
Der vollständig qualifizierte DNS-Hostname hat den Vorteil, absolut unzweideutig und trotzdem flexibel zu sein. Sie haben die Möglichkeit, die tatsächliche IP-Adresse für das Hostsystem ändern zu können, ohne dabei die Konfiguration von WebSphere ESB ändern zu müssen. Dieser Wert für den Hostnamen ist besonders dann nützlich, wenn Sie die IP-Adresse mit Hilfe des Dynamic Host Configuration Protocol (DHCP) häufig ändern möchten. Der Nachteil dieses Formates besteht in seiner Abhängigkeit vom DNS. Ohne DNS ist die Konnektivität beeinträchtigt.
Der Kurzname für den Host ist dynamisch auflösbar. Ein Format für Kurznamen bietet die zusätzliche Möglichkeit seiner Umdefinierung in der Datei für die lokalen Hosts, so dass das System auch dann mit WebSphere ESB arbeiten kann, wenn keine Verbindung mit dem Netzwerk mehr besteht. Definieren Sie in der Datei für die Hosts für den Kurznamen den Wert "127.0.0.1" (lokale Prüfschleife). Der Nachteil dieses Formates besteht in seiner Abhängigkeit vom DNS für den Remotezugriff. Ohne DNS ist die Konnektivität beeinträchtigt.
Eine numerische IP-Adresse hat den Vorteil, dass keine Namensauflösung über DNS erforderlich ist. Ein ferner Knoten kann mit dem Knoten, den Sie mit einer numerischen IP-Adresse bezeichnen, auch dann verbunden werden, wenn kein DNS verfügbar ist. Ein Nachteil dieses Formates besteht darin, dass die numerische IP-Adresse fest ist. Bei jeder Änderung der IP-Adresse der Maschine muss die Einstellung der Eigenschaft "hostName" in den Konfigurationsdokumenten geändert werden. Verwenden Sie deshalb nicht die numerische IP-Adresse, wenn Sie DHCP verwenden oder IP-Adressen regelmäßig ändern. Ein weiterer Nachteil dieses Formates besteht darin, dass Sie den Knoten nicht verwenden können, wenn keine Verbindung zwischen Host und Netzwerk besteht.
(Datum, Uhrzeit), Plugin.Install, com.ibm.wizard.platform.linux.LinuxProductServiceImpl, wrn, Das Installationsprogramm konnte die Produktinformationen nicht erfolgreich in die RPM-Datenbank aufnehmen. Die Installation wird fortgesetzt, da dies für die Installation des Produkts nicht kritisch ist.
rpm -q --all
Wenn der Befehl blockiert ist, dann ist das Problem eine beschädigte RPM-Datenbank.
Für Linux- und UNIX-Plattformen: Die ISMP-Aktion "Browser starten" löst bei Linux- und UNIX-Systemen die folgende Ausnahmebedingung aus:
com.installshield.wizardx.actions.LaunchBrowserAction, err, java.io.IOException: konqueror: nicht gefunden STACK_TRACE: 11 java.io.IOException: konqueror: nicht gefunden bei java.lang.UNIXProcess.forkAndExec(Native Method) bei java.lang.UNIXProcess.<init>(UNIXProcess.java:72) bei java.lang.Runtime.execInternal(Native Method) bei java.lang.Runtime.exec(Runtime.java:602) bei java.lang.Runtime.exec(Runtime.java:524) bei java.lang.Runtime.exec(Runtime.java:490) bei com.installshield.util.BrowserLauncher.openURL (BrowserLauncher.java:578) bei com.installshield.wizardx.actions.LaunchBrowserAction.execute (LaunchBrowserAction .java:62) bei com.installshield.wizard.RunnableWizardBeanContext.run RunnableWizardBeanContext. java:21)
Diese Aktion sucht nach einem Netscape-, Mozilla- oder Konqueror-Browser, um eine HTML-Seite oder eine Website anzuzeigen. Bei den Web-Server-Plug-ins für WebSphere Application Server ist die Zielseite die Seite mit der Übersicht über die Plug-ins. Auch wenn die ISMP-Aktion "Browser starten" Mozilla oder Netscape finden würde, würde die Ausnahmebedingung ausgelöst und ein Eintrag im Protokoll vorgenommen.
Diesen Fehler können Sie ignorieren.