問題摘要︰ Sun Cluster 3.1 8/05 軟體不支援升級至 2005 年 3 月之發行版本的 Solaris 10 作業系統。嘗試升級至該發行版本可能會毀壞 /etc/path_to_inst 檔案。此檔案毀壞將阻止節點成功啟動。已毀壞的檔案將類似於以下顯示,因為除實體裝置名稱包含前綴 /node@nodeid 之外,它包含某些相同裝置名稱的重複項目:
… "/node@nodeid/physical_device_name" instance_number "driver_binding_name" … "/physical_device_name" instance_number "driver_binding_name" |
此外,某些關鍵的 Solaris 服務可能無法啟動,包括網路和檔案系統掛載,並且主控台上可能會列印出訊息表明該服務配置錯誤。
解決方法︰ 使用以下程序。
以下程序描述如何從導致 /etc/path_to_inst 檔案毀壞的升級至 Solaris 10 軟體中回復。
此程序不會嘗試校正任何可能與將 Sun Cluster 配置升級至 2005 年 3 月之發行版本的 Solaris 10 作業系統相關聯的其他問題。
在升級至 2005 年 3 月之發行版本的 Solaris 10 作業系統之每個節點上執行此程序。
如果一個節點無法啟動,請從網路或 CD-ROM 啟動該節點。啟動節點後,立即執行 fsck 指令,並在例如 /a 的分割區中掛載本機檔案系統。在步驟 2 中,在/etc 目錄的路徑中使用本機檔案系統掛載的名稱。
成為該節點上的超級使用者或相等的角色。
變更為 /etc 目錄。
# cd /etc |
確定 path_to_inst 檔案是否已毀壞。
如果 path_to_inst 檔案已毀壞,則會出現以下特徵:
該檔案包括一些在實體裝置名稱開頭包含 /node@nodeid 的項目。
一些相同的項目會再次列示,但沒有 /node@nodeid 前綴。
如果該檔案不是此種格式,則會存在某些其他問題。請勿繼續此程序。如果需要協助,請與您的 Sun 服務代表聯絡。
若如步驟 3 中所述,path_to_inst 檔案已毀壞,請執行以下指令。
# cp path_to_inst path_to_inst.bak # sed -n -e "/^#/p" -e "s,node@./,,p" path_to_inst.bak > path_to_inst |
檢視 path_to_inst 檔案以確定該檔案已修復。
修復的檔案將會反映以下變更:
/node@nodeid 前綴已從所有實體裝置名稱中移除。
任何實體裝置名稱均沒有重複的項目。
確保 path_to_inst 檔案的權限為唯讀。
# ls -l /etc/path_to_inst -r--r--r-- 1 root root 2946 Aug 8 2005 path_to_inst |
執行重新配置重新啟動至非叢集模式。
# reboot -- -rx |
修復所有受影響的叢集節點後,移至「Sun Cluster 軟體安裝指南(適用於 Solaris 作業系統)」中的「如何在非滾動式升級之前升級附屬軟體」以繼續升級程序。