IBM DS6800 路徑訪問故障解決
故障描述
某資料庫伺服器在識別IBM
DS6800的LUN時,只認到2條路徑(應該是4條路徑)。而且兩次因為磁碟的報錯,導致資料庫異常停止。
路徑查詢的情況如下:
# datapath query
device
# datapath query device
Total Devices : 4
DEV#: 0 DEVICE NAME: vpath0 TYPE: 1750500 POLICY: Optimized
SERIAL: 13ADLLA0116
==========================================================================
Path#
Adapter/Hard Disk
State Mode Select
Errors
0 fscsi0/hdisk2 OPEN NORMAL 0 0
1 fscsi0/hdisk4 OPEN NORMAL
556091 0
2 fscsi1/hdisk10 OPEN NORMAL 0 0
3 fscsi1/hdisk12 OPEN NORMAL
1099717 0
DEV#: 1 DEVICE NAME: vpath1 TYPE: 1750500 POLICY: Optimized
SERIAL: 13ADLLA0201
==========================================================================
Path#
Adapter/Hard Disk
State Mode Select
Errors
0 fscsi0/hdisk3 OPEN NORMAL
339906 0
1 fscsi0/hdisk5 OPEN NORMAL 0 0
2 fscsi1/hdisk11 OPEN NORMAL
839075 0
3 fscsi1/hdisk13 OPEN NORMAL 0 0
DEV#: 2
DEVICE NAME: vpath2 TYPE:
1750500 POLICY: Optimized
SERIAL: 68947310116
==========================================================================
Path# Adapter/Hard Disk State Mode
Select Errors
0
fscsi0/hdisk6 OPEN NORMAL 63 0
1
fscsi0/hdisk8 OPEN NORMAL
1358237 4
DEV#: 3
DEVICE NAME: vpath3 TYPE:
1750500 POLICY:
Optimized
SERIAL: 68947310201
==========================================================================
Path# Adapter/Hard Disk State Mode
Select Errors
0
fscsi0/hdisk7 OPEN NORMAL
1340724 0
1
fscsi0/hdisk9 OPEN NORMAL 0 0
作業系統不斷在報磁碟的錯誤,如下:
# errpt|more
IDENTIFIER TIMESTAMP
T C RESOURCE_NAME DESCRIPTION
DCB47997
1202152710 T H hdisk8 DISK
OPERATION ERROR
BFE4C025 1202151610
P H sysplanar0 UNDETERMINED ERROR
DCB47997
1202030810 T H hdisk7 DISK
OPERATION ERROR
DCB47997
1202030610 T H hdisk7 DISK
OPERATION ERROR
光纖卡FCS1,無法建立到儲存的鏈路,光纖卡資訊如下:
# lscfg -vl fcs1
fcs1 U7879.001.DQDKMAG-P1-C6-T1 FC Adapter
Network
Address.............10000000C95A6A29
Device
Specific.(YL)........U7879.001.DQDKMAG-P1-C6-T1
故障分析
確定是不是光纖卡FCS1有故障
讓IBM公司定了一個相同型號的光纖卡,更換掉舊的FCS1卡,重新配置光纖交換機的ZONE,重新配置DS6800的hostconnect。在AIX中重新刪除vpath及相關路徑,重新cfgmgr識別裝置,仍然還是2條路徑,則判斷不是原來的FCS1的問題。
確定是不是主機有故障
更換了一臺主機,重新配置zone和hostconnect,讓新的主機可以訪問出現故障的DS6800 的LUN,仍然只有2條路徑。則判斷不是主機的問題。
確定是不是光纖交換機的故障
主機到儲存經過了brocade 5000 與mcdata4400 的級聯鏈路。收集了光纖交換的supportshow資訊,提交給IBM後臺技術支援進行分析,沒有得到明確的答覆。
檢查了zone的資訊,刪除舊的zone,新建新的zone,重新認裝置,仍然只有兩條鏈路。很多主機都是透過這個級聯方式訪問該儲存的,路徑沒有問題。由此判斷不是光纖交換機和兩個不同品牌交換機間的級聯問題。
確定是不是IBM DS6800 的問題
收集了大量的IBM DS6800 的系統資料,提交給IBM 後臺進行分析。後臺發現了一些問題,主要是DS6800 的1個儲存控制器找不到那張新換的光纖卡的資訊。IBM 後臺給出了兩個解決方案:
1.在圖形管理介面重新定義
hostconnect(不使用dscli的rmhostconnect,mkhostconnect命令),執行這個方案後,問題仍然存在。
2.使用圖形管理介面,分別啟動一下兩個儲存控制器,執行這個方案後,問題仍然存在。
故障解決
經過了前面多方面的分析與實驗,我確定應該是DS6800
裡面LUN與主機匹配出現了問題。
刪除主機相關的volgrp,hostconnect,新建一個新的volgrp,並分配新的lun給volgrp,然後重新hostconnect,在主機端進行cfgmgr後,可以認到4條路,由此可以判斷是舊的lun出了問題,lun(FBVOL)裡面的資料應該沒有問題,只是在DS6800 裡面的一些匹配資訊出現混亂,這與前段時間單模光纖鏈路被割斷,然後長時間才恢復有一點關係。
認到4條新的LUN的路徑後,刪除對這個LUN的訪問,恢復舊的LUN的訪問設定,在AIX中進行cfgmgr,也可以認到4條路徑,問題得到解決。
至於為何會這樣,IBM也覺得很奇怪,至今無法解釋。
# datapath query
device
Total Devices : 4
DEV#: 0 DEVICE NAME: vpath0 TYPE: 1750500 POLICY: Optimized
SERIAL: 13ADLLA0116
==========================================================================
Path#
Adapter/Hard Disk
State Mode Select
Errors
0 fscsi0/hdisk2 OPEN NORMAL 0 0
1 fscsi0/hdisk4 OPEN NORMAL
2017407 11
2 fscsi1/hdisk10 OPEN NORMAL 0 0
3 fscsi1/hdisk12 OPEN NORMAL
1910209 0
DEV#: 1 DEVICE NAME: vpath1 TYPE: 1750500 POLICY: Optimized
SERIAL: 13ADLLA0201
==========================================================================
Path#
Adapter/Hard Disk
State Mode Select
Errors
0 fscsi0/hdisk3 OPEN NORMAL
2064767 0
1 fscsi0/hdisk5 OPEN NORMAL 0 0
2 fscsi1/hdisk11 OPEN NORMAL
1819045 0
3 fscsi1/hdisk13 OPEN NORMAL 0 0
DEV#: 2 DEVICE NAME: vpath2 TYPE: 1750500 POLICY: Optimized
SERIAL: 68947310116
==========================================================================
Path#
Adapter/Hard Disk
State Mode Select
Errors
0 fscsi0/hdisk6 OPEN NORMAL 0 0
1 fscsi0/hdisk8 OPEN NORMAL
1276713 9
2 fscsi1/hdisk14 OPEN NORMAL 0 0
3 fscsi1/hdisk16 OPEN NORMAL
1971563 3
DEV#: 3 DEVICE NAME: vpath3 TYPE: 1750500 POLICY: Optimized
SERIAL: 68947310201
==========================================================================
Path#
Adapter/Hard Disk
State Mode Select
Errors
0 fscsi0/hdisk7 OPEN NORMAL
1443626 0
1 fscsi0/hdisk9 OPEN NORMAL 0 0
2 fscsi1/hdisk15 OPEN NORMAL 2299279 0
3 fscsi1/hdisk17 OPEN NORMAL 0 0
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/32980/viewspace-1043760/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- Oracle 訪問路徑Oracle
- Oracle 單表訪問路徑Oracle
- Traveller資料訪問路徑
- jenkins 修改訪問路徑Jenkins
- 解決pdf.js路徑問題JS
- RHEL5.6下多路徑問題的解決 for IBM ds3524 ---IBM RDACIBMS3
- Oracle 執行計劃 訪問路徑Oracle
- SQL訪問路徑和表連線SQL
- 解決XP專業版區域網訪問故障十八招
- windows10無法訪問指定裝置路徑或檔案該怎麼解決Windows
- ThinkPHP 訪問路徑隱藏 index.php 問題PHPIndex
- nginx 從一個路徑訪問另一個路徑怎麼跳轉Nginx
- 解決 無法將檔案" "複製到“bin\*.*”。對路徑“bin\*.*”的訪問被拒絕。
- 【優化】INDEX FULL SCAN (MIN/MAX)訪問路徑優化Index
- jboss設定web應用的訪問路徑,即直接域名+埠訪問Web
- JavaWeb 專案中的絕對路徑和相對路徑以及問題的解決方案JavaWeb
- TSM故障問題解決一則
- 終於解決nginx不支援thinkphp路徑2問題(正解!!!)NginxPHP
- Windows 直接訪問 WSL2 路徑並直接進行讀寫操作,許可權不足解決方法Windows
- 【最佳化】INDEX FULL SCAN (MIN/MAX)訪問路徑Index
- GitHub 不能訪問解決方案Github
- java web中servlet、jsp、html 互相訪問的路徑問題JavaWebServletJSHTML
- 解決 Github 國內訪問問題Github
- 解決github訪問慢的問題Github
- 解決 github 訪問不了的問題Github
- Linux配置靜態IP解決無法訪問網路問題Linux
- 掌握這一技巧,輕鬆解決IBM儲存硬碟故障IBM硬碟
- nginx環境下,mediawiki靜態訪問路徑設定Nginx
- oracle sql tuning 10 理解優化器訪問路徑OracleSQL優化
- 讀取web專案properties檔案路徑 解決tomcat伺服器找不到properties路徑問題WebTomcat伺服器
- nginx對訪問路徑進行限制【部分介面可以內外網訪問、剩餘介面只可以內網訪問】Nginx內網
- 思科與IBM合力解決網路犯罪問題提升客戶安全水平IBM
- JAVAWEB——絕對路徑和相對路徑,到底加不加“/“,以及解決方案JavaWeb
- 完美解決Asp.Net的MasterPage中新增JavaScript路徑問題ASP.NETASTJavaScript
- 解決windows docker lnmp訪問慢問題WindowsDockerLNMP
- gmail無法訪問問題解決--FGWAI
- 解決JS跨域訪問的問題JS跨域
- 解決 Windows 無法訪問共享Windows