Topic
5 replies Latest Post - ‏2011-04-21T14:49:35Z by SystemAdmin
SystemAdmin
SystemAdmin
2364 Posts
ACCEPTED ANSWER

Pinned topic RDAC and redhat problem

‏2011-04-11T20:11:34Z |
Hi,
can anyone help me for resolving this problem (i'm not expert on RDAC/linux),
i've 1 server with 2 card HBA dual port wich are connected to 2switch SAN.I've installed RDAC on redhat 5.
1 weeks ago the server have no access to storage SAN.
this is the logs:
Apr 7 00:43:31 server kernel: 565 http://RAIDarray.mppmppLnx_vwq_get_free_availList: NEED more free slots from global free list
Apr 7 02:33:31 server kernel: 94 http://RAIDarray.mppDS3950:0:0:1 Selection Retry count exhausted
Apr 7 02:33:31 server kernel: 7 http://RAIDarray.mppDS3950:0:0 Path Failed
Apr 7 02:33:31 server kernel: 495 http://RAIDarray.mppDS3950:0:0:1 Cmnd failed-retry on a new path. vcmnd SN 96770256 pdev H5:C0:T1:L1 0x00/0x00/0x00 0x00010000 mpp_status:6
Apr 7 02:33:31 server kernel: 94 http://RAIDarray.mppDS3950:0:0:3 Selection Retry count exhausted
Apr 7 02:33:31 server kernel: 495 http://RAIDarray.mppDS3950:0:0:3 Cmnd failed-retry on a new path. vcmnd SN 96770268 pdev H5:C0:T1:L3 0x00/0x00/0x00 0x00010000 mpp_status:6
Apr 7 02:33:31 server kernel: 94 http://RAIDarray.mppDS3950:0:0:7 Selection Retry count exhausted
Apr 7 02:33:31 server kernel: 495 http://RAIDarray.mppDS3950:0:0:7 Cmnd failed-retry on a new path. vcmnd SN 96770261 pdev H5:C0:T1:L7 0x00/0x00/0x00 0x00010000 mpp_status:6
Apr 7 02:33:31 server kernel: 94 http://RAIDarray.mppDS3950:0:0:8 Selection Retry count exhaustedApr 7 08:50:07 server kernel: 62 http://RAIDarray.mppDevice 0x7ed25000 is not an array
Apr 7 08:50:07 server kernel: 62 http://RAIDarray.mppDevice 0x7ed25000 is not an arr
And the resolt of ls -lR /proc/mpp:
/proc/mpp:
total 0
dr-xr-xr-x 4 root root 0 Apr 11 08:03 DS3950

/proc/mpp/DS3950:
total 0
dr-xr-xr-x 5 root root 0 Apr 11 08:03 controllerA
dr-xr-xr-x 6 root root 0 Apr 11 08:03 controllerB
-rw-r--r-- 1 root root 0 Apr 11 08:03 virtualLun1
-rw-r--r-- 1 root root 0 Apr 11 08:03 virtualLun2
-rw-r--r-- 1 root root 0 Apr 11 08:03 virtualLun3
-rw-r--r-- 1 root root 0 Apr 11 08:03 virtualLun4
-rw-r--r-- 1 root root 0 Apr 11 08:03 virtualLun5
-rw-r--r-- 1 root root 0 Apr 11 08:03 virtualLun6
-rw-r--r-- 1 root root 0 Apr 11 08:03 virtualLun7
-rw-r--r-- 1 root root 0 Apr 11 08:03 virtualLun8

/proc/mpp/DS3950/controllerA:
total 0
dr-xr-xr-x 2 root root 0 Apr 11 08:03 lpfc_h5c0t1
dr-xr-xr-x 2 root root 0 Apr 11 08:03 lpfc_h6c0t1
dr-xr-xr-x 2 root root 0 Apr 11 08:03 lpfc_h8c0t1

/proc/mpp/DS3950/controllerA/lpfc_h5c0t1:
total 0
-rw-r--r-- 1 root root 0 Apr 11 08:03 LUN1
-rw-r--r-- 1 root root 0 Apr 11 08:03 LUN2
-rw-r--r-- 1 root root 0 Apr 11 08:03 LUN3
-rw-r--r-- 1 root root 0 Apr 11 08:03 LUN4
-rw-r--r-- 1 root root 0 Apr 11 08:03 LUN5
-rw-r--r-- 1 root root 0 Apr 11 08:03 LUN6
-rw-r--r-- 1 root root 0 Apr 11 08:03 LUN7
-rw-r--r-- 1 root root 0 Apr 11 08:03 LUN8
-rw-r--r-- 1 root root 0 Apr 11 08:03 UTM_LUN31

/proc/mpp/DS3950/controllerA/lpfc_h6c0t1:
total 0
-rw-r--r-- 1 root root 0 Apr 11 08:03 LUN1
-rw-r--r-- 1 root root 0 Apr 11 08:03 LUN2
-rw-r--r-- 1 root root 0 Apr 11 08:03 LUN3
-rw-r--r-- 1 root root 0 Apr 11 08:03 LUN4
-rw-r--r-- 1 root root 0 Apr 11 08:03 LUN5
-rw-r--r-- 1 root root 0 Apr 11 08:03 LUN6
-rw-r--r-- 1 root root 0 Apr 11 08:03 LUN7
-rw-r--r-- 1 root root 0 Apr 11 08:03 LUN8
-rw-r--r-- 1 root root 0 Apr 11 08:03 UTM_LUN31

/proc/mpp/DS3950/controllerA/lpfc_h8c0t1:
total 0

/proc/mpp/DS3950/controllerB:
total 0
dr-xr-xr-x 2 root root 0 Apr 11 08:03 lpfc_h5c0t0
dr-xr-xr-x 2 root root 0 Apr 11 08:03 lpfc_h6c0t0
dr-xr-xr-x 2 root root 0 Apr 11 08:03 lpfc_h7c0t0
dr-xr-xr-x 2 root root 0 Apr 11 08:03 lpfc_h8c0t0

/proc/mpp/DS3950/controllerB/lpfc_h5c0t0:
total 0
-rw-r--r-- 1 root root 0 Apr 11 08:03 LUN1
-rw-r--r-- 1 root root 0 Apr 11 08:03 LUN2
-rw-r--r-- 1 root root 0 Apr 11 08:03 LUN3
-rw-r--r-- 1 root root 0 Apr 11 08:03 LUN4
-rw-r--r-- 1 root root 0 Apr 11 08:03 LUN5
-rw-r--r-- 1 root root 0 Apr 11 08:03 LUN6
-rw-r--r-- 1 root root 0 Apr 11 08:03 LUN7
-rw-r--r-- 1 root root 0 Apr 11 08:03 LUN8
-rw-r--r-- 1 root root 0 Apr 11 08:03 UTM_LUN31

/proc/mpp/DS3950/controllerB/lpfc_h6c0t0:
total 0
-rw-r--r-- 1 root root 0 Apr 11 08:03 LUN1
-rw-r--r-- 1 root root 0 Apr 11 08:03 LUN2
-rw-r--r-- 1 root root 0 Apr 11 08:03 LUN3
-rw-r--r-- 1 root root 0 Apr 11 08:03 LUN4
-rw-r--r-- 1 root root 0 Apr 11 08:03 LUN5
-rw-r--r-- 1 root root 0 Apr 11 08:03 LUN6
-rw-r--r-- 1 root root 0 Apr 11 08:03 LUN7
-rw-r--r-- 1 root root 0 Apr 11 08:03 LUN8
-rw-r--r-- 1 root root 0 Apr 11 08:03 UTM_LUN31

/proc/mpp/DS3950/controllerB/lpfc_h7c0t0:
total 0
-rw-r--r-- 1 root root 0 Apr 11 08:03 UTM_LUN31

/proc/mpp/DS3950/controllerB/lpfc_h8c0t0:
total 0
Updated on 2011-04-21T14:49:35Z at 2011-04-21T14:49:35Z by SystemAdmin
  • SystemAdmin
    SystemAdmin
    2364 Posts
    ACCEPTED ANSWER

    Re: RDAC and redhat problem

    ‏2011-04-12T15:32:48Z  in response to SystemAdmin
    I want to make sure that I understand your issue here. You had this equipment working with is environment before and then a week ago it stopped working? Or, is this a new Redhat install that has never worked?

    Cheers!
    Chris
    • SystemAdmin
      SystemAdmin
      2364 Posts
      ACCEPTED ANSWER

      Re: RDAC and redhat problem

      ‏2011-04-13T13:34:40Z  in response to SystemAdmin
      it was working before
      • SystemAdmin
        SystemAdmin
        2364 Posts
        ACCEPTED ANSWER

        Re: RDAC and redhat problem

        ‏2011-04-13T14:49:06Z  in response to SystemAdmin
        OK. That helps. So, something clearly must have changed. Do you recall doing any updates, especially kernel updates around that time?
  • SystemAdmin
    SystemAdmin
    2364 Posts
    ACCEPTED ANSWER

    Re: RDAC and redhat problem

    ‏2011-04-21T14:49:35Z  in response to SystemAdmin
    I did a little checking and here are suggestions from one of my storage technical contacts:

    "I would suggest checking the zoning on the Fibre Channel switches to verify that the HBA's and storage are logged into the SAN and that the Zone is active. Also the LUN Masking on the ds3950 should be verified to ensure that the luns are still mapped to the HBA's on targeted server running Linux. These are basic tests."