subject:"Re\: \[ansible\-project\] \{\"changed\"\: false, \"msg\"\: \"AnsibleUndefinedVariable\: 'ansible.vars.hostvars.HostVarsVars object' has no attribute 'ansible_default

Ah, I missed that line.

Thanks.


Am 05.11.18 um 16:18 schrieb Kai Stian Olstad:
> On Monday, 5 November 2018 16:06:19 CET Uwe Sauter wrote:
>> As far as I can tell there is no such loop in the template:
> 
> It is, i just formatted it to show it more clearly. 
> 
> 
>> [root@awx02 mysql]# cat templates/my.cnf.j2
>> [mysqld]
>> datadir=/var/lib/mysql
>> socket=/var/lib/mysql/mysql.sock
>> user=mysql
>> binlog_format=ROW
>> bind-address="{{ ansible_default_ipv4.address }}"
>> default_storage_engine=innodb
>> innodb_autoinc_lock_mode=2
>> innodb_flush_log_at_trx_commit=0
>> innodb_buffer_pool_size=122M
>> wsrep_provider=/usr/lib64/galera-3/libgalera_smm.so
>> wsrep_provider_options="gcache.size=300M; gcache.page_size=300M"
>> wsrep_cluster_name="galera_cluster1"
>> wsrep_cluster_address="gcomm://{% for host in
>> groups['mysql']%}{{hostvars[host]['ansible_default_ipv4']['address']}}{%
>> if not loop.last %},{% endif %}{% endfor %}"
> 
> The loop is here.
> 
> 
>> wsrep_sst_method=rsync
>> server_id=1
>> wsrep_node_address="{{ ansible_default_ipv4.address }}"
>> wsrep_node_name="{{ ansible_hostname }}"
>> [mysql_safe]
>> log-error=/var/log/mysqld.log
>> pid-file=/var/run/mysqld/mysqld.pid
>>
>>
>> From which message did you get that loop in the template?
> 
> See above.
> 
> 

-- 
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/c517b71c-f9e0-7b87-9971-c3ed3fc3d195%40gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [ansible-project] {"changed": false, "msg": "AnsibleUndefinedVariable: 'ansible.vars.hostvars.HostVarsVars object' has no attribute 'ansible_default_ipv4'"}

On Monday, 5 November 2018 16:06:19 CET Uwe Sauter wrote:
> As far as I can tell there is no such loop in the template:

It is, i just formatted it to show it more clearly. 


> [root@awx02 mysql]# cat templates/my.cnf.j2
> [mysqld]
> datadir=/var/lib/mysql
> socket=/var/lib/mysql/mysql.sock
> user=mysql
> binlog_format=ROW
> bind-address="{{ ansible_default_ipv4.address }}"
> default_storage_engine=innodb
> innodb_autoinc_lock_mode=2
> innodb_flush_log_at_trx_commit=0
> innodb_buffer_pool_size=122M
> wsrep_provider=/usr/lib64/galera-3/libgalera_smm.so
> wsrep_provider_options="gcache.size=300M; gcache.page_size=300M"
> wsrep_cluster_name="galera_cluster1"
> wsrep_cluster_address="gcomm://{% for host in
> groups['mysql']%}{{hostvars[host]['ansible_default_ipv4']['address']}}{%
> if not loop.last %},{% endif %}{% endfor %}"

The loop is here.


> wsrep_sst_method=rsync
> server_id=1
> wsrep_node_address="{{ ansible_default_ipv4.address }}"
> wsrep_node_name="{{ ansible_hostname }}"
> [mysql_safe]
> log-error=/var/log/mysqld.log
> pid-file=/var/run/mysqld/mysqld.pid
> 
> 
> From which message did you get that loop in the template?

See above.


-- 
Kai Stian Olstad


-- 
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/10366158.fEHZZUNP4P%40x1.
For more options, visit https://groups.google.com/d/optout.

Re: [ansible-project] {"changed": false, "msg": "AnsibleUndefinedVariable: 'ansible.vars.hostvars.HostVarsVars object' has no attribute 'ansible_default_ipv4'"}

As far as I can tell there is no such loop in the template:


[root@awx02 mysql]# cat templates/my.cnf.j2
[mysqld]
datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock
user=mysql
binlog_format=ROW
bind-address="{{ ansible_default_ipv4.address }}"
default_storage_engine=innodb
innodb_autoinc_lock_mode=2
innodb_flush_log_at_trx_commit=0
innodb_buffer_pool_size=122M
wsrep_provider=/usr/lib64/galera-3/libgalera_smm.so
wsrep_provider_options="gcache.size=300M; gcache.page_size=300M"
wsrep_cluster_name="galera_cluster1"
wsrep_cluster_address="gcomm://{% for host in
groups['mysql']%}{{hostvars[host]['ansible_default_ipv4']['address']}}{%
if not loop.last %},{% endif %}{% endfor %}"
wsrep_sst_method=rsync
server_id=1
wsrep_node_address="{{ ansible_default_ipv4.address }}"
wsrep_node_name="{{ ansible_hostname }}"
[mysql_safe]
log-error=/var/log/mysqld.log
pid-file=/var/run/mysqld/mysqld.pid


>From which message did you get that loop in the template?




Am 05.11.18 um 15:51 schrieb Kai Stian Olstad:
> On Monday, 5 November 2018 15:38:51 CET Uwe Sauter wrote:
>> Sure, but the template will only be used for the one host and as such should 
>> not look for variables of other hosts, right?
> 
> It will look up the variable on all host in group mysql
> 
> This is the code in the template
> 
>   {% for host in groups['mysql']%}
>   {{hostvars[host]['ansible_default_ipv4']['address']}}{% if not loop.last 
> %},{% endif %}
>   {% endfor %}
> 
> In the inventory he has
>   [mysql]
>   mysql01
>   mysql02
>   mysql03
>   mysql04
> 
> In the first iteration host = mysql01 so he is running
>   {{ hostvars['mysql01']['ansible_default_ipv4']['address'] }}
> 
> But since gather fact has not been run this will get you the error undefined 
> variable.
> 
> 

-- 
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/1a75b5b6-1af6-682c-0be8-49af7174a5ca%40gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [ansible-project] {"changed": false, "msg": "AnsibleUndefinedVariable: 'ansible.vars.hostvars.HostVarsVars object' has no attribute 'ansible_default_ipv4'"}

On Monday, 5 November 2018 15:38:51 CET Uwe Sauter wrote:
> Sure, but the template will only be used for the one host and as such should 
> not look for variables of other hosts, right?

It will look up the variable on all host in group mysql

This is the code in the template

  {% for host in groups['mysql']%}
  {{hostvars[host]['ansible_default_ipv4']['address']}}{% if not loop.last 
%},{% endif %}
  {% endfor %}

In the inventory he has
  [mysql]
  mysql01
  mysql02
  mysql03
  mysql04

In the first iteration host = mysql01 so he is running
  {{ hostvars['mysql01']['ansible_default_ipv4']['address'] }}

But since gather fact has not been run this will get you the error undefined 
variable.


-- 
Kai Stian Olstad


-- 
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/140150938.1yJldNP92I%40x1.
For more options, visit https://groups.google.com/d/optout.

Re: [ansible-project] {"changed": false, "msg": "AnsibleUndefinedVariable: 'ansible.vars.hostvars.HostVarsVars object' has no attribute 'ansible_default_ipv4'"}

Sure, but the template will only be used for the one host and as such should 
not look for variables of other hosts, right?


Am 05.11.18 um 15:18 schrieb Kai Stian Olstad:
> On 05.11.2018 15:08, Uwe Sauter wrote:
>> Because he was running the playbook with this commandline:
>>
>> ansible-playbook -i infra --limit mysql04 main.yml --tags "mysql" -vvv
> 
> There you have the problem.
> He has template code that read variable from all the host in group mysql and 
> running the command with limit.
> Because of limit the fact gathering will run on mysql04 and not the other 
> hosts in the group so the
> ['ansible_default_ipv4']['address'] will be undefined for all of them except 
> mysql04.
> 

-- 
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/4e23a1db-47c4-f6c6-6407-f16369dd4e84%40gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [ansible-project] {"changed": false, "msg": "AnsibleUndefinedVariable: 'ansible.vars.hostvars.HostVarsVars object' has no attribute 'ansible_default_ipv4'"}


On 05.11.2018 15:08, Uwe Sauter wrote:

Because he was running the playbook with this commandline:

ansible-playbook -i infra --limit mysql04 main.yml --tags "mysql" -vvv


There you have the problem.
He has template code that read variable from all the host in group mysql 
and running the command with limit.
Because of limit the fact gathering will run on mysql04 and not the 
other hosts in the group so the ['ansible_default_ipv4']['address'] will 
be undefined for all of them except mysql04.


--
Kai Stian Olstad

--
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/51eeda8f8e9b36a4ea7d268b81a59b8f%40olstad.com.
For more options, visit https://groups.google.com/d/optout.

Re: [ansible-project] {"changed": false, "msg": "AnsibleUndefinedVariable: 'ansible.vars.hostvars.HostVarsVars object' has no attribute 'ansible_default_ipv4'"}

Because he was running the playbook with this commandline:

ansible-playbook -i infra --limit mysql04 main.yml --tags "mysql" -vvv


Am 05.11.18 um 15:06 schrieb Kai Stian Olstad:
> On 04.11.2018 23:50, Tom K. wrote:
>> Hey Uwe,
>>
>> I hear you and apologies.  Was trying to keep it from getting too messy
>> since the output is large.
>>
>> Link to file is
>> here:  http://microdevsys.com/ansible/ansible-vvv.out.txt.gz
>>
>> Just the same, in case you can't get to the file, here's the first 100
>> lines:
>>
>>
>> TASK [mysql : Print all variables for each remote device]
>> *
>> task path: /ansible/roles/mysql/tasks/variables.yml:21
>> ok: [mysql04] => {
> 
> Why do you think the errors is related to mysql04?
> 
> Your template you have this code
> 
>   {% for host in groups['mysql']%}
>   {{hostvars[host]['ansible_default_ipv4']['address']}}{% if not loop.last 
> %},{% endif %}
>   {% endfor %}
> 
> The host is looping over every host is the group mysql and getting the 
> ansible_default_ipv4, so anyone of them could be the culprit.
> So you need to check them all, the easiest way to do that would be:
> 
>   ansible mysql -m setup -a 'filter=ansible_default_ipv4'
> 

-- 
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/ed7da42e-673d-ae6e-360d-7f7fe698cde5%40gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [ansible-project] {"changed": false, "msg": "AnsibleUndefinedVariable: 'ansible.vars.hostvars.HostVarsVars object' has no attribute 'ansible_default_ipv4'"}


On 04.11.2018 23:50, Tom K. wrote:

Hey Uwe,

I hear you and apologies.  Was trying to keep it from getting too messy
since the output is large.

Link to file is
here:  http://microdevsys.com/ansible/ansible-vvv.out.txt.gz

Just the same, in case you can't get to the file, here's the first 100
lines:


TASK [mysql : Print all variables for each remote device]
*
task path: /ansible/roles/mysql/tasks/variables.yml:21
ok: [mysql04] => {


Why do you think the errors is related to mysql04?

Your template you have this code

  {% for host in groups['mysql']%}
  {{hostvars[host]['ansible_default_ipv4']['address']}}{% if not 
loop.last %},{% endif %}

  {% endfor %}

The host is looping over every host is the group mysql and getting the 
ansible_default_ipv4, so anyone of them could be the culprit.

So you need to check them all, the easiest way to do that would be:

  ansible mysql -m setup -a 'filter=ansible_default_ipv4'

--
Kai Stian Olstad

--
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/8cd36ffef914477f541ad7d83a02d8a1%40olstad.com.
For more options, visit https://groups.google.com/d/optout.

Re: [ansible-project] {"changed": false, "msg": "AnsibleUndefinedVariable: 'ansible.vars.hostvars.HostVarsVars object' has no attribute 'ansible_default_ipv4'"}

Hey Uwe,

I hear you and apologies.  Was trying to keep it from getting too messy 
since the output is large.  

Link to file is 
here:  http://microdevsys.com/ansible/ansible-vvv.out.txt.gz  

Just the same, in case you can't get to the file, here's the first 100 
lines:   


TASK [mysql : Print all variables for each remote device] 
*
task path: /ansible/roles/mysql/tasks/variables.yml:21
ok: [mysql04] => {
"hostvars[inventory_hostname]": {
"__mysql_config_file": "/etc/my.cnf",
"ansible_all_ipv4_addresses": [
"192.168.0.109"
],
"ansible_all_ipv6_addresses": [
"fe80::250:56ff:fe86:e11b"
],
"ansible_apparmor": {
"status": "disabled"
},
"ansible_architecture": "x86_64",
"ansible_bios_date": "04/14/2014",
"ansible_bios_version": "6.00",
"ansible_check_mode": false,
"ansible_cmdline": {
"BOOT_IMAGE": "/vmlinuz-3.10.0-693.21.1.el7.x86_64",
"LANG": "en_US.UTF-8",
"biosdevname": "0",
"crashkernel": "auto",
"net.ifnames": "0",
"quiet": true,
"rd.lvm.lv": "centos/swap",
"rhgb": true,
"ro": true,
"root": "/dev/mapper/centos-root"
},
"ansible_date_time": {
"date": "2018-11-04",
"day": "04",
"epoch": "1541369584",
"hour": "17",
"iso8601": "2018-11-04T22:13:04Z",
"iso8601_basic": "20181104T171304330516",
"iso8601_basic_short": "20181104T171304",
"iso8601_micro": "2018-11-04T22:13:04.330753Z",
"minute": "13",
"month": "11",
"second": "04",
"time": "17:13:04",
"tz": "EST",
"tz_offset": "-0500",
"weekday": "Sunday",
"weekday_number": "0",
"weeknumber": "44",
"year": "2018"
},
"ansible_default_ipv4": {
"address": "192.168.0.109",
"alias": "eth0",
"broadcast": "192.168.0.255",
"gateway": "192.168.0.1",
"interface": "eth0",
"macaddress": "00:50:56:86:e1:1b",
"mtu": 1500,
"netmask": "255.255.255.0",
"network": "192.168.0.0",
"type": "ether"
},





On Sunday, November 4, 2018 at 10:32:29 AM UTC-5, Uwe Sauter wrote:
>
> Does the first line of /tmp/test.out contain the correct IP address? If 
> so, templating is working correctly. 
>
> Also please keep in mind that we are no mind readers and stripping away 
> context to make output shorter usually doesn't 
> help. That said please provide the complete output of a run with -vvv. 
>
>
> Am 04.11.18 um 16:25 schrieb Tom K.: 
> > 
> > 
> > On Sunday, November 4, 2018 at 10:20:56 AM UTC-5, Uwe Sauter wrote: 
> > 
> > Would you mind sending the complete output of 
> > 
> > ansible-playbook main.yaml -vvv 
> > 
> > ? 
> > 
> > 
> > 
> > I got a result now but need to continue this in a bit as I need to step 
> away: 
> > 
> > | 
> > [root@mysql04 tmp]# cat /tmp/test.out|grep -Ei ansible_default_ipv4 -A5 
> -B5 
> >  tz_offset:'-0500' 
> >  weekday:Sunday 
> >  weekday_number:'0' 
> >  weeknumber:'44' 
> >  year:'2018' 
> > ansible_default_ipv4: 
> >  address:192.168.0.109 
> > alias:eth0 
> >  broadcast:192.168.0.255 
> >  gateway:192.168.0.1 
> > interface:eth0 
> > [root@mysql04 tmp]# 
> > 
> > | 
> > 
> > Still same message: 
> > 
> > | 
> > fatal:[mysql04]:FAILED!=>{ 
> > "changed":false, 
> > "msg":"AnsibleUndefinedVariable: 'ansible.vars.hostvars.HostVarsVars 
> object' has no attribute 'ansible_default_ipv4'" 
> > } 
> > 
> > | 
> > 
> > | 
> > ansible-playbook -i infra --limit mysql04 main.yml --tags "mysql"-vvv 
> > 
> > 
> > 
> > [root@awx01 ansible]# cat main.yml 
> > --- 
> > -name:Gatherall facts prior to execution 
> >hosts:mysql 
> >gather_facts:true 
> >tasks: 
> > -debug:msg='{{ inventory_hostname }} has default IP {{ 
> ansible_default_ipv4["address"] }}' 
> > -template: 
> >  src:test.j2 
> >  dest:/tmp/test.out 
> >tags:mysql 
> > 
> > 
> > -name:Installandconfigure MySQL 
> >hosts:mysql 
> >sudo:yes 
> >roles: 
> > -mysql 
> >tags:mysql 
> > 
> > 
> > [root@awx01 ansible]# 
> > | 
> > 
> > 
> > Am 04.11.18 um 16:16 schrieb Tom K.: 
> >  > 
> >  > 
> >  > On Sunday, November 4, 2018 at 10:03:49 AM UTC-5, Uwe Sauter 
> wrote: 
> >  > 
> >  > OK, more comments: 
> >  > 
> >  >  > 
> >  >  > So I've modified the first main.yml as follows: 
> >  >  > 
> >  >  > | 
> >  >  > # cat main.yml 
> >  >  > --- 
> >  >  > 
> >  >  > 
> >  >  > -name:Gatherall facts

Re: [ansible-project] {"changed": false, "msg": "AnsibleUndefinedVariable: 'ansible.vars.hostvars.HostVarsVars object' has no attribute 'ansible_default_ipv4'"}


Does the first line of /tmp/test.out contain the correct IP address? If so, 
templating is working correctly.

Also please keep in mind that we are no mind readers and stripping away context to make output shorter usually doesn't 
help. That said please provide the complete output of a run with -vvv.



Am 04.11.18 um 16:25 schrieb Tom K.:



On Sunday, November 4, 2018 at 10:20:56 AM UTC-5, Uwe Sauter wrote:

Would you mind sending the complete output of

ansible-playbook main.yaml -vvv

?



I got a result now but need to continue this in a bit as I need to step away:

|
[root@mysql04 tmp]# cat /tmp/test.out|grep -Ei ansible_default_ipv4 -A5 -B5
     tz_offset:'-0500'
     weekday:Sunday
     weekday_number:'0'
     weeknumber:'44'
     year:'2018'
ansible_default_ipv4:
     address:192.168.0.109
alias:eth0
     broadcast:192.168.0.255
     gateway:192.168.0.1
interface:eth0
[root@mysql04 tmp]#

|

Still same message:

|
fatal:[mysql04]:FAILED!=>{
"changed":false,
"msg":"AnsibleUndefinedVariable: 'ansible.vars.hostvars.HostVarsVars object' has no 
attribute 'ansible_default_ipv4'"
}

|

|
ansible-playbook -i infra --limit mysql04 main.yml --tags "mysql"-vvv



[root@awx01 ansible]# cat main.yml
---
-name:Gatherall facts prior to execution
   hosts:mysql
   gather_facts:true
   tasks:
-debug:msg='{{ inventory_hostname }} has default IP {{ 
ansible_default_ipv4["address"] }}'
-template:
         src:test.j2
         dest:/tmp/test.out
   tags:mysql


-name:Installandconfigure MySQL
   hosts:mysql
   sudo:yes
   roles:
-mysql
   tags:mysql


[root@awx01 ansible]#
|


Am 04.11.18 um 16:16 schrieb Tom K.:
 >
 >
 > On Sunday, November 4, 2018 at 10:03:49 AM UTC-5, Uwe Sauter wrote:
 >
 >     OK, more comments:
 >
 >      >
 >      > So I've modified the first main.yml as follows:
 >      >
 >      > |
 >      > # cat main.yml
 >      > ---
 >      >
 >      >
 >      > -name:Gatherall facts prior to execution
 >      >    hosts:mysql
 >      >    gather_facts:false
 >
 >     Not gathering facts here will lead you to miss many of the ansible_* 
variables.
 >
 >      >    tasks:
 >      > -name:Dumpansible_default_ipv4 variable output
 >      >        copy:
 >
 >     The result of the copy module can be found on the target host(s), 
not on the host running the playbook. But
in this
 >     case
 >     it should already fail as you don't gather facts and thus miss 
ansible_default_ipv4.
 >
 >     Try the following:
 >
 >
 >
 >      test.yaml 
 >     ---
 >     - name: test templating
 >         hosts: mysql
 >         gather_facts: true
 >         tasks:
 >           - debug: msg='{{ inventory_hostname }} has default IP {{ 
ansible_default_ipv4["address"] }}
 >           - template:
 >               src: test.j2
 >               dest: /tmp/test.out
 >
 >      end test.yaml 
 >
 >      test.j2 
 >     # {{ ansible_managed }}
 >     My default IPv4 address is: {{ ansible_default_ipv4["address"] }}
 >
 >     My other hostvars are:
 >     {{ hostvars[inventory_hostname] | to_nice_yaml }}
 >      end test.j2 
 >
 >     You should get a debug output for each of your hosts and there 
should be a /tmp/test.out on each of your
hosts from the
 >     mysql group.
 >
 >
 >
 > |
 > [root@awx02 mysql]# pwd
 > /ansible/roles/mysql
 > [root@awx02 mysql]#  cat templates/test.j2
 > # {{ ansible_managed }}
 > MydefaultIPv4address is:{{ansible_default_ipv4["address"]}}
 >
 >
 > Myother hostvars are:
 > {{hostvars[inventory_hostname]|to_nice_yaml }}
 > [root@awx02 mysql]#
 > |
 >
 >
 > |
 > [root@awx01 ansible]# pwd
 > /ansible
 > [root@awx01 ansible]# cat main.yml
 > ---
 > -name:Gatherall facts prior to execution
 >    hosts:mysql
 >    gather_facts:true
 >    tasks:
 > -debug:msg='{{ inventory_hostname }} has default IP {{ 
ansible_default_ipv4["address"] }}'
 > -template:
 >          src:test.j2
 >          dest:/tmp/test.out
 >
 >
 > -name:Installandconfigure MySQL
 >    hosts:mysql
 >    sudo:yes
 >    roles:
 > -mysql
 >    tags:mysql
 >
 >
 > [root@awx01 ansible]#
 >
 > |
 >
 > |
 > [root@mysql04 tmp]# ls -altri /tmp/test*
 > ls:cannot access /tmp/test*:Nosuch file ordirectory
 > [root@mysql04 tmp]#
 >
 >
 > [root@awx01 ansible]# ls -altri /tmp/test*
 > ls:cannot access /tmp/test*:Nosuch file ordirectory
 > [root@awx01 ansible]#
 >
 > |
 >
 >
 > Don't think I got it right on though because it printed nothing:
 >
 > |
 > PLAY [Gatherall facts prior to
 >

Re: [ansible-project] {"changed": false, "msg": "AnsibleUndefinedVariable: 'ansible.vars.hostvars.HostVarsVars object' has no attribute 'ansible_default_ipv4'"}



On Sunday, November 4, 2018 at 10:20:56 AM UTC-5, Uwe Sauter wrote:
>
> Would you mind sending the complete output of 
>
> ansible-playbook main.yaml -vvv 
>
> ? 
>
>

I got a result now but need to continue this in a bit as I need to step 
away:

[root@mysql04 tmp]# cat /tmp/test.out|grep -Ei ansible_default_ipv4 -A5 -B5
tz_offset: '-0500'
weekday: Sunday
weekday_number: '0'
weeknumber: '44'
year: '2018'
ansible_default_ipv4:
address: 192.168.0.109
alias: eth0
broadcast: 192.168.0.255
gateway: 192.168.0.1
interface: eth0
[root@mysql04 tmp]#


Still same message:

fatal: [mysql04]: FAILED! => {
"changed": false,
"msg": "AnsibleUndefinedVariable: 'ansible.vars.hostvars.HostVarsVars 
object' has no attribute 'ansible_default_ipv4'"
}


ansible-playbook -i infra --limit mysql04 main.yml --tags "mysql" -vvv



[root@awx01 ansible]# cat main.yml
---
- name: Gather all facts prior to execution
  hosts: mysql
  gather_facts: true
  tasks:
- debug: msg='{{ inventory_hostname }} has default IP {{ 
ansible_default_ipv4["address"] }}'
- template:
src: test.j2
dest: /tmp/test.out
  tags: mysql


- name: Install and configure MySQL
  hosts: mysql
  sudo: yes
  roles:
- mysql
  tags: mysql


[root@awx01 ansible]#


 

> Am 04.11.18 um 16:16 schrieb Tom K.: 
> > 
> > 
> > On Sunday, November 4, 2018 at 10:03:49 AM UTC-5, Uwe Sauter wrote: 
> > 
> > OK, more comments: 
> > 
> >  > 
> >  > So I've modified the first main.yml as follows: 
> >  > 
> >  > | 
> >  > # cat main.yml 
> >  > --- 
> >  > 
> >  > 
> >  > -name:Gatherall facts prior to execution 
> >  >hosts:mysql 
> >  >gather_facts:false 
> > 
> > Not gathering facts here will lead you to miss many of the ansible_* 
> variables. 
> > 
> >  >tasks: 
> >  > -name:Dumpansible_default_ipv4 variable output 
> >  >copy: 
> > 
> > The result of the copy module can be found on the target host(s), 
> not on the host running the playbook. But in this 
> > case 
> > it should already fail as you don't gather facts and thus miss 
> ansible_default_ipv4. 
> > 
> > Try the following: 
> > 
> > 
> > 
> >  test.yaml  
> > --- 
> > - name: test templating 
> > hosts: mysql 
> > gather_facts: true 
> > tasks: 
> >   - debug: msg='{{ inventory_hostname }} has default IP {{ 
> ansible_default_ipv4["address"] }} 
> >   - template: 
> >   src: test.j2 
> >   dest: /tmp/test.out 
> > 
> >  end test.yaml  
> > 
> >  test.j2  
> > # {{ ansible_managed }} 
> > My default IPv4 address is: {{ ansible_default_ipv4["address"] }} 
> > 
> > My other hostvars are: 
> > {{ hostvars[inventory_hostname] | to_nice_yaml }} 
> >  end test.j2  
> > 
> > You should get a debug output for each of your hosts and there 
> should be a /tmp/test.out on each of your hosts from the 
> > mysql group. 
> > 
> > 
> > 
> > | 
> > [root@awx02 mysql]# pwd 
> > /ansible/roles/mysql 
> > [root@awx02 mysql]#  cat templates/test.j2 
> > # {{ ansible_managed }} 
> > MydefaultIPv4address is:{{ansible_default_ipv4["address"]}} 
> > 
> > 
> > Myother hostvars are: 
> > {{hostvars[inventory_hostname]|to_nice_yaml }} 
> > [root@awx02 mysql]# 
> > | 
> > 
> > 
> > | 
> > [root@awx01 ansible]# pwd 
> > /ansible 
> > [root@awx01 ansible]# cat main.yml 
> > --- 
> > -name:Gatherall facts prior to execution 
> >hosts:mysql 
> >gather_facts:true 
> >tasks: 
> > -debug:msg='{{ inventory_hostname }} has default IP {{ 
> ansible_default_ipv4["address"] }}' 
> > -template: 
> >  src:test.j2 
> >  dest:/tmp/test.out 
> > 
> > 
> > -name:Installandconfigure MySQL 
> >hosts:mysql 
> >sudo:yes 
> >roles: 
> > -mysql 
> >tags:mysql 
> > 
> > 
> > [root@awx01 ansible]# 
> > 
> > | 
> > 
> > | 
> > [root@mysql04 tmp]# ls -altri /tmp/test* 
> > ls:cannot access /tmp/test*:Nosuch file ordirectory 
> > [root@mysql04 tmp]# 
> > 
> > 
> > [root@awx01 ansible]# ls -altri /tmp/test* 
> > ls:cannot access /tmp/test*:Nosuch file ordirectory 
> > [root@awx01 ansible]# 
> > 
> > | 
> > 
> > 
> > Don't think I got it right on though because it printed nothing: 
> > 
> > | 
> > PLAY [Gatherall facts prior to 
> > 
> execution]
>  
>
> > 
> > 
> > TASK 
> > 
> [GatheringFacts]
>  
>
> > task path:/ansible/main.yml:2 
> > | 
> > 
> > 
> > 
> > 
> >  >  dest:/tmp/ansible_default_ipv4.yaml 
> >  >  content:'{{ ansible_default_ipv4 | to_nice_yaml }}' 
> >  > -fail: 
> >  > 
> >  > 
> >  > -name:Installandconfigure MySQL 
>

Re: [ansible-project] {"changed": false, "msg": "AnsibleUndefinedVariable: 'ansible.vars.hostvars.HostVarsVars object' has no attribute 'ansible_default_ipv4'"}


Would you mind sending the complete output of

ansible-playbook main.yaml -vvv

?

Am 04.11.18 um 16:16 schrieb Tom K.:



On Sunday, November 4, 2018 at 10:03:49 AM UTC-5, Uwe Sauter wrote:

OK, more comments:

 >
 > So I've modified the first main.yml as follows:
 >
 > |
 > # cat main.yml
 > ---
 >
 >
 > -name:Gatherall facts prior to execution
 >    hosts:mysql
 >    gather_facts:false

Not gathering facts here will lead you to miss many of the ansible_* 
variables.

 >    tasks:
 > -name:Dumpansible_default_ipv4 variable output
 >        copy:

The result of the copy module can be found on the target host(s), not on 
the host running the playbook. But in this
case
it should already fail as you don't gather facts and thus miss 
ansible_default_ipv4.

Try the following:



 test.yaml 
---
- name: test templating
    hosts: mysql
    gather_facts: true
    tasks:
      - debug: msg='{{ inventory_hostname }} has default IP {{ 
ansible_default_ipv4["address"] }}
      - template:
          src: test.j2
          dest: /tmp/test.out

 end test.yaml 

 test.j2 
# {{ ansible_managed }}
My default IPv4 address is: {{ ansible_default_ipv4["address"] }}

My other hostvars are:
{{ hostvars[inventory_hostname] | to_nice_yaml }}
 end test.j2 

You should get a debug output for each of your hosts and there should be a 
/tmp/test.out on each of your hosts from the
mysql group.



|
[root@awx02 mysql]# pwd
/ansible/roles/mysql
[root@awx02 mysql]#  cat templates/test.j2
# {{ ansible_managed }}
MydefaultIPv4address is:{{ansible_default_ipv4["address"]}}


Myother hostvars are:
{{hostvars[inventory_hostname]|to_nice_yaml }}
[root@awx02 mysql]#
|


|
[root@awx01 ansible]# pwd
/ansible
[root@awx01 ansible]# cat main.yml
---
-name:Gatherall facts prior to execution
   hosts:mysql
   gather_facts:true
   tasks:
-debug:msg='{{ inventory_hostname }} has default IP {{ 
ansible_default_ipv4["address"] }}'
-template:
         src:test.j2
         dest:/tmp/test.out


-name:Installandconfigure MySQL
   hosts:mysql
   sudo:yes
   roles:
-mysql
   tags:mysql


[root@awx01 ansible]#

|

|
[root@mysql04 tmp]# ls -altri /tmp/test*
ls:cannot access /tmp/test*:Nosuch file ordirectory
[root@mysql04 tmp]#


[root@awx01 ansible]# ls -altri /tmp/test*
ls:cannot access /tmp/test*:Nosuch file ordirectory
[root@awx01 ansible]#

|


Don't think I got it right on though because it printed nothing:

|
PLAY [Gatherall facts prior to 
execution]



TASK 
[GatheringFacts]

task path:/ansible/main.yml:2
|




 >          dest:/tmp/ansible_default_ipv4.yaml
 >          content:'{{ ansible_default_ipv4 | to_nice_yaml }}'
 > -fail:
 >
 >
 > -name:Installandconfigure MySQL
 >    hosts:mysql
 >    sudo:yes
 >    roles:
 > -mysql
 >    tags:mysql
 >
 > |
 >
 > But couldn't find anything printed into /tmp/ansible_default_ipv4.yaml 
anywhere.  ( Now I could have mocked it up
given
 > how green I am with this. )
 >
 > However, I've also done this:
 >
 > |
 > # cat tasks/variables.yml
 > ---
 >
 >
 > -name:IncludeOS-specific variables (RedHat).
 >    include_vars:"{{ ansible_os_family }}-{{ 
ansible_distribution_major_version }}.yml"
 > when:ansible_os_family =="RedHat"
 >
 >
 > -name:Definemysql_config_file variable .
 >    set_fact:
 >      mysql_config_file:"{{ __mysql_config_file }}"
 > when:mysql_config_file isnotdefined
 >
 >
 > -debug:
 >      msg:"var = {{ ansible_default_ipv4.address }}"
 > when:ansible_default_ipv4.address isdefined
 >
 >
 > -name:Definethe mysql_ipv4 variable
 >    set_fact:
 >      mysql_ipv4:"{{ ansible_default_ipv4.address }}"
 > when:mysql_ipv4 isnotdefined
 >
 >
 > -name:Printall variables foreach remote device
 >    debug:
 > var:hostvars[inventory_hostname]
 >
 > |
 >
 > which printed this output (snippet only):
 >
 > |
 > TASK [mysql :Printall variables foreach remote
 > 
device]*
 > task path:/ansible/roles/mysql/tasks/variables.yml:21
 > ok:[mysql04]=>{
 > "hostvars[inventory_hostname]":{
 > "__mysql_config_file":"/etc/my.cnf",
 > "ansible_all_ipv4_addresses":[
 > "192.168.0.109"
 > ],
 > "ansible_all_ipv6_addresses":[
 > "fe80::250:56ff:fe86:e11b"
 > ],
 > "ansible_apparmor":{
 > "status":"disabled"
 > },
 >

Re: [ansible-project] {"changed": false, "msg": "AnsibleUndefinedVariable: 'ansible.vars.hostvars.HostVarsVars object' has no attribute 'ansible_default_ipv4'"}



On Sunday, November 4, 2018 at 10:03:49 AM UTC-5, Uwe Sauter wrote:
>
> OK, more comments: 
>
> > 
> > So I've modified the first main.yml as follows: 
> > 
> > | 
> > # cat main.yml 
> > --- 
> > 
> > 
> > -name:Gatherall facts prior to execution 
> >hosts:mysql 
> >gather_facts:false 
>
> Not gathering facts here will lead you to miss many of the ansible_* 
> variables. 
>
> >tasks: 
> > -name:Dumpansible_default_ipv4 variable output 
> >copy: 
>
> The result of the copy module can be found on the target host(s), not on 
> the host running the playbook. But in this case 
> it should already fail as you don't gather facts and thus miss 
> ansible_default_ipv4. 
>
> Try the following: 
>
>
>
>  test.yaml  
> --- 
> - name: test templating 
>hosts: mysql 
>gather_facts: true 
>tasks: 
>  - debug: msg='{{ inventory_hostname }} has default IP {{ 
> ansible_default_ipv4["address"] }} 
>  - template: 
>  src: test.j2 
>  dest: /tmp/test.out 
>
>  end test.yaml  
>
>  test.j2  
> # {{ ansible_managed }} 
> My default IPv4 address is: {{ ansible_default_ipv4["address"] }} 
>
> My other hostvars are: 
> {{ hostvars[inventory_hostname] | to_nice_yaml }} 
>  end test.j2  
>
> You should get a debug output for each of your hosts and there should be a 
> /tmp/test.out on each of your hosts from the 
> mysql group. 
>
>

[root@awx02 mysql]# pwd
/ansible/roles/mysql
[root@awx02 mysql]#  cat templates/test.j2
# {{ ansible_managed }}
My default IPv4 address is: {{ ansible_default_ipv4["address"] }}


My other hostvars are:
{{ hostvars[inventory_hostname] | to_nice_yaml }}
[root@awx02 mysql]#


[root@awx01 ansible]# pwd
/ansible
[root@awx01 ansible]# cat main.yml
---
- name: Gather all facts prior to execution
  hosts: mysql
  gather_facts: true
  tasks:
- debug: msg='{{ inventory_hostname }} has default IP {{ 
ansible_default_ipv4["address"] }}'
- template:
src: test.j2
dest: /tmp/test.out


- name: Install and configure MySQL
  hosts: mysql
  sudo: yes
  roles:
- mysql
  tags: mysql


[root@awx01 ansible]#


[root@mysql04 tmp]# ls -altri /tmp/test*
ls: cannot access /tmp/test*: No such file or directory
[root@mysql04 tmp]#


[root@awx01 ansible]# ls -altri /tmp/test*
ls: cannot access /tmp/test*: No such file or directory
[root@awx01 ansible]#



Don't think I got it right on though because it printed nothing:

PLAY [Gather all facts prior to execution] 



TASK [Gathering Facts] 

task path: /ansible/main.yml:2


 

>
>
> >  dest:/tmp/ansible_default_ipv4.yaml 
> >  content:'{{ ansible_default_ipv4 | to_nice_yaml }}' 
> > -fail: 
> > 
> > 
> > -name:Installandconfigure MySQL 
> >hosts:mysql 
> >sudo:yes 
> >roles: 
> > -mysql 
> >tags:mysql 
> > 
> > | 
> > 
> > But couldn't find anything printed into /tmp/ansible_default_ipv4.yaml 
> anywhere.  ( Now I could have mocked it up given 
> > how green I am with this. ) 
> > 
> > However, I've also done this: 
> > 
> > | 
> > # cat tasks/variables.yml 
> > --- 
> > 
> > 
> > -name:IncludeOS-specific variables (RedHat). 
> >include_vars:"{{ ansible_os_family }}-{{ 
> ansible_distribution_major_version }}.yml" 
> > when:ansible_os_family =="RedHat" 
> > 
> > 
> > -name:Definemysql_config_file variable . 
> >set_fact: 
> >  mysql_config_file:"{{ __mysql_config_file }}" 
> > when:mysql_config_file isnotdefined 
> > 
> > 
> > -debug: 
> >  msg:"var = {{ ansible_default_ipv4.address }}" 
> > when:ansible_default_ipv4.address isdefined 
> > 
> > 
> > -name:Definethe mysql_ipv4 variable 
> >set_fact: 
> >  mysql_ipv4:"{{ ansible_default_ipv4.address }}" 
> > when:mysql_ipv4 isnotdefined 
> > 
> > 
> > -name:Printall variables foreach remote device 
> >debug: 
> > var:hostvars[inventory_hostname] 
> > 
> > | 
> > 
> > which printed this output (snippet only): 
> > 
> > | 
> > TASK [mysql :Printall variables foreach remote 
> > 
> device]*
>  
>
> > task path:/ansible/roles/mysql/tasks/variables.yml:21 
> > ok:[mysql04]=>{ 
> > "hostvars[inventory_hostname]":{ 
> > "__mysql_config_file":"/etc/my.cnf", 
> > "ansible_all_ipv4_addresses":[ 
> > "192.168.0.109" 
> > ], 
> > "ansible_all_ipv6_addresses":[ 
> > "fe80::250:56ff:fe86:e11b" 
> > ], 
> > "ansible_apparmor":{ 
> > "status":"disabled" 
> > }, 
> > "ansible_architecture":"x86_64", 
> > "ansible_bios_date":"04/14/2014", 
> > "ansible_bios_version":"6.00", 
> > "ansible_check_mode":true, 
> > "ansible_cmdline":{ 
> > "BOOT_IMAGE":"/vmlinuz-3.10.0-693.21.1.el7.x86_64", 
> > "LANG":"en_US.UTF-8", 
> > "biosdevname":"0", 
> >

Re: [ansible-project] {"changed": false, "msg": "AnsibleUndefinedVariable: 'ansible.vars.hostvars.HostVarsVars object' has no attribute 'ansible_default_ipv4'"}



On Sunday, November 4, 2018 at 9:51:24 AM UTC-5, Uwe Sauter wrote:
>
> Did you check /tmp on your mysql host? This will copy 'content' to the 
> destination on the target host, not on the host 
> running the playbook. 
>
>

I did actually: 

[root@mysql04 tmp]# ls -altri /tmp/ansible_default_*
ls: cannot access /tmp/ansible_default_*: No such file or directory
[root@mysql04 tmp]#


I checked all hosts including the two ansible cluster ones ( awx01, awx02 
).  No such file.
 

>
>
> Am 04.11.18 um 15:22 schrieb Tom K.: 
> > 
> > 
> > On Sunday, November 4, 2018 at 2:45:06 AM UTC-5, Uwe Sauter wrote: 
> > 
> > Hi, 
> > 
> > Am 04.11.18 um 00:45 schrieb Tom K.: 
> >  > Thanks Uwe! 
> >  > 
> >  > | 
> >  > # cat main.yml 
> >  > --- 
> >  > 
> >  > -name:Gatherall facts prior to execution 
> >  >hosts:mysql 
> >  >gather_facts:yes 
> >  > 
> >  > 
> >  > -name:Installandconfigure MySQL 
> >  >hosts:mysql 
> >  >sudo:yes 
> >  >roles: 
> >  > -mysql 
> >  >tags:mysql 
> >  > 
> >  > | 
> > 
> > 
> > First of all: you don't need the first play gathering facts if you 
> don't suppress it in the second. 
> > "gather_facts: true" is default and thus will be executed in every 
> play (something might have changed 
> > due to actions in the last play…) 
> > 
> > 
> > I did not have this originally.  It was suggested to try it in one of 
> the posts I was reading so I tacked it on but it 
> > made no difference. 
> > 
> > 
> >  > The above calls this role: 
> >  > 
> >  > | 
> >  > # vi tasks/main.yml 
> >  > # These tasks install the community MySQL Server. 
> >  > 
> >  > 
> >  > -include_tasks:variables.yml 
> >  > 
> >  > # Place the my.cnf file on the target hosts. 
> >  > -name:Copymy.cnf globalMySQLconfiguration. 
> >  > template: 
> >  >  src:my.cnf.j2 
> >  >  dest:"{{ mysql_config_file }}" 
> >  >  owner:root 
> >  > group:root 
> >  >  mode:0644 
> >  >  tags:mysql 
> >  > 
> > 
> > This looks normal. 
> > 
> > In situations like these where I'm unsure at which level of nesting 
> a value can be found I use the following neet trick 
> > to get a glimpse of the variable structure: 
> > 
> > 
> > - name: my_play 
> > hosts: my_group 
> > gather_facts: false (to speed up execution. Set to true or omit 
> this line if settings have changed in the last 
> > play) 
> > tasks: 
> >   - (list of preparing tasks, e.g. set_fact) 
> > ### debug  
> >   - name: dump variable output 
> > copy: 
> >   dest: /tmp/ 
> >   content: '{{ variable_name | to_nice_yaml }}' 
> >   - pause: (or fail:) 
> > ### end debug ### 
> >   - (rest of the play) 
> > 
> > 
> > 
> > So I've modified the first main.yml as follows: 
> > 
> > | 
> > # cat main.yml 
> > --- 
> > 
> > 
> > -name:Gatherall facts prior to execution 
> >hosts:mysql 
> >gather_facts:false 
> >tasks: 
> > -name:Dumpansible_default_ipv4 variable output 
> >copy: 
> >  dest:/tmp/ansible_default_ipv4.yaml 
> >  content:'{{ ansible_default_ipv4 | to_nice_yaml }}' 
> > -fail: 
> > 
> > 
> > -name:Installandconfigure MySQL 
> >hosts:mysql 
> >sudo:yes 
> >roles: 
> > -mysql 
> >tags:mysql 
> > 
> > | 
> > 
> > But couldn't find anything printed into /tmp/ansible_default_ipv4.yaml 
> anywhere.  ( Now I could have mocked it up given 
> > how green I am with this. ) 
> > 
> > However, I've also done this: 
> > 
> > | 
> > # cat tasks/variables.yml 
> > --- 
> > 
> > 
> > -name:IncludeOS-specific variables (RedHat). 
> >include_vars:"{{ ansible_os_family }}-{{ 
> ansible_distribution_major_version }}.yml" 
> > when:ansible_os_family =="RedHat" 
> > 
> > 
> > -name:Definemysql_config_file variable . 
> >set_fact: 
> >  mysql_config_file:"{{ __mysql_config_file }}" 
> > when:mysql_config_file isnotdefined 
> > 
> > 
> > -debug: 
> >  msg:"var = {{ ansible_default_ipv4.address }}" 
> > when:ansible_default_ipv4.address isdefined 
> > 
> > 
> > -name:Definethe mysql_ipv4 variable 
> >set_fact: 
> >  mysql_ipv4:"{{ ansible_default_ipv4.address }}" 
> > when:mysql_ipv4 isnotdefined 
> > 
> > 
> > -name:Printall variables foreach remote device 
> >debug: 
> > var:hostvars[inventory_hostname] 
> > 
> > | 
> > 
> > which printed this output (snippet only): 
> > 
> > | 
> > TASK [mysql :Printall variables foreach remote 
> > 
> device]*
>  
>
> > task path:/ansible/roles/mysql/tasks/variables.yml:21 
> > ok:[mysql04]=>{ 
> > "hostvars[inventory_hostname]":{ 
> > "__mysql_config_file":"/etc/my.cnf", 
> > "ansible_all_ipv4_addresses":[ 
> > "192.168.0.109" 
> > ], 
> >

Re: [ansible-project] {"changed": false, "msg": "AnsibleUndefinedVariable: 'ansible.vars.hostvars.HostVarsVars object' has no attribute 'ansible_default_ipv4'"}


OK, more comments:



So I've modified the first main.yml as follows:

|
# cat main.yml
---


-name:Gatherall facts prior to execution
   hosts:mysql
   gather_facts:false


Not gathering facts here will lead you to miss many of the ansible_* variables.


   tasks:
-name:Dumpansible_default_ipv4 variable output
       copy:


The result of the copy module can be found on the target host(s), not on the host running the playbook. But in this case 
it should already fail as you don't gather facts and thus miss ansible_default_ipv4.


Try the following:



 test.yaml 
---
- name: test templating
  hosts: mysql
  gather_facts: true
  tasks:
- debug: msg='{{ inventory_hostname }} has default IP {{ 
ansible_default_ipv4["address"] }}
- template:
src: test.j2
dest: /tmp/test.out

 end test.yaml 

 test.j2 
# {{ ansible_managed }}
My default IPv4 address is: {{ ansible_default_ipv4["address"] }}

My other hostvars are:
{{ hostvars[inventory_hostname] | to_nice_yaml }}
 end test.j2 

You should get a debug output for each of your hosts and there should be a /tmp/test.out on each of your hosts from the 
mysql group.





         dest:/tmp/ansible_default_ipv4.yaml
         content:'{{ ansible_default_ipv4 | to_nice_yaml }}'
-fail:


-name:Installandconfigure MySQL
   hosts:mysql
   sudo:yes
   roles:
-mysql
   tags:mysql

|

But couldn't find anything printed into /tmp/ansible_default_ipv4.yaml anywhere.  ( Now I could have mocked it up given 
how green I am with this. )


However, I've also done this:

|
# cat tasks/variables.yml
---


-name:IncludeOS-specific variables (RedHat).
   include_vars:"{{ ansible_os_family }}-{{ ansible_distribution_major_version 
}}.yml"
when:ansible_os_family =="RedHat"


-name:Definemysql_config_file variable .
   set_fact:
     mysql_config_file:"{{ __mysql_config_file }}"
when:mysql_config_file isnotdefined


-debug:
     msg:"var = {{ ansible_default_ipv4.address }}"
when:ansible_default_ipv4.address isdefined


-name:Definethe mysql_ipv4 variable
   set_fact:
     mysql_ipv4:"{{ ansible_default_ipv4.address }}"
when:mysql_ipv4 isnotdefined


-name:Printall variables foreach remote device
   debug:
var:hostvars[inventory_hostname]

|

which printed this output (snippet only):

|
TASK [mysql :Printall variables foreach remote 
device]*

task path:/ansible/roles/mysql/tasks/variables.yml:21
ok:[mysql04]=>{
"hostvars[inventory_hostname]":{
"__mysql_config_file":"/etc/my.cnf",
"ansible_all_ipv4_addresses":[
"192.168.0.109"
],
"ansible_all_ipv6_addresses":[
"fe80::250:56ff:fe86:e11b"
],
"ansible_apparmor":{
"status":"disabled"
},
"ansible_architecture":"x86_64",
"ansible_bios_date":"04/14/2014",
"ansible_bios_version":"6.00",
"ansible_check_mode":true,
"ansible_cmdline":{
"BOOT_IMAGE":"/vmlinuz-3.10.0-693.21.1.el7.x86_64",
"LANG":"en_US.UTF-8",
"biosdevname":"0",
"crashkernel":"auto",
"net.ifnames":"0",
"quiet":true,
"rd.lvm.lv":"centos/swap",
"rhgb":true,
"ro":true,
"root":"/dev/mapper/centos-root"
},
"ansible_date_time":{
"date":"2018-11-04",
"day":"04",
"epoch":"1541340261",
"hour":"09",
"iso8601":"2018-11-04T14:04:21Z",
"iso8601_basic":"20181104T090421500144",
"iso8601_basic_short":"20181104T090421",
"iso8601_micro":"2018-11-04T14:04:21.500460Z",
"minute":"04",
"month":"11",
"second":"21",
"time":"09:04:21",
"tz":"EST",
"tz_offset":"-0500",
"weekday":"Sunday",
"weekday_number":"0",
"weeknumber":"44",
"year":"2018"
},
"ansible_default_ipv4":{
"address":"192.168.0.109",
"alias":"eth0",
"broadcast":"192.168.0.255",
"gateway":"192.168.0.1",
"interface":"eth0",
"macaddress":"00:50:56:86:e1:1b",
"mtu":1500,
"netmask":"255.255.255.0",
"network":"192.168.0.0",
"type":"ether"
},



|



With this you'll be able to analyze the structure and see if the attribute 
/ key is actually set for which your
playbook
or template is looking.


Regards,

 Uwe


 >
 >
 > There's a variables.yml file as well but that just defines 
mysql_config_file .  Let me know if you need to see it.
 >
 > Cheers,
 > TK
 >
 > --

--
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/7d79d7d6-ed2f-4693-8182-94ef9bd62c7b%40googlegroups.com 
.

For more options, visit https://groups.google.com/d/optout.


--
You received this message because you

Re: [ansible-project] {"changed": false, "msg": "AnsibleUndefinedVariable: 'ansible.vars.hostvars.HostVarsVars object' has no attribute 'ansible_default_ipv4'"}

As the error message state, 'HostVarsVars' is an Python object. Without looking into the source code I suspect it to be
some kind of Class inside the HostVars object that holds the actual values you can access via
hostvars[inventory_hostname]["key"].

Am 04.11.18 um 15:28 schrieb Tom K.:

On Sunday, November 4, 2018 at 1:35:14 AM UTC-5, Vladimir Botka wrote:

"HostVarsVars" looks suspicious in the error message. Where does it come
from? Find it and check if this is what you
want.

It only shows up in the output:

[root@awx01 ansible]# grep -EiR HostVarsVars *
[root@awx01 ansible]#

so thinking this comes from the ansible python code itself. Googling that shows results meaning others receive the same
"HostVarsVars" name in the output leading me to believe it's legit? I found it odd that it prints HostVars (with two
Vars) instead of one but maybe that's not what you were pointing too?

'ansible.vars.hostvars.HostVarsVars object' has no attribute
'ansible_default_ipv4'

HTH,

-vlado

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/45b366f5-5e62-44ad-b23b-7fba430ec01d%40googlegroups.com
.

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/c5f79750-8a12-cd03-0293-eb0759cfbe54%40gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [ansible-project] {"changed": false, "msg": "AnsibleUndefinedVariable: 'ansible.vars.hostvars.HostVarsVars object' has no attribute 'ansible_default_ipv4'"}

Did you check /tmp on your mysql host? This will copy 'content' to the destination on the target host, not on the host 
running the playbook.




Am 04.11.18 um 15:22 schrieb Tom K.:



On Sunday, November 4, 2018 at 2:45:06 AM UTC-5, Uwe Sauter wrote:

Hi,

Am 04.11.18 um 00:45 schrieb Tom K.:
 > Thanks Uwe!
 >
 > |
 > # cat main.yml
 > ---
 >
 > -name:Gatherall facts prior to execution
 >    hosts:mysql
 >    gather_facts:yes
 >
 >
 > -name:Installandconfigure MySQL
 >    hosts:mysql
 >    sudo:yes
 >    roles:
 > -mysql
 >    tags:mysql
 >
 > |


First of all: you don't need the first play gathering facts if you don't 
suppress it in the second.
"gather_facts: true" is default and thus will be executed in every play 
(something might have changed
due to actions in the last play…)


I did not have this originally.  It was suggested to try it in one of the posts I was reading so I tacked it on but it 
made no difference.



 > The above calls this role:
 >
 > |
 > # vi tasks/main.yml
 > # These tasks install the community MySQL Server.
 >
 >
 > -include_tasks:variables.yml
 >
 > # Place the my.cnf file on the target hosts.
 > -name:Copymy.cnf globalMySQLconfiguration.
 > template:
 >      src:my.cnf.j2
 >      dest:"{{ mysql_config_file }}"
 >      owner:root
 > group:root
 >      mode:0644
 >      tags:mysql
 >

This looks normal.

In situations like these where I'm unsure at which level of nesting a value 
can be found I use the following neet trick
to get a glimpse of the variable structure:


- name: my_play
    hosts: my_group
    gather_facts: false (to speed up execution. Set to true or omit this 
line if settings have changed in the last
play)
    tasks:
      - (list of preparing tasks, e.g. set_fact)
### debug 
      - name: dump variable output
        copy:
          dest: /tmp/
          content: '{{ variable_name | to_nice_yaml }}'
      - pause: (or fail:)
### end debug ###
      - (rest of the play)



So I've modified the first main.yml as follows:

|
# cat main.yml
---


-name:Gatherall facts prior to execution
   hosts:mysql
   gather_facts:false
   tasks:
-name:Dumpansible_default_ipv4 variable output
       copy:
         dest:/tmp/ansible_default_ipv4.yaml
         content:'{{ ansible_default_ipv4 | to_nice_yaml }}'
-fail:


-name:Installandconfigure MySQL
   hosts:mysql
   sudo:yes
   roles:
-mysql
   tags:mysql

|

But couldn't find anything printed into /tmp/ansible_default_ipv4.yaml anywhere.  ( Now I could have mocked it up given 
how green I am with this. )


However, I've also done this:

|
# cat tasks/variables.yml
---


-name:IncludeOS-specific variables (RedHat).
   include_vars:"{{ ansible_os_family }}-{{ ansible_distribution_major_version 
}}.yml"
when:ansible_os_family =="RedHat"


-name:Definemysql_config_file variable .
   set_fact:
     mysql_config_file:"{{ __mysql_config_file }}"
when:mysql_config_file isnotdefined


-debug:
     msg:"var = {{ ansible_default_ipv4.address }}"
when:ansible_default_ipv4.address isdefined


-name:Definethe mysql_ipv4 variable
   set_fact:
     mysql_ipv4:"{{ ansible_default_ipv4.address }}"
when:mysql_ipv4 isnotdefined


-name:Printall variables foreach remote device
   debug:
var:hostvars[inventory_hostname]

|

which printed this output (snippet only):

|
TASK [mysql :Printall variables foreach remote 
device]*

task path:/ansible/roles/mysql/tasks/variables.yml:21
ok:[mysql04]=>{
"hostvars[inventory_hostname]":{
"__mysql_config_file":"/etc/my.cnf",
"ansible_all_ipv4_addresses":[
"192.168.0.109"
],
"ansible_all_ipv6_addresses":[
"fe80::250:56ff:fe86:e11b"
],
"ansible_apparmor":{
"status":"disabled"
},
"ansible_architecture":"x86_64",
"ansible_bios_date":"04/14/2014",
"ansible_bios_version":"6.00",
"ansible_check_mode":true,
"ansible_cmdline":{
"BOOT_IMAGE":"/vmlinuz-3.10.0-693.21.1.el7.x86_64",
"LANG":"en_US.UTF-8",
"biosdevname":"0",
"crashkernel":"auto",
"net.ifnames":"0",
"quiet":true,
"rd.lvm.lv":"centos/swap",
"rhgb":true,
"ro":true,
"root":"/dev/mapper/centos-root"
},
"ansible_date_time":{
"date":"2018-11-04",
"day":"04",
"epoch":"1541340261",
"hour":"09",
"iso8601":"2018-11-04T14:04:21Z",
"iso8601_basic":"20181104T090421500144",
"iso8601_basic_short":"20181104T090421",
"iso8601_micro":"2018-11-04T14:04:21.500460Z",
"minute":"04",
"month":"11",
"second":"21",
"time":"09:04:21",
"tz":"EST",
"tz_offset":"-0500",
"weekday":"Sunday",
"weekday_number":"0",
"weeknumber":"44",
"year":"2018"
},
"ansible_default_ipv4":{
"address":"192.168.0.109",
"alias":"eth0",
"broadcast":"192.168.0.255",
"gateway":"192.168.0.1",
"interface":"eth0",
"macaddress":"00:50:56:86:e1:1b",
"mtu":1500,

Re: [ansible-project] {"changed": false, "msg": "AnsibleUndefinedVariable: 'ansible.vars.hostvars.HostVarsVars object' has no attribute 'ansible_default_ipv4'"}



On Sunday, November 4, 2018 at 1:35:14 AM UTC-5, Vladimir Botka wrote:
>
> "HostVarsVars" looks suspicious in the error message. Where does it come 
> from? Find it and check if this is what you want.
>

It only shows up in the output:

[root@awx01 ansible]# grep -EiR HostVarsVars *
[root@awx01 ansible]#

so thinking this comes from the ansible python code itself.  Googling that 
shows results meaning others receive the same "HostVarsVars" name in the 
output leading me to believe it's legit?  I found it odd that it prints 
HostVars (with two Vars) instead of one but maybe that's not what you were 
pointing too?
 

>
> 'ansible.vars.hostvars.HostVarsVars object' has no attribute 
> 'ansible_default_ipv4'
>
> HTH,
>
> -vlado
>

-- 
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/45b366f5-5e62-44ad-b23b-7fba430ec01d%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [ansible-project] {"changed": false, "msg": "AnsibleUndefinedVariable: 'ansible.vars.hostvars.HostVarsVars object' has no attribute 'ansible_default_ipv4'"}



On Sunday, November 4, 2018 at 2:45:06 AM UTC-5, Uwe Sauter wrote:
>
> Hi, 
>
> Am 04.11.18 um 00:45 schrieb Tom K.: 
> > Thanks Uwe! 
> > 
> > | 
> > # cat main.yml 
> > --- 
> > 
> > -name:Gatherall facts prior to execution 
> >hosts:mysql 
> >gather_facts:yes 
> > 
> > 
> > -name:Installandconfigure MySQL 
> >hosts:mysql 
> >sudo:yes 
> >roles: 
> > -mysql 
> >tags:mysql 
> > 
> > | 
>
>
> First of all: you don't need the first play gathering facts if you don't 
> suppress it in the second. 
> "gather_facts: true" is default and thus will be executed in every play 
> (something might have changed 
> due to actions in the last play…) 
>

I did not have this originally.  It was suggested to try it in one of the 
posts I was reading so I tacked it on but it made no difference.  
 

>
> > The above calls this role: 
> > 
> > | 
> > # vi tasks/main.yml 
> > # These tasks install the community MySQL Server. 
> > 
> > 
> > -include_tasks:variables.yml 
> > 
> > # Place the my.cnf file on the target hosts. 
> > -name:Copymy.cnf globalMySQLconfiguration. 
> > template: 
> >  src:my.cnf.j2 
> >  dest:"{{ mysql_config_file }}" 
> >  owner:root 
> > group:root 
> >  mode:0644 
> >  tags:mysql 
> > 
>
> This looks normal. 
>
> In situations like these where I'm unsure at which level of nesting a 
> value can be found I use the following neet trick 
> to get a glimpse of the variable structure: 
>
>
> - name: my_play 
>hosts: my_group 
>gather_facts: false (to speed up execution. Set to true or omit this 
> line if settings have changed in the last play) 
>tasks: 
>  - (list of preparing tasks, e.g. set_fact) 
> ### debug  
>  - name: dump variable output 
>copy: 
>  dest: /tmp/ 
>  content: '{{ variable_name | to_nice_yaml }}' 
>  - pause: (or fail:) 
> ### end debug ### 
>  - (rest of the play) 
>


So I've modified the first main.yml as follows:

# cat main.yml
---


- name: Gather all facts prior to execution
  hosts: mysql
  gather_facts: false
  tasks:
- name: Dump ansible_default_ipv4 variable output
  copy:
dest: /tmp/ansible_default_ipv4.yaml
content: '{{ ansible_default_ipv4 | to_nice_yaml }}'
- fail:


- name: Install and configure MySQL
  hosts: mysql
  sudo: yes
  roles:
- mysql
  tags: mysql


But couldn't find anything printed into /tmp/ansible_default_ipv4.yaml 
anywhere.  
( Now I could have mocked it up given how green I am with this. )

However, I've also done this:

# cat tasks/variables.yml
---


- name: Include OS-specific variables (RedHat) .
  include_vars: "{{ ansible_os_family }}-{{ 
ansible_distribution_major_version }}.yml"
  when: ansible_os_family == "RedHat"


- name: Define mysql_config_file variable .
  set_fact:
mysql_config_file: "{{ __mysql_config_file }}"
  when: mysql_config_file is not defined


- debug:
msg: "var = {{ ansible_default_ipv4.address }}"
  when: ansible_default_ipv4.address is defined


- name: Define the mysql_ipv4 variable
  set_fact:
mysql_ipv4: "{{ ansible_default_ipv4.address }}"
  when: mysql_ipv4 is not defined


- name: Print all variables for each remote device
  debug:
var: hostvars[inventory_hostname]


which printed this output (snippet only):

TASK [mysql : Print all variables for each remote device] 
*
task path: /ansible/roles/mysql/tasks/variables.yml:21
ok: [mysql04] => {
"hostvars[inventory_hostname]": {
"__mysql_config_file": "/etc/my.cnf",
"ansible_all_ipv4_addresses": [
"192.168.0.109"
],
"ansible_all_ipv6_addresses": [
"fe80::250:56ff:fe86:e11b"
],
"ansible_apparmor": {
"status": "disabled"
},
"ansible_architecture": "x86_64",
"ansible_bios_date": "04/14/2014",
"ansible_bios_version": "6.00",
"ansible_check_mode": true,
"ansible_cmdline": {
"BOOT_IMAGE": "/vmlinuz-3.10.0-693.21.1.el7.x86_64",
"LANG": "en_US.UTF-8",
"biosdevname": "0",
"crashkernel": "auto",
"net.ifnames": "0",
"quiet": true,
"rd.lvm.lv": "centos/swap",
"rhgb": true,
"ro": true,
"root": "/dev/mapper/centos-root"
},
"ansible_date_time": {
"date": "2018-11-04",
"day": "04",
"epoch": "1541340261",
"hour": "09",
"iso8601": "2018-11-04T14:04:21Z",
"iso8601_basic": "20181104T090421500144",
"iso8601_basic_short": "20181104T090421",
"iso8601_micro": "2018-11-04T14:04:21.500460Z",
"minute": "04",
"month": "11",
"second": "21",
"time": "09:04:21",
"tz": "EST",
"tz_offset": "-0500",
"weekday": "Sunday",

Re: [ansible-project] {"changed": false, "msg": "AnsibleUndefinedVariable: 'ansible.vars.hostvars.HostVarsVars object' has no attribute 'ansible_default_ipv4'"}