commentAnsibleにおいて表題の通り。きっかけ開発やテスト用にVagrantを使用しているのだが、何度も作成したり削除したりを繰り返しているうちに、InventoryFileがごちゃ混ぜになってしまった。複数のVMを使用していることもあり、Ansibleのplaybookを試す際にグループを変えて試したり...と。その中である時下記のようなエラーが。true}$接続ができない!?InventoryFileを確認してみると該当行は特に問題はなさそう。host01`でもログインが可能である。メッセージを読んでみると、今回起動したVMのPortが違う気がする。InventoryFileを確認してみると別のグループに同名で記載されてしまっていた。:どうやら下に記載されていた設定で上書きされていたようである。複数行あった記載を1行のみに編集したところ問題なく使用できた。commentAnsibleにおいて表題を行いたい。playbookを書くほどの内容では無いので手軽に行いたい。ansibleplaybookを実行するのは`ansible-playbook`コマンドであるが、単に対象のホスト群でコマンド等を実行したいだけの場合には`ansible`コマンドで行う。普段自身が`ansible`コマンドを利用するのは下記のように使うことがほとんどである。pingグループを絞ってアクセスしたりしているくらいである。今回は対象のホストが多かったので1台ずつ手作業で...なんてことをする気にはなれず、このコマンドを用いてファイルを配布したい。dest=[対象ホスト上で配置するパス]"playbookに書くときと同じ内容である。ちなみに上記はansibleでの接続ユーザを指定している場合にはそのユーザで作成される。自身の環境では接続ユーザは一般ユーザであり、ファイルを配置したいのはrootユーザであったので下記のように実行した。--become下記の内容を参照した。Commandshttp://docs.ansible.com/ansible/latest/intro_adhoc.html#parallelism-and-shell-commands以上。commentAnsibleにおいて表題のモジュールとオプションについて。知らなかったのでメモ。きっかけとあるansibleで構築した環境において、再起動された際に起動していないサービスがあった。気がつかずに放置してしまっていた。ansibleのroleを使っているのだが、その中の下記のファイルでserviceを再起動するように書いている。restarted$しかしこれではplaybookの実行時に、変更があった場合にserviceを再起動するだけの設定であった。いわゆる下記のようなことをやりたかった。serviceA調べてみると、”service“モジュールでそのまま設定ができるようであったので下記のように変更した。restarted$これで自動起動が入った。commentAnsibleにおいて表題の件について。setupこのコマンドで”gather_facts“で収集している情報がどういうものか取得できる。自信が”task“の中でよく使用する表題の項目についても下記のように取得できている。commentAnsibleにおいて表題の通り。ansible.cfg開発環境で主に使うので、”ansible.cfg“には下記を書いている。False$いざ開発したものを試しに別環境にやってみようかと思うと、”ansible.cfg“の設定が優先されてしまうのでたまに困ることがある。よって”hosts“に下記のように”variable“として書くことにしている。:[group1]host001host002[group1:vars]ansible_ssh_private_key_file=~/.ssh/id_rsaansible_ssh_user=root$“host001“等は”~/.ssh/config“の方に書いている。うまい方法はないのであろうか。