05.07.2013 19:46, Lars Marowsky-Bree wrote:
> On 2013-07-05T19:06:54, Vladislav Bogdanov wrote:
>
>>> params #merge param1="value1" param2="value2"
>>>
>>> meta #replace ...
>>>
>>> utilization #keep
>>>
>>> and so on. With default to #replace?
>>
>> Even more.
>> If we allow such "meta" lexems a
On 2013-07-05T19:06:54, Vladislav Bogdanov wrote:
> > params #merge param1="value1" param2="value2"
> >
> > meta #replace ...
> >
> > utilization #keep
> >
> > and so on. With default to #replace?
>
> Even more.
> If we allow such "meta" lexems anywhere (not only at the very
> beginning), the
05.07.2013 16:25, Vladislav Bogdanov wrote:
> 05.07.2013 14:38, Dejan Muhamedagic wrote:
>> On Fri, Jul 05, 2013 at 09:31:07AM +0300, Vladislav Bogdanov wrote:
>>> 04.07.2013 19:09, Dejan Muhamedagic wrote:
On Thu, Jul 04, 2013 at 05:40:07PM +0300, Vladislav Bogdanov wrote:
> 04.07.2013 17
05.07.2013 14:38, Dejan Muhamedagic wrote:
> On Fri, Jul 05, 2013 at 09:31:07AM +0300, Vladislav Bogdanov wrote:
>> 04.07.2013 19:09, Dejan Muhamedagic wrote:
>>> On Thu, Jul 04, 2013 at 05:40:07PM +0300, Vladislav Bogdanov wrote:
04.07.2013 17:25, Dejan Muhamedagic wrote:
> On Wed, Jul 03
On Fri, Jul 05, 2013 at 09:31:07AM +0300, Vladislav Bogdanov wrote:
> 04.07.2013 19:09, Dejan Muhamedagic wrote:
> > On Thu, Jul 04, 2013 at 05:40:07PM +0300, Vladislav Bogdanov wrote:
> >> 04.07.2013 17:25, Dejan Muhamedagic wrote:
> >>> On Wed, Jul 03, 2013 at 04:33:20PM +0300, Vladislav Bogdanov
04.07.2013 19:09, Dejan Muhamedagic wrote:
> On Thu, Jul 04, 2013 at 05:40:07PM +0300, Vladislav Bogdanov wrote:
>> 04.07.2013 17:25, Dejan Muhamedagic wrote:
>>> On Wed, Jul 03, 2013 at 04:33:20PM +0300, Vladislav Bogdanov wrote:
03.07.2013 15:43, Dejan Muhamedagic wrote:
> Hi Lars,
>
On Thu, Jul 04, 2013 at 05:40:07PM +0300, Vladislav Bogdanov wrote:
> 04.07.2013 17:25, Dejan Muhamedagic wrote:
> > On Wed, Jul 03, 2013 at 04:33:20PM +0300, Vladislav Bogdanov wrote:
> >> 03.07.2013 15:43, Dejan Muhamedagic wrote:
> >>> Hi Lars,
> >>>
> >>> On Wed, Jul 03, 2013 at 12:05:17PM +020
04.07.2013 17:40, Vladislav Bogdanov wrote:
...
>> The only question is how to remove existing attributes.
Another one is how to forcibly replace the whole section or the whole
object definition, without caring about its original content.
___
Linux-HA m
04.07.2013 17:25, Dejan Muhamedagic wrote:
> On Wed, Jul 03, 2013 at 04:33:20PM +0300, Vladislav Bogdanov wrote:
>> 03.07.2013 15:43, Dejan Muhamedagic wrote:
>>> Hi Lars,
>>>
>>> On Wed, Jul 03, 2013 at 12:05:17PM +0200, Lars Marowsky-Bree wrote:
On 2013-07-03T10:26:09, Dejan Muhamedagic wro
On Thu, Jul 04, 2013 at 04:19:21PM +0300, Vladislav Bogdanov wrote:
> 03.07.2013 16:28, Vladislav Bogdanov wrote:
> ...
> >
> > So I'd probably just hack crmsh to not touch node utilization attributes
> > if whole 'utilization' part is missing in the update.
>
> Unfortunately this doesn't seem to
On Wed, Jul 03, 2013 at 04:33:20PM +0300, Vladislav Bogdanov wrote:
> 03.07.2013 15:43, Dejan Muhamedagic wrote:
> > Hi Lars,
> >
> > On Wed, Jul 03, 2013 at 12:05:17PM +0200, Lars Marowsky-Bree wrote:
> >> On 2013-07-03T10:26:09, Dejan Muhamedagic wrote:
> >>
> Not sure that is expected by
03.07.2013 16:28, Vladislav Bogdanov wrote:
...
>
> So I'd probably just hack crmsh to not touch node utilization attributes
> if whole 'utilization' part is missing in the update.
Unfortunately this doesn't seem to be possible with my python
programming level (near zero)... :(
It is clear for m
03.07.2013 02:24, Andrew Beekhof wrote:
...
> I don't even know what I'm thinking half the time, I'd not recommend trying
> to guess :)
> No fundamental objection to such a feature, but I'd be reluctant to add it
> until we get an attrd that was truly atomic.
> That code is mostly bandages and
03.07.2013 15:43, Dejan Muhamedagic wrote:
> Hi Lars,
>
> On Wed, Jul 03, 2013 at 12:05:17PM +0200, Lars Marowsky-Bree wrote:
>> On 2013-07-03T10:26:09, Dejan Muhamedagic wrote:
>>
Not sure that is expected by most people.
How you then delete attributes?
>>> Tough call :) Ideas welcome.
03.07.2013 13:00, Lars Marowsky-Bree wrote:
> On 2013-07-03T00:20:19, Vladislav Bogdanov wrote:
>
>> I do not edit them. I my setup I generate full crm config with
>> template-based framework.
>
> And then you do a load/replace? Tough; yes, that'll clearly overwrite
Actually 'load update'.
'rep
Hi Lars,
On Wed, Jul 03, 2013 at 12:05:17PM +0200, Lars Marowsky-Bree wrote:
> On 2013-07-03T10:26:09, Dejan Muhamedagic wrote:
>
> > > Not sure that is expected by most people.
> > > How you then delete attributes?
> > Tough call :) Ideas welcome.
>
> Set them to an empty string, or a magic "#
On 2013-07-03T10:26:09, Dejan Muhamedagic wrote:
> > Not sure that is expected by most people.
> > How you then delete attributes?
> Tough call :) Ideas welcome.
Set them to an empty string, or a magic "#undef" value.
> It's not only for the nodes. Attributes of resources should be
> merged as
On 2013-07-03T00:20:19, Vladislav Bogdanov wrote:
> I do not edit them. I my setup I generate full crm config with
> template-based framework.
And then you do a load/replace? Tough; yes, that'll clearly overwrite
what is already there and added by scripts that more dynamically modify
the CIB.
S
On Wed, Jul 03, 2013 at 12:42:55AM +0300, Vladislav Bogdanov wrote:
> 02.07.2013 20:05, Dejan Muhamedagic wrote:
> > On Tue, Jul 02, 2013 at 11:05:01AM +0300, Vladislav Bogdanov wrote:
> >> 28.06.2013 17:47, Dejan Muhamedagic wrote:
> >> ...
> >>> If you want to test here's a new patch. It does wor
On 03/07/2013, at 7:11 AM, Vladislav Bogdanov wrote:
> 02.07.2013 14:55, Andrew Beekhof wrote:
>>
>> On 02/07/2013, at 8:14 PM, Vladislav Bogdanov wrote:
>>
>>> 02.07.2013 12:27, Lars Marowsky-Bree wrote:
On 2013-07-02T11:05:01, Vladislav Bogdanov wrote:
> One thing I see imme
02.07.2013 20:05, Dejan Muhamedagic wrote:
> On Tue, Jul 02, 2013 at 11:05:01AM +0300, Vladislav Bogdanov wrote:
>> 28.06.2013 17:47, Dejan Muhamedagic wrote:
>> ...
>>> If you want to test here's a new patch. It does work with
>>> unrelated changes happening in the meantime. I didn't test yet
>>>
03.07.2013 00:20, Vladislav Bogdanov wrote:
...
>>> But tickets currently are quite limited - they have only 4 states, so
>>> it is impossible to put f.e. number there.
>>
>> What are you trying to do with that?
>
> That is very convenient way to f.e stop dozen of resources in one shot
> for some
03.07.2013 00:16, Lars Marowsky-Bree wrote:
> On 2013-07-03T00:11:53, Vladislav Bogdanov wrote:
>
>> F.e. I need to do CIB update (think of it as of full replace), because I
>> generate crmsh configuration with custom template-based system. And I
>> have some RAs which set utilization attributes
02.07.2013 15:13, Lars Marowsky-Bree wrote:
> On 2013-07-02T13:14:48, Vladislav Bogdanov wrote:
>
>>> Yes, that's exactly what you need here.
>> I know, but I do not expect that to be implemented soon.
>
> "crm_attribute -l reboot -z" doesn't strike me as an unlikely request.
> You could file an
On 2013-07-03T00:11:53, Vladislav Bogdanov wrote:
> F.e. I need to do CIB update (think of it as of full replace), because I
> generate crmsh configuration with custom template-based system. And I
> have some RAs which set utilization attributes on nodes.
The template system should insert the *d
02.07.2013 14:55, Andrew Beekhof wrote:
>
> On 02/07/2013, at 8:14 PM, Vladislav Bogdanov wrote:
>
>> 02.07.2013 12:27, Lars Marowsky-Bree wrote:
>>> On 2013-07-02T11:05:01, Vladislav Bogdanov wrote:
>>>
One thing I see immediately, is that node utilization attributes are
deleted afte
On Tue, Jul 02, 2013 at 11:05:01AM +0300, Vladislav Bogdanov wrote:
> 28.06.2013 17:47, Dejan Muhamedagic wrote:
> ...
> > If you want to test here's a new patch. It does work with
> > unrelated changes happening in the meantime. I didn't test yet
> > really concurrent updates.
> >
>
> One thing
On 2013-07-02T13:14:48, Vladislav Bogdanov wrote:
> > Yes, that's exactly what you need here.
> I know, but I do not expect that to be implemented soon.
"crm_attribute -l reboot -z" doesn't strike me as an unlikely request.
You could file an enhancement request for that.
But with the XML diff f
On 02/07/2013, at 8:14 PM, Vladislav Bogdanov wrote:
> 02.07.2013 12:27, Lars Marowsky-Bree wrote:
>> On 2013-07-02T11:05:01, Vladislav Bogdanov wrote:
>>
>>> One thing I see immediately, is that node utilization attributes are
>>> deleted after I do 'load update' with empty node utilization s
02.07.2013 12:27, Lars Marowsky-Bree wrote:
> On 2013-07-02T11:05:01, Vladislav Bogdanov wrote:
>
>> One thing I see immediately, is that node utilization attributes are
>> deleted after I do 'load update' with empty node utilization sections.
>> That is probably not specific to this patch.
>
>
On 2013-07-02T11:05:01, Vladislav Bogdanov wrote:
> One thing I see immediately, is that node utilization attributes are
> deleted after I do 'load update' with empty node utilization sections.
> That is probably not specific to this patch.
Yes, that isn't specific to that.
> I have that attrib
28.06.2013 17:47, Dejan Muhamedagic wrote:
...
> If you want to test here's a new patch. It does work with
> unrelated changes happening in the meantime. I didn't test yet
> really concurrent updates.
>
One thing I see immediately, is that node utilization attributes are
deleted after I do 'load
28.06.2013 17:47, Dejan Muhamedagic wrote:
> On Thu, Jun 27, 2013 at 11:38:13AM +0300, Vladislav Bogdanov wrote:
>> 26.06.2013 18:30, Dejan Muhamedagic wrote:
>>> On Wed, Jun 26, 2013 at 06:13:33PM +0300, Vladislav Bogdanov wrote:
26.06.2013 15:57, Dejan Muhamedagic wrote:
> On Thu, Jun 06
On Thu, Jun 27, 2013 at 11:38:13AM +0300, Vladislav Bogdanov wrote:
> 26.06.2013 18:30, Dejan Muhamedagic wrote:
> > On Wed, Jun 26, 2013 at 06:13:33PM +0300, Vladislav Bogdanov wrote:
> >> 26.06.2013 15:57, Dejan Muhamedagic wrote:
> >>> On Thu, Jun 06, 2013 at 05:19:03PM +0200, Dejan Muhamedagic
On Thu, Jun 27, 2013 at 04:32:23PM +0200, Lars Marowsky-Bree wrote:
> On 2013-06-27T12:40:49, Dejan Muhamedagic wrote:
>
> > > It would be nice to have an intelligent "patcher" which takes one CIB
> > > snapshot at the beginning of edit, than generates a diff and looks if it
> > > applies to a cu
On 2013-06-27T12:40:49, Dejan Muhamedagic wrote:
> > It would be nice to have an intelligent "patcher" which takes one CIB
> > snapshot at the beginning of edit, than generates a diff and looks if it
> > applies to a current CIB cleanly (all except epoch). Then it would be
> > possible to use cur
On Thu, Jun 27, 2013 at 11:38:13AM +0300, Vladislav Bogdanov wrote:
> 26.06.2013 18:30, Dejan Muhamedagic wrote:
> > On Wed, Jun 26, 2013 at 06:13:33PM +0300, Vladislav Bogdanov wrote:
> >> 26.06.2013 15:57, Dejan Muhamedagic wrote:
> >>> On Thu, Jun 06, 2013 at 05:19:03PM +0200, Dejan Muhamedagic
26.06.2013 18:30, Dejan Muhamedagic wrote:
> On Wed, Jun 26, 2013 at 06:13:33PM +0300, Vladislav Bogdanov wrote:
>> 26.06.2013 15:57, Dejan Muhamedagic wrote:
>>> On Thu, Jun 06, 2013 at 05:19:03PM +0200, Dejan Muhamedagic wrote:
Hi,
On Thu, Jun 06, 2013 at 03:11:16PM +0300, Vladisla
On Wed, Jun 26, 2013 at 06:13:33PM +0300, Vladislav Bogdanov wrote:
> 26.06.2013 15:57, Dejan Muhamedagic wrote:
> > On Thu, Jun 06, 2013 at 05:19:03PM +0200, Dejan Muhamedagic wrote:
> >> Hi,
> >>
> >> On Thu, Jun 06, 2013 at 03:11:16PM +0300, Vladislav Bogdanov wrote:
> >>> 06.06.2013 08:43, Vlad
26.06.2013 15:57, Dejan Muhamedagic wrote:
> On Thu, Jun 06, 2013 at 05:19:03PM +0200, Dejan Muhamedagic wrote:
>> Hi,
>>
>> On Thu, Jun 06, 2013 at 03:11:16PM +0300, Vladislav Bogdanov wrote:
>>> 06.06.2013 08:43, Vladislav Bogdanov wrote:
>>> [...]
I recall that LDAP has similar problem,
On Thu, Jun 06, 2013 at 05:19:03PM +0200, Dejan Muhamedagic wrote:
> Hi,
>
> On Thu, Jun 06, 2013 at 03:11:16PM +0300, Vladislav Bogdanov wrote:
> > 06.06.2013 08:43, Vladislav Bogdanov wrote:
> > [...]
> > > I recall that LDAP has similar problem, which is easily worked around
> > > with
Hi,
On Thu, Jun 06, 2013 at 03:11:16PM +0300, Vladislav Bogdanov wrote:
> 06.06.2013 08:43, Vladislav Bogdanov wrote:
> [...]
> > I recall that LDAP has similar problem, which is easily worked around
> > with specifying two values, one is original, second is new.
> > That way you tell
06.06.2013 08:43, Vladislav Bogdanov wrote:
[...]
> I recall that LDAP has similar problem, which is easily worked around
> with specifying two values, one is original, second is new.
> That way you tell LDAP server:
> Replace value Y in attribute X to value Z. And if value is not Y
ists.linux-ha.org] Im Auftrag von Vladislav
Bogdanov
Gesendet: Donnerstag, 6. Juni 2013 06:28
An: linux-ha@lists.linux-ha.org
Betreff: Re: [Linux-HA] disallowing concurrent configuration (CIB
modifications)
Replace value Y in attribute X to value Z. And if value is not Y at the
moment of modificati
06.06.2013 09:02, Andrew Beekhof wrote:
>
> On 06/06/2013, at 3:45 PM, Vladislav Bogdanov wrote:
>
>> 06.06.2013 08:14, Andrew Beekhof wrote:
>>>
>>> On 06/06/2013, at 2:50 PM, Vladislav Bogdanov wrote:
>>>
06.06.2013 07:31, Andrew Beekhof wrote:
>
> On 06/06/2013, at 2:27 PM, Vlad
On 06/06/2013, at 3:45 PM, Vladislav Bogdanov wrote:
> 06.06.2013 08:14, Andrew Beekhof wrote:
>>
>> On 06/06/2013, at 2:50 PM, Vladislav Bogdanov wrote:
>>
>>> 06.06.2013 07:31, Andrew Beekhof wrote:
On 06/06/2013, at 2:27 PM, Vladislav Bogdanov wrote:
> 05.06.2013 02:0
06.06.2013 08:14, Andrew Beekhof wrote:
>
> On 06/06/2013, at 2:50 PM, Vladislav Bogdanov wrote:
>
>> 06.06.2013 07:31, Andrew Beekhof wrote:
>>>
>>> On 06/06/2013, at 2:27 PM, Vladislav Bogdanov wrote:
>>>
05.06.2013 02:04, Andrew Beekhof wrote:
>
> On 05/06/2013, at 5:08 AM, Fere
06.06.2013 08:14, Andrew Beekhof wrote:
>
> On 06/06/2013, at 2:50 PM, Vladislav Bogdanov wrote:
>
>> 06.06.2013 07:31, Andrew Beekhof wrote:
>>>
>>> On 06/06/2013, at 2:27 PM, Vladislav Bogdanov wrote:
>>>
05.06.2013 02:04, Andrew Beekhof wrote:
>
> On 05/06/2013, at 5:08 AM, Fere
On 06/06/2013, at 2:50 PM, Vladislav Bogdanov wrote:
> 06.06.2013 07:31, Andrew Beekhof wrote:
>>
>> On 06/06/2013, at 2:27 PM, Vladislav Bogdanov wrote:
>>
>>> 05.06.2013 02:04, Andrew Beekhof wrote:
On 05/06/2013, at 5:08 AM, Ferenc Wagner wrote:
> Dejan Muhamedagic w
06.06.2013 07:31, Andrew Beekhof wrote:
>
> On 06/06/2013, at 2:27 PM, Vladislav Bogdanov wrote:
>
>> 05.06.2013 02:04, Andrew Beekhof wrote:
>>>
>>> On 05/06/2013, at 5:08 AM, Ferenc Wagner wrote:
>>>
Dejan Muhamedagic writes:
> On Mon, Jun 03, 2013 at 06:19:06PM +0200, Ferenc W
On 06/06/2013, at 2:27 PM, Vladislav Bogdanov wrote:
> 05.06.2013 02:04, Andrew Beekhof wrote:
>>
>> On 05/06/2013, at 5:08 AM, Ferenc Wagner wrote:
>>
>>> Dejan Muhamedagic writes:
>>>
On Mon, Jun 03, 2013 at 06:19:06PM +0200, Ferenc Wagner wrote:
> I've got a script for res
05.06.2013 02:04, Andrew Beekhof wrote:
>
> On 05/06/2013, at 5:08 AM, Ferenc Wagner wrote:
>
>> Dejan Muhamedagic writes:
>>
>>> On Mon, Jun 03, 2013 at 06:19:06PM +0200, Ferenc Wagner wrote:
>>>
I've got a script for resource creation, which puts the new resource in
a shadow CIB tog
On 05/06/2013, at 5:08 AM, Ferenc Wagner wrote:
> Dejan Muhamedagic writes:
>
>> On Mon, Jun 03, 2013 at 06:19:06PM +0200, Ferenc Wagner wrote:
>>
>>> I've got a script for resource creation, which puts the new resource in
>>> a shadow CIB together with the necessary constraints, runs a simul
Dejan Muhamedagic writes:
> On Mon, Jun 03, 2013 at 06:19:06PM +0200, Ferenc Wagner wrote:
>
>> I've got a script for resource creation, which puts the new resource in
>> a shadow CIB together with the necessary constraints, runs a simulation
>> and finally offers to commit the shadow CIB into t
Hi,
On Mon, Jun 03, 2013 at 06:19:06PM +0200, Ferenc Wagner wrote:
> Hi,
>
> I've got a script for resource creation, which puts the new resource in
> a shadow CIB together with the necessary constraints, runs a simulation
> and finally offers to commit the shadow CIB into the live config (by
> i
Hi,
I've got a script for resource creation, which puts the new resource in
a shadow CIB together with the necessary constraints, runs a simulation
and finally offers to commit the shadow CIB into the live config (by
invoking an interactive crm). This works well. My concern is that if
somebody e
56 matches
Mail list logo