When adding or removing LUNs, I always get multiple multipath messages reporting that a path is down, sometimes even to devices that I have not removed. I've tried removing all the SCSI devices (via "echo 1 >/sys/bus/devices/$DEVICE/delete"), flushing the multipath maps, removing the mpath in question (via "multipathd -k"dep map $mpath"), prior to unpresenting the LUN or doing a SCSI rescan when presenting a LUN, all to no avail. What is proper procedure to completely remove all SCSI devices and multipath maps so that multipathd will not generate error messages when the LUN is unpresented from the system? TIA, Daniel > -----Original Message----- > From: Christophe Varoqui [mailto:christophe.varoqui@xxxxxxx] > Sent: Saturday, July 19, 2008 3:28 AM > To: Daniel Keisling > Cc: device-mapper development > Subject: Re: Temporarily squelching multipathd errors > > > > Greetings, > > > > I perform SAN-based snapshots on OCFS2 and ext3 filesystems under > > dm-multipath. Before I snapshot the filesystem, I unmount > and delete > > the previous night's snapshot LUNs. Doing so causes (correctly) > > multipathd to output the following errors: > > > > <snip> > > ... > > Jul 14 03:16:02 ausracdbd01 multipathd: mpath19: remaining > active paths: > > 7 > > Jul 14 03:16:02 ausracdbd01 multipathd: sdci: tur checker > reports path > > is down > > Jul 14 03:16:02 ausracdbd01 kernel: device-mapper: > multipath: Failing > > path 69:80. > > Jul 14 03:16:02 ausracdbd01 multipathd: sdco: tur checker > reports path > > is down > > .... > > </snip> > > > > During this snapshot time, I would like to temporarily turn off the > > verbosity of multipathd. Is this possible? It's mostly an > annoyance > > factor for me because our nightly centralized syslog scan > picks up words > > like 'fail' and generates a report to the system > administrators (which > > we then have to ignore for these messages). > > > Why not just remove the multipath from the multipathd > topology before deleting the snapvol ? > > multipathd -k"del map mpath19" > > Regards, > cvaroqui > > > ______________________________________________________________________ This email transmission and any documents, files or previous email messages attached to it may contain information that is confidential or legally privileged. If you are not the intended recipient or a person responsible for delivering this transmission to the intended recipient, you are hereby notified that you must not read this transmission and that any disclosure, copying, printing, distribution or use of this transmission is strictly prohibited. If you have received this transmission in error, please immediately notify the sender by telephone or return email and delete the original transmission and its attachments without reading or saving in any manner. -- dm-devel mailing list dm-devel@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/dm-devel
