Administration von Communications Server

Communications Server erkennt keine Probleme mit dem Heartbeat-Port eines Clusters (Problem 1967)

Beschreibung

Bei der Erstellung eines Clusters weist Communications Server einen zufälligen Heartbeat-Port zwischen 1026 und 45556 zu. Bei·default-cluster, dem von einer Communications Server-Installation erstellten Standard-Cluster, wird eine Zufallszahl zwischen 0 und 45556 gewählt. Bei der Cluster-Erstellung wird nicht präzise erkannt, ob der Heartbeat-Port bereits von einem anderen Dienst verwendet wird.

Lösung

Wenn bei der automatisierten Cluster-Erstellungskonfiguration ein Heartbeat-Port gewählt wird, der im Konflikt zu einem anderen Dienst steht, der bereits diesen Port verwendet, aktualisieren Sie den Heartbeat-Port des Clusters in einen Port, der nicht vom System verwendet wird.

Um den Heartbeat-Port eines Clusters zu ändern, verwenden Sie den folgenden asadmin-Befehl:

asadmin set Cluster-Name.heartbeat-port= neuePortNummer

Domänenerstellung stoppt auf NFS-Server, der 64-Bit-Linux ausführt (Problem 1961)

Beschreibung

Der Befehl asadmin create-domain kann während des Versuchs, eine Domäne in einem von NFS eingehängten Dateisystem (Network File System, NFS = Netzwerkdateisystem) mit einem 64-Bit-Linux ausführenden NFS-Server zu erstellen, fehlschlagen.

Lösung

Keine bekannte Lösung.

Hohe CPU-Auslastung bei keinem oder wenig Datenverkehr (Problem Nummer 1966)

Beschreibung

Communications Server-Instanzen zeigen manchmal eine hohe CPU-Auslastung, selbst bei wenig oder keinem Datenverkehr, wenn der CPU-Überlastungsschutz aktiviert ist. Der Grund für dieses Problem ist der JDK-Fehler 6693490. Dieser Fehler wurde in JDK 6 mit Update 18 behoben.

Lösung

Verwenden Sie JDK 6 mit Update 18 mit Communications Server.

Communications Server-Instanzen starten auch, wenn SIP/SIPS-Ports nicht gebunden sind (Problem Nummer 998)

Beschreibung

Communications Server-Instanzen starten auch, wenn keine Verbindung zu einem SIP- oder SIPS-Port hergestellt werden kann.

Lösung

Stellen Sie vor dem Starten von Serverinstanzen sicher, dass Ports verfügbar sind. Überprüfen Sie die Protokolldateien (server.log), um sicherzugehen, dass während des Startvorgangs keine SIP-Container-Fehler oder -Ausnahmen aufgetreten sind.

Communications Server verwendet die durch die Option ––javahome spezifizierte JDK nicht (Problem 789)

Beschreibung

Mit der Option ––javahome können Sie eine vorinstallierte Version von JDK anstatt der Standardversion für die Installation verwenden. Communications Server verwendet standardmäßig die JDK-Version aus as-install/jdk.

Lösung

Die Variable AS_JAVA in der Datei asenv.conf weist immer auf as-install/jdk hin. Wenn Sie eine andere JDK-Version verwenden möchten, aktualisieren Sie die Datei asenv.conf manuell und ändern Sie den Wert AS_JAVA.

Bei Verwendung von Java-Heap mit 3,5 GB starten Instanzen neu, während Datenverkehr stattfindet (Problem 1169)

Beschreibung

Wenn die Größe des JVM-Heap auf 3,5 GB eingestellt ist, schlagen Instanzen fehl und starten neu, wenn Sie Daten empfangen.

Lösung

Stellen Sie sicher, dass die maximale JVM-Heapgröße auf 3,0 GB oder weniger eingestellt ist.

Communications Server zeigt fälschlicherweise CPU-Auslastung an, wenn nur einer der Kerne eines Multikern-Systems verwendet wird (Problem 1344)

Beschreibung

Auf Solaris-Plattformen berechnet Communications Server die CPU-Auslastung basierend auf der Anzahl verfügbarer Prozessoren und der CPU-Auslastung pro Kern. Communications Server berücksichtigt jedoch den statischen Wert der Kernanzahl, nicht die Anzahl der Kerne, die von JVM genutzt werden.

Lösung

Berechnen Sie den Schwellenwert der CPU neu, wenn Sie nicht alle Kerne des Computers verwenden.