本版修正內容

問題為何？此情形會影響 CFS 裝載點套件。當您執行 cfsmount 命令時，若所有節點上的套件已失效，則 cfsmount 可能會失敗，並顯示套件已啟動。

解決方案：若 cfsmount 找到每個節點 (per-node) 狀態為 blocked 的套件，便會執行 cmhaltpkg -n 將狀態清除為 halted，然後執行 cmmodpkg 以允許 cmrunpkg 啟動套件。

問題為何？若其中一個節點在叢集重組時發生多重懸滯，可能會使兩個節點失效：發生懸滯的節點和候選為叢集調度者的節點。

解決方案：已修改節點，因此叢集調度者不會失效。

問題為何？叢集使用虛擬機器從機做為節點，Serviceguard 命令 cmapplyconf、cmcheckconf 和 cmquerycl 的驗證階段可能會出現下列警告：

Minimum network configuration requirements for the cluster have not been met.Minimum network configuration requirements are: 
- 2 or more heartbeat networks OR
- 1 heartbeat network with local switch (HP-UX Only) OR
- 1 heartbeat network using APA with 2 trunk members (HP-UX Only) OR
- 1 heartbeat network using bonding (mode 1) with 2 slaves (Linux Only). 

此警告實際上是表示直接網路層級未達需求下限。若看到此警告，您需要確認整體網路配置皆符合需求下限。

解決方案：若 VM 配置中有下列條件，您可以忽略此警告：從機上有一個心跳網路，此心跳網路如同警告文字中所列的第三種情況 (HPVM) 般利用附有兩個 APA 幹線成員，或者如同警告文字中所列的第四種情況 (VMware ESX Server) 使用 NIC 群集 (bonding，接合)，而由主機上的網路輔助儲存。

問題為何？若共用容體群組在不同的節點上使用 /etc/lvmtab 中的不同裝置檔案名稱，cmquerycl -f line 顯示的輸出會依照在 cmquerycl 的 -n <節點> 選項中參照的第一個節點所配置顯示所有節點的裝置檔案。此舉可能會使 Serviceguard 管理員建立一個叢集配置檔，其中包含部分叢集節點之叢集鎖定容體的錯誤裝置檔案名稱。

解決方案：已修改程式碼以顯示每個節點的正確裝置檔案名稱。

問題為何？若未啟用系統上的 IPv6，使用 cmmodnet 新增一個 IPv6 位址到介面中會產生下列不正確的錯誤訊息：

<位址> might already be configured as a heartbeat IP or stationary IP address.Or it does not belong to subnet <子網路>. 

實際的問題在於未啟用 IPv6：cmmodnet 不會在嘗試新增位址前檢查系統上的 IPv6 是否已啟用。

解決方案： cmmodnet 現在會先檢查系統上的 IPv6 是否已經啟用，再嘗試新增位址。

問題為何？cmmigratepkg 命令的 -e 選項應產生 Package Environment Variables (PEV)，但是卻沒有產生。(若需 cmmigratepkg 的相關資訊，請參閱「將舊式套件轉移至模組式套件」)。

此外，cmmigratepkg 輸出的外部命令集權限錯誤地設為 555，因而賦予所有人讀取和執行權限；744 是正確的，它僅將唯讀權限賦予擁有者以外的使用者 (擁有者必須是 root 使用者)。

解決方案：已修改程式碼來修正這些問題。

問題為何？若叢集配置檔中缺少配置的鎖定磁碟，或未啟動其容體群組，cmcheckconf 就無法報告錯誤。cmapplyconf 不會偵測和報告錯誤。

解決方案： cmcheckconf 和 cmapplyconf 現在均會出現正常行為。

問題為何？若 cmcld 中止且您重新啟動叢集而未先將發生中止的節點重新開機，syslog.log 中就會出現下列訊息：

It appears that package applications or resources may be active on this node.Re-starting the cluster could cause data corruption.To recover from this situation reboot this system:After ensuring that no package applications or resources are active, you can override this data.For CFS customers, it is highly recommended that this node be rebooted.

此訊息缺少重要的資訊；內容應該為：

It appears that package applications or resources may be active on this node.Re-starting the cluster could cause data corruption.To recover from this situation reboot this system:

	    shutdown -r   (stops package components)	

After ensuring that no package applications or resources are active, you can override this data integrity protection by issuing the following commands (which allow the daemon to start without rebooting):
	        rm /var/adm/cmcluster/.cm_start_time

	        touch /var/adm/cmcluster/.cm_start_time

For CFS customers, it is highly recommended that you reboot the node instead of using the data override mechanism

解決方案： 現在錯誤訊息包含以上提供的完整版指示。

問題為何？在叢集的執行期間執行 cmapplyconf 以刪除叢集配置中的節點時，若執行 cmapplyconf 的節點是欲刪除之節點的節點子集，cmcld 就會中止。

例如，若自 node1 執行 cmapplyconf 以刪除 node10，cmcld 便會中止並在 syslog.log 中顯示下列訊息：

cmcld:Aborting!Deleting local node that is online(file:rcomm/comm_config.c, line:583)The cluster daemon aborted our connection (231).cmapplyconf:Unable to apply the configuration

解決方案：已修改程式碼來避免此問題。

問題為何？ 若一個叢集中並非所有節點上均可使用配置的 monitored_subnet，cmapplyconf 和 cmdeleteconf 會下達一個警告 (若這是跨子網路配置，則此配置可能是正確的；請參閱「關於跨子網路配置」)。問題在於警告適用於該叢集所配置的所有套件，而非僅適用於經由 cmapplyconf 或 cmdeleteconf 配置的套件。

解決方案： 現在會提供正確的警告 ─ 僅針對欲新增或修改的套件。

問題為何？一個節點懸滯會導致多個叢集重新格式化，直到最後整個叢集失效為止。

解決方案：已修改程式碼，使懸滯的節點不會再引起此問題。

問題為何？當其中一個場地的所有節點均中止並出現 cmhaltnode -f 時，場地控制器程式套件 (site controller package) 可能無法在遠端網站上正常執行 (此問題可能發生在可判別場地的超長距離叢集中；請參閱「關於跨子網路配置」一節中的「其他資訊」子節)。

解決方案：場地控制器套件現在可成功地執行。

問題為何？ cmviewconf 沒有報告場地控制器套件的受管理套件資訊 (此問題可能發生在可判別網站的超長距離叢集中；請參閱「關於跨子網路配置」一節中的「其他資訊」子節)。

解決方案： cmviewconf 現在會正確地報告資訊。您也可以透過執行 cmviewcl -v -f line 來取得此資訊。

問題為何？cmmakepkg 的 -l 選項應列出可用來建構一個套件的所有模組，但它目前只列出 Serviceguard 模組，未列出 MetroRAC dts/mcsc 模組等協力廠商模組。

解決方案： cmmakepkg -l 現在會列出所有已安裝的模組。

問題為何？即使符合在主要節點上的相依性，依賴一個多節點套件的故障轉移套件仍可能會在其主要節點以外的節點上啟動。

解決方案：程式碼的行為會與原始設計一致。為確保相依套件會儘可能在其主要節點上執行，請將其 failback_policy 設為 automatic，若套件在非主要節點上啟動，就會在主要節點可供使用時立即自動地故障轉移。若需相關資訊，請參閱「關於多節點套件」。

問題為何？cmviewcl 顯示多節點套件中每個節點的狀態為 blocked，但線上援助頁沒有說明「blocked」所代表的意思。

解決方案：「Blocked」代表多節點套件從未在套件上執行。原因可能是因為未達到相依性，或者 auto_run 設為 no。已在 cmviewcl 線上援助頁新增此資訊。

相依性是在套件配置檔中配置的；如需相關資訊，請參閱《管理 Serviceguard》的第 6 章。

問題為何？使用 cmhaltpkg 中止套件時，cmhaltpkg 會列印下列訊息：

One or more packages or package instances have been halted.These packages have AUTO_RUN disabled and no new instance can start automatically.To allow automatic start, enable AUTO_RUN via cmmodpkg -e <套件_名稱>

就命令行清單中的故障轉移套件而言確實如此，但對多節點套件來說則不是。

解決方案： cmhaltpkg 現在會出現正確的行為。