Показаны сообщения с ярлыком veritas. Показать все сообщения
Показаны сообщения с ярлыком veritas. Показать все сообщения

четверг, 16 августа 2012 г.

Вычисление требуемого размера тома Hitachi для Veritas

Нашел любопытный момент: по всей видимости размер резервируемого пространства VxVM является константой всегда или в неком диапазоне размеров томов. Это наблюдение получено при решении типичной задачи - отзеркалировать уже существующий том на новую полку. Значение privlen конечно же фиксированное в рамках задачи. Хотелось привести именно требуемый объем  - ни больше и не меньше. Решение искалось методом тыка, но первый же тык попал в яблочко ;)

вторник, 14 сентября 2010 г.

Резервное копирование NOM (Sybase)

На первый взгляд простая задача вылилась для меня в длинное разбирательство со строкой соединения к базе данных.
Проверить соединение можно следующей коммандой:
$ dbping -z -c "UID=DBA;pwd=SQL;Links=tcpip{IP=10.0.0.1;PORT=13985;DoBroadcast=none;Verify=NO};ServerName=sparc"

понедельник, 26 июля 2010 г.

Удаление дисковой группы Veritas

Есть дисковая группа:
$ vxdg list
NAME         STATE           ID
DATA_AREA    enabled              1267788654.292.myhost
$ vxdisk -e list
Останавливаем разделы:
for i in \
$(vxprint -g DATA_AREA -v|grep ^v|awk {'print $2'}); \
do 
 vxvol -g DATA_AREA stop ${i};
done
Удаляем разделы:
for i in \
$(vxprint -g DATA_AREA -v|grep ^v|awk {'print $2'});
do 
 vxassist -g DATA_AREA remove volume ${i};
done
Теперь можно удалить непосредственно дисковую группу:
vxdg destroy DATA_AREA
Если веритасу снесло голову, то он показывает дубликаты дисков и не может удалить некоторые диски. Лечится командой:
vxconfigd -k -m enable -x syslog
После этого изменятся все имен дисков. Новые имена можно узнать так:
vxdisk path |grep /WWN/
UPD. Как мне подсказли можно проще:
vxvol -g DATA_AREA stopall
vxdg destroy DATA_AREA 

пятница, 25 июня 2010 г.

Проблема с удалением волума

Иногда при некорректном прерывании зеркалирования бывает вот так:
TY NAME         ASSOC        KSTATE   LENGTH   PLOFFS   STATE    TUTIL0  PUTIL0
v  vol_01_12 fsgen     ENABLED  8388736  -        ACTIVE   ATT1    -
pl vol_01_12-01 vol_01_12 ENABLED 8396800 - ACTIVE   -       -
sd hds_raid5_09_3-43 ITOG_TBS3_01_12-01 ENABLED 2099200 0 -      -       -
sd hds_raid5_09_4-43 ITOG_TBS3_01_12-01 ENABLED 2099200 0 -      -       -
sd hds_raid5_09_1-43 ITOG_TBS3_01_12-01 ENABLED 2099200 0 -      -       -
sd hds_raid5_09_2-43 ITOG_TBS3_01_12-01 ENABLED 2099200 0 -      -       -
pl vol_01_12-02 vol_01_12 ENABLED 8396800 - TEMPRMSD ATT     -
sd hdsii_raid1_01_1-25 ITOG_TBS3_01_12-02 ENABLED 2099200 0 -    -       -
sd hdsii_raid1_01_3-25 ITOG_TBS3_01_12-02 ENABLED 2099200 0 -    -       -
sd hdsii_raid1_01_2-25 ITOG_TBS3_01_12-02 ENABLED 2099200 0 -    -       -
sd hdsii_raid1_01_4-25 ITOG_TBS3_01_12-02 ENABLED 2099200 0 -    -       -
pl vol_01_12-03 vol_01_12 ENABLED 8396800 - ACTIVE   -       -
sd hdsii_raid1_04_1-23 ITOG_TBS3_01_12-03 ENABLED 2099200 0 -    -       -
sd hdsii_raid1_04_3-23 ITOG_TBS3_01_12-03 ENABLED 2099200 0 -    -       -
sd hdsii_raid1_04_2-23 ITOG_TBS3_01_12-03 ENABLED 2099200 0 -    -       -
sd hdsii_raid1_04_4-23 ITOG_TBS3_01_12-03 ENABLED 2099200 0 -    -       -
что приводит к
vxplex -g group dis vol_01_12-02
VxVM vxplex ERROR V-5-1-809 Plex vol_01_12-02 in volume vol_01_12 is locked by another utility
Лечится вот так:
vxmend -g  clear all 
что в нашем случае является
vxmend -g group clear all vol_01_12 vol_01_12-02