Обновление Solaris 11.3 – изменения в rpool после обновления после перезапуска

У меня есть тестовый сервер под управлением Solaris 11.2 (на аппаратном обеспечении HP Microserver HP Proliant Gen8). 31 октября я обновил систему до Solaris 11.3, как описано в документации по Solaris. Обновление системы для Oracle Solaris 11.3, и все, казалось, прошло гладко. Через две недели я отключил сервер

shutdown -y -i5 -g0 

После повторного запуска сервера состояние rpool было возвращено в состояние до обновления. Вход в ssh отобразил последнее время входа в систему 31 октября, хотя я вошел в систему 14 ноября. Бег

 uname -a 

дисплеи

SunOS nas3 5.11 11.2 i86pc i386 i86pc

и все файлы на rpool, созданные после 31 октября, исчезли. На консоли отображается сообщение

nas3 console login: 15 ноября 18:11:34 nas3 genunix: УВЕДОМЛЕНИЕ: /dev/chassis/.ca/Proliant-MicroServer-Gen8.CZ152300T4/SYS: невозможно создать теневой каталог – ошибка

К сожалению, нет снимков rpool. Вопросов:

  1. Что могло быть причиной этого?
  2. Есть ли способ вернуть данные, сохраненные в rpool после обновления?

То, что я пробовал:

  • googling (конечно) 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 

Решение

Как отметил Ламберт, среда загрузки была неправильной. Просто перезагрузитесь

 init 6 

исправлена ​​проблема. Было бы интересно узнать, что вызвало это.

Обновление 2:

Видимо, работает

 beadm activate solaris-1 

постоянно активируется новый раздел. См. Раздел Изменение загрузочной среды по умолчанию .

Каков результат beadm list ? У вас должно быть несколько загрузочных сред. Используя beadm activate <bename> вы можете переключаться между ними (после активации вы должны перезагрузить).

Среда загрузки также может быть выбрана на уровне grub. Возможно, вы ошибочно нажали стрелку вниз и нажали кнопку ввода, и вы вручную выбрали среду загрузки, основанную на предыдущем выпуске Solaris.

Ламберт решил вашу главную проблему.

Обновление, скорее всего, создало новый BE. Если вам нужно взглянуть на старый BE, вы всегда можете установить его.
т.е.: beadm mount solaris-1 /mnt установит неактивное BE, установленное для следующей перезагрузки, которая будет установлена ​​на / mnt.

Исторически LU (v10) не играл хорошо, если вы не использовали команды init, а BE в v11, скорее всего, то же самое. Обычно после обновления вы перезагружаете init 6 для нового BE. Команда shutdown выпустила init 5 который должен был синхронизировать все и установить новую BE для загрузки через grub.