Добрый день!
Срочно нужна поСЧь!
ОС RHEL 4UPD4
Подключаю 2 SAN ресурса на сервер.
Суть проблемы описана в следующей цитате из инета:
"Если у вас несколько целей, то вы не можете заранее знать, под каким именем после следующей перезагрузки/рестарта сервиса будет доступна конкретная цель. Для того, чтобы каждая цель всегда была доступна под одним и тем же именем устройства, вы можете написать соответствующее правило udev"

Так вот КАК написать это правило udev?!?!?!?

PaulEr,

Отвечу цитатой из доки по которой я упражнялся:

"Настройка постоянного пути к устройству

К этому моменту новые диски видны ядру как обычные, но в файле /proc/partitions связывание устройств и имен целей неразличимо. Поэтому необходимо использовать постоянный путь устройств. Этот путь автоматически создается при помощи udev (динамическое управление устройствами):

/dev/disk/by-path/\
ip-192.168.0.100:3260-iscsi-iqn.2008-07.com.ibm.munich.target:\
shared.disk1-lun-0



Настройте разделы как обычно:

fdisk /dev/disk/by-path/\
ip-192.168.0.100:3260-iscsi-iqn.2008-07.com.ibm.munich.target:\
shared.disk1-lun-0



Путь к разделу 1:

/dev/disk/by-path/\
ip-192.168.0.100:3260-iscsi-iqn.2008-07.com.ibm.munich.target:\
shared.disk1-lun-0-part1



Если доступ к одной и той же цели осуществляется с разных инициаторов, доступ к общему разделу диска предоставляется как к блочному устройству с одним и тем же путем."

Но ничего не выходит. Требуется пояснение к этому фрагменту, а в документации только этот кусок и всё.

PaulEr,

Как можно посмотреть scsi_id ?

PaulEr,

scsi_id получены

Но как их использовать для указания постоянного пути устройств?

PaulEr,

Пермишены давать для

disk devices
или
iscsi devices

В disk devices есть пермишн:
sd*:root:disk:0660

?

PaulEr,
Вопрос по параметру
NAME="disk1"

Какое имя писать:
ну скажем /block/sdd ии /dev/sdd

Пока не удается изменить ситуацию - диски не хотят поключаться в нужном порядке :-(

PaulEr,

Тут интересная ситуация прояснилась:
у меня был подключен ресурс /dev/sdb, я захотел подключить ещё один /dev/sdc

Определил scsi_id у /dev/sdb до подключения второго таргета, потом подключил второй таргет.
Он определился как /dev/sdb, а тот который был /dev/sdb стал /dev/sdc, но его scsi_id изменился, а у нового диска он стал как у /dev/sdb/ до подключения второго таргета.

По команде: udevinfo -a -p /block/sd* я определил разницу между усройствами (т.е. уникальные параметры). Отредактировал правила udev в соответствии с ними, но эффекта нет.
Строки из правил /etc/udev/rules.d/50-udev.rules:

KERNEL="sd*", BUS="scsi", SYSFS{model}="XXX", SYSFS{vendor}="YYY", NAME="/block/sdb1"
KERNEL="sd*", BUS="scsi", SYSFS{model}="DDD", SYSFS{vendor}="CCC", NAME="/block/sdc"

Что не так?

PaulEr,

Эту доку не читал - спасибо за ссылку, но попались по гуглу другие похожие.

Вчера заработало вечером в такой конфигурации:

KERNEL="sd*", BUS="scsi", SYSFS{model}="XXX", SYSFS{vendor}="YYY", NAME="sdb1"
KERNEL="sd*", BUS="scsi", SYSFS{model}="DDD", SYSFS{vendor}="CCC", NAME="sdc"

Но в messages лог начал писать сообщения:

[iscsid3075]: Connection to Discovery Address xxxxxxxxx closed
[iscsid3075]: Connected to Discovery Address xxxxxxxxx

И они пишутся в таком порядке с момента перезапуска сервера после настройки правил.
Адрес сервера на котором висит старый таргет.

Стоит ли беспокоиться?

PaulEr,

Таргеты на разных серверах.
Навый диск подключается с другого адреса.

PaulEr,

Разобрались в чем дело..........Старая проблема с первым сервером.

Огромное спасибо за помощь!!!!!!!!!

Теперь вопрос в тестировании: возможно ли что правило не сработает в какой-то момент?