Solaris 11.3 升級 - 升級後的 rpool 更改在重新啟動後消失

我有一個執行 Solaris 11.2 的測試伺服器（在 HP Proliant Gen8 微伺服器硬體上）。10 月 31 日，我按照 Solaris 文件文章將系統更新到 Oracle Solaris 11.3 中的描述將系統升級到了 Solaris 11.3，一切似乎都很順利。兩週後，我關閉了伺服器

shutdown -y -i5 -g0

再次啟動伺服器後，rpool的狀態已經恢復到升級前的狀態。使用 ssh 登錄顯示上次登錄時間是 10 月 31 日，儘管我是在 11 月 14 日登錄的。跑步

uname -a

顯示

SunOS nas3 5.11 11.2 i86pc i386 i86pc

並且 10 月 31 日之後創建的 rpool 上的所有文件都消失了。控制台顯示消息

nas3 控制台登錄：11 月 15 日 18:11:34 nas3 genunix：注意：/dev/chassis/.ca/Proliant-MicroServer-Gen8.CZ152300T4/SYS：無法創建影子目錄 - 錯誤

不幸的是，沒有 rpool 的快照。問題：

1. 是什麼原因造成的？
2. 升級後有什麼方法可以取回保存在 rpool 上的數據？

我試過的：

• Google搜尋（當然）Google沒有搜尋查詢“無法創建影子目錄”的單一結果。
• 搜尋 Solaris 文件，例如更新到 Oracle Solaris 11.3 時的問題
• 檢查 ZFS 快照。不幸的是，沒有一個（是的，那不是很明智）
• 檢查 rpool 的狀態 - 報告它是健康的並且沒有錯誤

更新

跑步

beadm list

節目

BE        Active Mountpoint Space   Policy Created
--        ------ ---------- -----   ------ -------
solaris   N      /          171.47M static 2015-08-16 17:51
solaris-1 R      -          14.72G  static 2015-10-31 21:52

解決方案

正如 Lambert 所指出的，引導環境是錯誤的。只需重新啟動

init 6

解決了這個問題。找出造成這種情況的原因仍然很有趣。

更新 2：

顯然正在執行

beadm activate solaris-1

永久啟動新分區。請參閱更改預設引導環境。

結果是beadm list什麼？您應該有多個引導環境。使用beadm activate <bename>您可以在它們之間切換（啟動後，您應該重新啟動）。

也可以在 grub 級別選擇引導環境。也許您錯誤地按下了向下箭頭並按了 Enter，然後您手動選擇了基於 Solaris 先前版本的引導環境。

蘭伯特解決了您的主要問題。

該更新很可能會創建一個新的 BE。如果您需要查看舊的 BE，您可以隨時掛載它。

即： beadm mount solaris-1 /mnt將掛載非活動 BE 集，以便下次重新啟動時掛載到 /mnt。

從歷史上看，除非您使用 init 命令，否則 LU (v10) 表現不佳，而 v11 中的 BE 很可能是相同的。通常在更新後，您將init 6重新啟動到新的 BE。您的關機命令發出了一個init 5應該同步所有內容並將新 BE 設置為通過 grub 引導的命令。

引用自：https://unix.stackexchange.com/questions/243379