Have you tried moving the data to another lun and deleting the lun with
errors and recreating that lun? I know that involves downtime unless you
have some type of failover implemented.
berthiaume_wayne@xxxxxxx wrote:
These are DID_BUS_BUSY errors being reported by the QLogic driver. I
would check your SAN for congestion, increase the cache in the EVA, or
change the queue depth in your qla2xxx driver.
Regards,
Wayne.
-----Original Message-----
From: linux-cluster-bounces@xxxxxxxxxx
[mailto:linux-cluster-bounces@xxxxxxxxxx] On Behalf Of FM
Sent: Friday, August 10, 2007 9:58 AM
To: Redhat Cluster
Subject: SAN + multipathd + GFS : SCSI error
Hello,
All servers are RHEL 4.5
SAN is HP EVA 4000
we are using linux qla modules and multipathd
cluster server have only one FC Card
In the dmesg of servers connected to GFS we have a lot of :
SCSI error : <0 0 1 1> return code = 0x20000
end_request: I/O error, dev sdd, sector 37807111
The cluster seems to work fine but I'd like to know if we can avoid this
error.
here is a multipathd -ll output :
[root@como ~]# multipath -ll
mpath1 (3600508b4001051e40000900000310000)
[size=500 GB][features="1 queue_if_no_path"][hwhandler="0"]
\_ round-robin 0 [prio=50][active]
\_ 0:0:0:1 sda 8:0 [active][ready]
\_ round-robin 0 [prio=10][enabled]
\_ 0:0:1:1 sdd 8:48 [active][ready]
mpath3 (3600508b4001051e400009000009e0000)
[size=150 GB][features="1 queue_if_no_path"][hwhandler="0"]
\_ round-robin 0 [prio=50][active]
\_ 0:0:1:2 sde 8:64 [active][ready]
\_ round-robin 0 [prio=10][enabled]
\_ 0:0:0:2 sdb 8:16 [active][ready]
and the device in the multipath.conf
devices {
device {
vendor "HP "
product "HSV200 "
path_grouping_policy group_by_prio
getuid_callout "/sbin/scsi_id -g -u -s
/block/%n"
path_checker tur
path_selector "round-robin 0"
prio_callout "/sbin/mpath_prio_alua %d"
failback immediate
no_path_retry 60
}
}
--
Linux-cluster mailing list
Linux-cluster@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/linux-cluster
--
Linux-cluster mailing list
Linux-cluster@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/linux-cluster
--
Linux-cluster mailing list
Linux-cluster@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/linux-cluster
