Using local ./library content is fine, but please don't run a fork with extra packages added if you are going to ask questions about them -- or at least identify that you are when you do.
It can make Q&A very confusing when people ask about things that aren't merged. On Fri, Apr 25, 2014 at 2:31 PM, <ghex...@gmail.com> wrote: > So, I'm curious, for the case where you want to start "stopped" EC2 > instances, what's the current recommended approach? > > I've kind of ignored this task for now, managing that by hand (it's just > our dev env, but it's still a couple of dozen instances at least). I'm > almost about to pull Scott's branch in locally since it looks so much > better than manual management. > > > > On Wednesday, April 23, 2014 6:04:46 AM UTC-7, Michael DeHaan wrote: > >> "so maybe a pull request against ec2_facts with the filters would get >> accepted. Long run it does seem like hosts and modules need to have some >> idea of state ... " >> >> Anything applying to more than one host definitely shouldn't be done by >> the facts module. >> >> >> >> >> On Mon, Apr 21, 2014 at 1:54 PM, 'C. S. <cov...@yahoo.com>' via Ansible >> Project <ansible...@googlegroups.com> wrote: >> >>> Thanks for the clarification, right, the use case and implementation are >>> a bit different. Seems like they could be combined however. >>> >>> On Apr 21, 2014, at 10:45 , Scott Anderson <scottan...@gmail.com> wrote: >>> >>> Actually, it's not the same as ec2_facts other than it returns facts >>> about an instance. >>> >>> ec2_facts only works when run on an actual AWS instance (it calls the >>> Amazon ec2 metadata servers) and it only retrieves the facts for that >>> instance alone. >>> >>> ec2_instance_facts, on the other hand, can retrieve multiple instance >>> facts at once from anywhere (I use it in a local action). It's more like >>> ec2.py run for specific instances from within a playbook. >>> >>> Regards, >>> -scott >>> >>> On Apr 21, 2014, at 1:39 PM, C. S. <cov...@yahoo.com> wrote: >>> >>> Thanks! >>> >>> That's interesting, your module is the same as ec2_facts just with >>> filtering. And the ec2_facts module says it may add filtering in the notes. >>> I think I'd agree with Michael's pov, but it looks like we've already gone >>> down facts being outside the inventory module, so maybe a pull request >>> against ec2_facts with the filters would get accepted. Long run it does >>> seem like hosts and modules need to have some idea of state ... >>> >>> >>> On Apr 21, 2014, at 10:10 , Scott Anderson <scottan...@gmail.com> wrote: >>> >>> I use this module: https://github.com/ansible/ansible/pull/6349 >>> >>> Full disclosure: Michael believes all inventory should be done via >>> inventory scripts; I respectfully disagree. :-) I find ec2.py to be very >>> slow (20 seconds to refresh the cache with a small number of instances, for >>> example) and prefer querying inventory directly in the script itself for >>> many use cases. >>> >>> Regards, >>> -scott >>> >>> On Monday, April 21, 2014 12:29:03 PM UTC-4, cove_s wrote: >>>> >>>> Hi folks, >>>> >>>> We're trying to implement a system where we can power environments on >>>> and off AWS when they're not in use. However the ec2 inventory module >>>> excludes instances that are not in a running state. It seems like adding >>>> an option to the ec2 module to include stopped instances would work, but >>>> then I guess ansible would need a corresponding option to call the module >>>> with to include the stopped instances. Which seems a it hacky... >>>> >>>> Maybe ansible needs a notion of host state? Any thoughts? >>>> >>>> Thx! >>>> >>>> -cs >>>> >>>> >>> -- >>> 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 ansible-proje...@googlegroups.com. >>> To post to this group, send email to ansible...@googlegroups.com. >>> >>> To view this discussion on the web visit https://groups.google.com/d/ >>> msgid/ansible-project/e10fe6c9-e2b9-4ddb-9797- >>> 71c0602ea7c2%40googlegroups.com<https://groups.google.com/d/msgid/ansible-project/e10fe6c9-e2b9-4ddb-9797-71c0602ea7c2%40googlegroups.com?utm_medium=email&utm_source=footer> >>> . >>> For more options, visit https://groups.google.com/d/optout. >>> >>> >>> >>> -- >>> You received this message because you are subscribed to a topic in the >>> Google Groups "Ansible Project" group. >>> To unsubscribe from this topic, visit https://groups.google.com/d/ >>> topic/ansible-project/mwLbfIe-TBA/unsubscribe. >>> To unsubscribe from this group and all its topics, send an email to >>> ansible-proje...@googlegroups.com. >>> To post to this group, send email to ansible...@googlegroups.com. >>> >>> To view this discussion on the web visit https://groups.google.com/d/ >>> msgid/ansible-project/94C96347-186E-47B4-A58A-AA135A9ED736%40yahoo.com<https://groups.google.com/d/msgid/ansible-project/94C96347-186E-47B4-A58A-AA135A9ED736%40yahoo.com?utm_medium=email&utm_source=footer> >>> . >>> For more options, visit https://groups.google.com/d/optout. >>> >>> >>> >>> -- >>> 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 ansible-proje...@googlegroups.com. >>> To post to this group, send email to ansible...@googlegroups.com. >>> >>> To view this discussion on the web visit https://groups.google.com/d/ >>> msgid/ansible-project/40FAF301-F370-4BB9-BF9D-3C688F952D61%40gmail.com<https://groups.google.com/d/msgid/ansible-project/40FAF301-F370-4BB9-BF9D-3C688F952D61%40gmail.com?utm_medium=email&utm_source=footer> >>> . >>> For more options, visit https://groups.google.com/d/optout. >>> >>> >>> -- >>> 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 ansible-proje...@googlegroups.com. >>> To post to this group, send email to ansible...@googlegroups.com. >>> To view this discussion on the web visit https://groups.google.com/d/ >>> msgid/ansible-project/9B55B687-ABEB-4F32-B0FE-BAFD2315A0A4%40yahoo.com<https://groups.google.com/d/msgid/ansible-project/9B55B687-ABEB-4F32-B0FE-BAFD2315A0A4%40yahoo.com?utm_medium=email&utm_source=footer> >>> . >>> >>> For more options, visit https://groups.google.com/d/optout. >>> >> >> -- > 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 ansible-project+unsubscr...@googlegroups.com. > To post to this group, send email to ansible-project@googlegroups.com. > To view this discussion on the web visit > https://groups.google.com/d/msgid/ansible-project/af1d0ff7-2158-484a-b0d1-f84dd9c564a7%40googlegroups.com<https://groups.google.com/d/msgid/ansible-project/af1d0ff7-2158-484a-b0d1-f84dd9c564a7%40googlegroups.com?utm_medium=email&utm_source=footer> > . > > For more options, visit https://groups.google.com/d/optout. > -- 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 ansible-project+unsubscr...@googlegroups.com. To post to this group, send email to ansible-project@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/ansible-project/CA%2BnsWgxjYoF_FqAmfyXfvbyedLKu2Nb%2Bw7o1HspwOLgv%3Duq5fw%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
