Ansible 2.11+版本win_stat任务因Windows服务器LIB环境变量存在无效路径导致WinRM报错问题

嘿，这个问题我之前也碰到过类似的情况，确实是Ansible 2.11版本调整模块底层实现后引入的兼容性问题，咱们一步步拆解来看：

问题本质 #

你的判断方向是对的——这不是偶然问题，而是Ansible 2.11新增的PowerShell编译逻辑带来的异常：

• 在Ansible 2.10.9版本中，win_stat模块依赖的PowerShell代码没有使用Add-Type编译自定义.NET类型，自然不会触发LIB环境变量的有效性检查；
• 升级到2.11版本后，模块新增了Load-LinkUtils函数，其中用Add-Type编译代码时，PowerShell会默认严格校验LIB环境变量的每一条路径。如果LIB里包含不存在的路径，PowerShell会直接把警告升级为错误，导致整个模块执行崩溃。

你错误信息里的System.Collections.DictionaryEntry大概率是LIB环境变量被错误解析成了字典对象（而非纯字符串路径），但核心矛盾还是模块代码没有处理这种与任务无关的环境变量异常。

快速解决办法 #

这里给你几个可行的临时方案：

1. 修复服务器的LIB环境变量：
   直接进入Windows系统的「环境变量设置」，找到LIB变量，删除其中不存在的路径，确保它的值是合法的路径字符串。这是根治问题的办法。
2. 在Ansible任务中临时覆盖LIB：
   在执行win_stat前，临时把LIB设为一个肯定存在的路径，比如：

   - name: 临时设置有效的LIB环境变量
     win_shell: $env:LIB = "C:\Windows\System32"
     changed_when: false  # 标记为无状态变化，避免影响任务统计
   
   - name: 检查目标文件夹是否存在
     win_stat:
       path: 'C:\temp\'
   

3. 降级回Ansible 2.10.9：如果暂时没时间修复环境变量，降级到稳定的旧版本也能快速恢复功能。

关于Bug报告 #

非常建议你提交Bug报告，因为这个问题属于模块的容错性缺陷：win_stat的职责是检查指定路径的状态，不应该被与任务无关的系统环境变量异常打断。你可以去Ansible的GitHub仓库提交Issue，附上你的复现脚本、错误traceback以及版本差异信息，开发团队应该会很快跟进修复。

内容的提问来源于stack exchange，提问作者Jean-Pascal J.