This is biting me too.
I'm trying to set the state: absent / present / stopped automatically but 
if exact_count is set I'm not able too... 
It defeats the purpose of trying to act on multiple instances states.

On Sunday, May 29, 2016 at 10:42:50 AM UTC-5, Rohit Kothari wrote:
>
> I am still facing the same issue as mentioned by Steven Ringo in his 
> original post above. The PR you mentioned below seems to solve the problem 
> of starting or stopping instances based on tags, but not necessarily the 
> issue originally described above.
>
> I am using exact_count option with ec2 module to ensure I have exactly 2 
> instances with specific tags. However, if one of the instances is in 
> stopped state and the playbook is run again, it creates another instances 
> as if the stopped instance does not even exist. Does anyone know if this is 
> the expected behavior as of today?
>
> I can't use the state parameter when I use exact_count parameter because 
> it gives me the following error -
> *parameters are mutually exclusive: ['exact_count', 'state'])*
>
> Can someone please guide me if I am looking at stale information or 
> missing something?
>
> Thanks,
> Rohit
>
> On Thursday, 27 August 2015 07:09:03 UTC-7, Greg DeKoenigsberg wrote:
>>
>> On Thu, Aug 27, 2015 at 8:56 AM, Majid al-Dosari 
>> <[email protected]> wrote: 
>> > aha https://github.com/ansible/ansible-modules-core/issues/138 
>>
>> That goes through quite a few changes and ends up with a merge here: 
>>
>> https://github.com/ansible/ansible-modules-core/pull/1703 
>>
>> --g 
>>
>> > On Wednesday, August 26, 2015 at 9:43:34 AM UTC-4, Majid al-Dosari 
>> wrote: 
>> >> 
>> >> i agree. this bothers me too. 
>> >> 
>> >> On Monday, March 30, 2015 at 7:53:27 PM UTC-4, Steven Ringo wrote: 
>> >>> 
>> >>> Hi, 
>> >>> 
>> >>> Machines that are powered off but match the tags in the EC2 module 
>> are 
>> >>> not recognised by exact_count. 
>> >>> 
>> >>> Consider: 
>> >>> 
>> >>> A script provisioning an instance with exact_count of 1 and 
>> associated 
>> >>> tags is run. 
>> >>> When run a second time, as expected the script does not provision 
>> another 
>> >>> instance. 
>> >>> However if the machine is stopped, and then the script is run again, 
>> >>> another instance is provisioned. 
>> >>> 
>> >>> The current implementation of exact_count assumes having a stopped 
>> >>> machine should behave as if it does not exist, and will therefore 
>> provision 
>> >>> another. 
>> >>> 
>> >>> I would prefer to see machine state be considered as part of the 
>> >>> exact_count match. Use of the state tag as part of the exact_count 
>> criteria 
>> >>> seems to be a good option. Current Ansible  does not allow this — a 
>> >>> parameters are mutually exclusive: ['exact_count', 'state']) 
>> exception is 
>> >>> thrown. 
>> >>> 
>> >>> Is there something I am missing, or perhaps another way to ensure 
>> that 
>> >>> the machine is not reprovisioned when stopped. 
>> >>> 
>> >>> Happy to attempt to modify the module and submit a PR, but wanted 
>> your 
>> >>> thoughts first. 
>> >>> 
>> >>> Thanks so much, 
>> >>> 
>> >>> Steve 
>> > 
>> > -- 
>> > You received this message because you are subscribed to the Google 
>> Groups 
>> > "Ansible Project" group. 
>> > To unsubscribe from this group and stop receiving emails from it, send 
>> an 
>> > email to [email protected]. 
>> > To post to this group, send email to [email protected]. 
>> > To view this discussion on the web visit 
>> > 
>> https://groups.google.com/d/msgid/ansible-project/a3dab1c5-8156-405e-86d1-36209c1fea0a%40googlegroups.com.
>>  
>>
>> > 
>> > For more options, visit https://groups.google.com/d/optout. 
>>
>>
>>
>> -- 
>> Greg DeKoenigsberg 
>> Ansible Community Guy 
>>
>> Find out why SD Times named Ansible 
>> their #1 Company to Watch in 2015: 
>> http://sdtimes.com/companies-watch-2015/ 
>>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Ansible Project" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To post to this group, send email to [email protected].
To view this discussion on the web visit 
https://groups.google.com/d/msgid/ansible-project/f847a132-ec8c-4955-95d9-6f7e883045bd%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to