Ansible Playbook实现CentOS7下btmp文件通配匹配与批量重命名

• 初始任务逻辑错位：用stat模块仅检测/var/log目录本身是否存在，完全没有检索目录下的btmp关联文件，判断条件和后续的移动操作毫无关联
• 通配符失效的本质：Ansible的command模块默认直接调用系统二进制程序执行命令，不经过Shell解析流程，命令里的*会被识别为普通字面字符，不会自动展开匹配到的文件路径，因此会触发“文件未找到”的报错。如果不想替换为shell模块，也可以给原command任务加上uses_shell: yes参数，让命令走Shell解析流程，通配符即可正常生效。

完全不需要额外编写、上传、删除临时bash脚本，通过Ansible内置模块即可完成批量重命名操作：

方案1：find模块预检索+逐个重命名（最稳定，无Shell解析依赖） #

通过find模块先匹配目录下所有符合规则的btmp文件，再针对性执行重命名，避免通配符展开异常导致的误操作：

tasks:
  - name: 检索/var/log下所有btmp开头的文件
    find:
      paths: /var/log
      patterns: "^btmp.*$"
      use_regex: yes
      file_type: file
    register: btmp_search_result

  - name: 将非原名称的btmp文件重命名为标准btmp
    command: "mv {{ item.path }} /var/log/btmp"
    loop: "{{ btmp_search_result.files }}"
    # 跳过本身就是/var/log/btmp的文件，避免无意义覆盖
    when: item.path != "/var/log/btmp"
    become: yes

方案2：直接使用Shell模块匹配通配符（和原生bash行为一致） #

如果想沿用原本的通配符匹配逻辑，只需要将移动命令的执行模块替换为shell——该模块本身会通过系统bash解析命令内容，通配符可以正常生效：

tasks:
  - name: 批量将带后缀的btmp文件重命名为原名称
    shell: "mv /var/log/btmp-* /var/log/btmp"
    # 增加容错：如果服务器上不存在带日期后缀的btmp文件，不中断Playbook执行
    failed_when: false
    become: yes

• 取消了编写、上传、删除临时bash脚本的冗余流程，所有操作通过Ansible内置模块完成，减少目标主机上的临时文件痕迹
• 增加了边界场景容错：当目标服务器上不存在被错误轮转的带后缀btmp文件时，不会触发Playbook执行失败
• 预检索文件列表的逻辑，能提前发现异常匹配的文件，降低通配符过度匹配导致的非目标文件被误移动的风险

内容的提问来源于stack exchange，提问作者Mairold Kunimägi