facts and callback behaviour

40 views
Skip to first unread message

lupin...@gmail.com

unread,
Jul 9, 2014, 5:57:15 PM7/9/14
to ansible...@googlegroups.com
Hi,

I'm testing the callback feature and somehow they data I'm after(facts) aren't showing up anymore after couple of run. It appears that the setup module wasn't being called anymore.

Appreciate for any pointer/hints.

setup/facts stopped working after a few run testing on callback feature.

####sample playbook###

[root@localhost ansible]# cat local.yml
---
- hosts: 127.0.0.1

  gather_facts
: True
  tasks
:

 
- name: testing
    command
: uptime


[root@localhost ansible]# ansible-playbook -i hosts local.yml
 
PLAY
[127.0.0.1] **************************************************************

GATHERING FACTS
***************************************************************
ok
: [127.0.0.1]

TASK
: [testing] ***************************************************************
changed
: [127.0.0.1]

PLAY RECAP
********************************************************************
127.0.0.1                  : ok=2    changed=1    unreachable=0    failed=0

############ callback testing code ########

def runner_on_ok(self, host, res):
        invocation
= res.get('invocation', None)
        facts
= res.get('ansible_facts', None)
       
with open('/tmp/runner_ok.out', 'w') as infile:
           
#if invocation.get('module_name') == 'setup':
            infile
.write("running on %s" % host)
            infile
.write("result is %s" % invocation)
            infile
.write("facts are %s" % facts)
            infile
.write("results are %s" % res)

[root@localhost ansible]# cat /tmp/runner_ok.out
running on 127.0.0.1
result is {'module_name': 'command', 'module_args': 'uptime'}
facts are None
results are {u'changed': True, u'end': u'2014-07-09 14:52:57.339048', u'stdout': u' 14:52:57 up  1:11,  1 user,  load average: 0.00, 0.00, 0.00', u'cmd': [u'uptime'], u'rc': 0, u'start': u'2014-07-09 14:52:57.335572', u'stderr': u'', u'delta': u'0:00:00.003476', 'invocation': {'module_name': 'command', 'module_args': 'uptime'}}


TIA,
Lupin

Michael DeHaan

unread,
Jul 9, 2014, 6:49:04 PM7/9/14
to ansible...@googlegroups.com
Hmm, don't see why that would be the case.

Reading this - there is a on "on_setup" callback, but the "on_runner_ok" one should still fire.


Better topic for ansible-devel in the future, BTW, if you don't mind.


--
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/22bf1331-2493-45d8-93e1-d9cda5450c84%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

lupin...@gmail.com

unread,
Jul 9, 2014, 9:49:11 PM7/9/14
to ansible...@googlegroups.com


On Thursday, July 10, 2014 10:49:04 AM UTC+12, Michael DeHaan wrote:
Hmm, don't see why that would be the case.

Reading this - there is a on "on_setup" callback, but the "on_runner_ok" one should still fire.


Better topic for ansible-devel in the future, BTW, if you don't mind.


Thanks for reply and the good tool you provided :). 

All this fault is all my doing, the "on_runner_ok" indeed fired for every successful module run thus overwrite the entry on my output file. 

Cheers
Lupin
Reply all
Reply to author
Forward
0 new messages