All:
~> uname -srvmpio
Linux 2.6.32-358.18.1.el6.x86_64 #1 SMP Wed Aug 28 17:19:38 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
~> rpm -qa kernel\* | sort
kernel-2.6.32-358.18.1.el6.x86_64
kernel-2.6.32-358.el6.x86_64
kernel-devel-2.6.32-358.18.1.el6.x86_64
kernel-devel-2.6.32-358.el6.x86_64
kernel-firmware-2.6.32-358.18.1.el6.noarch
kernel-headers-2.6.32-358.18.1.el6.x86_64
My department has several dozen servers using CentOS 6.4 connected to a HP P2000 G3 FC SAN via a Brocade switch. device-mapper-multipath is used to handle the multiple paths to the SAN storage. Our setup has two paths per two redundant controllers/switches.
~> rpm -qa device-mapper\* | sort
device-mapper-1.02.77-9.el6.x86_64
device-mapper-event-1.02.77-9.el6.x86_64
device-mapper-event-libs-1.02.77-9.el6.x86_64
device-mapper-libs-1.02.77-9.el6.x86_64
device-mapper-multipath-0.4.9-64.el6_4.2.x86_64
device-mapper-multipath-libs-0.4.9-64.el6_4.2.x86_64
device-mapper-persistent-data-0.1.4-1.el6.x86_64
~> sudo cat /etc/multipath.conf
multipaths {
multipath {
wwid <redacted>
alias <redacted>
}
}
defaults {
find_multipaths yes
user_friendly_names yes
}
~> sudo multipath -ll
<redacted> (<redacted>) dm-1 HP,P2000G3 FC/iSCSI
size=1.3T features='1 queue_if_no_path' hwhandler='0' wp=rw
|-+- policy='round-robin 0' prio=130 status=active
| |- 2:0:0:12 sdd 8:48 active ready running
| `- 1:0:0:12 sdb 8:16 active ready running
`-+- policy='round-robin 0' prio=10 status=enabled
|- 1:0:1:12 sdc 8:32 active ready running
`- 2:0:1:12 sde 8:64 active ready running
We're having a problem where syslog on every server connected to the SAN is getting spammed with the following:
kernel: sd X:0:0:Y [sdX] Warning! Received an indication that the LUN assignments on this target have changed. The Linux SCSI layer does not automatically remap LUN assignments.
None of the LUN assignments of any of the volumes on the SAN have changed since mapping them to the ports connected to each individual server.
So far my searches for a solution have turned up dead-ends and if anyone is able to help, I'd greatly appreciate it.
Thanks,
Trevor T. Kates
CONFIDENTIALITY NOTICE: This electronic message contains
information which may be legally confidential and/or privileged and
does not in any case represent a firm ENERGY COMMODITY bid or offer
relating thereto which binds the sender without an additional
express written confirmation to that effect. The information is
intended solely for the individual or entity named above and access
by anyone else is unauthorized. If you are not the intended
recipient, any disclosure, copying, distribution, or use of the
contents of this information is prohibited and may be unlawful. If
you have received this electronic transmission in error, please
reply immediately to the sender that you have received the message
in error, and delete it. Thank you.