web-dev-qa-db-ja.com

Centos6のFC経由でEMCVNX5300からLUNをマウントする

VMX5300で、LUNの作成、ホストの構成などを行いました。ESXiへのLUNのマウントは非常に簡単で、ESXiホストは新しいFCデバイスを検出し、数回クリックするだけで新しいFCストレージをマウントできました。 Centosでは、思ったほど簡単ではありません。

ファイバーチャネルカードを持っています:Emulex Corporation Saturn-X:LightPulseファイバーチャネルホストアダプター(rev 03)。

システムはそれを認識します。VNXでLUNを構成した後、これらの行がログに表示されます。


Jul 28 13:50:37 server kernel: lpfc 0000:05:00.0: 0:1305 Link Down Event x2 received Data: x2 x20 x80000 x0 x0
Jul 28 13:51:07 server kernel: rport-3:0-0: blocked FC remote port time out: removing target and saving binding
Jul 28 13:51:07 server kernel: lpfc 0000:05:00.0: 0:(0):0203 Devloss timeout on WWPN 50:06:01:69:3e:a0:63:57 NPort x0000ef Data: x0 x7 x0
Jul 28 13:57:23 server kernel: lpfc 0000:05:00.0: 0:1303 Link Up Event x3 received Data: x3 x1 x20 x2 x0 x0 0
Jul 28 13:57:23 server kernel: lpfc 0000:05:00.0: 0:1309 Link Up Event npiv not supported in loop topology
Jul 28 13:57:23 server kernel: lpfc 0000:05:00.0: 0:(0):2858 FLOGI failure Status:x3/x18 TMO:x0
Jul 28 13:57:23 server kernel: lpfc 0000:05:00.0: 0:(0):2858 FLOGI failure Status:x3/x18 TMO:x0
Jul 28 13:57:23 server kernel: lpfc 0000:05:00.0: 0:(0):2858 FLOGI failure Status:x3/x18 TMO:x0
Jul 28 13:57:23 server kernel: lpfc 0000:05:00.0: 0:(0):0100 FLOGI failure Status:x3/x18 TMO:x0
Jul 28 13:57:23 server kernel: scsi 3:0:0:0: Direct-Access     DGC      LUNZ             0531 PQ: 0 ANSI: 4
Jul 28 13:57:23 server kernel: sd 3:0:0:0: Attached scsi generic sg5 type 0
Jul 28 13:57:23 server kernel: sd 3:0:0:0: [sdd] READ CAPACITY failed
Jul 28 13:57:23 server kernel: sd 3:0:0:0: [sdd] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Jul 28 13:57:23 server kernel: sd 3:0:0:0: [sdd] Sense Key : Illegal Request [current] 
Jul 28 13:57:23 server kernel: sd 3:0:0:0: [sdd] Add. Sense: Logical unit not supported
Jul 28 13:57:23 server kernel: sd 3:0:0:0: [sdd] Test WP failed, assume Write Enabled
Jul 28 13:57:23 server kernel: sd 3:0:0:0: [sdd] Asking for cache data failed
Jul 28 13:57:23 server kernel: sd 3:0:0:0: [sdd] Assuming drive cache: write through
Jul 28 13:57:23 server kernel: sd 3:0:0:0: [sdd] READ CAPACITY failed
Jul 28 13:57:23 server kernel: sd 3:0:0:0: [sdd] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Jul 28 13:57:23 server kernel: sd 3:0:0:0: [sdd] Sense Key : Illegal Request [current] 
Jul 28 13:57:23 server kernel: sd 3:0:0:0: [sdd] Add. Sense: Logical unit not supported
Jul 28 13:57:23 server kernel: sd 3:0:0:0: [sdd] Test WP failed, assume Write Enabled
Jul 28 13:57:23 server kernel: sd 3:0:0:0: [sdd] Asking for cache data failed
Jul 28 13:57:23 server kernel: sd 3:0:0:0: [sdd] Assuming drive cache: write through
Jul 28 13:57:23 server kernel: sd 3:0:0:0: [sdd] Attached SCSI disk

だから私はシステムが何かを発見したと思います:)?

/ devディレクトリに新しい/ dev/sddデバイスがありますが、fdisk/dev/sddを実行するとCan not read /dev/sdd

私が読んだことから、マウントにはマルチパス(/ dev/mapper)を使用する必要があると思いますが、その方法がわかりません。

だが fdisk -l新しいストレージが表示されません。私はグーグルをしていましたが、それを行う方法についての簡単な(私と私のスキルにとって簡単な)答えやチュートリアルが見つかりませんでした...

1
B14D3

私はChopper3の答えを試しましたが、それは役に立ちませんでした。ブロックデバイスが/ dev fdiskに表示された場合は、それが表示され、パーティションとファイルシステムを作成した後、問題なくマウントする必要があります。

実稼働中のため、マシンを再起動できませんでした。だから私は私の場合、カーネルからFCカードドライバーをアンロードしました

modprobe -r lpfc

ドライバーをもう一度ロードしました

modprobe lpfc

その後、新しいブロックデバイスが表示されましたが、今回はすべて問題なく、fdiskは新しいデバイスを見ることができました。パーティショニング、ext4へのフォーマット、そして今、システムに新しいFCLUNがマウントされています

:)

2
B14D3

質問にコピーしたものから、それは非常に単純な問題か、はるかに複雑な誤った表現か、潜在的にゾーニングの問題のように見えますが、最初に、を使用して再スキャンを試して簡単なオプションを実行しましょう。

echo “- – -” > /sys/class/scsi_Host/host#/scan

ここで、「#」はおそらく数字のゼロですが、そのディレクトリに移動することでこれを確認できます。

次に、「fdisk -l」を再度実行し、変更がないかどうかを確認して、お知らせください。

3
Chopper3