Saltstack Jinja模板始终获取默认值而非Pillar值问题求助

1. 修复Jinja语法错误 #

你的模板代码中salt.pillar.get调用缺少闭合括号，这会直接导致Jinja解析失败，进而强制使用默认值：

{% set minion = salt.pillar.get( 'app.minion', default=defaults.app.minion, merge=true) %}

注意在merge=true后补上)，这是最可能触发问题的原因。

2. 确保默认配置与Pillar结构一致 #

检查defaults.yaml的层级是否和Pillar完全匹配，比如defaults.yaml需要包含如下结构：

app:
  minion:
    app:
      rpc:
        username: default_user

只有结构完全对应，merge=true的合并逻辑才能正常生效，避免因结构不匹配导致Pillar数据无法覆盖默认值。

3. 验证状态文件的模板调用逻辑 #

确认app/minion.sls中使用file.managed时，正确引用了模板且未意外覆盖Pillar数据：

app-config:
  file.managed:
    - name: /目标路径/config.json
    - source: salt://app/minion/config.json
    - template: jinja

模板内直接调用salt.pillar.get是可行的，无需额外传递context，但如果状态文件中手动传了context覆盖变量，也会导致默认值被强制使用。

4. 添加调试输出验证Pillar数据 #

可以在模板中临时加入调试代码，确认Pillar数据是否能被正常读取：

{% import_yaml "app/defaults.yaml" as defaults %}
{% set pillar_data = salt.pillar.get('app.minion', {}) %}
# 调试输出：{{ pillar_data | yaml_encode }}
{% set minion = salt.pillar.get( 'app.minion', default=defaults.app.minion, merge=true) %}

{
  "rpc-username": {{ minion.app.rpc.username | tojson }}
}

执行sudo salt-call state.apply app.minion后，查看生成的配置文件中的调试内容，就能确认Pillar数据是否被正确拉取。

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