All of lore.kernel.org
 help / color / mirror / Atom feed
From: Zdenek Kabelac <zkabelac@redhat.com>
To: lvm-devel@redhat.com
Subject: LVM2 ./WHATS_NEW daemons/dmeventd/plugins/lvm2 ...
Date: Wed, 11 Apr 2012 13:44:49 +0200	[thread overview]
Message-ID: <4F856EB1.6030703@redhat.com> (raw)
In-Reply-To: <20120410233442.27068.qmail@sourceware.org>

Dne 11.4.2012 01:34, jbrassow at sourceware.org napsal(a):
> CVSROOT:	/cvs/lvm2
> Module name:	LVM2
> Changes by:	jbrassow at sourceware.org	2012-04-10 23:34:41
>
> Modified files:
> 	.              : WHATS_NEW
> 	daemons/dmeventd/plugins/lvm2: dmeventd_lvm.c
>
> Log message:
> 	Commit ID 46a75dedb4f6aa815a804f27cafbd3fd16a62011 consolidated code from the
> 	various dmeventd plug-ins into a new function called 'dmeventd_lvm2_command',
> 	but the new function did not strip off the "_mlog" extentions that the
> 	mirror plug-in had been doing.  This created bug 794904 - failure to replace
> 	devices in a redundant log.
> 	
> 	The test suite did catch this scenario because it performs repair tests (mainly)
> 	through the CLI and not dmeventd.  It's also not easy to test because the test
> 	itself will hang if the bug is encountered.
>
> Patches:
> http://sourceware.org/cgi-bin/cvsweb.cgi/LVM2/WHATS_NEW.diff?cvsroot=lvm2&r1=1.2375&r2=1.2376
> http://sourceware.org/cgi-bin/cvsweb.cgi/LVM2/daemons/dmeventd/plugins/lvm2/dmeventd_lvm.c.diff?cvsroot=lvm2&r1=1.8&r2=1.9
>
> --- LVM2/WHATS_NEW	2012/03/30 14:59:35	1.2375
> +++ LVM2/WHATS_NEW	2012/04/10 23:34:41	1.2376
> @@ -1,5 +1,6 @@
>   Version 2.02.96 -
>   ================================
> +  Fix ability to handle failures in mirrored log (regression intro 2.02.89).
>     Fix unlocking volume group in vgreduce in error path.
>     Exit immediately if LISTEN_PID env var incorrect during systemd handover.
>     Detect VG name being part of the LV name in lvconvert --splitmirrors -n.
> --- LVM2/daemons/dmeventd/plugins/lvm2/dmeventd_lvm.c	2012/02/01 20:11:58	1.8
> +++ LVM2/daemons/dmeventd/plugins/lvm2/dmeventd_lvm.c	2012/04/10 23:34:41	1.9
> @@ -160,6 +160,11 @@
>   		return 0;
>   	}
>
> +	/* strip off the mirror component designations */
> +	layer = strstr(lv, "_mlog");
> +	if (layer)
> +		*layer = '\0';
> +
>   	r = dm_snprintf(buffer, size, "%s %s/%s", cmd, vg, lv);
>
>   	dm_pool_free(mem, vg);

I think this fix is in wrong layer - you should probably do this inside liblvm 
which knows what should be monitored instead of this 'wild' stripping inside 
unrelated code in dmeventd lvm2 lib.

Zdenek



  reply	other threads:[~2012-04-11 11:44 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-04-10 23:34 LVM2 ./WHATS_NEW daemons/dmeventd/plugins/lvm2 jbrassow
2012-04-11 11:44 ` Zdenek Kabelac [this message]
  -- strict thread matches above, loose matches on Subject: below --
2011-12-22 15:55 zkabelac
2010-09-30 11:40 zkabelac
2010-03-04  9:56 zkabelac

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4F856EB1.6030703@redhat.com \
    --to=zkabelac@redhat.com \
    --cc=lvm-devel@redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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.