本版修正內容

JAGag13927 (SR8606457625)：cmquerycl 命令異常中止

問題為何？cmquerycl 命令會在叢集配置包含有很長的硬體路徑的 DGC 裝置時異常中止。

如何解決？ 修改程式以便將硬體路徑複製到記憶體中的正確位置。

JAGag08257 (SR8606451287)：套件未啟動

問題為何？在配置有相依 EMS 資源的套件中，若在叢集關閉期間於某個節點上下達 cmrunnode 命令，命令便會失敗且 cmcld 完全失去作用，但是在 cmcld 跳開前不會解除套件的 EMS 資源的註冊。後續的 cmruncl 造成相依 EMS 資源的套件不會在有問題的節點上啟動，且登錄下列的錯誤資訊：

Jul 7 11:44:20 bit cmcld[12586]:Resource /net/interfaces/lan/status/lan0 doesnot meet package RESOURCE_UP_VALUE for package snarf.Jul 7 11:44:20 bit cmcld[12586]: Package snarf cannotrun on this node.

如何解決？ 在 cmcld 跳開時取消 EMS 的註冊。

JAGaf69163 (SR8606409265)： cmcld 異常中止

問題為何？叢集配置檔案的存取控制規則 USER_NAME 欄位中有可能指定無效的資料，然而 cmapplyconf 竟會完成執行作業而不發生錯誤。重新執行 cmapplyconf 以修正此情形時，cmcld 會在叢集執行期間異常中止，導致節點 TOC (系統重設)。

應用無效的使用者名稱時，下列訊息會登錄至 syslog 中：

Jul 12 11:34:08 sly cmcld: ERROR: Invalid user name in RBA Privilege lookup

修正無效的使用者名稱時，下列訊息會登錄至 syslog 中：

Jul 12 11:35:06 sly cmcld: cdb_db_handle_lookup - More than one found Jul 12 11:35:06 sly cmcld: CDB Prepare - Unable to delete /acps/sly/*, object does not exist Jul 12 11:35:06 sly cmcld: CDB Prepare - Unable to perform configuration operation 2. Return value is 22. Jul 12 11:35:06 sly cmcld: Aborting: cdb/cdb_db_server.c 1937 (Failed to roll back config change Jul 12 11:35:06 sly cmcld: cdb_db_handle_lookup - More than one found Jul 12 11:35:10 sly cmclconfd[6699]: The Serviceguard daemon, /usr/lbin/cmcld[6700], died upon receiving signal number 6.

如何解決？已新增適用的檢查以確認 USER_NAME 的檢查與 CLUSTER NAME、PACKAGE NAME 等的檢查一致。

JAGag13268 (SR8606456893)：無法啟動使用 VxVM 的套件

問題為何？cmviewcl 若失敗，便無法啟動使用 VxVM 磁碟群組的套件，並報告可能在另一個節點上匯入磁碟群組 (即使實情並非如此)。下列為登錄在套件日誌檔的內容：

check_dg: Error DG may still be imported on HOST

如何解決？修改程式以檢查 cmviewcl 的狀況，如此便可在它失敗時再次重試。

JAGag13268 (SR8606456893)：系統會在 cmquerycl 期間變得無回應

問題為何？若系統上配置有大量的邏輯容體時，系統便會在 cmquerycl 期間變得無回應。例如，系統配置有 1400 個邏輯容體時，便會在執行 cmquerycl 期間有 10 分鐘無回應。其他的 Serviceguard 命令 (如 cmgetconf 和 cmapplyconf) 可能也會經歷類似的經驗。

如何解決？ 修改程式以開啟原始邏輯容體裝置，而不是區塊邏輯容體裝置。

JAGag11992 (SR8606455475)：開機命令集執行時間很長

問題為何？可能會花很長的時間執行 Serviceguard 開機命令集
/sbin/init.d/cmcluster，導致在 Metrocluster/SRDF 套件故障轉移後的長系統開機時間。下列錯誤訊息可能出現在 /etc/rc.log 內：

VxVM vxdisk ERROR V-5-1-531 Device c14t12d1: clearimport failed: Disk write failure

若 Metrocluster/SRDF 套件接著在 R1 節點上重新啟動，匯入 VxVM 資料群組便會失敗並產生下列錯誤訊息：

VxVM vxdisk ERROR V-5-1-539 Device c14t12d1: get_contents failed: Disk device is offline VxVM vxdg ERROR V-5-1-587 Disk group dgpkgEMC-1: import failed: No valid disk found containing disk group

如何解決？Serviceguard RC 命令集 /sbin/init.d/cmcluster 現在不會在由 VxVM 管理、已停用寫入的 EMC Symmetrix 磁碟上嘗試執行 vxdisk clearimport <磁碟>。若需完整的修正程式，便需適用於 Metrocluster/SRDF A.05.00 的修補程式 PHSS_35451。

JAGag09971 (SR8606453198)：/etc/cmcluster 檔案系統用盡時便會產生錯誤 (僅適用於 SGeRAC 安裝作業)

問題為何？當 /etc/cmcluster 駐在的檔案系統於 Serviceguard Extension for RAC 在執行中時用盡，且 Oracle 軟體試圖要求群組成員變更，便會在 syslog 中出現類似下列的訊息：

mgmsd[1997]: Unable to apply the configuration change due to insufficient disk space.cmgmsd[1997]: ERROR: commit_cdb_txn: Failed to commit transaction(28,No space left on device)

這會最終導致多種 Oracle 失敗。

如何解決？若無足夠的磁碟空間將 cmgmsd 交易寫至二進位配置檔，這些交易不再會失敗。錯誤訊息寫至 syslog 但是交易完成，以避免發生Oracle 錯誤。交易會寫至節點上有足夠空間的磁碟上。

JAGaf75382 (SR8606415528)： lan2 擁有 IPv6 位址 (fec0:0:0:f08::36) 但不在配置檔內

問題為何？當以 IPv6 位址配置的主要網路介面失敗，且遇到 IPv6 位址交換 ENOMEM 時，便會在 syslog 內出現類似下列的訊息：

   There is(are) 1 incidence(s) of :
     Sep 11 16:34:38 ptest90 cmcld[11930]: Failed to switch
      fec0:0:0:f08::36 from lan1:34(0) to lan2:27(3):
      Not enough space

任何後續的 Serviceguard 配置作業 (如 cmapplyconf 等) 都會失敗。

如何解決？修改程式以適當地處理 ENOMEM。

JAGaf67601 (SR8606407696)： cmcld 不考慮使用新的叢集鎖定驅動程式 (如 c8xx 和 mpt)

問題為何？尚未更新 cmcld 以處理新支援的叢集鎖定介面卡 (如分別使用 c8xx 和 mpt 驅動程式的 Ultra160 和 Ultra320 卡) 之驅動程式。意即 mcld 將叢集鎖定計時設為預設值 (最糟的情形)，導致故障轉移的時候比預期還長。

如何解決？修改程式以支援這些卡和驅動程式。