IBM HS20 Blade és qlogic kártya szívás Ubuntu/Debian alatt.

Sziasztok!

Most futtotam bele egy olyan problémába, hogyha a SAN-ról (IBM DS400) kiosztunk 2 logikai diszket egy HS20-as blade-nek. (Mondjuk egy 5GB-ost a LUN0-ra egy 10GB-ost a LUN1-re rakunk), akkor látja az Ubuntu, hogy 2 diszk van hozzárendelve és ki is osztja őket mint /dev/sda és/dev/sdb, de a két diszk ugyanoda mutat, a LUN0-ra.
Azaz a LUN1-re kirendezett 10G-s diszk helyett az 5GB-os boot diszket látom.
Namármost ez nem igazán az amit látni szeretnék...
Valakinek van ilyen tapasztalata, vagy ötlete?
(Még ilyet nem igazán láttam)

-Mr-

2215 megtekintés

Nem ugyan azt a LUN -t látod két külön útvonalon? Hogy lettek a zónák elkészítve?

0 szavazat

A hozzászóláshoz be kell jelentkezni

Na szóval :

1. Csak egy QLOGIC kártyával érdemes installálni, ha megy és minden OK, akkor lehet redundanciát beállítani, majd reboot és engedélyezni a másik kareszt !

2. Zóna konfig = ?

0 szavazat

A hozzászóláshoz be kell jelentkezni

A QLA kártyának csak az egyik portja aktív, a másik nincs engedélyezve.
(és a keretben sincs még benne a második FC Switch)

-Mr-

0 szavazat

A hozzászóláshoz be kell jelentkezni

Hali!

Adott a DS400-as két adapterrel(A/B) rajtuk két raid5 tömbbel.
Array1 a ControllerA-hoz, Array2 a ControllerB-hez rendelve
Array1-en belül létrehozva pár logikai lemez:
B1_boot,B1_data,B2_boot,B2_data,stb...
B1_boot és B1_data ACL-ezve a Blade01_QLA_port0-hoz.
Az FC Switchben összezónázva a Blade01_QLA_port0 és a DS400_ControllerA

Szóval a két Disk egy azon Array-on és egy azon Controlleren csücsül.

Ezen túl nem tudom mit kellene még állítani, mert már a QLA biosában is állítottam mindent mindenre, de csak nem akarja az igazságot...

-Mr-

0 szavazat

A hozzászóláshoz be kell jelentkezni

Windows-t feldobva az egyik gépre, látja rendesen a két particiót...
Valakinek ötlete az eredeti probléma megoldására?

-Mr-

0 szavazat

A hozzászóláshoz be kell jelentkezni

Nincs tapasztalatom ilyen téren.
Nem derül ki milyen oprendszert akarsz hozzá.
Ha linux, akkor van egy tippem, de előre is bocs, ha nagyon gagyi:
a kernelben bele van a "probe all luns on scsi devices" fordítva?

Üdv,
Dw.

"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."

0 szavazat

A hozzászóláshoz be kell jelentkezni

Ubuntu 6.06.1 LTS-t szeretnék használni és szeretném, ha a gyári kernellel menne, a könnyebb karbantarthatóság miatt. (nem én fogom karbantartani...)
A tippet köszönöm, ellenőrizni fogom, és ha saját kernellel megy a dolog, akkor örülni is fogok. Ezután majd eldöntjük, Ubuntu marad-e vagy megpróbálkozunk másik disztribbel is.(Most még a CentOS fele kacsingatok, igaz azzal még nincs tapasztalatom)

-Mr-

0 szavazat

A hozzászóláshoz be kell jelentkezni

Kicsit nézegetve a dolgokat, lehet az udev lesz a ludas? Csak egy ötlet, de elképzelhető hogy rosszul hozza létre az eszközöket a /dev alá?
Aki ismeri az udev-et, az lehetségesnek tartja ezt, vagy ebbe az irányba el se menjek...

-Mr-

0 szavazat

A hozzászóláshoz be kell jelentkezni

Mulitpath-t meg tudod oldani ezzel:
http://christophe.varoqui.free.fr/wiki/wakka.php?wiki=Home

DS4100-al speciel nem volt dolgom linux alatt, de mas storage-al a HS20-ban levo qlogic (QLA2312) kartya megy/bootol linux alol (debiannal is), szoval valoszinusithetoen a DS-en kell vmit allitanod (LUN-id, vezerlok, stb...)

0 szavazat

A hozzászóláshoz be kell jelentkezni

Ez sajnos a "buta", de legalább olcsó DS400-as storage. A kártyák sem a 2Gb-es QLA2312-esek, hanem az újabb QLA2462-es 4Gb-esek (Az ubuntu 2422-esnek ismeri fel). A régebbi cuccokal nekem sem volt semmi gondom, bár nem Ubuntu volt rajtuk, hanem SLES.

-Mr-

0 szavazat

A hozzászóláshoz be kell jelentkezni

A lun szvsz az egy alacsonyabb szintű dolog, amit a device létrehozása nem befolyásol.
De a lun-on kívül a target és a bus szám is ugyanaz? Mert szerintem sda és sdb esetén a targetnek különbözni kéne és akkor azonos lun ellenére sem ekvivalens a két "lemez".

Üdv,
Dw.

"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."

0 szavazat

A hozzászóláshoz be kell jelentkezni

Itt van a két udevinfo kimenete, vastagon szedve azok a sorok amelyek különböznek

/sys/block/sda:

device '/sys/block/sda' has major:minor 8:0
looking at class device '/sys/block/sda':
KERNEL=="sda"
SUBSYSTEM=="block"
SYSFS{dev}=="8:0"
SYSFS{range}=="16"
SYSFS{removable}=="0"
SYSFS{size}=="10485760"
SYSFS{stat}==" 1437 386 58160 5632 179 444 4984 16864 0 6048 22496"

follow the "device"-link to the physical device:
looking at the device chain at '/sys/devices/pci0000:00/0000:00:03.0/0000:04:00.0/0000:06:01.0/host0/rport-0:0-0/target0:0:0/0:0:0:0':
BUS=="scsi"
ID=="0:0:0:0"
DRIVER=="sd"
SYSFS{device_blocked}=="0"
SYSFS{iocounterbits}=="32"
SYSFS{iodone_cnt}=="0x65f"
SYSFS{ioerr_cnt}=="0x0"
SYSFS{iorequest_cnt}=="0x65f"
SYSFS{model}=="DS400 S320 "
SYSFS{queue_depth}=="32"
SYSFS{queue_type}=="none"
SYSFS{rev}=="7.00"
SYSFS{scsi_level}=="5"
SYSFS{state}=="running"
SYSFS{timeout}=="30"
SYSFS{type}=="0"
SYSFS{vendor}=="IBM "

looking at the device chain at '/sys/devices/pci0000:00/0000:00:03.0/0000:04:00.0/0000:06:01.0/host0/rport-0:0-0/target0:0:0':
BUS==""
ID=="target0:0:0"
DRIVER=="unknown"

looking at the device chain at '/sys/devices/pci0000:00/0000:00:03.0/0000:04:00.0/0000:06:01.0/host0/rport-0:0-0':
BUS==""
ID=="rport-0:0-0"
DRIVER=="unknown"

looking at the device chain at '/sys/devices/pci0000:00/0000:00:03.0/0000:04:00.0/0000:06:01.0/host0':
BUS==""
ID=="host0"
DRIVER=="unknown"

looking at the device chain at '/sys/devices/pci0000:00/0000:00:03.0/0000:04:00.0/0000:06:01.0':
BUS=="pci"
ID=="0000:06:01.0"
DRIVER=="qla2xxx"
SYSFS{class}=="0x0c0400"
SYSFS{device}=="0x2422"
SYSFS{irq}=="185"
SYSFS{local_cpus}=="00000000_0000000f"
SYSFS{modalias}=="pci:v00001077d00002422sv00001077sd00000136bc0Csc04i00"
SYSFS{subsystem_device}=="0x0136"
SYSFS{subsystem_vendor}=="0x1077"
SYSFS{vendor}=="0x1077"

looking at the device chain at '/sys/devices/pci0000:00/0000:00:03.0/0000:04:00.0':
BUS=="pci"
ID=="0000:04:00.0"
DRIVER=="unknown"
SYSFS{class}=="0x060400"
SYSFS{device}=="0x0329"
SYSFS{irq}=="0"
SYSFS{local_cpus}=="00000000_0000000f"
SYSFS{modalias}=="pci:v00008086d00000329sv00000000sd00000000bc06sc04i00"
SYSFS{subsystem_device}=="0x0000"
SYSFS{subsystem_vendor}=="0x0000"
SYSFS{vendor}=="0x8086"

looking at the device chain at '/sys/devices/pci0000:00/0000:00:03.0':
BUS=="pci"
ID=="0000:00:03.0"
DRIVER=="pcieport-driver"
SYSFS{class}=="0x060400"
SYSFS{device}=="0x3596"
SYSFS{irq}=="169"
SYSFS{local_cpus}=="00000000_0000000f"
SYSFS{modalias}=="pci:v00008086d00003596sv00000000sd00000000bc06sc04i00"
SYSFS{subsystem_device}=="0x0000"
SYSFS{subsystem_vendor}=="0x0000"
SYSFS{vendor}=="0x8086"

looking at the device chain at '/sys/devices/pci0000:00':
BUS==""
ID=="pci0000:00"
DRIVER=="unknown"

.
.
.
.
/sys/block/sdb:

device '/sys/block/sdb' has major:minor 8:16
looking at class device '/sys/block/sdb':
KERNEL=="sdb"
SUBSYSTEM=="block"
SYSFS{dev}=="8:16"
SYSFS{range}=="16"
SYSFS{removable}=="0"
SYSFS{size}=="10485760"
SYSFS{stat}==" 116 359 1870 344 0 0 0 0 0 256 344"

Innen ugyanaz mint az elöző.

A Target jó így: target0:0:0/0:0:0:0 és target0:0:0/0:0:0:1 ? a második szekcióban már csak target0:0:0 szerepel mind a két eszköznél. Ez nem lehet gond?

-Mr-

0 szavazat

A hozzászóláshoz be kell jelentkezni

Szerintem hagyjuk az udev-et. Ha lun problémára van gyanú, akkor alacsonyabb szinten kéne nézelődni.
A sok udev blabla helyett szerintem nyomj egy "cat /proc/scsi/scsi"-t. Ott egyértelműen szerepel a host, a bus, a target és a lun. Ha nem ugyanaz a kettő, akkor nem ez a probléma.

Üdv,
Dw.

"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."

0 szavazat

A hozzászóláshoz be kell jelentkezni

Attached devices:
Host: scsi0 Channel: 00 Id: 00 Lun: 00
Vendor: IBM Model: DS400 S320 Rev: 7.00
Type: Direct-Access ANSI SCSI revision: 04
Host: scsi0 Channel: 00 Id: 00 Lun: 01
Vendor: IBM Model: DS400 S320 Rev: 7.00
Type: Direct-Access ANSI SCSI revision: 04

0 szavazat

A hozzászóláshoz be kell jelentkezni

Itt a lun-ok különböznek. Mivel a host, az channel és az id ugyanaz, én azt várnám, hogy az egyik sda1, a másik sda2 legyen. Az udev az ebben az esetben már szóba jön.

Üdv,
Dw.

"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."

0 szavazat

A hozzászóláshoz be kell jelentkezni

javaslom h modositsad linux szivasra a topicot mert azt a latszatot kelti h a HWban van a hiba ami nyilvanvaloan nem igyvan
--
"en csak hupot olvasok" al3x
http://litch.eu/blog

0 szavazat

A hozzászóláshoz be kell jelentkezni

A címet módosítottam, de nem általánosítottam linuxra, mert CentOS-el(RHEL) megy, és úgy tűnik, SLES-el is jó lesz.

-Mr-

0 szavazat

A hozzászóláshoz be kell jelentkezni

CentOS4.4-hez csináltam meghajtó lemezt, és ezzel (kis trükkel ugyan) sikerült normálisan telepíteni a rendszert és nem is keveri a LUN-okat.

Egyszóval a szívás az Ubuntu/Debian-ban levő, Qlogic 2400-as meghajtójával van (szerintem a gond a firmware és a driver szétválaszásával lehet összefüggésben, pedig a firmware forrása is gpl-es, de ez már a debianos kernelfejlesztők szőrszálhasogatása...)

-Mr-

0 szavazat