Bewährte Verfahren für den Befehl "addNode"
Führen Sie den Befehl addNode aus, um einen eigenständigen Knoten einer Zelle hinzuzufügen.
- Es kopiert die Konfiguration der Basiszelle von WebSphere Application Server in eine neue Zellenstruktur. Diese neue Zellenstruktur stimmt mit der Struktur des Deployment Manager überein.
- Es erstellt eine neue Node-Agent-Definition für den Knoten, der in die Zelle eingebunden wird.
- Es sendet Befehle an den Deployment Manager, um die Dokumente des neuen Knotens dem Zellenrepository hinzuzufügen.
- Es führt die erste Konfigurationssynchronisation für den neuen Knoten durch und stellt sicher, das der Knoten mit der Zelle synchron ist.
- Es startet den Node-Agent-Prozess für den neuen Knoten.
- Er aktualisiert die Datei setupCmdLine.bat bzw. setupCmdline.sh und die Datei wsadmin.properties, sodass diese auf die neue Zelle zeigen.
- Nach der Einbindung des Knotens sichert der Befehl addNode die Datei plugin-cfg.xml aus dem Verzeichnis
Stammverzeichnis_des_Anwendungsservers/config/cells im Verzeichnis
config/backup/base/cells.
Der Befehl addNode
generiert eine neue Datei plugin-cfg.xml im Deployment Manager neu, und die Operation "nodeSync" kopiert die Dateien auf die Knotenebene.
Informationen zu Portnummern finden Sie im Abschnitt "Port number settings".
- Wenn Sie einer Zelle einen Knoten hinzufügen, muss der Zellenname des Knotens, den Sie einbinden, anders sein als der Name der Zelle, in die Sie den Knoten einbinden. Andernfalls empfangen Sie eine Nachricht vom Typ ADMU0027E, und der Befehl addNode fügt den Knoten nicht zur Zelle hinzu.
- Vergewissern Sie sich, dass der Deployment Manager und die Knoten auf dieselbe Änderungsstufe in WebSphere Application Server aktualisiert wurden. Beispielsweise kann ein Deployment Manager der Stufe 6.0.1 keine Knoten der Stufe 6.0.2 einbinden.
- Speichern Sie JAR-Dateien von WebSphere Application Server nicht in der generischen Variablen CLASSPATH (Standardklassenpfad) für das gesamte System.
Wenn das Produkt WebSphere Application Server Network Deployment den Hostnamen des Servers nicht auflösen kann, können beispielsweise beim Hinzufügen oder Verwalten von Knoten oder beim Versuch des Node Agent, eine Verbindung zum Anwendungsserver herzustellen, Probleme auftreten. Zum Auflösen des Hostnamens öffnet das Produkt einen Port oder fragt eine IP-Adresse ab. Anschließend wartet das Produkt darauf, dass das Betriebssystem die richtigen Informationen zurückgibt. Das Betriebssystem muss die IP-Adresse unter Umständen an verschiedenen Stellen suchen, aber in welcher Reihenfolge das Betriebssystem sucht, ist für das Produkt nicht relevant, solange die richtigen Informationen zurückgegeben werden. Falls der Hostname des Servers nicht aufgelöst werden kann, lesen Sie in der Dokumentation zur Netzverwaltung nach, wie Sie das Problem beheben können. Die folgenden zusätzlichen Informationen können Ihnen dabei helfen sicherzustellen, dass der Hostname aufgelöst wird.
- Einige Betriebssysteme erstellen eine Zuordnung zwischen dem Hostnamen der Maschine und der Loopback-Adresse "127.0.0.1". Red-Hat-Installation erstellen
diese Zuordnung standardmäßig.
SuSE-Installationen erstellen eine ähnliche Assoziation mit der Loopback-Adresse 127.0.0.2.
Diese Zuordnung wird in der Datei "hosts" gespeichert.
Wenn die Datei hosts eine Zuordnungen zwischen der IP-Adresse "127.0.0.1" oder "127.0.0.2" zu einem anderen Hostnamen als localhost enthält, entfernen Sie die Zuordnungen. Das folgende Beispiel veranschaulicht, was passieren kann, wenn die Zuordnung nicht entfernt wid. Wenn ein Node Agent mit dem Deployment Manager kommuniziert, sendet der Node Agent seine IP-Adresse an den Deployment Manager. Der Name des Node Agent wird in "127.0.0.1" aufgelöst, wenn das Betriebssystem eine Zuordnung für den Hostnamen aus der Datei "hosts" zurückgibt. Diese Auflösung verhindert, dass der Deployment Manager eine Nachricht an den Node Agent sendet, weil die IP-Adresse "127.0.0.1" auch die IP-Adresse der lokalen Maschine des Deployment Manager ist.
Sie finden die Datei hosts unter /etc/hosts.
Sie finden die Datei hosts unter \WINDOWS\system32\drivers\etc\hosts.
Bei der AIX-Standardinstallation wird zuerst der Domänennamensserver (DNS) nach den Informationen zu einem Server abgefragt, sodass der Hostname dieses Servers oder eines anderen Servers aufgelöst werden kann. Wenn der Hostname nicht oder nicht in angemessener Zeit aufgelöst werden kann, können Sie der Datei /etc/netsvc.conf die folgende Anweisung hinzufügen, damit das Betriebssystem AIX zuerst in der lokalen Datei "local" nach dem Hostnamen sucht.
hosts=local,bind
- Einige Betriebssysteme erstellen eine Zuordnung zwischen dem Hostnamen der Maschine und der Loopback-Adresse "127.0.0.1". Red-Hat-Installation erstellen
diese Zuordnung standardmäßig.
SuSE-Installationen erstellen eine ähnliche Assoziation mit der Loopback-Adresse 127.0.0.2.
Diese Zuordnung wird in der Datei "hosts" gespeichert.
- Standardmäßig werden Anwendungen, die auf dem Knoten installiert sind, nicht in die Zelle kopiert. Wenn Sie eine Anwendung installieren, nachdem Sie den Befehl addNode ausgeführt haben, wird die Anwendung in der Zelle installiert. Wenn Sie die Option -includeapps im Befehl addNode angeben, wird der Befehl so ausgeführt, dass Anwendungen aus dem Knoten in die Zelle kopiert werden. Anwendungen mit demselben Namen werden nicht mehrfach in die Zelle kopiert.
- Dokumente auf Zellenebene werden nicht zusammengefasst. Änderungen, die Sie vor Ausführung des Befehls addNode an den Dokumenten auf Zellenebene vorgenommen haben, müssen in der neuen Zelle wiederholt werden, beispielsweise virtuelle Hosts.
- Wenn bei der Ausführung des Befehls addNode eine Ausnahme des Typs OutOfMemory ausgelöst wird, müssen Sie möglicherweise die Größe des Heapspeichers für den Deployment Manager
erhöhen.
Dazu müssen Sie den Parameter Maximale Größe des Heapspeichers anpassen.
Klicken Sie beispielsweise in der Administrationskonsole auf
Systemverwaltung > Deployment
Manager > Java- und Prozessverwaltung > Prozess definition > Java Virtual Machine,
und erhöhen Sie den Wert der Einstellung Maximale Größe des Heapspeichers.
Fehler vermeiden: Unter den Betriebssystemen HP-UX und Solaris kann ein Speicherplatzproblem des Typs java.lang.OutOfMemoryError: PermGen während der Ausführung umfangreicher und komplexer Tasks auftreten. Dieses Problem kann beispielsweise auftreten, wenn Sie Befehle wie addNode auf Knoten mit umfangreichen Anwendungen ausführen. Wenn der Ressourcenbedarf die Standardspeichergröße überschreitet, kann die Task mit einem Speicherplatzfehler des Typs java.lang.OutOfMemoryError: PermGen auftreten. Zur Behebung des Problems erhöhen Sie die Mindestgröße der permanenten Region. Setzen Sie die JVM-Option -XX:PermSize auf einen Wert wie 128MB, der für viele Situationen, in denen dieses Problem auftritt, ausreichend ist:
gotchaXX:PermSize=128m
- Manchmal kann es länger als vorhergesehen dauern, bis der Deployment Manager auf den Befehl addNode reagiert. Das Standardzeitlimit, das bestimmt, wie lange der Client auf eine Serverantwort wartet, ist in
der Mehrzahl der Fälle ausreichend.
Der Server benötigt bei hoher Arbeitslast aber unter Umständen mehr Zeit für die Antwort.
Wenn Sie beispielsweise die Option -includeapps angeben und sehr viele Anwendungen haben oder die Anwendungen sehr groß sind,
reicht der Standardwert von 180 Sekunden möglicherweise nicht aus.
Wenn Sie das Standardzeitlimit ändern möchten, öffnen Sie die Datei Stammverzeichnis_des_Anwendungsservers/profiles/Profilname/properties/soap.client.props in
einem ASCII-Texteditor, und suchen Sie die folgende Zeile (die hier einen Standardwert von 180 Sekunden enthält):
Wenn Sie den Standardwert ändern müssen, können Sie diese Zeile bearbeiten und einen für Ihre Situation angemesseneren Wert angeben.com.ibm.SOAP.requestTimeout=180
Anmerkung: Wenn Sie diesen Parameter auf 0 setzen, wird das Zeitlimit vollständig inaktiviert.Wenn Sie ein zu hohes Zeitlimit wählen, müssen Sie relativ lange warten, um feststellen zu können, ob der Befehl addNode seine Anforderung für den Deployment Manager erfolgreich ausführt. Wenn Sie einen zu niedriges Zeitlimit wählen, hat der Deployment Manager nicht genügend Zeit, um die Anforderung auszuführen, und der Befehl addNode stuft den Deployment Manager als nicht reagierend ein und gibt einen Fehler aus. Weitere Faktoren, die sich auf Serverzeitlimits auswirken können, sind die Systembelastung und exzessives Paging im Deployment Manager sowie Latenzzeiten im Netz. Einige dieser Bedingungen können vorübergehend sein.
- Wenn Sie eine Fehlernachricht von addNode bezüglich nicht synchronisierter Uhren empfangen, stellen Sie sicher, dass die Maschine mit dem einzubindenden Knoten zeitlich mit der Deployment-Manager-Maschine konfiguriert ist, auf der der Knoten eingebunden werden soll.
- Wenn Sie den Befehl addNode auf einem Knoten ausführen, der in einen vorhandenen
Deployment Manager eingebunden wurde, wird der Deployment Manager beschädigt.
Sie werden den zweiten Deployment Manager nicht erneut starten können, nachdem Sie ihn gestoppt haben.
Der Grund hierfür ist, dass der Befehl addNode ein Verzeichnis
dmgr-Profil/config/cells/dmgr-Zelle/dmgr-Zelle in der Masterkonfiguration erstellt.
Dieses Verzeichnis enthält eine unvollständige Knotenkonfiguration.
Dieses Problem tritt auf, wenn Sie einen eingebundenen Knoten haben und den Befehl addNode erneut für einen anderen Deployment Manager ausführen. Daraufhin wird der Deployment Manager beschädigt, und Sie können den Deployment Manager anschließend aufgrund des unvollständigen Knotenverzeichnisses nicht erneut starten.
Führen Sie eine der folgenden Maßnahmen durch, um das Problem zu beheben:- Wenn der Deployment Manager aktiv ist, können Sie den Befehl cleanupNode für den Deployment Manager mit dem unvollständigen Knoten ausführen.
- Sie können das Verzeichnis, das während der unvollständigen Ausführung des Befehls addNode in der Deployment-Manager-Konfiguration erstellt worden ist, manuell löschen. Beispiel: Stammverzeichnis_des_Anwendungsservers/profiles/dmgr-Profil/config/cells/dmgr-Zelle/Knotenname.


http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=rxml_nodetips
Dateiname:rxml_nodetips.html