Подключение DAS к Red Hat

так это DAS или SAN с FC-AL? хинт - разница в том где находится контроллер

Это DAS. Не много введу в курс дела, когда то это связка работала (RedHat подключен на прямую к DAS-у по оптике) пока не рассыпался RAID на DAS-е. После чего я заменил харды и собрал рэйд по новой, соответственно нарезал LUN-ы так как это DAS и подключил оптический патч-корд, но чудо не произошло DAS я так и не увидел в RedHat-е. Попробовал подключить этот DAS к серверу с ОС Windows тоже по оптике Raid определился в диспетчере устройств, диск появился в моем компьютере.

вот что показывает команда fdisk -l

Disk /dev/sda: 250.0 GB, 250059350016 bytes 255 heads, 63 sectors/track, 30401 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System /dev/sda1 * 1 13 104391 83 Linux /dev/sda2 14 274 2096482+ 82 Linux swap /dev/sda3 275 30401 241995127+ 83 Linux

WARNING: GPT (GUID Partition Table) detected on '/dev/sdb'! The util fdisk doesn't support GPT. Use GNU Parted.

Note: sector size is 4096 (not 512)

Disk /dev/sdb: 3266.1 GB, 3266115010560 bytes 256 heads, 63 sectors/track, 49441 cylinders Units = cylinders of 16128 * 4096 = 66060288 bytes

Device Boot Start End Blocks Id System /dev/sdb1 1 266306 4294967292 ee EFI GPT

WARNING: GPT (GUID Partition Table) detected on '/dev/sdc'! The util fdisk doesn't support GPT. Use GNU Parted.

Note: sector size is 4096 (not 512)

Disk /dev/sdc: 3266.1 GB, 3266115010560 bytes 256 heads, 63 sectors/track, 49441 cylinders Units = cylinders of 16128 * 4096 = 66060288 bytes

Device Boot Start End Blocks Id System /dev/sdc1 1 266306 4294967292 ee EFI \ GPT

Если я правильно понял то Disk /dev/sdb и Disk /dev/sdc это и есть мой райд?

ДАС, то есть рейд контроллер находится в сервере. не hba а именно контроллер? в таком случае, надо сначала убедиться в том что биос контроллера видит диски на ДАС-е, и контроллер виден на хосте (/proc/scsi/scsi обычно все должен показывать). Если все видно, надо смотреть на настройки device-mapper и искать диски в /dev/mapper/... а не как /dev/sdX.

dyasny спасибо за то что откликнулись, но если вы внимательно прочитаете мой первый пост то там написана модель DAS-a это внешний рэковый рейд массив а не на сервере. И потом с чего это он должен появится в /proc/scsi/scsi если он подключен по оптике а не по scsi.

Проблема решена, по команде fdisk -l я уивидел свои рейд массивы подключенные по оптике, после чего я их форматнул mkfs.ext3 /dev/sdc, а после сделал mount, mount /dev/sdc /mnt/lus1/ и все. Но в любом случаи спасибо dyasny.

google://das vs san

учи мат. часть

вопрос решен и закрыт а от ваше комментария не холодно ни жарко

dyasny спасибо за то что откликнулись, но если вы внимательно прочитаете мой первый пост то там написана модель DAS-a это внешний рэковый рейд массив а не на сервере. И потом с чего это он должен появится в /proc/scsi/scsi если он подключен по оптике а не по scsi.

я не знаком со всеми девайсами в мире, и номер модели мне ничего не говорит, если я никогда не видел эту модель. Если рейд контроллер внутри девайса, то это уже не DAS, а вполне себе SAN, может и примитивный, но тем не менее.

Проблема решена, по команде fdisk -l я уивидел свои рейд массивы подключенные по оптике, после чего я их форматнул mkfs.ext3 /dev/sdc, а после сделал mount, mount /dev/sdc /mnt/lus1/ и все. Но в любом случаи спасибо dyasny.

это конечно хорошо, но best practice все таки в использовании device-mapper. при жесткой завязке на dev/sdX могут появится сюрпризы, a device-mapper использует WWN, и кроме того, можно, при наличии дополнительных портов и при расширении fabric-a, перейти на multipath без изменения настроек или даже остановки системы