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.