IBM eX5 Server

IBM eX5 Server 簡介

eX5 為 IBM 第五代企業級 X 架構為基礎 (Enterprise X-Architecture)，並採用 Intel Xeon 處理器 7500 可靠性與擴充性超越以往 Xeon 7400 系列約 2 ~ 3.5 倍之多。

• x3850 X5 (4 Socket、64 DIMM)
  • x3850 X5 with MAX5 (4 Socket、96 DIMM)
• x3690 X5 (2 Socket、32 DIMM)
  • x3690 X5 MAX5 (2 Socket、64 DIMM)

並且可利用智慧堆疊技術將伺服器進行堆疊，例如 x3690 X5 2 台堆疊則變為 (4 Socket、64 DIMM)，因為這樣的特性使 eX5 Server 更適合用於虛擬化，因為虛擬化關鍵點在於

• Memory
• Storage I/O

而不在 CPU 數量上，因此 eX5 設計不但可使授權費用更便宜 (例如 VMware vSphere 以實體 CPU 數量計價) 且效能及擴充性更好。

• [IBM 簡介 IBM eX5]
• [IBM eX5 - 4 插槽機架式系統 x3850 X5]
• [IBM eX5 - 2 插槽機架式系統 x3690 X5]
• [IBM eX5 - 刀鋒伺服器 HX5]

IBM xServer

Q.IBM xServer 檢查硬碟是否正常？

Error Message:

機器為 IBM x346 採用 RAID Card 為 ServerRaid-7k 但此最近一直出現如下錯誤訊息且磁碟陣列卡無法測試硬碟健康狀況。

 One or more logical drives contain a bad stripe: controller

Ans:

從 Google 上查到 IBM 相關資源來看解法只有一個就是要砍掉重練了？

• 舊款的 RAID Card： 只會將 RAID Config 儲存於 RAID Card 上因此一旦 RAID Card 損壞時則必須砍掉重練
• 新款的 RAID Card： 會將 RAID Config 儲存於 RAID Card 及 HDD 上，因此更換 RAID Card 也不用砍掉重練

在更換 RAID Card 以前查到說因為這個錯誤訊息發生在 RAID5 中，為確保硬碟是否正常因此在更換 RAID Card 以前建議先進入 BIOS 對硬碟進行檢查步驟如下：

1. IBM x346 開機時按下 【F2】 進入【Diagnostics Mode (檢測模式)】
2. 選擇【Extended】 >> 【SCSI Fixed Disk】 進入硬碟檢測內容
3. 按下【F10】取消勾所有項目勾選後選擇您要檢查的 HDD 及檢查項目勾選完檢查項目後按下【Ctrl + Enter】開始檢查
   1. 此次針對硬碟進行檢測的項目為 Hi-Low Seek、Funnel Seek、Track of Track Seek、Random Seek、Random Verify 此次檢查硬碟為 SAS 73GB *2 檢查時間約為 10 分鐘。(Linear Verify 項目檢查時間為幾小時故不進行檢查)
4. 開始進行硬碟檢測
5. 檢查完畢後可看到每顆硬碟的檢查情況，若要查看詳細內容請按下【F3】查看 Log.

• [One or more logical drives contain a bad stripe: controller (number), logical drive (number)]
• [CIM > System > ServeRAID > ServeRAID Controller Bad Stripes]
• [IBM Support - Troubleshooting ServeRAID "bad stripe" table entries]
• [IBM 中国技术支持网站 - IBM技术交流论坛 - 服务器 - xSeries服务器]

Q.IBM xServer 檢查記憶體是否正常？

Error Message:

IBM x346 機器開機時顯示如下記憶體錯誤訊息

 289 DIMM Pair 1 Failed Memory Test
 289 DIMM D03 is Affected.
 289 DIMM D04 is Affected.

Ans:

如下步驟檢查記憶體是否正常步驟如下：

1. IBM x346 開機時選擇 【F2】 進入【Diagnostics Mode (檢測模式)】
2. 選擇【Extended】 >> 【Memory Test Quick】 進入記憶體快速檢測
3. 勾選所要檢查的記憶體後按下【Ctrl + Enter】開始檢查檢查完畢後可看到檢查情況，若要查看詳細內容請按下【F3】查看 Log

Q.IBM xServer 更換 RAID Card 注意事項

Error Message:

有一台 IBM x346 xServer 它的 RAID Card 為 ServerRaid-7k 會一直出現如下錯誤訊息，查了相關文件是說要把 Array 打掉重建 (等於砍掉重練)，因此試試更換 RAID Card 來嘗試解決這個問題。

 One or more logical drives contain a bad stripe: controller

Ans:

由於此款 RAID Card (ServerRaid-7k) 在建立 RAID 時有將 RAID Config 分別寫入 RAID Card 及 HDD 中因此當我們將 RAID Card 更換時會問我們要不要把在硬碟上的設定載入至新的 RAID Card 中，在更換以前請確認新的 RAID Card 其 Firmware 版本至少要跟舊 RAID Card 版本相同或更新，否則可能會失敗，以下記錄一下更換的步驟：

1. 將 IBM x346 Server 關機，拔除舊的 RAID Card (ServerRaid-7k) 後將 RAID Slot 部份清掃一下後裝上新的 RAID Card (ServerRaid-7k)
2. 將 IBM x346 Server 開機後當硬體偵測流程跑到 RAID Card 時按下 【Ctrl+I】進入 RAID Configuration
3. 進入 RAID Configuration 後選擇【Advanced Functions】後再選擇【Copy the configuration from drives to the controller】進入畫面後按下【Y】即開始將硬碟上的 RAID Config 載入至新的 RAID Card 中 (過程約 2 ~ 3 分鐘)
4. 完成後即可按下 Ctrl + Alt + Del 將系統重新開機，此次測試主機作業系統為 Windows Server 2003 順利開機後您會看到硬碟燈不斷閃爍表示此時正在進行 RAID 同步最佳化，您可開啟 IBM Server Manager 即可觀看其進度，建議此步驟完成後再讓主機上線服務否則因尚未 RAID 最佳化此時的效能會不好，此次同步的硬碟為 72 GB (15,000 轉) *2 完成 RAID 最佳化時間為 3 小時。

• [IBM服务器更换阵列卡的方法]

Q.IBM xServer 更換 RAID Card 電池注意事項

Error Message:

有一台 IBM x3850 M2 它的 RAID Card 為 ServerRaid-MR10k 開機時出現如下錯誤訊息，查了相關文件為 RAID Card 上蓄電池損壞，必須更換蓄電池

• RAID Card 運作正常時 Write-Through Mode
• 此例 RAID Card 運作有問題時 Write-Back Mode

 Your battery is either charging, bad or missing, and you have VDs configured
 for write-back mode. Because the battery is not currently usable, these VDs
 will actually run in write-through mode until the battery is fully charged
 or replaced if it is bad or missing.

[RAID hard drive Write-Cache defaults to Write-Through mode - Servers]

Ans:

1. 更換原廠電池料件
2. 更新 RAID Card Firmware 版本 (8.0.1-0036 --> 11.0.1-0024)

更新完成後開機出現如下訊息表示因為更換新的蓄電池必須持續充電 24 小時，待蓄電池充電完成後之後重新開機便不會出現此訊息

 Your VDs that are configured for write-back are temporarily running in write-through mode.
 This is caused by the battery being charged, missing, or bad. 
 battery to charge for 24 hours before evaluating battery for replacement.

Q.IBM x3650 新增 CPU 注意事項

Error Message:

今天幫一台 IBM x3650 Server 新增第二顆 CPU 完成後上電其 Panel 顯示錯誤訊息如下 [VRM Error]？

 VRM - A voltage regulator module failed

Ans:

原因在於若是 IBM x3650 Server 當要新增 第二顆 CPU 時要加上 [VRM Module] 才可順利通過硬體偵測並開機，但新款的 IBM x3650 M2 則無此一問題。

• IBM x3650： 新增第二顆 CPU 需 要 VRM Module
• IBM x3650 M2： 新增第二顆 CPU 不 需要 VRM Module

Q.如何設定 IBM x3650 M2 及 x3850 M2 的 Remote Management？

Ans:

Remote Management 在 IBM x3650 M2 為使用 IMM (Integrated Management Modules) 而 IBM x3850 M2 則稱為 RSA (Remote Supervisor Adapter)，功能性大同小異最大的差別我想就是連接及傳送時 IMM 走 HTTP 而 RSA 走 HTTPs.

1. IBM x3650 M2： IMM (Integrated Management Modules) 必須搭配 Virtual Media Key 才能把 IMM Standard 升級成 IMM Premium
   1. BIOS Setting IMM IP 步驟如下
      1. 開機時按下【F1】進入 BIOS 設定畫面
      2. 選擇【System Settings】 >> 【Integrated Management Module】 >> 【Network Configuration】 進入後即可設定 IMM 的網卡資訊 (IP Address、Netmask、Gateway)，設定完成後即可透過瀏覽器連結所設定的 IMM IP，預設登入的帳號為 USERID 密碼為 PASSW0RD (是數字 0 不是字母 O)
2. IBM x3850 M2： RSA (Remote Supervisor Adapter)
   1. BIOS Setting IMM IP 步驟如下
      1. 開機時按下【F1】進入 BIOS 設定畫面
      2. 選擇【Advanced Setup】 >> 【RSA II Settings】進入後即可設定 IMM 的網卡資訊 (IP Address、Netmask、Gateway)，設定完成後即可透過瀏覽器連結所設定的 RSA IP，預設登入的帳號為 USERID 密碼為 PASSW0RD (是數字 0 不是字母 O)

• [IBM Remote Supervisor Adapter - Wikipedia, the free encyclopedia]
• [IBM Director v6.1.x - Configuring integrated management modules]
• [Integrated Management Module (IMM)]

Q.執行 IBM DSA (Dynamic System Analysis) 硬體檢查工具

此次實作為下載 DSA Portable Edition 在 RedHat 5.x (32 Bit) 機器上，請至 [IBM Support - IBM Dynamic System Analysis (DSA)] 下載 [Red Hat Enterprise Linux 5 Portable v3.00] 下載完成後執行如下指令即可，建立 HTML 報表完成後會有 index.html 即可查看詳細的硬體資訊。

• -v： 建立 HTML 格式的報表 (預設為建立 XML 報表)
• -x： 不要建立 XML 報表
• -d： 指定報表的輸出路徑 (預設為 /var/log/IBM_SUPPORT)
  • 若未事先建立資料夾可加上 -c 參數來建立資料夾

 ibm_utl_dsa_300p_rhel5_i386.bin -v -x -d /tmp/DSA_Report

Q.IBM x3650 M3 無法設定 RAID？

Error Message:

IBM x3650 M3 使用 Mega RAID，但在開機過程中沒有看到任何有關進入 RAID 設定的組合鍵說明？

Ans:

方式一、使用組合鍵 Ctrl + H 進入 Mega RAID 設定畫面 (Web BIOS)

1. 再 IBM x3650 Server BIOS 中將 【Legacy Only】 加入開機選項後重新開機
2. 在開機過程中即可看到系統提示按下 【Ctrl + H】 即可進入 Mega RAID 設定畫面 (Web BIOS)

方式二、在 IBM BIOS 中直接進入 Mega RAID 設定畫面 (Web BIOS)

1. 系統開機時按下 【F1】 進入 BIOS
2. 選擇 【System Settings】 >> 【Adapters and UEFI Drivers】 >> 【LSI EFI SAS Driver】
   1. 【Pci Root (0x0)/Pci (0x1C,0x0)/Pci(0x0,0x0)】 選擇類似此訊息 (第一筆)，按下 Enter 後即進入 Mega RAID 設定畫面 (Web BIOS)

[Red Hat Enterprise Linux 5.4 導入ガイド - System x3400M3/x3500M3/x3550M3/x3650M3(7379/7380/7944/7945)(ServeRAID-M1015/M5014/M5015搭載モデル)]

Q.IBM x3650 M3 無法使用外接光碟機安裝 RHEL？

Error Message:

由於 IBM x3650 M3 內建光碟機還沒到貨，因此嘗試使用 USB 外接光碟機安裝 RHEL，但始終無法順利安裝 RHEL 同時再安裝時也發生下列狀況

1. RHEL 安裝程序至 Running anaconda 時便卡住不再往下
2. RHEL 安裝程序至一半後突然 kernel panic
3. RHEL 安裝成功後只能進入文字模式 (init 3) 無法進入圖形模式 (init 5) 且系統及相關服務無法正常運作

Ans:

1. 請安裝內建光碟機
2. 將 IBM x3650 Server BIOS 中開機選項 Legacy Only 加入並移至最先啟動位置

[Red Hat Enterprise Linux 5.4 導入ガイド - System x3400M3/x3500M3/x3550M3/x3650M3(7379/7380/7944/7945)(ServeRAID-M1015/M5014/M5015搭載モデル)]

Q.IBM x3650M3 伺服器無法安裝 ESXi 4.1？

Error Message:

放入 VMware ESXi 4.1 光碟開機後準備進行安裝，此時出現下面錯誤且無法繼續 ESXi 的安裝程序

 The BIOS reports that NUMA node 1 has no memory. This problem is either caused by a bad BIOS or a very unbalanced distribution of memory modules. 

Ans:

由 [VMware KB Article ID 1021508] 可知會發生這種錯誤的可能，查看 IBM x3650M3 的 CPU 及 Memory 配置後，發現此台伺服器在 Memory 部份有二個區塊而現在的記憶體都插在其中一個區塊而以，因此將記憶體平均插於二個區塊 (請按背板指示依序插至相對應的 Memory DIMM Slots) 後便可順利安裝 VMware ESXi 4.1。

Q.IBM x3850/x3950 伺服器的 CPU 數量 (Socket) 及核心數 (Cores) 無法被正確識別？

Error Message:

IBM x3850/x3950 安裝 VMware vSphere ESX 4.1 及 Windows Server 2008 R2 時，作業系統無法正確識別到正確的 CPU 數量 (Socket) 及核心數 (Cores)，例如 IBM x3950 伺服器實體有 4 顆 CPU 而每顆 CPU 有 6 核心，但 VMware vSphere ESX 4.1 卻識別成 3 顆 CPU 每顆 CPU 為 8 核心，並且導致 VMware ESX License 無法上上去？

Ans:

由 [Microsoft Windows Server 2008 x64 does not show all processors under task manager - IBM System x3950 M2 (7233, 7234) ] 文章可知會導致此問題為 BIOS 中 CPU Clustering Technology 設定項目所造成，請將設定值由 Logical Destination Mode (default) 調整為 Physical Destination Mode 即可，設定步驟如下

1. 開機時按下 【F1】 進入 BIOS 模式
2. 選擇 【Advanced Setup】
3. 選擇 【CPU Option】
4. 選擇 【Clustering Technology】
5. 預設值為 Logical Mode 請修改為 【Physical Mode】後存檔重新開機即可
6. 重新開機後 VMware vSphere ESX 4.1 及 Windows Server 2008 R2 便能正確識別 CPU 數量及核心數

IBM Storage

Q.Buffer I/O error on device sdd, logical block 0？

Error Message:

系統每隔一段時間便會出現如下錯誤訊息 (不知是什麼樣的動作才會觸發，原則上 10 ~ 20 分鐘內便會發生)

 end_request: I/O error, dev sdd, sector 0 
 Buffer I/O error on device sdd, logical block 0
 Buffer I/O error on device sdd, logical block 1
 Buffer I/O error on device sdd, logical block 2
 Buffer I/O error on device sdd, logical block 3
 Buffer I/O error on device sdd, logical block 4
 Buffer I/O error on device sdd, logical block 5
 Buffer I/O error on device sdd, logical block 6
 Buffer I/O error on device sdd, logical block 7
 Buffer I/O error on device sdd, logical block 8
 Buffer I/O error on device sdd, logical block 9
 Buffer I/O error on device sdd, logical block 10
 Buffer I/O error on device sdd, logical block 11
 Buffer I/O error on device sdd, logical block 12
 Buffer I/O error on device sdd, logical block 13
 Buffer I/O error on device sdd, logical block 14
 Buffer I/O error on device sdd, logical block 15

但奇怪的是系統並沒有使用到 sdd 這個裝置？ 硬體及 Storage 資訊如下

• 伺服器： IBM 3850
  • 作業系統： RHEL 4.8 AS (64bit, kernel 2.6.9-89.ELlargesmp)
  • IBM 3850 檔案系統列表如下
    • /dev/sda: Local Disk (RAID1) (scsi0:channel2:id0:lun0)
    • /dev/sdb: LUN with DS4700 (scsi1:channel0:id0:lun0)
    • /dev/sdc: LUN with DS4700 (scsi1:channel0:id0:lun1)
    • /dev/sdd: ??? (scsi1:channel0:id0:lun31)
  • IBM 3850 透過 HBA Card (FC-SAN) 直接連接至 IBM DS4700 (1 HBA Card)
    • HBA Card Driver： qla2400 (更新至 [qla2xxx-v8.02.14_01-dist])
• Storage： IBM DS4700 (2 Controller 但只有 1 個 Controller 與 IBM 3850 對接，另 1 個 Controller 空的沒接任何東西)

下列為執行 fdisk -l 指令 (可發現並沒有 /dev/sdd 裝置)

 #fdisk -l
 Disk /dev/sda: 145.9 GB, 145999527936 bytes
 255 heads, 63 sectors/track, 17750 cylinders
 Units = cylinders of 16065 * 512 = 8225280 bytes
   Device Boot      Start         End      Blocks   Id  System
 /dev/sda1   *        9853       17750    63440685   83  Linux
 /dev/sda2               1        3900    31326718+  83  Linux
 /dev/sda3            3901        7801    31334782+  83  Linux
 /dev/sda4            7802        9852    16474657+   5  Extended
 /dev/sda5            7802        9852    16474626   82  Linux swap
 Partition table entries are not in disk order
 Disk /dev/sdb: 1497.3 GB, 1497314099200 bytes
 255 heads, 63 sectors/track, 182038 cylinders
 Units = cylinders of 16065 * 512 = 8225280 bytes
   Device Boot      Start         End      Blocks   Id  System
 /dev/sdb1               1      182038  1462220203+  83  Linux
 Disk /dev/sdc: 1197.8 GB, 1197851279360 bytes
 255 heads, 63 sectors/track, 145630 cylinders
 Units = cylinders of 16065 * 512 = 8225280 bytes
   Device Boot      Start         End      Blocks   Id  System
 /dev/sdc1               1      145630  1169772943+  83  Linux

Ans:

原本懷疑是 [RDAC] 或 [Device-Mapper Multipath] 套件沒安裝的問題，但發現此次的環境只有 1 HBA Card (1 Port) 接 1 Controller，所以排除了這個可能。

簡述一下 RDAC 與 Multipath 的不同處，詳細內容可參考 [Device Mapper MultipathによるSAN Boot環境構築(RHEL5.1)]

• 單純狀態
  • 本機 /dev/sda
  • LUN
    • HBA1 (/dev/sdb)
    • HBA2 (/dev/sdc)
• RDAC
  • 本機 /dev/sda
  • LUN
    • HBA1
    • HBA2
      • 合併為 /dev/sdb
• Multipath
  • 本機 /dev/sda
  • LUN
    • HBA1 (/dev/sdb)
    • HBA2 (/dev/sdc)
      • 合併為 /dev/mapper/mpath0

後來在網路上找到了這篇 [Deleting SCSI Device Paths For A Multipath SAN LUN - blog'o thnet] 將 /dev/sdd 給 delete 後目前錯誤訊息便不在出現，以下簡述治標及治本的解決步驟：

• 治標的方法 (在 RHEL 上手動下指令移除 /dev/sdd，但系統若重新開機仍會再次載入 LUN Mapping)

 #dmesg |grep lun                                                   //確定目前機器上所有裝置及 ID 等相關資訊
 megasas: max_sectors : 0x280, cmd_per_lun : 0x80
 Attached scsi disk sda at scsi0, channel 2, id 0, lun 0
 Attached scsi disk sdb at scsi1, channel 0, id 0, lun 0
 Attached scsi disk sdc at scsi1, channel 0, id 0, lun 1
 Attached scsi disk sdd at scsi1, channel 0, id 0, lun 31           //了解 sdd 為 1:0:0:31
 #echo 1 > /sys/bus/scsi/devices/1\:0\:0\:31/delete                 //確定 sdd 相關資訊後將數值 1 餵給 delete (也就是啟用 delete)

• 治本的方法為安裝 Storage Manager 後將 Lun Mapping 內 /dev/sdd 刪除即可
  • [Document IBM System Storage DS4000 and Storage Manager V10.30]
  • [Download IBM DS Storage Manager Software package version 10.60.x5.11 for Microsoft Windows 32-bit editions]
  • [儲存裝置 - OSSLab::開放軟體實驗室(Open Source Software Lab)]

What is LUN 31？

今天請教了一位懂 DS4700 產品的人 LUN 31 是什麼？ 再回答這個問題以前這要先從管理 DS4700 的方式說起，管理 DS4700 有二種方式 IN-Band、Out-Of-Band 簡單來說差別如下

• IN-Band： 不直接連到 Storage 的 Ethernet 管理 Port 而是透過 Host Agent (有裝 HBA Card 的 Host) 以 Fibre Channel 來管理。
• Out-Of-Band： 透過 Ethernet 管理 Port 連接至 Storage。

了解上述二種管理方式後再來就是 LUN 31 到底是什麼？ LUN 31 為 Storage 預設劃分出來要存放 IN-Band 設定資料區塊，因此若沒用到 IN-Band 方式來管理 Storage 的話即可放心刪除它。

Q.IBM x3650 M2 裝上 HBA Card 與 DS4700 連接後無法開機 Hard Disk 0 boot failed？

Error Message:

有二台 IBM x3650 Server 安裝作業系統為 RHEL 5.4 接上 HBA Card 與 IBM DS4700 Storage 時也都運作正常 (可看到 LUN Volume)，但當 IBM x3650 Server 重新開機時狀況出現，IBM x3650 Server 無法進入作業系統並且畫面出現如下訊息

 Hard Disk 0 boot failed

原本以為可能 User 做了某些動作導致 MBR 不見了所以開不了機，但試了一些方式如下都還是開不起來

• 嘗試修復 MBR
• 嘗試修復 RHEL GRUB
• 嘗試把 BIOS Raid 設定打掉重新 Build RAID 並重新安裝作業系統

Ans:

原來問題跟作業系統一點關系也沒有，是 IBM Server BIOS 設定及 HBA Card BIOS 設定所導致的，當 IBM x3650 Server 透過 HBA Card 與 DS4700 Storage 連接時因為 HBA Card 的預設值會把本來的 BIOS 設定值覆蓋造成 IBM x3650 Server 會去找 Storage 開機 (當然開不起來)，又因為設定值被覆蓋所以原來的 IBM BIOS 選項 Hard Disk 0 便無法開機必須要把 BIOS 設定中將 Legacy Only 項目加入到 BIOS 開機順序中才可正常開機，以下為 IBM Server BIOS 及 HBA Card BIOS 設定檢查步驟：

1. 請先確定 HBA Card BIOS 中 Selectable Boot Settings 為 Disable (Boot From SAN)
2. 調整 IBM x3650 Server BIOS
   1. IBM x3650 Server 未透過 HBA Card 與 DS4700 Storage 連接則 BIOS 設定開機選項中請選擇 Hard Disk 0 即可正常開機找到作業系統。
   2. IBM x3650 Server 透過 HBA Card 與 DS4700 Storage 連接則 BIOS 設定開機選項中請選擇 Legacy Only 才可正常開機找到作業系統。

• [developerWorks : IBM Systems : System x Server : x3650 M2 - can't boot vom harddrive ...]
• [developerWorks : IBM Systems : System x Server : Configuring DS3400 with RHEL ...]
• [Emulex Labs | » Blog Archive » UEFI: What’s All the Fuss?]
• [BIOS for QLA2xx FC HBAs Readme File - 5.1.2. Selectable Boot Settings]

Q.IBM x3650 M3 裝上 HBA Card 與 DS3400 連接後無法安裝 RHEL？

Error Message:

IBM DS3400 已切好 LUN0、LUN1，放入 RHEL 光碟片後當安裝程序進行到輸入註冊序號時，不管是輸入註冊序號後按下 OK 或是按下 Skip 不輸入序號，此時安裝程序便不在進行下一步 (等候超過半小時) 且系統並沒有發生當機現象？

Ans:

將以下二點進行調整後將 IBM x3650 Server 重新開機後即可順利安裝 RHEL

1. 請先將 IBM x3650 Server BIOS 中開機選項 Legacy Only 加入並移至最先啟動位置
2. 將 IBM x3650 上的 HBA Card 與 DS3400 Storage 接線先拔除

Q.IBM DS3400 Storage 設定 LUN 完成後 RHEL 抓不到 LUN？

Error Message:

IBM DS3400 Storage 設定好 LUN 並設定好 Host、Host Group、Devices Mapping 後 RHEL 打 fdisk -l 仍然看不到 LUN？

Ans:

1. 確定 IBM DS3400 Storage 所設定的 LUN 即 IBM x3650 Server 的 HBA Card 有設定 Host、Host Group、Devices Mapping
2. 將 RHEL 重開機後應可抓到，可使用下列指令進行查看
   1. fdisk -l
   2. cat /proc/partition

Q.IBM DS5020 Storage 接上 SAN Switch 後不通？

Error Message:

IBM x3850 安裝 HBA Card (4Gbps) 及 IBM DS5020 Storage Controller (8Gbps Host Channel Port) 同樣接至 IBM SAN Switch (SAN24B-4) 上，但 IBM x3850 就會通 (綠燈) 而 IBM DS5020 Storage Controller (Host Channel Port) 就不通 (SAN Switch 閃黃燈、Controller 沒亮燈)，但將 IBM x3850 與 IBM DS5020 Controller 對接又是可以通的，所以可以確定應該是 SAN Switch 要設定什麼才對？

Ans:

參考 [H196488: DS5000 systems not working with Brocade on 8 Gbps host ports - IBM System Storage] 可知當 SAN Switch Firmware 6.2.0e 之後的版本的話，若是傳輸速度為 8Gbps 不通的話請將該 Port 的 fillword 模式改為 IDLE 即可，本次將 IBM DS5020 Controller 接到 SAN Switch 的 Port 其 fillword 模式從 ARB (1) 調整為 IDLE(0) 後就通了，此例 IBM DS5020 Controller 接至 SAN Switch 的第 5、6 Port 所以接上 SAN Switch Console 後下此指令即可 (Console 預設登入帳號及密碼為 root 及 passowrd)

 #portcfgfillword 5 0        //指定第 5 Port 的 fillword 為 IDLE
 #portcfgfillword 6 0        //指定第 6 Port 的 fillword 為 IDLE
 #portcfgshow                //查看所有 Port 的資訊

IBM 資源

[IBM 產品保固查詢]

[IBM Redbooks]

[SAN File System Information Center]

[IBM Information Center for Linux]

[IBM中国技术支持与下载 - 网络课堂]