Solaris 11.3 升级 - 升级后 rpool 更改在重新启动后消失

Solaris 11.3 升级 - 升级后 rpool 更改在重新启动后消失

我有一台运行 Solaris 11.2 的测试服务器(在 HP Proliant Gen8 Microserver 硬件上)。 10 月 31 日,我将系统升级到 Solaris 11.3,如 Solaris 文档文章中所述将系统更新到 Oracle 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上保存的数据吗?

我尝试过的:

  • 谷歌搜索(当然) 对于搜索查询“无法创建影子目录”,谷歌没有任何结果。
  • 搜索 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

解决方案

正如兰伯特所指出的,引导环境是错误的。只需重新启动

init 6

解决了这个问题。找出造成这种情况的原因仍然很有趣。

更新2:

显然是在跑步

beadm activate solaris-1

永久激活新分区。看更改默认引导环境

答案1

结果是什么beadm list?您应该有多个引导环境。使用beadm activate <bename>您可以在它们之间切换(激活后,您应该重新启动)。

还可以在 grub 级别选择引导环境。也许您错误地按了向下箭头并按 Enter 键,然后手动选择了基于先前版本的 Solaris 的引导环境。

答案2

兰伯特解决了您的主要问题。

该更新很可能会创建一个新的 BE。如果您需要查看旧的 BE,您可以随时安装它。
即: beadm mount solaris-1 /mnt将安装非活动 BE 设置,以便下次重新启动时安装到 /mnt。

从历史上看,除非使用 init 命令,否则 LU (v10) 的表现不佳,而 v11 中的 BE 很可能也是如此。通常,更新后,您将init 6重新启动到新的 BE。您的关闭命令发出了一个init 5应该已同步所有内容并将新的 BE 设置为通过 grub 启动的命令。

相关内容