ESX3.5 Cluster & MD3000i – 兩台伺服器都看到 iSCSI Targets，只有一台伺服器可以使用分區

好的。首先，警告。這是一個比正常問題更大的問題。我喜歡徹底並嘗試消除所有可能的“easymode”答案，並讓每個人都了解我嘗試過的內容。我已經包含了我們設置的幾張圖片以及它遇到的問題..

TLDR 版本： 所以我遵循了此處的指南：ESX 部署指南 V1 這是戴爾發送給我的指南，用於設置安裝戴爾 MD3000i 的兩台 ESX3.5 伺服器。它不起作用。兩台伺服器不能在 MD3000 上使用相同的儲存分區。兩台伺服器都能看到它，但只有一台伺服器可以實際使用它。（該伺服器是在目標上創建分區的任何伺服器。）兩個 ESX 伺服器都是主機組的成員。

完整版本

我有 2 台 ESX3.5 伺服器（10.0.7.102，也稱為 EPI2，和 10.0.7.103，也稱為 EPI3。）連接到 iSCSI SAN 設備 (Dell MD3000i)。兩台 ESX 伺服器都可以“掃描”SAN 並查看 LUN。

第一部分：MD3000i 儲存

在 MD3000i 上，兩台伺服器都在我的主機組中。

我有兩個分區，VM1 和 VM2，都是 1.6TB（vmware 不喜歡超過 2tb 的任何東西。）

您甚至可以看到 ESX 伺服器以 MD3000 為目標很好。

第二部分：ESX 伺服器

圖1。

如上所示，兩個 ESX 伺服器（10.0.7.102 和 10.0.7.103）都能夠查看和掃描 MD3000i SAN。

圖 2。

以上是兩台伺服器看到的儲存。我在 EPI2 (102) 上創建了儲存分區。然後，我擴展了分區以包含第二個 LUN，總共 3.27 TB 的儲存空間。

當我在 103 上“重新掃描”（伺服器未安裝分區）時，我在日誌/消息中得到以下日誌。3 月 11 日 10:41:18 Epi3 核心：scsi1：remove-single-device 0 0 0 失敗，設備忙（4）。是唯一引起我注意的台詞。（EPI3 是伺服器名稱）

Mar 11 10:41:04 epi3 vmkiscsid[5436]: Connected to Discovery Address 192.168.130.101 
Mar 11 10:41:04 epi3 vmkiscsid[5437]: Connected to Discovery Address 192.168.130.102 
Mar 11 10:41:04 epi3 vmkiscsid[5438]: Connected to Discovery Address 192.168.131.101 
Mar 11 10:41:04 epi3 vmkiscsid[5439]: Connected to Discovery Address 192.168.131.102 
Mar 11 10:41:17 epi3 kernel: scsi singledevice 2 0 0 0
Mar 11 10:41:17 epi3 kernel:   Vendor: DELL      Model: MD3000i           Rev: 0735
Mar 11 10:41:17 epi3 kernel:   Type:   Direct-Access                      ANSI SCSI revision: 05
Mar 11 10:41:17 epi3 kernel: VMWARE SCSI Id: Supported VPD pages for sdb : 0x0 0x80 0x83 0x85 0x86 0x87 0xc0 0xc1 0xc2 0xc3 0xc4 0xc8 0xc9 0xca 0xd0 
Mar 11 10:41:17 epi3 kernel: VMWARE SCSI Id: Device id info for sdb: 0x1 0x3 0x0 0x10 0x60 0x1 0xe4 0xf0 0x0 0x1a 0x1a 0xa2 0x0 0x0 0x15 0xe2 0x4d 0x75 0xf6 0x99 0x53 0x98 0x0 0x54 0x69 0x71 0x6e 0x2e 0x31 0x39 0x38 0x34 0x2d 0x30 0x35 0x2e 0x63 0x6f 0x6d 0x2e 0x64 0x65 0x6c 0x6c 0x3a 0x70 0x6f 0x77 0x65 0x72 0x76 0x61 0x75 0x6c 0x74 0x2e 0x36 0x30 0x30 0x31 0x65 0x34 0x66 0x30 0x30 0x30 0x31 0x61 0x31 0x61 0x61 0x32 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x34 0x37 0x39 0x30 0x36 0x32 0x32 0x65 0x2c 0x74 0x2c 0x30 0x78 0x30 0x30 0x30 0x31 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x32 0x0 0x0 0x0 0x51 0x94 0x0 0x4 0x0 0x0 0x80 0x1 0x53 0xa8 0x0 0x44 0x69 0x71 0x6e 0x2e 0x31 0x39 0x38 0x34 0x2d 0x30 0x35 0x2e 0x63 0x6f 0x6d 0x2e 0x64 0x65 0x6c 0x6c 0x3a 0x70 0x6f 0x77 0x65 0x72 0x76 0x61 0x75 0x6c 0x74 0x2e 0x36 0x30 0x30 0x31 0x65 0x34 0x66 0x30 0x30 0x30 0x31 0x61 0x31 0x61 0x61 0x32 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x34 0x37 0x39 0x30 0x36 0x32 0x32 0x65 0x0 0x0 0x0 0x0 
Mar 11 10:41:17 epi3 kernel: VMWARE SCSI Id: Id for sdb 0x60 0x01 0xe4 0xf0 0x00 0x1a 0x1a 0xa2 0x00 0x00 0x15 0xe2 0x4d 0x75 0xf6 0x99 0x4d 0x44 0x33 0x30 0x30 0x30 
Mar 11 10:41:17 epi3 kernel: VMWARE: Unique Device attached as scsi disk sdb at scsi2, channel 0, id 0, lun 0
Mar 11 10:41:17 epi3 kernel: Attached scsi disk sdb at scsi2, channel 0, id 0, lun 0
Mar 11 10:41:17 epi3 kernel: scan_scsis starting finish
Mar 11 10:41:17 epi3 kernel: SCSI device sdb: 3509329920 512-byte hdwr sectors (1797751 MB)
Mar 11 10:41:17 epi3 kernel:  sdb: sdb1
Mar 11 10:41:17 epi3 kernel: scan_scsis done with finish
Mar 11 10:41:17 epi3 kernel: scsi singledevice 2 0 0 1
Mar 11 10:41:17 epi3 kernel:   Vendor: DELL      Model: MD3000i           Rev: 0735
Mar 11 10:41:17 epi3 kernel:   Type:   Direct-Access                      ANSI SCSI revision: 05
Mar 11 10:41:18 epi3 kernel: VMWARE SCSI Id: Supported VPD pages for sdc : 0x0 0x80 0x83 0x85 0x86 0x87 0xc0 0xc1 0xc2 0xc3 0xc4 0xc8 0xc9 0xca 0xd0 
Mar 11 10:41:18 epi3 kernel: VMWARE SCSI Id: Device id info for sdc: 0x1 0x3 0x0 0x10 0x60 0x1 0xe4 0xf0 0x0 0x1a 0x1a 0x86 0x0 0x0 0xd 0xb7 0x4d 0x75 0xf2 0x77 0x53 0x98 0x0 0x54 0x69 0x71 0x6e 0x2e 0x31 0x39 0x38 0x34 0x2d 0x30 0x35 0x2e 0x63 0x6f 0x6d 0x2e 0x64 0x65 0x6c 0x6c 0x3a 0x70 0x6f 0x77 0x65 0x72 0x76 0x61 0x75 0x6c 0x74 0x2e 0x36 0x30 0x30 0x31 0x65 0x34 0x66 0x30 0x30 0x30 0x31 0x61 0x31 0x61 0x61 0x32 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x34 0x37 0x39 0x30 0x36 0x32 0x32 0x65 0x2c 0x74 0x2c 0x30 0x78 0x30 0x30 0x30 0x31 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x32 0x0 0x0 0x0 0x51 0x94 0x0 0x4 0x0 0x0 0x80 0x1 0x53 0xa8 0x0 0x44 0x69 0x71 0x6e 0x2e 0x31 0x39 0x38 0x34 0x2d 0x30 0x35 0x2e 0x63 0x6f 0x6d 0x2e 0x64 0x65 0x6c 0x6c 0x3a 0x70 0x6f 0x77 0x65 0x72 0x76 0x61 0x75 0x6c 0x74 0x2e 0x36 0x30 0x30 0x31 0x65 0x34 0x66 0x30 0x30 0x30 0x31 0x61 0x31 0x61 0x61 0x32 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x34 0x37 0x39 0x30 0x36 0x32 0x32 0x65 0x0 0x0 0x0 0x0 
Mar 11 10:41:18 epi3 kernel: VMWARE SCSI Id: Id for sdc 0x60 0x01 0xe4 0xf0 0x00 0x1a 0x1a 0x86 0x00 0x00 0x0d 0xb7 0x4d 0x75 0xf2 0x77 0x4d 0x44 0x33 0x30 0x30 0x30 
Mar 11 10:41:18 epi3 kernel: VMWARE: Unique Device attached as scsi disk sdc at scsi2, channel 0, id 0, lun 1
Mar 11 10:41:18 epi3 kernel: Attached scsi disk sdc at scsi2, channel 0, id 0, lun 1
Mar 11 10:41:18 epi3 kernel: scan_scsis starting finish
Mar 11 10:41:18 epi3 kernel: SCSI device sdc: 3509329920 512-byte hdwr sectors (1797751 MB)
Mar 11 10:41:18 epi3 kernel:  sdc: sdc1
Mar 11 10:41:18 epi3 kernel: scan_scsis done with finish
Mar 11 10:41:18 epi3 kernel: scsi1: remove-single-device 0 0 0 failed, device busy(4).
Mar 11 10:41:18 epi3 kernel: scsi singledevice 1 0 0 0

我嘗試過的事情：

1. 僅從 103 中刪除 iSCSI 目標，禁用 iSCSI，重新啟動，啟用 iSCSI，重新添加目標，重新掃描。結果相同。
2. 刪除 102 上的分區，改為 103 上的格式化分區。結果相同，除了翻轉。103可以使用儲存，102不能。
3. 重新開始。刪除兩個 ESX Box 上的所有 iSCSI 目標，禁用 iSCSI，關閉 iSCSI 防火牆，重新啟動 ESX。然後在 MD3000 上，刪除主機組，刪除主機到虛擬映射，重新啟動 SAN。再次遵循文件，結果相同。兩台伺服器都能看到儲存，但只有一台伺服器可以使用它。
4. 禁用和重新啟用 VMware DRS 和 HA。結果相同。
5. 徹底關閉 VMware DRS 和 HA，然後執行“重新開始”步驟，看看這是否會讓人感到厭煩。結果相同。

我在這裡有點發瘋了，我在網上閱讀的所有內容都說“只需對其進行分區，如果 ESX 框可以看到目標，它就可以工作”……好吧，廢話。

有什麼想法，還有什麼可以嘗試的嗎？誰能至少指出我正確的方向？我真的厭倦了從凌晨 1 點到凌晨 4 點（我們的維護時間）工作

我感受到了你的痛苦……在過去的一年裡，我多次與 ESX 和 iSCSI 作鬥爭。

我不確定，但由於生成的數據儲存的大小，您可能會遇到問題。iSCSI LUN 有 2TB 的限制，這很好，因為您已將其拆分為兩個 1.6 TB LUN。

我想知道 Epi3 是否無法載入數據儲存，因為它認為它的大小無效。

您是否嘗試過將每個 lun 載入為它自己的數據儲存，以查看主機是否可以這樣正確地看到它們？

似乎允許 iSCSI 訪問，但沒有讀/寫…這已經完成了嗎？

選擇“是：此主機將與其他主機共享對相同虛擬磁碟的訪問”

（來自http://www.dell.com/downloads/global/solutions/pvault_esx_storage_deployment_guide_v1.pdf）

編輯：為了消除 ESX 的問題，您可以將第二個 ESX 放在單獨的主機組中，並為該主機組分配一個 lun 嗎？另外，我看到一些舊文章，如果啟動器名稱超過 31 個字元，ESX 框將無法連接。從我在你的截圖上看到的，假設他們修復了這個，你應該沒問題。只是覺得這裡值得一提。

引用自：https://serverfault.com/questions/246320