Re: Remote node attributes support in crmsh

Vladislav Bogdanov <[email protected]> Mon, 20 Oct 2014 19:12:23 +0300
Newsgroups	gmane.linux.highavailability.user
Message-ID	<[email protected]>
20.10.2014 18:23, Dejan Muhamedagic wrote:
> Hi Vladislav,

Hi Dejan!

> 
> On Mon, Oct 20, 2014 at 09:03:40AM +0300, Vladislav Bogdanov wrote:
>> Hi Kristoffer,
>>
>> do you plan to add support for recently added "remote node attributes"
>> feature to chmsh?
>>
>> Currently (at least as of 2.1, and I do not see anything relevant in the
>> git log) crmsh fails to update CIB if it contains node attributes for
>> remote (bare-metal) node, complaining that duplicate element is found.
> 
> No wonder :) The uname effectively dubs as an element id.
> 
>> But for bare-metal nodes it is natural to have ocf:pacemaker:remote
>> resource with name equal to remote node uname (I doubt it can be
>> configured differently).
> 
> Is that required?

Didn't look in code, but seems like yes, :remote resource name is the
only place where pacemaker can obtain that node name.

> 
>> If I comment check for 'obj_id in id_set', then it fails to update CIB
>> because it inserts above primitive definition into the node section.
> 
> Could you please show what would the CIB look like with such a
> remote resource (in crmsh notation).
> 


node 1: node01
node rnode001:remote \
	attributes attr=value
primitive rnode001 ocf:pacemaker:remote \
        params server=192.168.168.20 \
        op monitor interval=10 \
        meta target-role=Started


Best,
Vladislav

> Given that nodes are for the most part referenced by uname
> (instead of by id), do you think that a configuration where
> a primitive element is named the same as a node, the user can
> handle that in an efficient manner? (NB: No experience here with
> ocf:pacemaker:remote :)



> 
> Cheers,
> 
> Dejan
> 
> 
>>
>> Best,
>> Vladislav
>> _______________________________________________
>> Linux-HA mailing list
>> [email protected]
>> http://lists.linux-ha.org/mailman/listinfo/linux-ha
>> See also: http://linux-ha.org/ReportingProblems
> _______________________________________________
> Linux-HA mailing list
> [email protected]
> http://lists.linux-ha.org/mailman/listinfo/linux-ha
> See also: http://linux-ha.org/ReportingProblems
> 

_______________________________________________
Linux-HA mailing list
[email protected]
http://lists.linux-ha.org/mailman/listinfo/linux-ha
See also: http://linux-ha.org/ReportingProblems