From mboxrd@z Thu Jan  1 00:00:00 1970
From: Fabio M. Di Nitto <fdinitto@redhat.com>
Date: Wed, 11 Jul 2012 10:20:04 +0200
Subject: [Cluster-devel] cluster.cman.nodename vanish on config reload
In-Reply-To: <4FFD35E7.7070207@redhat.com>
References: <24E144B8C0207547AD09C467A8259F75574EFF76@lisa.maurer-it.com>
	<4FFC1578.3000005@redhat.com>
	<24E144B8C0207547AD09C467A8259F75574EFFEE@lisa.maurer-it.com>
	<4FFC1F73.2000108@redhat.com>
	<24E144B8C0207547AD09C467A8259F75574F94D2@lisa.maurer-it.com>
	<4FFD35E7.7070207@redhat.com>
Message-ID: <4FFD3734.80703@redhat.com>
List-Id: <cluster-devel.redhat.com>
To: cluster-devel.redhat.com
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit

On 7/11/2012 10:14 AM, Fabio M. Di Nitto wrote:
> On 7/11/2012 9:37 AM, Dietmar Maurer wrote:
>>> Ok, bisect myself.
>>>
>>> This lead directly to commit f3f4499d4ace7a3bf5fe09ce6d9f04ed6d8958f6
>>>
>>> But this is just the check you introduced. If I revert that patch, everything
>>> works as before, but I noticed that It still deletes the values from the
>>> corosync objdb after config reload - even in 3.1.8!
>>>
>>> Both cluster.cman.nodename and cluster.cman.cluster_id get removed.
>>>
>>> Testing with earlier versions now.
>>
>> That even happens with 3.1.4 (cant test easily with older versions).
>>
>> Any ideas?
> 
> No, not yet, but what kind of operational problem do you get? does it
> affect runtime? if so how?
> 
> Fabio
> 


Nevermind.. i answered my own question.

Fabio