Ansible注册service_facts供Jinja模板调用时服务状态取值问题

• Jinja2 语法错误：{{ }}是表达式定界符，内部不能嵌套第二层{{ }}，处于表达式范围内时直接引用变量名即可，嵌套标记会直接导致解析失败。你原有debug任务、模板里的嵌套花括号写法都违反了这个规则。
• 取值路径错误：你尝试的层级属性写法完全不符合注册变量的实际结构：单条循环结果中，服务状态对应的键本身是完整的动态字符串（例如ansible_facts.services['firewalld.service'].state），不是多层嵌套的对象结构；同时模板里引用的server_facts.services是整个服务列表，不是当前循环条目的服务名，自然无法取到对应值。
• 变量拼写问题：service_facts模块采集的服务事实默认存放在ansible_facts.services路径下，你Playbook循环里写的server_facts.services如果不是自定义变量，属于拼写错误。
• 结构认知错误：你贴出的servicestatus结构外层包了一层msg数组，这是你用debug模块打印该变量时debug模块自身的返回结构，实际注册的servicestatus变量直接通过.results就能取到循环结果列表，不需要加.msg[0]前缀。

推荐方案：直接引用采集到的服务事实（无需依赖debug注册变量） #

service_facts任务执行完成后，所有服务状态已经存入全局事实变量，完全不需要额外加debug任务循环注册变量，直接遍历要检查的服务列表取值即可，逻辑最简洁不易出错。
修正后的Jinja模板代码：

Service Checks:
{% for srv in servicescheck %}
Service: {{ srv }}
State:   {{ ansible_facts.services[srv ~ '.service'].state }}
{% endfor %}

代码说明：~是Jinja2的字符串拼接符，会自动将变量转成字符串后拼接，这里用来把服务名和.service后缀拼成完整的服务键名，直接索引取值即可。

兼容方案：从已注册的servicestatus变量取值 #

如果你需要保留现有debug注册的逻辑，可以通过动态拼接键名的方式从注册变量中提取状态值，修正后的Jinja模板代码：

Service Checks:
{% for result in servicestatus.results %}
Service: {{ result.item }}
State:   {{ result['ansible_facts.services[\'' ~ result.item ~ '.service\'].state'] }}
{% endfor %}

你原有debug任务的var参数存在嵌套花括号的语法问题，修正后的任务写法如下：

- name: get service facts
  service_facts:

- name: services check
  debug:
    var: ansible_facts.services[item ~ '.service'].state
  loop: "{{ servicescheck }}"
  register: servicestatus

内容的提问来源于stack exchange，提问作者d1530