Derzeit sind die folgenden Einschränkungen bekannt:
Konfigurationsprogramm setzt falschen Wert in ics.conf-Parameter DWP
Entfernen aller Instanzen von mehrwertigen Benutzereinstellungen
Ermitteln aller installierten Patches in einer Cluster-Umgebung
Bereitstellung von Benutzern für Communications Express im Schema 1-Modus
Nicht-RFC-kompatible Daten müssen in X-Tokens in Anführungszeichen gesetzt werden
Benutzer werden vor dem Hinzufügen als sekundäre Besitzer nicht validiert
Migrationsdienstprogramm führt keine Aktualisierung der Besitzerkalender durch
Nicht benötigte LDAP-Daten im Cache werden nicht automatisch gelöscht
enpd stürzt beim schnellen und gleichzeitigen Öffnen und Schließen von Verbindungen ab
Calendar-Dienstprogramme schlagen fehl, wenn keine DC-Struktur vorhanden ist
Calendar Server-Dienstprogramme geben nicht aussagekräftige Fehlermeldungen aus
Führender Leerbereich in Beschreibung verschwindet beim Speichern
Aktivierung/Deaktivierung von SSL auf Domänenbasis nicht möglich
Import von Kalenderdaten funktioniert ausschließlich für Daten desselben calid-Parameters
Bei Einsatz einer Hochverfügbarkeitsfunktion (unter Verwendung des Calendar Server-Hochverfügbarkeitspakets SUNWcsics) muss nach dem Upgrade einer älteren Version von Calendar Server auf Calendar Server 6.3 eine Umgehung durchgeführt werden, um Problem 6560681 zu verhindern.
Umgehung:
Entfernen Sie das im Lieferumfang von Calendar Server 6.3 enthaltene SUNWscics-Paket.
Verwenden Sie den Befehl pkgadd, um das in der Java Enterprise System-Software enthaltene SUNWscics-Paket hinzuzufügen.
Wenn Sie Calendar Server mit Front-End- und Back-End-Servern bereitstellen, für die das DWP-Protokoll erforderlich ist, fordert das Konfigurationsprogramm den Hostnamen des Back-End-Servers an. Die Speicherung im ics.conf-Parameter caldb.dwp.server.hostname.ip erfolgt hierbei als IP-Adresse, und nicht – wie erforderlich – als vollständig qualifizierter Hostname. Als Folge erkennt das System den Back-End-Server nicht.
Umgehung:Ersetzen Sie die IP-Adresse durch den vollständig qualifizierten Hostnamen des Back-End-Servers. Bearbeiten Sie hierzu einfach die Datei ics.conf (es handelt sich um eine Textdatei).
Anweisungen zur Verwendung der richtigen Werte und anderer Parameter für die Konfiguration der Front-End- und Back-End-Server finden Sie in Kapitel 5, Configuring Calendar Database Distribution Across Multiple Machines in Calendar Server Version 6.3 in Sun Java System Calendar Server 6.3 Administration Guide.
Dieses Problem wird als Fehler 6542989 im folgenden Abschnitt dieser Versionshinweise beschrieben: Bekannte Probleme in Calendar Server 6.3 .
Unter Linux sind nach dem Upgrade auf Calendar Server 6.3 Fehlermeldungen in der Datei http.log nach Ausführen des Befehls start-cal enthalten:
cshttpd[2984]: Allgemeiner Fehler: caldb: caldb_pvt_isLocalUrl: Hostname von hostname.xyz.com ist nicht auflösbar. Stellen Sie sicher, dass Hostname und Hostname-Konfliktlöser korrekt sind.
Nach dem Anmeldeversuch wird ebenfalls die folgende Fehlermeldung ausgegeben:
Back-End-Host kann nicht aufgelöst werden. Versuchen Sie es erneut.
Umgehung: Dieses Problem besteht in Calendar Server 6.3 Update 1, Patch-Nummer 121658-17, nicht mehr.
Das Problem entspricht Problem-ID 6516438 im Abschnitt:Bekannte Probleme in Calendar Server 6.3 .
In der Konfigurationsdatei ics.conf sind doppelte Parameter zulässig. Dies kann zu Verwirrung in Bezug auf die Parameterwerte führen. Um zu ermitteln, welche Instanz eines Parameters vom System verwendet wird, müssen Sie die letzte Instanz der Datei ermitteln. Das System verwendet die Werte der letzten Parameterinstanz, die bei der Verarbeitung der Datei gefunden wird.
Empfohlene Vorgehensweise: Fügen Sie alle Änderungen an das Ende der Datei ics.conf an. Erstellen Sie hierzu einen Abschnitt, der beispielsweise den Namen # Meine Parameteränderungen tragen könnte. Zur Verfolgung der Änderungen fügen Sie einen Kommentar für jede Änderung ein, die den Grund der Änderung sowie das Änderungsdatum angibt.
Von Zeit zu Zeit sollten Sie alte Änderungen, die nicht mehr verwendet werden, auskommentieren oder – wenn Sie keinen Wert auf ein Änderungsprotokoll legen – nicht genutzte doppelte Änderungseinträge löschen, sodass nur die aktuellen Änderungen in der Datei verbleiben.
In dieser Version wird die Zeichenfolgenersetzung in XSL-Dateien nicht mehr im Rahmen der vorverarbeitenden Schritte für die Paketerstellung durchgeführt. Aus diesem Grund werden die Zeichenfolgen in Echtzeit ersetzt, was zu einer Herabsetzung der Leistung für die Calendar Express-Benutzeroberfläche führt.
Umgehung: Sie können die Zeichenfolgenersetzung vor dem Start von Calendar Server durchführen, indem Sie alle XSL-Dateien verarbeiten und die richtigen Sprachzeichenfolgen manuell einfügen. Zur Durchführung der Ersetzung benötigen Sie das Perl-Skript (xslvarparser.pl) im Verzeichnis { CAL_SERVER_BASE}/tools/unsupported/bin. Anweisungen zur Skriptausführung finden Sie im Skript selbst.
Zu Ihrer Referenz werden die im Skript enthaltenen Anweisungen nachfolgend aufgeführt:
Verwenden Sie das Perl-Skript xslvarparser.pl zur Ersetzung von Variablen in XSL-Dateien, um das XSL-Rendering zu beschleunigen.
Kopieren Sie diese Datei in das Verzeichnis /opt/SUNWics5/cal/html, dem Standardverzeichnis unter Solaris.
Führen Sie die Datei anschließend als $ perl xslvarparser.pl aus.
Die Ergebnisdateien werden in einem Ausgabeverzeichnis für jedes Gebietsschema gespeichert.
Ersetzen Sie die XSL-Dateien in jedem Gebietsschema durch die Dateien im Ausgabeverzeichnis.
Es wird empfohlen, die Originaldateien zu speichern, bevor Sie diese Ersetzung durchführen.
Das Problem entspricht Problem-ID 6385495 im Abschnitt Bekannte Probleme in Calendar Server 6.3 .
Jeder set_userprefs-Befehl entfernt lediglich eine Instanz einer mehrwertigen Einstellung.
Umgehung: Um alle Instanzen einer mehrwertigen Benutzereinstellung zu entfernen, müssen Sie einen set_userpref-Befehl pro Instanz ausführen.
Beispiel: Führen Sie get_userprefs aus, um alle Benutzereinstellungen aufzulisten. Wenn für eine Einstellung mehrere Werte vorliegen, z. B. icsSubscribed, müssen Sie einen set_userprefs-Befehl zum Löschen der Einstellung für jeden der aufgelisteten Werte ausführen.
Es gibt keinen clusterspezifischen showrev-Befehl, mit dem angezeigt wird, welche Komponenten auf einem einzelnen Cluster-Knoten installiert sind. (Dies ist ein allgemeines Problem, das nicht nur Calendar Server betrifft. Dasselbe Problem tritt mit jedem, auf einem globalen Dateisystem installierten Produkt auf.)
Diese Einschränkung wird nur dann zu einem Problem, wenn Sie Calendar Server aktualisieren möchten. Sie müssen das Patch auf jeden Knoten anwenden, auf dem Calendar Server installiert ist. Außerdem können Sie das Patch nicht auf einen Knoten anwenden, wenn Calendar Server nicht darauf installiert wurde. Wenn Ihnen nicht bekannt ist, auf welchen Knoten Calendar Server installiert ist, kann es recht zeitaufwendig sein, herauszufinden, wo Calendar Server installiert ist.
Umgehung: Führen Sie den folgenden Befehl aus, um alle Knoten anzuzeigen, auf denen Calendar Server installiert ist: pkgparam -v SUNWics5 | grep ACTIVE_PATCH
Einige Calendar Server-Fenster werden nicht angezeigt, wenn ein Popup-Blocker aktiviert ist.
Umgehung: Deaktivieren Sie Popup-Blocker für die Calendar Server-URL, um sicherzustellen, dass sämtliche Calendar Server-Fenster angezeigt werden.
Ausnahme: Weder Norton Inet Security AD_BLOCKER noch der in Mozilla integrierte POP_BLOCKER wirken sich auf Calendar Server-Fenster aus.
Das Dienstprogramm csuser aktiviert nicht die Benutzer, die es für das Adressbuch erstellt.
Umgehung: Aktivieren Sie den Benutzer über ldapmodify.
Das Konfigurationsprogramm csconfigurator.sh konfiguriert nur eine einzelne Domäne.
Umgehung: Wenn Sie eine Kalenderumgebung mit mehreren Domänen benötigen (entweder als virtuelle Domänen oder gehostete Domänen bezeichnet), müssen Sie zwei Aktionen durchführen:
Aktivieren Sie die gehosteten Domänen.
Fügen Sie die Domänen mit Delegated Administrator oder dem Dienstprogramm csdomain selbst hinzu, falls Sie noch mit Sun LDAP Schema 1 arbeiten.
Siehe Kapitel 10, Setting Up a Multiple Domain Calendar Server 6.3 Environment in Sun Java System Calendar Server 6.3 Administration Guide und Kapitel 13, Administering Calendar Server Domains in Sun Java System Calendar Server 6.3 Administration Guide.
(Problem-ID 4777792) Zu viele Daten im Cache führen zum Auftreten von Fehlern. Es wird für die LDAP-Cachedaten von Calendar Server kein Ablauf festgelegt.
Umgehung: Löschen Sie den Dateiinhalt in regelmäßigen Abständen. Starten Sie Calendar Server anschließend neu.
Die Konfigurationsdatei fordert zweimal den Hostnamen an. Es muss einmal der vollständig qualifizierte und das zweite Mal der nicht vollständig qualifizierte Name angegeben werden. Beispiel:
caldb.dwp.server.skate.red.sesta.com.ip = "skate.red.sesta.com" caldb.dwp.server.skate.ip = "skate" caldb.dwp.server.test12.red.sesta.com.ip = "test12.red.sesta.com" caldb.dwp.server.test12.ip = "test12"
Falls in einem X-Token nicht-RFC-kompatible Daten vorhanden sind, müssen diese in Anführungszeichen gesetzt werden. Ein Doppelpunkt in einem X-Token muss als ":" angezeigt werden.
Das Dienstprogramm cscal von Calendar Server validiert die Benutzer nicht, bevor sie der Liste mit sekundären Besitzern hinzufügt werden.
Das Migrationsdienstprogramm csmig von Calender Server aktualisiert icsSubscribed nicht mit den Besitzerkalendern.
Die Löschung dieser Daten muss manuell erfolgen.
Der Ereignisbenachrichtigungsdienst (ENS) wurde eingestellt. Dieses Problem wird nicht behoben. Verwenden Sie stattdessen das Sun Java System Message Queue-Produkt.
Wenn ein Benutzer ein Ereignis ändert und die Option zum Ändern des heutigen Ereignisses und aller zukünftigen Termine wählt, werden alle vorherigen Termine gelöscht und nicht mehr in der Benutzeroberfläche angezeigt.
Die SSL-Initialisierung schlägt im SSLv2-Modus fehl. Der SSLv2-Client kann nicht verwendet werden.
Für Schema 1 müssen die DC-Strukturknoten vor der Erstellung oder Verwaltung der Kalender erstellt werden.
Die ausgegebenen Fehlermeldungen sind nicht besonders aussagekräftig, da ihr Ursprung einige Ebenen weiter unten liegt und sie durch verschiedene Umstände hervorgerufen werden kann. Das Programm der nächsthöheren Ebene interpretiert die Fehlermeldung nicht, bevor sie zur nächsthöheren Ebene weitergeleitet wird.
Wenn Sie eine Beschreibung mit einem Leerzeichen beginnen, wird das Leerzeichen nicht mit dem Text gespeichert und erscheint auch nicht, wenn das Ereignis angezeigt wird.
RFE, die für diese Version nicht implementiert wurde.
Der Neustart wird durch Sperrdateien verhindert. Löschen Sie die Sperrdateien vor dem Neustart.
Sperrdateien befinden sich im folgenden Verzeichnis:
/opt/sun/calendar/lib/lock/__db.001
Die Daten für die Zeitumstellung wurden gesetzlich geändert. Die Calendar Server 6.3-Software enthält die neuen korrekten Zeitzonentabellen. Sämtliche erstellten Termine und Aufgaben werden automatisch zu den korrekten Zeiten angezeigt. Bereits vorhandene Termine und Aufgaben zwischen den alten und neuen Zeitumstellungsdaten werden eine Stunde verschoben angezeigt. Dieses Problem tritt zweimal pro Jahr im Kalender auf. Bei der Umstellung auf die Sommerzeit und bei der Umstellung auf die Winterzeit (Normalzeit).
Dieses Problem entspricht der Problem-ID 6502376, die an anderer Stelle in diesem Dokument in Abschnitt Bekannte Probleme in Calendar Server 6.3 erläutert wird.
Umgehung:Als standardmäßige Umgehung dieses Problems wird die manuelle Änderung der Zeiten durch den Benutzer für die Termine in den betreffenden Kalendern zugelassen.
Ein Programm zur Umgehung dieses Problems wird auf Anfrage vom technischen Support zur Verfügung gestellt.
Sie können die Importfunktion nicht zum Verschieben von Daten zwischen Kalendern verwenden. Ein Datenimport ist nur in denselben Kalender möglich (derselbe calid), aus dem die Daten exportiert wurden.
Die Nummer dieser dokumentierten Einschränkung lautet 6461183 im Abschnitt Bekannte Probleme in Calendar Server 6.3 dieses Dokuments.