EMC CX4－240 ISCSI問題

sunowy

問題1，這個存儲一個盤柜上有4個LUN，
        lun0         1.4T           server1
        lun1         1.2T           server2
        lun2         1.2T           server2
        lun3         1.3T           server2
其中l(wèi)un1和lun2一樣大小，和lun3一起分配給了server2，在server2上用lvm管理，留了一個sdb做備用，sdc(1.2T)和sdd(1.3T）劃入一個存儲池，處理使用中
現(xiàn)在由于有急用，想把sdb分配給其它服務器用，
問題是：能確認這里的sdb對應的就是那個lun1嗎？


問題2， 這個存儲原來連接著sever1,server2,現(xiàn)在增加一個server3，按領(lǐng)導要求這個server3要用網(wǎng)線通過iscsi連接

在存儲上配置好了以后，把那個lun1分配給server3，但是在server3上出現(xiàn)了問題
用fdisk  -l 只能看到本地的盤：

1. 
   
2. [root@media2 ~]# fdisk -l
   
3. 
   
4. Disk /dev/sda: 146.1 GB, 146163105792 bytes
   
5. 255 heads, 63 sectors/track, 17769 cylinders
   
6. Units = cylinders of 16065 * 512 = 8225280 bytes
   
7. 
   
8.    Device Boot      Start         End      Blocks   Id  System
   
9. /dev/sda1   *           1          19      152586   83  Linux
   
10. /dev/sda2           11873       17769    47367652+  8e  Linux LVM
    
11. /dev/sda3              20        3970    31736407+  8e  Linux LVM
    
12. /dev/sda4            3971       11872    63472815    5  Extended
    
13. /dev/sda5            3971        7921    31736376   8e  Linux LVM
    
14. /dev/sda6            7922       11872    31736376   8e  Linux LVM
    
15. 
    
16. Partition table entries are not in disk order
    
17. 
    

復制代碼

用sfdisk -l可以看到那個分區(qū)，但是有報錯：

1. 
   
2. [root@media2 ~]# sfdisk -l
   
3. 
   
4. Disk /dev/sda: 17769 cylinders, 255 heads, 63 sectors/track
   
5. Units = cylinders of 8225280 bytes, blocks of 1024 bytes, counting from 0
   
6. 
   
7.    Device Boot Start     End   #cyls    #blocks   Id  System
   
8. /dev/sda1   *      0+     18      19-    152586   83  Linux
   
9. /dev/sda2      11872   17768    5897   47367652+  8e  Linux LVM
   
10. /dev/sda3         19    3969    3951   31736407+  8e  Linux LVM
    
11. /dev/sda4       3970   11871    7902   63472815    5  Extended
    
12. /dev/sda5       3970+   7920    3951-  31736376   8e  Linux LVM
    
13. /dev/sda6       7921+  11871    3951-  31736376   8e  Linux LVM
    
14. 
    
15. Disk /dev/sdb: 1228800 cylinders, 64 heads, 32 sectors/track
    
16. read: Input/output error
    
17. 
    
18. sfdisk: read error on /dev/sdb - cannot read sector 0
    
19. /dev/sdb: unrecognized partition table type
    
20. No partitions found
    
21. 
    

復制代碼

這個lun上面有分區(qū)的，4個lvm的pv，但是在這里看不到，不知道是什么原因造成的，請大家指教一下，先行謝過！

[ 本帖最后由 無牙 于 2009-11-6 21:48 編輯 ]

deadwind

第一個問題，lz安裝powerpath吧，通過powerpath的命令可以確定LUN號
2個相同的1.2T完全可準確區(qū)分開

或者安裝了naviagent，也可從CX的host的LUN status定位

[ 本帖最后由 deadwind 于 2009-11-5 19:31 編輯 ]

deadwind

第二個問題，我看到你說這個LUN是通過iSCSI分給server3
那么你的server3有配置iSCSI的initiator么？沒有配initiator怎么去連那個target呢？

sunowy

原帖由 deadwind 于 2009-11-5 19:18 發(fā)表
第二個問題，我看到你說這個LUN是通過iSCSI分給server3
那么你的server3有配置iSCSI的initiator么？沒有配initiator怎么去連那個target呢？

有配置initiator，配置完后執(zhí)行discovery操作，在存儲上能看到這個server了，然后rigester，建立一個 storage group 分配給這個主機一個lun1,這些操作都做了，
前是原來連接，看不到login iscsi target時打印的錯誤，用dmesge可以看到有如下錯誤輸出：


end_request: I/O error, dev sdb, sector 0
sd 9:0:0:0: Device not ready: <6>: Current: sense key: Not Ready
    Add. Sense: Logical unit not ready, manual intervention required

end_request: I/O error, dev sdb, sector 0
sd 9:0:0:0: Device not ready: <6>: Current: sense key: Not Ready
    Add. Sense: Logical unit not ready, manual intervention required

end_request: I/O error, dev sdb, sector 0
sd 9:0:0:0: Device not ready: <6>: Current: sense key: Not Ready
    Add. Sense: Logical unit not ready, manual intervention required

end_request: I/O error, dev sdb, sector 0
sd 9:0:0:0: Device not ready: <6>: Current: sense key: Not Ready
    Add. Sense: Logical unit not ready, manual intervention required

end_request: I/O error, dev sdb, sector 0
sd 9:0:0:0: Device not ready: <6>: Current: sense key: Not Ready
    Add. Sense: Logical unit not ready, manual intervention required

end_request: I/O error, dev sdb, sector 0

sunowy

補充一下，我這個server3是通過一個網(wǎng)線直接連接到存儲的網(wǎng)絡(luò)口上的。沒有經(jīng)過交換機或者路由器

這個不太影響吧？

deadwind

原帖由 sunowy 于 2009-11-5 19:25 發(fā)表
補充一下，我這個server3是通過一個網(wǎng)線直接連接到存儲的網(wǎng)絡(luò)口上的。沒有經(jīng)過交換機或者路由器

這個不太影響吧？

個人覺得這個沒影響
CX的iSCSI還沒玩過，覺得還是initiator配置不好的可能性大些
還有，有沒有可能默認啟用了CHAP認證之類的？純瞎猜

[ 本帖最后由 deadwind 于 2009-11-5 19:40 編輯 ]

sunowy

原帖由 deadwind 于 2009-11-5 19:33 發(fā)表


個人覺得這個沒影響
CX的iSCSI還沒玩過，覺得還是initiator配置不好的可能性大些
還有，有沒有可能默認啟用了CHAP認證之類的？純瞎猜

多謝兄弟熱情幫且，啟用和關(guān)閉CHAP我都試過，都是這樣的，
我現(xiàn)在好像發(fā)現(xiàn)一點問題，我這個服務器是雙網(wǎng)卡，一個是192.168.10.0網(wǎng)絡(luò)的，用于連接內(nèi)網(wǎng)
另一個是192.168.0.0網(wǎng)絡(luò)的，用于連接iscsi。
而我的管理網(wǎng)絡(luò)地址也是10網(wǎng)段，是10.229

現(xiàn)在我在服務器上運行：naviserverutilcli
結(jié)果是下面這樣的：

1. 
   
2. # ./naviserverutilcli
   
3. Welcome to Navisphere Server Utility - version : 6.28.10.3.11
   
4. 
   
5. Select from one of the following options: or Select '0' to exit the application.
   
6. 
   
7. 1. Update Server Information - Select this option to send information about the server to all connected storage systems.
   
8. 
   
9. 2. Snapshot Tasks (Navisphere Express only) - Select this option to perform Snapshot tasks on the source server or the secondary server.
   
10. 
    
11. 3. Generate high availability report.
    
12. 
    
13. 4. Display help for the application.
    
14. 
    
15. > 1
    
16. 
    
17. Scanning ...  
    
18. 
    
19. Connected Storage Systems:
    
20. 
    
21. HBA/NIC Port  Storage System  SP  Port  SP IP Address  
    
22. -------------------------------------------------------
    
23. 0             CKM00034700077  A   2     192.168.10.229
    
24. 0             CKM00034700077  A   3     192.168.10.229
    
25. 
    
26. 
    
27. There are currently no volumes from external storage systems.
    
28. 
    
29. Server Utility cannot perform updates because the Navisphere Host Agent is either installed, or is currently running on this system.
    
30. Please select [s]can or [c]ancel:
    
31. 
    

復制代碼

為什么顯示的IP Address是的我管理IP？

deadwind

192.168.10.229是你CX4-240的管理IP么？

你用192.168.0.0網(wǎng)段的IP怎么能連192.168.10.229呢？網(wǎng)絡(luò)不通吧(你說是直連沒有通過網(wǎng)關(guān)去路由)
除非你配255.255.0.0的子網(wǎng)掩碼
簡單的檢測就是把你server3的192.168.10.*的地址禁掉，試試192.168.0.*的IP能否ping通CX控制器IP

[ 本帖最后由 deadwind 于 2009-11-5 21:29 編輯 ]

sunowy

原帖由 deadwind 于 2009-11-5 21:27 發(fā)表
192.168.10.229是你CX4-240的管理IP么？

你用192.168.0.0網(wǎng)段的IP怎么能連192.168.10.229呢？網(wǎng)絡(luò)不通吧(你說是直連沒有通過網(wǎng)關(guān)去路由)
除非你配255.255.0.0的子網(wǎng)掩碼
簡單的檢測就是把你server3的192.1 ...

這個10.229是管理IP，兩個網(wǎng)卡都在啟用時，是可以ping通存儲的iscsi網(wǎng)口，也能discover存儲上的target.
我試過在server3上禁用10網(wǎng)段的這個網(wǎng)卡，但是我運行naviserverutilcli 這個命令時，就scan不到storage了

sunowy

還沒有搞定，哪兄弟熟悉emc的存儲，指導一下吧，謝謝！