サービス終了のお知らせサービス終了のお知らせ いつもYahoo! JAPANのサービスをご利用いただき誠にありがとうございます。 お客様がアクセスされたサービスは本日までにサービスを終了いたしました。 今後ともYahoo! JAPANのサービスをご愛顧くださいますよう、よろしくお願いいたします。
rsyslogd と journald の違い・住み分け - えいのうにっき
最近、ちょっと基礎から見直し中なんだけど。 基礎からやり直す pic.twitter.com/klggTNCben— いのうえ (@a_know) 2016年3月13日 ↑のような本を読みつつ、よくわかんないところは本以外でも調べてみて、それでもわかんないところは社内の Qiita:Team に雑に書いてみたり、会社の知ってそうな人（インフラエンジニアさんとか）に聞いてみたりとかしてる。すんごい初歩的な質問をしてもみんな全力で教えてくれるから、もうまじイケメン。 で、今回タイトルの内容についてスッキリしたので、Qiita:Team だけじゃなく、このブログにも書いてみる。 rsyslogd と journald の違い・住み分け このページにある図がわかりやすいっすよ、と、↓の画像を見せてくれた。 コラム - クラウド時代のオープンソース実践活用 | 第56回 RHEL7/CentOS7の
cron で > /dev/null して椅子を投げられないための3つの方法 - 酒日記 はてな支店
(タイトルは釣りです) いい加減、>/dev/null 2>&1と書くのをやめたらどうか - DQNEO起業日記 この記事のタイトルが twitter で流れてきたのを見て、「そうだ！出力を /dev/null に捨てるなんてとんでもないよね！」と思ってよく読んだら /dev/null に間違いなく捨てる方法だったのでつい crontabに > /dev/null 書いたら椅子投げる 2012-06-13 00:01:17 via YoruFukurou とつぶやいてしまったのですが、では出力を捨てないためにはどうすればいいのか。現時点での個人的ベストプラクティスを書き留めておきます。 デフォルト : メールで送る (MAILTO) せっかく cron daemon がログを捨てないためにわざわざメールで送ってくれるのに、それを > /dev/null で踏みにじるとはひどい。 とはいえ、
Tipset » ルータのsyslogをログサーバに転送する
ルータなどのネットワーク機器は大量のログを保管できないが，その代わり大抵のルータはsyslogサーバにログを転送することができる 今回ログサーバに採用したのはDebian lenny インストール直後はほとんど何も入ってなくて軽いのが決め手 他にもUnix系のOSなら大抵syslogサーバを使っている Windowsにはsyslogサーバは入ってないけど，ちょっとしたテストなんかにはGST Syslog Serverが便利 lennyはsyslogではなくrsyslogを採用している 直接 /etc/rsyslog.conf を編集してもいいけど，お作法に従って /etc/rsyslog.d 以下にファイルを置いて読み込ませる ファシリティはlocal0とします 設定ファイルの名前は *.conf であれば何でもOK 今回はYAMAHA RTX1200のログなので /etc/rsys
開発メモ#6 : ログの取り扱い : GrowthForecast, Amazon S3, Treasure Data で心労ゼロ - naoyaのはてなダイアリー
開発メモ#6 です。前回から少し間があいてしまいました。 開発メモ#2 : AWS でのホスト / クラウドネイティブなデプロイ - naoyaのはてなダイアリー で書いたように、EC2 へのアプリケーションのデプロイにあたっては Elastic IP の利点を活かしてカジュアルにホストを入れ替えまくっています。ちょっとこのデプロイは慎重になりたいな、と思ったらスナップショットからインスタンスを立ち上げては切り替える、の繰り返し。 この運用をしていると、スナップショットとの差分ができやすいのは chef-solo で吸収するというのが前回、前々回のはなし。 もう一点問題があります。アクセスログやアプリケーションのログです。フロントエンドのサーバをあっちこっち切り替えているうちに、そのままではログが分断されてしまう。ホストを Terminate しようものならログは消失してしまいます。 この
ハタさんのブログ(復刻版) : syslog にログを叩き込む
phpのsyslog関数だと、リモートのsyslogサーバに書き込めない(?)ので、こんな感じで逃げるテスト class LoggerSyslog { private $ident; private $opt; private $facility; private $ip = '127.0.0.1'; private $port = 514; public function __construct($ident, $opt, $facility){ $this->ident = $ident; $this->opt = $opt; $this->facility = $facility; } public function setIp($ip){ $this->ip = $ip; } public function setPort($port){ $this->port = $port;
マクロとテンプレートによるrsyslog活用法
前回「rsyslogの導入」で解説したrsyslogの導入方法に続き、活用方法を紹介します。 rsyslogでは設定ファイルにマクロやテンプレートを適用することができます。ログの内容を自由に組み立てたり、ファイル名に日時やホスト名を付加することが可能です。また拡張モジュールを追加することで、ログをメールで送信したりデータベースに格納することができます。今回はそうしたrsyslogの活用方法を解説します。 注意：以降はrootユーザーにて作業を行います。Ubuntuのようにrootユーザーが直接使用できない場合には、sudoコマンドを使用します。rsyslogのインストール方法や基本的な設定方法は、第4回「rsyslogの導入」を参考にしてください。 rsyslogをバージョン3互換モードで動作させる 前回の「rsyslogの導入」では、rsyslogのインストール方法を解説しました。前半の
syslog-ngによるsyslog転送 - ragutarouの日記
複数の端末からsyslog転送を行い、そのログを端末毎に振り分けたい。syslogdではそれが難しいため、syslog-ngでやってみようと調べてみました。 syslog-ngの特長 (syslogdとの違い) syslogdで提供される機能はすべて同様に利用できる ログの出力先をアプリケーションやIPアドレス毎に制御できる swatchのように特定の文字列が出力された際にメール通知等のアクションができる udp514ポート以外にTCPや任意のポート番号でログ受信ができる TCPだとログの消失が無くなる root以外のユーザで動作させることができる セキュリティ的に望ましい syslog-ng Ver.1 と Ver.2 との違い 2006年11月に公開された syslog-ng Ver.2 は、Ver.1 とは以下の違いがあるようです。見たところ Ver.2 を使っておけば間違いなさそう
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
