我有一台运行 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 的快照。问题:
- 是什么导致了这种情况?
- 升级后有什么办法可以恢复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 启动的命令。