* [PATCH] Un-export vg_read_internal.
@ 2009-11-02 15:43 Petr Rockai
2009-11-19 12:11 ` Milan Broz
0 siblings, 1 reply; 3+ messages in thread
From: Petr Rockai @ 2009-11-02 15:43 UTC (permalink / raw)
To: lvm-devel
Hi,
this was waiting a fairly long time for a round tuit, but here it is. This
should properly banish vg_read_internal into confinement in metadata.c. Should
be fairly obvious, I am just being paranoid here. (I made sure clvmd still
compiles this time, too.)
Yours,
Petr.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: unexport-vg_read_internal.diff
Type: text/x-diff
Size: 5412 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/lvm-devel/attachments/20091102/217e6e45/attachment.bin>
^ permalink raw reply [flat|nested] 3+ messages in thread
* [PATCH] Un-export vg_read_internal.
2009-11-02 15:43 [PATCH] Un-export vg_read_internal Petr Rockai
@ 2009-11-19 12:11 ` Milan Broz
2009-11-20 22:48 ` Milan Broz
0 siblings, 1 reply; 3+ messages in thread
From: Milan Broz @ 2009-11-19 12:11 UTC (permalink / raw)
To: lvm-devel
On 11/02/2009 04:43 PM, Petr Rockai wrote:
> this was waiting a fairly long time for a round tuit, but here it is. This
> should properly banish vg_read_internal into confinement in metadata.c. Should
> be fairly obvious, I am just being paranoid here. (I made sure clvmd still
> compiles this time, too.)
> @@ -780,9 +780,9 @@ void lvm_do_backup(const char *vgname)
>
> pthread_mutex_lock(&lvm_lock);
>
> - vg = vg_read_internal(cmd, vgname, NULL /*vgid*/, &consistent);
> + vg = vg_read(cmd, vgname, NULL /*vgid*/, 0 /*flags*/);
>
> - if (vg && consistent)
> + if (!vg_read_error(vg))
> check_current_backup(vg);
Cannot this slightly change when remote meatadata backup is run? (missing PVs?)
But it is not problem IMHO.
ACK.
Milan
--
mbroz at redhat.com
^ permalink raw reply [flat|nested] 3+ messages in thread
* [PATCH] Un-export vg_read_internal.
2009-11-19 12:11 ` Milan Broz
@ 2009-11-20 22:48 ` Milan Broz
0 siblings, 0 replies; 3+ messages in thread
From: Milan Broz @ 2009-11-20 22:48 UTC (permalink / raw)
To: lvm-devel
On 11/19/2009 01:11 PM, Milan Broz wrote:
> On 11/02/2009 04:43 PM, Petr Rockai wrote:
>> this was waiting a fairly long time for a round tuit, but here it is. This
>> should properly banish vg_read_internal into confinement in metadata.c. Should
>> be fairly obvious, I am just being paranoid here. (I made sure clvmd still
>> compiles this time, too.)
>
>> @@ -780,9 +780,9 @@ void lvm_do_backup(const char *vgname)
>>
>> pthread_mutex_lock(&lvm_lock);
>>
>> - vg = vg_read_internal(cmd, vgname, NULL /*vgid*/, &consistent);
>> + vg = vg_read(cmd, vgname, NULL /*vgid*/, 0 /*flags*/);
post-mortem NACK
we cannot take lock inside vg_read here. it kills clvmd.
Milan
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2009-11-20 22:48 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-11-02 15:43 [PATCH] Un-export vg_read_internal Petr Rockai
2009-11-19 12:11 ` Milan Broz
2009-11-20 22:48 ` Milan Broz
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.