Доброе (?) утро!
Вот при переноске сервера Sun Fire 490 и после его продувки он работать отказался.
Админ, который работал с ним ушел из компании полгода назад.
Есть у кого подсказки, что дальше делать?
Ситуация такая, судя по всему умер один из внутренних дисков, на которых сидела система.
Во всяком случае он помечен как неисправный.
По обещаниям они должны быть в зеркале, но похоже что нет.
Такая тема описана в базе знаний Оракл, все симптомы сходятся:
https://support.oracle.com/knowledge/Sun Microsyst…900988_1.html#FIX

Но наш предыдущий рулевой предусмотрительно поддержку не продлил.
Я пока пытаюсь ее восстановить, но когда это произойдет, неизвестно.
А на восстановление у нас праздники.
Может кто глянуть что там хорошего написано или, может, и так знает?

Где можно посмотреть логи выключения? Мне кажется он что-то необычное писал когда его выключали.
Я не админ, переносил его не я, мне просто нужно чтобы сервер работал

bga83,

Новый админ себя таковым считает :-)

А где найти профильного в праздники, 6-го будут выходить люди, им надо работать.
Да, уже сошлись на том что надо грузиться с установочного диска.

Vadim Lejnin,

Доброе утро!
Это в нулевой зоне. А контейнеры с зонами при этом сохранятся или надо какие-то специальные действия предпринять?

Vadim Lejnin,

Руководитель IT уволил админа, а потом ушел и сам.
Так что спросить не с кого.
Физически перетыкали диски и пересобирали корзину с дисками.
Не помогло.
Завтра поедем туда и будем заводить шаманский бубен.

Это, конечно, не рабочий контур, но тоже вполне себе важный,
да так что 16 января будет или пан или пропал.

Архитектура идет такая с 2006 года.
Нулевая системная зона и две пользовательских.

mefman,

Это не корректное высказывание. Мейнфреймы при чем?
4 года назад перешли на новый сервер, который сейчас рабочий,
но там тоже были зоны и контейнеры. Поэтому структуру воспроизвели ту же.

Производительность и надежность серверов выше всяких похвал.
Пока не начали "переносить и чистить" все прекрасно работало.

Это не провал практики "работает - не трогай", это провал "авось пронесет"

Результат такой, с сидюка не грузится.
Быстро моргает зеленым (инициализируется после вставки диска) довольно долго и все.
boot cdrom не отрабатывает, вроде родной солярный диск из поставки с системой.
Он же загрузочный?

Мутаген, Vadim Lejnin,

Праздники прошли весело. Итак, результат такой:
зеркало все-таки было, убрали убитый диск, загрузились, размонтировали,
перезагрузились, получилась полудохлая система без внешней FC и половины сервисов,
потому что после переноски сервера
не была корректно настроена СХД (воткнута напрямую без перенастройки).
Потом настроили СХД, перезагрузил сервер, он при перезагрузке написал,
что разъехался файл kernel/drv/md.conf (непонятно с чего). Сервер вошел в режим maintainance,
тогда я по инструкции очистил бут-архив в ручном режиме и сервер перезапустился.
Визуально kernel/drv/md.conf при этом не изменился никак.
После этого все поднялось, все сервисы и зоны поднялись.

Непонятно только почему дает ошибку:
root@server0 # zoneadm list -cip
0:global:running:/::native:shared
1:server1:running:/zones/server1:***********************:native:shared
2:server2:running:/zones/server2:***********************:native:shared
root@server0 # Jan 4 20:07:15 server0 snmpXdmid: Registration with DMI failed. err = 831.

Осталось заменить битый диск, вернуть зеркало (пока не знаю как, буду читать),
и понять нет ли беды с указанной только что ошибкой регистрации DMI.

В интернете писано, что надо сделать такие действия, только мне непонятно, обновление бутархива испортило дату или снесло патчи?

Registration with DMI failed. err = 831." can occur for two reasons.
1. The patch to address CR 7010213 has not been applied and the snmpXdmid file in questions has a expired date.
2. The patch to address CR 7010213 has been applied but the customer was not provided the information to clear some snmpXdmid database files that store expired date information.
The following steps need to be executed as root on the system.
The first step can be omitted if the patch 138361-02 or later has already been installed.
# patchadd 138361-02
# svcadm disable dmi
# rm /var/dmi/db/*
# svcadm enable dmi

Vadim Lejnin,

У нас там ERP система, но мигрировать без уплаты больших денег производителю за новый портингсет можно только на SUN.
Рабочий контур перенесен на S7-2 вполне свежий. На нем создана зона для принятия второго контура.
В теории предполагалось, что в любой момент туда можно будет перенести и сервер второго контура
(моделирования и разработки, который v490).
Однако как ушел админ оказалось, что это проблема, т.к. новые не знают как.
Должно быть сделано как-то просто - в контейнерах.

Про бекапы, временно помогавший специалист пробовал сделать его раз самопалом, пока ничего не работало, но неудачно
Это из консоли:
root@p0 # cd etc/
root@p0 # cp system
root@p0 # system-INSTALL
root@p0 # cp system system.backup.030122
root@p0 # reate system.backup.030122: Read-only file system -

Проблема в том, что если сделать дамп неправильно - он будет все равно бесполезен,
зато будет чувство ложной уверенности.
Под конец консультации было предложено сделать дамп командой ufsdump,
когда все заработает и СХД подцепится. ​
Только сейчас читаю - есть непонимание серьезное как ее запускать.
У Оракла написано как архивировать зоны, не написано как архивировать саму систему.
Надо понимать какие пути указывать для архивации, какие аргументы.
Судя по всему надо гасить сервер, т.к. его можно его делать только
на размонтированной системе или read-only (хотя вроде выше писало что она read-only)
# ufsdump 0 system
​/usr/sbin/ufsdump [options] [arguments] files_to_dump

Короче тут еще изучать и изучать или ждать когда нас поставят на поддержку...
Админы говорят что могут сделать dd дамп.