Skip to content

Latest commit

 

History

History
115 lines (78 loc) · 4.07 KB

ansible_command_shell_mdolues.md

File metadata and controls

115 lines (78 loc) · 4.07 KB
Raw

command模块执行不返回变量

本文的撰写契机是因为我想修改kvm服务器上的libvirtd.conf配置，在修改之前，想先备份该配置文件。简单的复制成 libvirtd.conf.bak文件担心多次执行备份被覆盖，所以想使用常见的脚本 date +%Y-%m-%d_%H:%M:%S 作为文件名后缀，类似常用的脚本：

cp /etc/libvirt/libvirtd.conf /etc/libvirt/libvirtd.conf.bak`date +%Y-%m-%d_%H:%M:%S`

我以为ansible command 模块也是类似执行shell命令，但是结果却出乎意料

完整的 playbook fix_libvirtd.yaml 如下

---
- hosts: all
  sudo: true
  gather_facts: False
  vars:
    libvirtd_conf: libvirtd.conf
  tasks:

  - name: copy libvirtd_conf
    copy:
      src: "{{ libvirtd_conf }}"
      dest: /tmp/{{ libvirtd_conf }}

  - name: backup libvirtd_conf
    command: cp /etc/libvirt/libvirtd.conf /etc/libvirt/libvirtd.conf.bak_`date +%Y-%m-%d_%H:%M:%S`

  - name: replace libvirtd_conf
    command: cp /tmp/{{ libvirtd_conf }} /etc/libvirt/libvirtd.conf

  - service: name=libvirtd state=restarted

然而发现报错提示

stderr: cp: target ‘+%Y-%m-%d_%H:%M:%S`’ is not a directory
failed: [192.168.1.1] => {"changed": true, "cmd": ["cp", "/etc/libvirt/libvirtd.conf", "/etc/libvirt/libvirtd.conf.bak_`date", "+%Y-%m-%d_%H:%M:%S`"], "delta": "0:00:00.049106", "end": "2016-09-26 23:35:15.798034", "rc": 1, "start": "2016-09-26 23:35:15.748928", "warnings": []}

这说明Ansible的command模块传递命令是以空格作为变量分隔，就尝试改成

  - name: backup libvirtd_conf
    command: cp /etc/libvirt/libvirtd.conf /etc/libvirt/libvirtd.conf.bak_`date\ +%Y-%m-%d_%H:%M:%S`

这次之行的结果是在目标主机上备份成了文件名

libvirtd.conf.bak_`date +%Y-%m-%d_%H:%M:%S`

并不是预想中的带时间戳的文件名。

shell命令

Ansible还有一个标准模块shell，这个模块看上去和command模块非常类似，也是远程在服务器上执行命令。但是有没有什么区别呢？

我们来尝试一下：

  - name: backup libvirtd_conf
    shell: cp /etc/libvirt/libvirtd.conf /etc/libvirt/libvirtd.conf.bak_`date +%Y-%m-%d_%H:%M:%S`

果然，仅仅修改了Ansible 模块的名字就在目标主机正确生成了文件 libvirtd.conf.bak_2016-09-26_23:41:05

command和shell区别

  • command模块

command模块执行命令跟随一系列空格分隔的参数。注意command不是通过shell执行的，所以不能使用环境变零 $HOME 以及操作符 <，>，| 和 &。其他则和shell没有区别

  • shell模块

shell模块是通过远程主机上的shell来执行的(/bin/sh)，所以可以实现较为复杂的命令。

  • raw模块

还有一种直接通过SSH命令底层执行的方法，不通过模块子系统。这个模式适合2中情况：第一种情况是在旧系统（Python 2.4或更早）安装python-simplejson，这样就需要作为依赖的模块。另一种情况是和一些没有安装Python的设备，如路由器交互。这里raw模式执行的所有参数都直接在远程配置的shell中执行。标准输出，标准错误输出和返回码都在可用时返回。这个方法不需要模块支持，不需要远程主机安装Python。

大多数情况建议使用shell和command模块，仅在老版本python或没有python模块的路由器上使用raw方式。

修正后的 playbook

---
- hosts: all
  sudo: true
  gather_facts: False
  vars:
    libvirtd_conf: libvirtd.conf
  tasks:

  - name: copy libvirtd_conf
    copy:
      src: "{{ libvirtd_conf }}"
      dest: /tmp/{{ libvirtd_conf }}

  - name: backup libvirtd_conf
    shell: cp /etc/libvirt/libvirtd.conf /etc/libvirt/libvirtd.conf.bak_`date +%Y-%m-%d_%H:%M:%S`

  - name: replace libvirtd_conf
    command: cp /tmp/{{ libvirtd_conf }} /etc/libvirt/libvirtd.conf

  - service: name=libvirtd state=restarted

参考