创建LUN后做什么

创建LUN后做什么

我们的管理层购买了一台新的 EMC2 VNX 存储设备,供应商的一名人员来创建 LUN。

老实说,我不知道如何配置 EMC SANS,因为我从未有机会从事如此出色的工作。现在我终于明白了。

我知道最后一步是将其安装为分区。

但我需要知道的是涉及到哪些事情在创建 LUN 和将存储安装为服务器上的分区之间。

我将把它安装在Redhat 5.9和Redhat 6.4上

答案1

通常,如果您重新扫描 SCSI 总线,udev 将为 LUN 创建设备文件,之后您可以像对待任何其他存储卷(本地磁盘或其他)一样对待它。包中有一个脚本可以进行重新扫描,sg3_utils名为rescan-scsi-bus.sh

重新扫描应该就足够了,但如果没有(通常表明驱动程序问题),重新启动将导致 HBA 重新登录到 SAN 并获取已提供给它的新 LUN 列表。

当您执行以下操作时,您将能够看到 LUN ls -l /dev/disk/by-path

[jadavis6@lrgarfield ~]$ ls -l /dev/disk/by-path
total 0
lrwxrwxrwx 1 root root  9 Jan 27 17:17 pci-0000:01:00.0-scsi-0:2:0:0 -> ../../sda
lrwxrwxrwx 1 root root 10 Jan 27 17:17 pci-0000:01:00.0-scsi-0:2:0:0-part1 -> ../../sda1
lrwxrwxrwx 1 root root 10 Jan 27 17:17 pci-0000:01:00.0-scsi-0:2:0:0-part2 -> ../../sda2
lrwxrwxrwx 1 root root 10 Jan 27 17:17 pci-0000:01:00.0-scsi-0:2:0:0-part3 -> ../../sda3
lrwxrwxrwx 1 root root  9 Jan 27 17:17 pci-0000:01:00.0-scsi-0:2:1:0 -> ../../sdb
lrwxrwxrwx 1 root root  9 Jan 27 17:17 pci-0000:01:00.0-scsi-0:2:2:0 -> ../../sdc
lrwxrwxrwx 1 root root  9 Jan 27 17:17 pci-0000:1a:00.0-fc-0x500601653ee0025f:0x0000000000000000 -> ../../sdd
lrwxrwxrwx 1 root root  9 Jan 27 17:17 pci-0000:1a:00.0-fc-0x500601653ee0025f:0x0008000000000000 -> ../../sde
lrwxrwxrwx 1 root root  9 Jan 27 17:17 pci-0000:1a:00.0-fc-0x500601653ee0025f:0x0009000000000000 -> ../../sdf
lrwxrwxrwx 1 root root  9 Jan 27 17:17 pci-0000:1a:00.0-fc-0x5006016d3ee0025f:0x0000000000000000 -> ../../sdg
lrwxrwxrwx 1 root root  9 Jan 27 17:17 pci-0000:1a:00.0-fc-0x5006016d3ee0025f:0x0008000000000000 -> ../../sdh
lrwxrwxrwx 1 root root  9 Jan 27 17:17 pci-0000:1a:00.0-fc-0x5006016d3ee0025f:0x0009000000000000 -> ../../sdi
lrwxrwxrwx 1 root root  9 Jan 27 17:17 pci-0000:1a:00.1-fc-0x500601663ee0025f:0x0000000000000000 -> ../../sdj
lrwxrwxrwx 1 root root  9 Jan 27 17:17 pci-0000:1a:00.1-fc-0x500601663ee0025f:0x0008000000000000 -> ../../sdk
lrwxrwxrwx 1 root root  9 Jan 27 17:17 pci-0000:1a:00.1-fc-0x500601663ee0025f:0x0009000000000000 -> ../../sdl
lrwxrwxrwx 1 root root  9 Jan 27 17:17 pci-0000:1a:00.1-fc-0x5006016e3ee0025f:0x0000000000000000 -> ../../sdm
lrwxrwxrwx 1 root root  9 Jan 27 17:17 pci-0000:1a:00.1-fc-0x5006016e3ee0025f:0x0008000000000000 -> ../../sdn
lrwxrwxrwx 1 root root  9 Jan 27 17:17 pci-0000:1a:00.1-fc-0x5006016e3ee0025f:0x0009000000000000 -> ../../sdo

光纤通道 LUN-fc-列出了传输。-scsi-设备是内部存储。

请注意,如果光纤通道卡能够登录 SAN,您将看到所指的内容,LUNZ这显然是您所连接的 SAN 上的端口之一。如果 LUN ID(最后一个冒号后面的十六进制数字)全为零,则可以判断路径是 LUNZ。例如,在上面的输出中,这是 LUNZ 之一:

lrwxrwxrwx 1 root root  9 Jan 27 17:17 pci-0000:1a:00.0-fc-0x500601653ee0025f:0x0000000000000000 -> ../../sdd

我从未从任何与我交谈过的 SAN 人员那里得到关于光纤通道为何这样做的完整解释,但我只知道它会在那里,它将是 FC 看到的第一个 LUN(因此它的值最低)号),而且您根本不能将其视为 LUN,它就在那里。一旦您开始看到具有非零 LUN ID 的 LUN,您就会知道这是您的目标 LUN。

编辑:

我想说的是:LUNZ 确实可以更轻松地查看 HBA 是否能够登录 SAN(尽管您仍然可以FLOGI通过 /var/log/messages 中的错误看到这一点)。如果您安装了新的 HBA 并且没有看到 LUNZ,这通常表明设备上的固件或其驱动程序需要更新。

编辑#2:

这些是严格必需的步骤,如果您正在执行路径,您可能需要安装 PowerPath 或配置 multipathd。但这本身就是一项完整的任务。最好只提及这一点,让您进行研究并提出任何具体问题。

相关内容