test

Sun Java Communications Suite 5 版本說明

Calendar Server 中已知的問題和限制

本小節包含列出了 Calendar Server 6.3 發佈時較為重要的已知問題清單︰

Calendar Server 已知的限制

此時已知以下限制︰

從舊版 Calendar Server 升級至 Calendar Server 6.3 後發生高可用性問題

若您使用高可用性功能 (使用 Calendar Server HA 套裝軟體 SUNWcsics)，則從舊版 Calendar Server 升級至 Calendar Server 6.3 後，您需要執行以下解決方法以避免問題 6560681。

解決方法：

  1. 手動移除 Calendar Server 6.3 隨附的 SUNWscics 套裝軟體。

  2. 使用 pkgadd 指令增加 Java Enterprise System 軟體隨附的 SUNWscics 套裝軟體。

配置程式在 DWP ics.conf 參數中填入錯誤的值

如果您是使用前端和後端伺服器部署 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 中發現的問題。

在升級之後，無法登入 Linux 平台：「無法解析後端主機」

升級到 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 目錄中找到。程序檔會提供執行指示。

    方便起見，程序檔中提供的指示如下：

  1. 使用 perl 程序檔 xslvarparser.pl 取代 XSL 檔案中的變數，以加速 XSL 描繪。

  2. 將這個檔案複製到 /opt/SUNWics5/cal/html 目錄 (在 Solaris 上為預設)。

  3. 然後作為 $ perl xslvarparser.pl 執行。

  4. 產生的檔案會出現在各個語言環境的輸出目錄下。

  5. 以輸出目錄中的檔案取代各個語言環境的 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 視窗。

在 Schema 1 模式下佈建 Communications Express 的使用者

csuser 公用程式無法啟用其為通訊錄建立的使用者。

解決方法：使用 ldapmodify 啟用使用者。

多個網域 (託管網域)

配置程式 csconfigurator.sh 僅可配置單一網域。

解決方法：如果您需要多網域行事曆環境 (稱為虛擬網域或託管網域)，則必須執行兩個步驟︰

  1. 啟用託管網域。

  2. 使用 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」。

Calendar Server 無法使 LDAP 快取資料過期

(問題編號 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 中存在非 RFC 相容資料，則其必須加引號。例如，X-Token 中的冒號必須顯示為 ":"。

加入為次要所有者之前不驗證使用者。

Calendar Server 公用程式 cscal 在將使用者做為次要所有者增加至所有者清單之前，不驗證使用者。

遷移公用程式不更新所有者行事曆。

Calendar Server 遷移公用程式 csmig 無法使用所有者行事曆更新 icsSubscribed。

無法自動清除無效的快取 LDAP 資料。

這必須手動完成。

迅速且同步地開啟和關閉多個連線時，enpd 程序當機。

事件通知服務已停用。我們將不修正此限制。請改用 Sun Java System Message Queue 產品。

事件遭到意外刪除。

使用者修改事件並選擇選項以修改今天的事件和所有將來事件時，所有先前的事件都會被刪除並且不會再顯示在 UI 中。

無法使用 SSLv2 用戶端。

在 SSLv2 模式中 SSL 初始化失敗。無法使用 SSLv2 用戶端。

如果不存在任何 DC 樹狀結構，行事曆公用程式會失敗。

對於 Schema 1，您必須在建立或管理行事曆之前建立 DC 樹狀結構節點。

Calendar Server 公用程式傳送不明確的錯誤訊息。

由於錯誤訊息來自數個層級之下，並且可能由多個不同環境所造成，因此錯誤訊息不明確。較高一層的程式在將錯誤訊息上浮一層之前並不解釋錯誤訊息。

描述中的前導空格在儲存時消失。

如果以前導空格開始進行描述，前導空格不會與文字一併儲存，並且不會在顯示事件時出現。

無法逐網域啟用或停用 SSL。

這是此發行版本尚未實作的 RFE。

(僅 Linux) Calendar Server 未在重新開機時重新啟動。

剩餘的鎖定檔案造成無法重新啟動。請在重新啟動之前刪除鎖定檔案。

鎖定檔案可在以下目錄中找到：

/opt/sun/calendar/lib/lock/__db.001

2007 年 3 月 11 日和 2007 年 4 月 1 日之間的事件偏移 1 小時

根據法令規定，日光節約時間的轉換日期已經變更。Calendar Server 6.3 軟體包含新的正確時區表。此後建立的所有事件和工作都會使用正確的時間。然而，位於新舊轉換日期之間的已存在事件和工作會偏移 1 小時。每年使用行事曆時，這個問題會發生兩次，一次是在春季的標準時間轉換為日光節約時間時，另一次是在秋季的日光節約時間轉換為標準時間時。

這與本文件稍後Calendar Server 6.3 中發現的問題描述的問題編號 6502376 屬於相同的問題。

修正：此問題的標準修正方式，是讓使用者在受影響的行事曆中，調整所有事件的時間。

這有一個修正程式，在提出要求之後，技術支援便會提供。

匯入的行事曆資料只能用於來自相同 calid 的資料

匯入功能無法用來移動行事曆之間的資料。資料只能匯入至原先匯出的相同行事曆 (相同 calid) 中。

此限制是本文件Calendar Server 6.3 中發現的問題小節所描述編號 6461183 的狀況。

Calendar Server 6.3 中發現的問題

以下是產品中已發現問題的清單︰

4972249

對於託管的網域環境，csexport 要求 calid 必須完全合格。例如，使用格式 uid@domain。

6244958

未建立狀態檔。

使用 -saveState 選項呼叫 csconfigurator.sh 時，指定的狀態檔案不包括未建立狀態檔的路徑。例如：

/opt/sun/calendar/sbin/csconfigurator.sh -saveState cs.state

解決方法：始終指定應建立狀態檔的完整路徑名稱。

6289810

對於資源行事曆，邀請狀態預設應該是「已接受」。

對於資源行事曆，邀請狀態預設應該是「已接受」。由於資源行事曆無法接受邀請，因此訂閱資源行事曆的使用者可能無法看到這些邀請 (如果使用者在 [Communications Express] -> [選項] -> [行事曆檢視] 中選擇只檢視已接受的邀請)。

解決方法：由 ics.conf 參數 resource.invite.autoaccept = "yes" 決定伺服器層級自動接受。這也可以在各資源層級使用 icsAutoaccept LDAP 屬性加以決定。

6312605

週期性事件的問題

傳送具有非日期欄位修改的 dtstart 和 dtend 參數 (使用 storeevents) 導致資料毀壞。

解決方法：在修改需要非日期欄位修改的儲存指令中，請勿提供 dtstart 和 dtend。

6377803

如果目錄伺服器是 Schema 2，而且尚未建立任何網域，則 Calendar Server 配置程式會顯示錯誤訊息，並且不允許根據這類目錄伺服器進行配置。

備註 –

只針對配置程式的 GUI 版本進行了修正。對於指令行版本，您必須在 Delegated Administrator 中建立網域，才能夠配置 Calendar Server。

6391883

從 Java ES 2005Q1 升級之後，使用 Access Manger 的單次登入不起作用。例如，當您登入至 Portal Server 桌面，並且嘗試存取 Calendar Server 時，系統會顯示登入頁面，而不是自動通過單次登入的認證。

解決方法：這個問題目前沒有任何解決方法。

6393241

升級包含前端和後端安裝的 Calendar Server 部署之後，使用 DWP 進行通訊時，無法啟動前端安裝，並在記錄中產生多項錯誤。由於快取目錄未複製到新的安裝，因此造成這個問題。

解決方法：將 cld_cache 和 ldap_cache 目錄從 /var/opt/SUNWics5/csdb.old 複製到 /var/opt/SUNWics5/csdb。然後，將新目錄的所有者和群組分別設定為 icsuser 和 icsgroup。

6428959

資料庫記錄檔在 csdb 中彙整。

儲存常駐程式未讀取正確的配置檔案參數。常駐程式搜尋 caldb.berkeley.*.enable (並不存在)。然後，取用已停用的循環記錄預設值。這也會造成其他問題，包括緊急備份無法進行。正確的 ics.conf 參數是 caldb.berkeleydb.*.enable。

解決方法：重新啟動服務。csstored 會移除彙整的記錄檔案，以處理記錄彙整的問題。

6461183

無法使用匯出/匯入功能移動不同 calid 的行事曆資料。匯入的資料必須具有與匯入的行事曆相同的 calid。

6470688

csrestore 不處理個人使用者行事曆。

建立個人行事曆並成功執行備份之後，手動刪除個人行事曆。然後，使用 restore 指令復原個人行事曆。從記錄檔中，您可以看到行事曆已成功復原。然而，在記錄至 UWC 或 Calendar Express 介面時，您無法看到或管理個人行事曆。問題在於 csrestore 不處理使用者 LDAP 項目行事曆、訂閱的行事曆或自身行事曆。

解決方法：手動編輯或刪除每個使用者的多值屬性 icsSubscribed (先前已刪除並使用 csrestore 復原)。

6479810

階段作業資料庫損毀導致登入失敗和過多的階段作業逾時訊息。

解決方法：

  1. 停止服務

  2. 移除階段作業資料庫

  3. 啟動服務

6494811

Calendar Server 套裝軟體未隨附任何 JMQ 用戶端。使用來自已安裝 Messaging Server 的 JMQ 用戶端。未安裝 JMQ 用戶端，會造成 JMQ 啟動時異常終止 admind 程序。

解決方法：從 Messaging Server 隨附式軟體複製 JMQ 用戶端。

6502376

2007 年 3 月 11 日和 2007 年 4 月 1 日之間的行事曆事件偏移 1 小時

這之所以會發生，是因為來回切換日光節約時間和標準時間的日期經過變更，以延長日光節約時間。與往年相比，轉換日期在春季 (三月) 較早開始，在秋季 (十一月) 則較晚開始。隨 Calendar Server 6.3 發行的時區檔案已經過更新，以反映這些變更。

對於 Communications Express，由於其中使用 JVM 時區資訊，而非 Calendar Server 時區檔案，因此您必須更新 JVM，以進行新的時區變更。Sun 建議使用最新的 Sun Java SE JDK/JRE 更新版本，以作為遞送時區資料更新和其他產品改善 (例如安全性修正) 的偏好方式。按照以下文件所述，使用 JVM 更新程式：

http://java.sun.com/javase/tzupdater_README.html

更新時區資訊之後，在時區更新之前排程的事件會顯示新舊轉換日期所造成的 1 小時差異。

這有一個修正程式的可執行檔，在提出要求之後，技術支援便會提供。

另一個方式是，只要求使用者更新位在新舊轉換日期之間的事件時間。您也可以執行自己的程序檔，處理其中少數事件需要更新的資料庫。

6503200

LDAP 工具的位置已經變更

如果您已經安裝舊版 (後期測試版) Java Enterprise System，您必須先移除 SUNWldapcsdk-tools 套裝軟體，然後再安裝 Java Enterprise System 5 的發行版本 (RR)。這是因為發行版的 SUNWldapcsdk-tools 套裝軟體位置經過變更。如果您未移除此套裝軟體，而嘗試先啟動 Calendar 或 Messaging 伺服器，然後再安裝發行版，則會出現錯誤訊息：


Could not find .../bin/ldapsearch utility
Please install the ldapcsdk-tools package

此錯誤訊息是因為 LDAP 工具位置經過變更所致。

解決方法：先移除 SUNWldapcsdk-tools 套裝軟體，然後再安裝發行版的 Java Enterprise System 5。若要檢查 SUNWldapcsdk-tools 版本，請執行 pkgparam -v SUNWldapcsdk-tools VERSION。

備註 –

您必須使用 6.00,REV=2006.12.11.00.08 或更高版本，否則會出現找不到 LDAP 搜尋公用程式的錯誤訊息。

請使用 pkgrm SUNWldapcsdk-tools 指令，移除 SUNWldapcsdk-tools 套裝軟體。

如果您已經執行 Java Enterprise System 5 安裝程式，您可以使用以下指令，手動移除 SUNWldapcsdk-tools 套裝軟體，然後再次安裝：


cd <jes5_distro>/Solaris_sparc/Product/shared_components/Packages
  pkgadd -d . SUNWldapcsdk-tools
6505032

無法在 Linux 平台上啟動 csmfagent。

行事曆二進位檔案在 Linux 版本上找不到 Monitoring Framework 的共用程式庫。正確的 Monitoring Framework 檔案路徑是：/opt/sun/mfwk/share/lib，但是 Calendar Server 以為它位在 /opt/sun/calendar/lib。

解決方法：在 Calendar Server 程式庫中，增加適當程式庫的符號連結，如以下範例所示：

# cd /opt/sun/calendar/lib 
# ln -s /opt/sun/mfwk/share/lib/*.so .

另一個方法是從 Monitoring Framework 程式庫啟動行事曆服務，例如：/opt/sun/mfwk/share/lib

6516438

在 Linux 平台上，更新到 Calendar Server 6.3 之後，無法登入。

這可以使用 Calendar Server 6.3 Upgrade 1 予以修補，修補程式編號是 121658-17。如需有關此問題的更多資訊，請參閱此版本說明的以下小節：Calendar Server 已知的限制。

6542989

當您使用配置程式設定後端伺服器時，該配置程式會錯誤地在以下參數填入 IP 位址，而非完全合格的主機名稱：

caldb.dwp.server.hostname.ip

您必須編輯 ics.conf 檔案，才能夠修正參數值，否則系統會無法找到後端伺服器。正確的值應為完全合格的後端伺服器主機名稱。

6560681

高可用性套裝軟體 SUNWcsics 需要某些更新才能正常運作。使用 Java Enterprise System 軟體隨附的套裝軟體即可。在修正此問題的修補程式可用之前，您必須使用以下解決方法：

  1. 手動移除 Calendar Server 發行軟體中的 SUNWcsics 套裝軟體。

  2. 使用 Java Enterprise System 發行軟體中的 SUNWcsics 套裝軟體執行 pkgadd。