AnsibleでWindowsを操作する準備をする - Qiita
はじめに Ansible 1.7よりWindowsの操作ができるようになったので、実施するための準備を書き出してみる。 （2015-01-18: 現状に合わせて大きく書き直した） （2015-03-27: 「Ansible 1.9.0.1を使用する場合の追加作業」を追加） （2015-04-29: 1.9.1で「Ansible 1.9.0.1を使用する場合の追加作業」が解決されたため、文章を修正） （2016-02-27: やっと時間が取れたので遅ればせながら文章を2.0に対応） （2016-04-17: ネットワークプロファイルがパブリックでも利用できるようになっていたのとansible_winrm_*が1.9.5にバックポートされていたのに対応） （2017-06-03: 2.3.1でpython 3でも動作するようになった） 今回の環境 最初に試した段階では以下の通り： 操作されるW
新しいNTPクライアント＆サーバ、chrony - Qiita
はじめに CentOS 7で"最小限のインストール"以外を選んだ場合にインストールされるchronyはntpdに代わり標準となったNTPクライアント兼サーバである。 とはいえ、CentOS 7でも相変わらずntpdは使用できるし、ntpdateの代わりではないのでntpdateコマンドを打ちたければntpdateを使用する。 以下、初期稿ではchronyの、ntpdとの違いを中心に記述する。注目点があればそれも書くが、まともに追っていくと深いので、後で気になる点が増えたら追記する形を取る。 あと、この記事でネタにするのはchronyであってcronieではないので悪しからず。 chronyのインストールと起動 CentOS 7ではOSインストール時にインストールされていなければyum install chronyでインストールすることができる（CentOS 6でも6.8からOS標準のリポジ
Ansibleのplaybookで使用できるアトリビュートの一覧 - Qiita
はじめに 本資料は多数のドキュメントにバラバラに書かれているAnsibleのplaybookに指定可能なアトリビュートの一覧とそれぞれの簡単な解説である。 アトリビュートとは、playbookに記述することのできる各種のディクショナリキーのことである。と言っても現在のところこれが定まった呼び方というわけではない。Ansible v2のソースにAttributeと書かれているのでここでもそう呼ぶことにしたものである。 アトリビュートにはplayに指定できるもの、taskに指定できるもの、どちらにも指定できるものがある。 playあるいはtaskって何？ って話は http://docs.ansible.com/glossary.html を参照のこと。 要はplaybookはplayのリストで構成されており、playの中のtasksアトリビュートやhandlersアトリビュートなどに記述する
「SELinuxのせいで動かない」撲滅ガイド - Qiita
はじめに 注意事項 この記事は何らかの理由でSELinuxを利用しなければならない時に発生する、意図せずプログラムが動かなくなる問題を解決するための手段を書いたものである。 作業対象のOSは作業中いつでも停止可能であるものとする。SELinuxの設定作業中に停止不可能とか無茶なので。 また、すべての操作はrootユーザで行っている。SELinuxは「管理者による強制的なアクセス制御」なのでrootユーザが操作しなければならない。 内容は主にCentOS 7で確認し、CentOS 6やFedora 22も一部確認に使用している。 SELinuxの管理で使用する各種のコマンドは初期からインストールされているものは少なく、またコマンド名がそれを含むrpmパッケージ名と一致しないものが多い。 このような場合はyum install *bin/<コマンド名>でインストールすることができる。Fedor
各OSのリリース日とサポート終了日を表にまとめてみた - Qiita
メジャーリリースは過去3年半に1度程度の間隔だったが、7から8の間は約5年だった ポイントリリースは6か月強に1度だったが最近長め 7まではサポート期間は以下に分かれていた Full Support Phase：かつては運用フェーズ1（Production 1 Phase）と呼ばれていた。新しいハードウェアへの対応、機能拡張、バグフィックス、セキュリティフィックスが行われる。目安としてリリース日から5年半 Maintenance Support 1 Phase：かつては運用フェーズ2（Production 2 Phase）と呼ばれていた。新しいハードウェアへの限定的な対応、バグフィックス、セキュリティフィックスが行われる。目安として運用フェーズ1終了から1年 Maintenance Support 2 Phase：かつては運用フェーズ3（Production 3 Phase）と呼ばれていた
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
