[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

[dm-devel] RE: Temporarily squelching multipathd errors



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 free fr] 
> 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.



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]