On Sat, Aug 29, 2015 at 10:33 AM Shinobu Kinjo <[email protected]> wrote:

> Hello,
>
> Here is a situation which I faced, that can be reproduced.
>
> I did "heat resource-signal" multiple times simultaneously to scale
> instance.
> As a result 3 resources were made in the scaling group having max_size=2.
>
> "stack-list -n" showed me 3 stacks in one parent.
>
> Heat itself seems not to actually check resource data in the database.
>
> Is there any lock/unlock mechanism like mutex in heat implementation like
> locking
> database when auto-scaling feature is triggered.
>
>
Hi

In master there is such a check:
https://github.com/openstack/heat/blob/master/heat/scaling/cooldown.py#L33-L50

This makes sure that there are no concurrent scaling actions.

-Angus



> Or is there plan to deploy such a mutex mechanism.
> What I'm concerning about more is that cielometer also has some feature to
> triggering
> auto-scaling.
>
> So I would like to make sure that there is a mechanism to keep data
> consistency on
> each component.
>
> Please let me know, if I've missed anything.
>
> Shinobu
>
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: [email protected]?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: [email protected]?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Reply via email to