Unix pin

В продолжнение темы Solaris. Что делать, если отвалился дисковый массив? еще пара советов по подключению отвалившихся дисков. Итак, ситуация примерно такая:
# vxdisk list
DEVICE TYPE DISK GROUP STATUS
c1t0d0s2 sliced rootdisk rootdg online
...
fabric_0 sliced - - online
fabric_1 sliced - - online
- - datadg02 DG01 failed was:fabric_0
- - datadg03 DG01 failed was:fabric_1

1. Проще всего остановить все тома, депортировать и импортировать дисковую группу.

Но что делать, если часть дисков отвалилась, но некоторые тома еще живы (ну например, часть томов находится на зеркалах на другом массиве), и останавливать сервис нельзя?
Читать полностью »

Написал скриптик (точнее страничку), для определения слотов устройств ввода-вывода в Hi-End серверах Sun 12k,15k,20k,25k. Теперь достаточно скопировать строку из /devices или /etc/path_to_inst, чтобы определить где находится ваш HBA.

Старый дедовский способ достаточно быстро забакапить файловую систему ufs.

Способ поднятый из манов ;) Решил запостить, чтобы легче было искать.

Но и вдруг кому пригодится? ;)

Читать полностью »

Ну пароли типа 123456 могут себе позволить только руты, а все остальные пусть мучаются, записывают на бумажках и приклеивают их на монитор ;) Ну вот, вообщем-то, генератор паролей. Условия: 8 символов, обязательно один символ из верхнего регистра, один из нижнего, один спецсимвол.
Пример работы:
RyCnY7Z#
osM,s7I{
Hx0a@f`7
IM(1Tl|S
P[\QKNa0
g8*`xHUp

Закачать password_gen.pl

Поставили нам на днях доблестные специалисты из HP новый процессор на сервер (вернее заменили).

При загрузке EFI орет благим матом, что:

EFI version 2.00 [14.62]
EFI64 Running on Intel(R) Itanium Processor Family
UEFI 2.0 IPF server rx6600 7.12 [Fri Feb 23 17:21:28 2007] firmware by HP

This boot experienced the following problems:
WARNING[37]: CPU(s) deconfigured

Address the warning issues as soon as possible.
Redisplay list with ‘info warning’ at EFI shell.
Читать полностью »

При выполнении сложных работ, в результате которых могут быть потеряны данные или нарушена работа приложений можно воспользоваться отключением “подзеркала” томов в VxVM, в случае проблем можно затем быстро подняться с оторванного подзеркала. В случае, когда объемы данных значительны, а окно для выполнения работ ограничено, то восстановление из бэкапа может привести к нарушению SLA. А такой способ является простым, быстрым и надежным ;)
Итак, пусть у нас есть дисковая группа DG01, каждый том имеет по два зазеркалированных плекса. Плексы располагаются на 2 массивах (ARRAY_01 и ARRAY_01) и сабдиски имеют в своем названии эти имена (на самом деле это не обязательно, это нужно лишь чтобы отгрипать плексы, а как вы их разделите - это ваше дело, хоть руками ;)

1. Для начала убедимся, что у нас все тома имеют больше одного плекса и они все активны:
vxprint -g DG01 -v -F "%name" -e "v_pl_num < 2 "
vxprint -g DG01 -p | grep DISABLE
Читать полностью »

Пришлось разбираться с кучей wwn-устройств, а так как каждый вендор предпочитает выводить в том виде, каком ему удобнее, то по ходу прилось делать переводчик из одного вида в другой.
В результате получился вот этот переводчик. Позволяет преводить из вида типа 00:aa:bb:cc или 00aabbcc в друг друга, в верхний или нижний регистр, а также в сокращенную форму без ведущих нулей. Помогает при поиске совпадений для утилит различных вендоров.

Для тех, кто предпочитает командную строку могу предложить вариант на perl:

cat | perl -n -e 's/([0-9a-f][0-9a-f])([0-9a-f][0-9a-f])([0-9a-f][0-9a-f])([0-9a-f][0-9a-f])([0-9a-f][0-9a-f])([0-9a-f][0-9a-f])([0-9a-f][0-9a-f])([0-9a-f][0-9a-f])/$1:$2:$3:$4:$5:$6:$7:$8/gi; print’


Ну и в продолжении предыдущей статьи добавляю сюда еще и скрипт для создания клона загрузочного диска в VxVM. Таким образом, если загрузочные диски под веритасом, можно пользоваться этим скриптом. В основе скрипта лежит блюпринт сановский Toward a Reference Configuration for VxVM Managed Boot Disks. Но скрипт творчески переработан в части выбора томов для зеркалирования.
Для инициализации нужно в VxVM инициализировать диск, и назвать его clone.
Ну например, так:

vxdisksetup -i c6t0d0s2
vxdg -g rootdg adddisk clone=c6t0d0s2

Для выбора томов, для зеркалирования на клон-диск, следует поправить в скрипте секцию
VOLUMES="rootvol:0:clone-rootvol:0x01:0x00 \
swapvol:1:clone-swapvol:0x03:0x01 \
var:5:clone-var:0x07:0x00 \
coredump:6:clone-coredump:0x00:0x00"

Качаем скрипт vxclonedisk

О необходимости живого и загружабельного клона root-диска, надеюсь, никому объяснять не надо.

Помогает он очень часто, после неудачных патчей, после пользовательских факапов и прочих некайфов, которые могут произойти как по ошибке, так и в процессе плановых работ.

Компания Sun Microsystems (Ныне принадлежащая Oracle) настойчиво рекомендует использовать Solaris Volume Manager для загрузочных устройств. Он достаточно прост в управлении и стоит ноль рублей ноль копеек.

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

Скрипт проверен лично мной на живой системе и отдан в продуктив.
Качаем скрипт makeclonesvm

Упала задача - проинсталлировать 25К, который стоял в коробке и не использовался.

Понятное дело, что железка уже EOL, но задачи такие падают.

Для того, чтобы грамотно спланировать устновку и не ошибиться по срокам, приведу примерный таймстамп по которому можно ориентироваться.

1. Подключение питания, сети, подготовка нужной оптики - 1,5 - 2,5 часа

многое зависит от персонала заказчика, электриков, сетивиков, оптиководов.

2. Подготовка контроллеров, накат патчей с EIS, конфигурация доменов - 8 - 10 часов.

Да, именно так, там достаточно слабые железки на контроллерах, патчи ставятся очень долго, особенно если предустановлена несвежая солярка.

3. Конфигурация инсталл-сервера - 1 час

4. Подключение загрузочных устройств, идентификация, поиск путей - 1-1,5 часа

5. Накат Solaris с инсталл-сервера - 1,5-2 часа… внутренняя сетка небыстрая.

кстати, когда настраиваете интерфейсы в suninstall нужно сконфигурить интерфейс dman0, иначе инсталляция не пойдет.

6. Конфигурение солярися (мирроринг бут-девайсов, накат патчей, установка доп-ПО) - 5-6 часов на домен.

Многие дела можно делать паралельно на нескольких доменах, но время лучше не экономить.

В итоге, среднее время для приведения 25К к боевой готовности - 3 дня не меньше. При планировании инсталляций лучше отталкиваться от таких величин, чем опаздывать к запланированному времени запуска в продуктив.