ファイルをtouchしてしまうのだ。自分にとっては不用意なtouchは不要なmakeなどにつながるので困るのではないかと思うのだが、近年のコードの管理手法や、必ずしもコンパイルしなければならない訳ではない開発環境や、コンパイルに一晩かかるわけではない強力なマシンの普及などによって、touchされても問題ないという向きなのかなと考えるようになった。なんだかよくよく話を聞いてみると「ZZなんて知らない、だいたい:wqと:qと:q!を習うので使い分けている」などというのだ。それはまったく困った話だ。実際、巷にあふれている入門書や、繰り返し掲載される雑誌の記事などを見ると、viの終了コマンドとして「保存して終了します」などと称して:wq、「書き込まずに強制終了します」と:q!を紹介して終わり、というようなケースが多い。ZZを紹介しないのだ。いうわけなので、そんなものがあると知らない人が増える一方なのだ。[続きを読む]Fluentd/Elasticsearch/Kibanaでsyslogを管理してみる2019-06-24この記事では、Elasticsearch/Kibanaのver5.xをインストールしている。ほうをご覧いただきたい。rsyslogとjournaldのことの回で、長いことsyslog管理をほったらかしにしていたことを告白したわけだが、これを機にFluentdで集めてKibanaで閲覧する環境を整えてみることにした。いうわけでインストール手順と結果についてまとめてみる。全体の構成はこんな感じだ。構成イメージ[続きを読む]さくらのクラウドでスタートアップスクリプトを連動・整備する2019-06-17サーバ作成時の環境整備の手法は数多あるが、個人的にはクラシックで変化が少なくメンテしやすい方法がいいかな、と思う。するとだいたい、バッチをsshで流し込む方法にたどり着く。バッチはエディタで編集するだけなので、変化も少ないしメンテも簡単というわけだ。922だがこの方法は一番最初のセットアップの諸々の作業の自動化が難しい。そこで、最近サーバを作るといえばクラウドの仮想サーバばかりなのだし、この自動化機能のひとつである「スタートアップスクリプト」を活用しようと思う。スタートアップスクリプトの原理は非常に単純だ。コンパネで書いたbashのスクリプトを、サーバ作成時にディスクに書き込んでしまい、起動時に自動実行するというものだ。スクリプトにはうまい仕掛けを施して、最初の一度目だけ実行したら自分を消してしまうようになっている(残すこともできる)。MS-DOS世代にはautoexec.batを連想させる仕組みだ。サーバ起動時に行う決まりきったコマンドラインやバッチ処理なら、スタートアップスクリプトにコマンドを書き連ねるだけで、大抵の作業は完璧にこなせる。詳しいことはオンラインマニュアルをご覧いただきたい。スタートアップスクリプトの欠点を強いてあげるとすれば、スクリプトの編集をコンパネに任せざるを得ず、バージョン管理などが難しいことだ。実はこれは簡単に改善できる。スタートアップスクリプトを「GitHubからスクリプトを読み込むコード」にしておき、実際に処理したい作業はGitHubでメンテナンスすればよいのだ。いうわけで以下に具体的な方法を示そう。