此時已知以下限制︰
若您使用高可用性功能 (使用 Calendar Server HA 套裝軟體 SUNWcsics),則從舊版 Calendar Server 升級至 Calendar Server 6.3 後,您需要執行以下解決方法以避免問題 6560681。
解決方法:
手動移除 Calendar Server 6.3 隨附的 SUNWscics 套裝軟體。
使用 pkgadd 指令增加 Java Enterprise System 軟體隨附的 SUNWscics 套裝軟體。
如果您是使用前端和後端伺服器部署 Calendar Server,就會需要使用 DWP 協定,則配置程式會要求您新增後端伺服器的主機名稱。配置程式會在 ics.conf 的參數 caldb.dwp.server.hostname.ip 中,將此值儲存為 IP 位址,而非此處應儲存的完全合格主機名稱。這意味著系統將無法找到後端伺服器。
解決方法:將 IP 位址替換為完全合格的後端伺服器主機名稱。透過編輯 ics.conf 這個文字檔,即可進行替換。
如需正確指示,以瞭解使用此參數和其他參數配置前端和後端伺服器時應使用的值,請參閱「Sun Java System Calendar Server 6.3 Administration Guide」中的第 5 章「Configuring Calendar Database Distribution Across Multiple Machines in Calendar Server Version 6.3」。
在此版本說明的以下區段中已報告此問題,問題編號為 6542989:Calendar Server 6.3 中發現的問題。
升級到 Calendar Server 6.3 之後,在 Linux 作業系統上執行 start-cal,http.log 檔案中出現錯誤訊息:
cshttpd[2984]: General Error: caldb: caldb_pvt_isLocalUrl: hostname of hostname.xyz.com is not resolvable. Please check that hostname is correct and that hostname resolver is correct.
同時,嘗試登入時,出現下列錯誤訊息:
Backend Host Unresolvable Please try again
修正:此問題已經在 Calendar Server 6.3 Upgrade 1 中予以修正,修補程式編號是 121658-17。
這與以下小節中問題編號 6516438 的狀況相同:Calendar Server 6.3 中發現的問題。
配置檔案 ics.conf 允許重複的參數。這可能造成參數值混淆。若要確定系統使用哪些參數實例,請找出檔案中最後的實例。系統使用在處理檔案時找到的參數最後一個實例的值。
基本操作:將所有變更加入至 ics.conf 檔案末端以類似於 # My Parameter Changes 的文字標示的部分。若要保留變更的歷程記錄,請加入說明變更原因的註釋和日期。
定期註釋不再使用的舊變更或刪除不再使用的舊重複項目 (如果您不在意變更歷程記錄),只在檔案中保留最新的變更。
這個版本中,封裝階段不再進行 XSL 檔案中的字串取代。因此,字串是即時取代的,這會降低 Calendar Express 使用者介面的效能。
解決方法:您可以在執行 Calendar Server 之前執行字串取代,方法是處理所有的 XSL 檔案,然後手動插入正確的語言字串。若要執行取代,您必須加入 perl 程序檔 (xslvarparser.pl),這可以在 {CAL_SERVER_BASE}/tools/unsupported/bin 目錄中找到。程序檔會提供執行指示。
方便起見,程序檔中提供的指示如下:
使用 perl 程序檔 xslvarparser.pl 取代 XSL 檔案中的變數,以加速 XSL 描繪。
將這個檔案複製到 /opt/SUNWics5/cal/html 目錄 (在 Solaris 上為預設)。
然後作為 $ perl xslvarparser.pl 執行。
產生的檔案會出現在各個語言環境的輸出目錄下。
以輸出目錄中的檔案取代各個語言環境的 XSL 檔案。
建議您在取代之前儲存原始檔案。
這個問題與Calendar Server 6.3 中發現的問題中問題編號 6385495 描述的狀況相同。
每個 set_userprefs 指令僅移除多值喜好設定的一個實例。
解決方法:若要移除多值使用者喜好設定的所有實例,您必須對每個實例發出一個 set_userpref 指令。
例如:執行 get_userprefs 以列出所有使用者喜好設定。如果喜好設定 (例如 icsSubscribed) 有多個值,則您必須為列出的每個值發出一個 set_userprefs 指令以刪除該喜好設定。
不存在叢集特定的、可以顯示安裝在叢集個別節點上的內容的 showrev 指令。(此為一般問題,並不是 Calendar Server 特定的。任何產品安裝在全域檔案系統上時,均會遇到同樣的問題。)
想要更新 Calendar Server 時會出現此問題。您需要將修補程式套用至已安裝 Calendar Server 的每個節點上。此外,如果節點上尚未安裝 Calendar Server,則不能將修補程式套用至該節點。如果您不清楚哪些節點上安裝了 Calendar Server,哪些節點沒有安裝,則嘗試尋找安裝 Calendar Server 的節點至少會令您感到十分麻煩並耗費時間。
解決方法:執行以下指令以查看已安裝 Calendar Server 的所有節點︰pkgparam -v SUNWics5 | grep ACTIVE_PATCH
如果您已啟用快顯阻止程式,則某些 Calendar Server 視窗將無法顯示。
解決方法:停用 Calendar URL 的快顯阻止程式,以確保顯示所有 Calendar Server 視窗。
異常︰Norton Inet Security 的 AD_BLOCKER 或 Mozilla 內建的 POP_BLOCKER 均不會影響 Calendar Server 視窗。
csuser 公用程式無法啟用其為通訊錄建立的使用者。
解決方法:使用 ldapmodify 啟用使用者。
配置程式 csconfigurator.sh 僅可配置單一網域。
解決方法:如果您需要多網域行事曆環境 (稱為虛擬網域或託管網域),則必須執行兩個步驟︰
啟用託管網域。
使用 Delegated Administrator 自己增加網域,或者在仍使用 Sun LDAP Schema 1 的情況下使用 csdomain 公用程式增加網域。
請參閱「Sun Java System Calendar Server 6.3 Administration Guide」中的第 10 章「Setting Up a Multiple Domain Calendar Server 6.3 Environment」和「Sun Java System Calendar Server 6.3 Administration Guide」中的第 13 章「Administering Calendar Server Domains」。
(問題編號 4777792) 快取可以填滿,從而導致錯誤。Calendar Server 無法使 LDAP 快取資料過期。
解決方法:定期移除檔案內容。然後重新啟動 Calendar Server。
配置檔案要求主機名稱兩次。一次要求完全合格的主機名稱,另一次要求不完全合格的主機名稱。例如:
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"
如果 X-Token 中存在非 RFC 相容資料,則其必須加引號。例如,X-Token 中的冒號必須顯示為 ":"。
Calendar Server 公用程式 cscal 在將使用者做為次要所有者增加至所有者清單之前,不驗證使用者。
Calendar Server 遷移公用程式 csmig 無法使用所有者行事曆更新 icsSubscribed。
這必須手動完成。
事件通知服務已停用。我們將不修正此限制。請改用 Sun Java System Message Queue 產品。
使用者修改事件並選擇選項以修改今天的事件和所有將來事件時,所有先前的事件都會被刪除並且不會再顯示在 UI 中。
在 SSLv2 模式中 SSL 初始化失敗。無法使用 SSLv2 用戶端。
對於 Schema 1,您必須在建立或管理行事曆之前建立 DC 樹狀結構節點。
由於錯誤訊息來自數個層級之下,並且可能由多個不同環境所造成,因此錯誤訊息不明確。較高一層的程式在將錯誤訊息上浮一層之前並不解釋錯誤訊息。
如果以前導空格開始進行描述,前導空格不會與文字一併儲存,並且不會在顯示事件時出現。
這是此發行版本尚未實作的 RFE。
剩餘的鎖定檔案造成無法重新啟動。請在重新啟動之前刪除鎖定檔案。
鎖定檔案可在以下目錄中找到:
/opt/sun/calendar/lib/lock/__db.001
根據法令規定,日光節約時間的轉換日期已經變更。Calendar Server 6.3 軟體包含新的正確時區表。此後建立的所有事件和工作都會使用正確的時間。然而,位於新舊轉換日期之間的已存在事件和工作會偏移 1 小時。每年使用行事曆時,這個問題會發生兩次,一次是在春季的標準時間轉換為日光節約時間時,另一次是在秋季的日光節約時間轉換為標準時間時。
這與本文件稍後Calendar Server 6.3 中發現的問題描述的問題編號 6502376 屬於相同的問題。
修正:此問題的標準修正方式,是讓使用者在受影響的行事曆中,調整所有事件的時間。
這有一個修正程式,在提出要求之後,技術支援便會提供。
匯入功能無法用來移動行事曆之間的資料。資料只能匯入至原先匯出的相同行事曆 (相同 calid) 中。
此限制是本文件Calendar Server 6.3 中發現的問題小節所描述編號 6461183 的狀況。