Частенько приходится видеть системы журналы работы которых завалены сообщениями об ошибках доступа к LUN’ам, которые были давным-давно “оторваны” от системы администратором. В рамках программы по ликвидации безграмотности, процедура должна выглядеть так:
- Отмонтируем файловые системы, исключаем сырое устройство из конфигурации приложения (Oracle, Informix, etc), отключаем диск в менеджере томов (VxVM, SVM, etc) или системе управления множественными дисковыми путями (PP,SP,HDLM,VxDMP,etc), в случае ленточных приводов выводим их из конфигурации соответствующего ПО, и.т.д. - одним словом делаем так чтобы были закрыты устройства всех путей к отключаемым LUN’ам.
- Переводим в состояние offline все пути к отключаемому устройству:
# luxadm -e offline /dev/rdsk/c4t60060E909072FA1d0s2 # luxadm -e offline /dev/rdsk/c5t60060E909072FA2d0s2 # luxadm -e offline /dev/rdsk/c6t60060E909072FA3d0s2 # luxadm -e offline /dev/rdsk/c7t60060E909072FA4d0s2
- После проведения этой операции в выводе команды
# cfgadm -al -o show_SCSI_LUN
# cfgadm -al -o show_FCP_dev
- На данном этапе производится непосредственно отключение LUN на целевом устройстве (к примеру отключается отображение (mapping) на дисковом массиве).
- После этого устройства окончательно удаляются из конфигурации системы с помощью команд:
# cfgadm -c unconfigure -o unusable_SCSI_LUN c4::60060E909072FA1 # cfgadm -c unconfigure -o unusable_SCSI_LUN c5::60060E909072FA2 # cfgadm -c unconfigure -o unusable_SCSI_LUN c6::60060E909072FA3 # cfgadm -c unconfigure -o unusable_SCSI_LUN c7::60060E909072FA4
- После этого возможно потребуются дополнительные операции по окончательному удалению этих путей из конфигурации менеджера томов
Только на sol9 надо пользовать unusable_FCP_dev ? Или нет ? Или разговор только про Sol10/11 ?
А что делать если диск был извлечен без cfgadm -c unconfigure, под управлением веритаса, к нему остался старый путь. devfsadm -C не помогает, веритас видит новый диск по старому пути. В cfgadm -al есть старый WWN и condition failing… cfgadm -x remove_device и luxadm remove_device -F не помогают?
Да, на Solaris 9 - unusable_FCP_dev
Боюсь что если удаление уже произведено без этих подготовительных шагов, то варианта два - либо перезагрузка, либо подключение вместо удаленного устройства временного (на тот же контроллер, с того же устройства с тем же номером LUN) а затем его конфигурация и корректная деконфигурация.
Что-то мне подсказывает, что даже при нахождении всех путей в состоянии disabled в VxDMP, luxadm не сможет заофлайнить как-минимум последний путь к диску, как-максимум - ни один из путей.. А способов заставить VxDMP “забыть” об определенных дисках/путях afaik нет.
vxdmp -f disable path=cX…….
Sorry конечно же так
vxdmpadm -f disable path=c1t0d0s2
glush: совсем недавно проделывал это на VxVM 5.0 - после ‘vxdisk offline’ все отцепилось как нельзя лучше. Может быть где-то в недрах VxDMP и остались записи об отключенных путях, но в логах и выводах команд оно ими администратора не смущало :)