无法覆盖Chef属性：重复运行chef-client属性未更新求助

我来帮你搞定这个Chef属性不更新的麻烦——这是个挺常见的坑，核心原因在于Chef会持久化节点的属性（不管是存在Chef Server上还是本地Solo模式的节点文件里），而且默认的属性合并逻辑不会直接替换已存在的数组属性，同时命令行传入的JSON属性优先级还不够高，盖不过已经保存的旧属性。

下面给你几个实用的解决方案：

方案1：用override_attributes强制覆盖属性 #

这是最直接的方法，修改你的JSON属性文件，把要更新的属性放到override_attributes层级下——这个级别的属性优先级比已保存的节点normal属性高，会直接替换旧值：

{
  "override_attributes": {
    "param1": {
      "param2": ["value4", "value5"]
    }
  }
}

然后重新运行你的PowerShell命令：

chef-client -o 'recipe[cookbook]' -j attributes-file.json

方案2：清理已持久化的节点属性 #

如果你不想改动JSON文件的结构，可以先把节点上保存的旧属性清掉：

• Chef Server模式：用knife node edit <你的节点名>命令，手动删除param1.param2对应的属性，保存后再运行chef-client。
• Chef Solo模式：找到本地的节点文件（通常在/var/chef/nodes/<节点名>.json或者~/.chef/nodes/<节点名>.json路径下），直接删掉这个文件，再重新运行chef-client，这样就会重新加载你传入的新JSON属性。

方案3：命令行直接传入override级别的JSON #

要是你不想单独维护JSON文件，也可以在PowerShell里用Here-String直接传入带override的属性：

chef-client -o 'recipe[cookbook]' -j @"
{
  "override_attributes": {
    "param1": {
      "param2": ["value4", "value5"]
    }
  }
}
"@

额外说下Chef的属性逻辑（帮你避免踩坑） #

Chef的属性分好几个优先级（从低到高）：default < force_default < normal < override < force_override。

• 你第一次运行时传入的JSON属性属于normal级别，会被保存到节点里。
• 第二次再传同样normal级别的属性，Chef会**合并数组（把新元素追加到后面）**而不是替换；只有用更高优先级的override级别，才会直接替换掉旧的数组值。

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