All of lore.kernel.org
 help / color / mirror / Atom feed
* Re: Temporarily squelching multipathd errors
@ 2008-07-19  8:27 Christophe Varoqui
  2008-10-30 15:48 ` Daniel Keisling
  0 siblings, 1 reply; 10+ messages in thread
From: Christophe Varoqui @ 2008-07-19  8:27 UTC (permalink / raw)
  To: daniel.keisling; +Cc: device-mapper development


> 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

^ permalink raw reply	[flat|nested] 10+ messages in thread
* Temporarily squelching multipathd errors
@ 2008-07-18 18:48 Daniel Keisling
  0 siblings, 0 replies; 10+ messages in thread
From: Daniel Keisling @ 2008-07-18 18:48 UTC (permalink / raw)
  To: dm-devel

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).
 
TIA,

Daniel
 

______________________________________________________________________
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.

^ permalink raw reply	[flat|nested] 10+ messages in thread

end of thread, other threads:[~2009-01-19 15:07 UTC | newest]

Thread overview: 10+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-07-19  8:27 Temporarily squelching multipathd errors Christophe Varoqui
2008-10-30 15:48 ` Daniel Keisling
2008-10-30 16:15   ` Domenico Viggiani
2008-11-21 19:54     ` Daniel Keisling
2008-11-26 17:43       ` Konrad Rzeszutek
2009-01-16 20:59         ` Daniel Keisling
     [not found]         ` <65F9ACC78BD8304BAAEB817634C62D4C07441224@AUSMAIL01.americas.ppdi.local>
2009-01-16 21:28           ` Konrad Rzeszutek
2009-01-16 21:52             ` Daniel Keisling
2009-01-19 15:07               ` Konrad Rzeszutek
  -- strict thread matches above, loose matches on Subject: below --
2008-07-18 18:48 Daniel Keisling

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.