Postfix トラブル調査でメールログを調べる手順
さきほどのコマンドを実行した結果が下記になります。 4行＝４件の該当するメールが見つかったことになります。 多くの場合、条件に合致するメールが複数件抽出されます。 残念ながら、この状態では各メールの処理の詳細までは知ることができません。 ここからさらにキューＩＤごとに絞込検索をかけ、各メールの処理詳細を追跡することになります。 エラーが発生したおおよその時間帯がわかっていれば、どのキューIDを追跡したらよいかあたりをつけることができます。それでない場合は、すべてのキューIDを調べていく必要があります。 ※「831F78322B9」「73B928322E9」「A32198322F3」「EBD65832B18」がキューＩＤに該当します。 # Apr 18 15:42:37 server postfix/qmgr[1513]: 831F78322B9: from=<XXXXXX@yahoo.co
データベースが破損したら、イヤですよねと思って、そんなことが発生してしまった時の復旧手順を簡単にまとめてみた - 都内で働くSEの技術的なひとりごと / Technical soliloquy of System Engineer working in Tokyo
データベースが破損したら、どうしましょうか？ 開発エンジニアだとこのあたりは疎いですよね？なんとなく、怖くて、触れたくない所というか、なんというか。( そういう私もそんなエンジニアの一人ですwww ) いつもの AdventureWorks データベースを使用します。テーブルを破損させ、その後復旧処理を行うので、まずデータベースをバックアップしましょう。バックアップを取得したら、Undocumented Command である、DBCC WRITEPAGE で Person.AddressType テーブルを破損させます。まずは、テーブルのどの個所を破損させるか決定するために、下記のコマンドでテーブルのページ構造を参照してみましょう。( ここのページを参考にしました。 データベースの復旧モデルは完全にしておいてください。そうでないと、ページの復元ができません。) DBCC IND (N'A
ログローテーション
CakePHP 2.xではbootstrap.php内にあらかじめアプリケーションログの設定が書かれています。2.xで日付ごとにログファイルが切り替わるよう設定してみました。 日ごとにログを切り替える設定 app/Config/bootstrap.phpを以下のように変更もしくは追加して下さい。 // app/Config/bootstrap.php[変更or追加 後] /** * Configures default file logging options */ App::uses( 'CakeLog', 'Log'); CakeLog::config( 'debug', array( 'engine' => 'FileLog', 'types' => array( 'notice', 'info', 'debug'), 'file' => date( 'Ymd') . '_' . '
たった6個のsedを通せば、Apacheログは驚くほど扱いやすくなる - Qiita
Q. awk '{print $9}'とかでUser-Agent丸ごと取り出したい とか思ったことない? Apacheのログ解析で。でもできないじゃない。例えば 192.168.0.1 - - [17/Apr/2014:11:22:33 +0900] "GET /index.html HTTP/1.1" 200 43206 "https://www.google.co.jp/" "Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/34.0.1847.116 Safari/537.36"
[PHP]Fatal Error発生時にログを作成する | PHP Archive
Fatal Error 発生時、以降の処理は中断されるため通常は try ～ catch などでエラーを捕捉することができません。 そこで、register_shutdown_function() を使ってスクリプト終了時に関数を実行し、エラーの内容をテキストとして保存します。 <?php register_shutdown_function('shutdown'); $test = new Test(); function shutdown(){ $error = error_get_last(); if(empty($error)) return; switch($error['type']){ case(E_ERROR): $type = "Fatal Error"; break; case(E_WARNING): $type = "Warning"; break; case(E_N
[PHP]execでバックグラウンド実行するときの落とし穴に落ちた。 nohup!nohup! · DQNEO日記
logrotateでコマンドが中断されてしまうメカニズム そのサーバではcronの設定が下記のようになっており、 /etc/crontab 27 0 * * * root run-parts /etc/cron.daily 毎日0:27 に/etc/cron.daily/*が呼び出される設定になっていました。 そこには/etc/cron.daily/loglotateという実行コマンドがあります。 そしてlogrotateの設定はというと、 /etc/logrotate.d/httpd /var/log/httpd/*log { daily rotate 30 compress missingok notifempty sharedscripts postrotate /sbin/service httpd reload > /dev/null 2>/dev/null || true en
Amazon RDS (MySQL)のslow query logを集計する
RDSではslow query logはテーブルに書きだされる。 Amazon RDSのMySQLでは、デフォルトではslow query logはmysqlデータベースのslow_logというテーブルに保存される(※)。 今までの普通のMySQLであれば、slow query logを有効化するとデフォルトではファイルに書きだされて、それをmysqldumpslowで集計・解析するってのが一般的だったと思うけど、テーブルに書きだされると、それにもう一手間必要になってくる。 ※以前は、slow_logテーブルに書き出す以外に選択肢は無かったと思うけど、最近はファイルに書き出すことも出来るらしい。 大まかな方針 slow_logテーブルから通常のslow query logファイル形式にエクスポート mysqldumpslowで集計 slow_logをエクスポートするツール2つ python
Amazon RDS編～ログ管理について～
こんにちは！ JQです。 前回までのレシピでは『Amazon VPCを使ってWEBサーバを構築しよう！パート①、パート② 』と称して、VPC上でのWEBサーバ構築についてご紹介していたかと思います。 今回は『Amazon RDSのログに関するお話』をしたいと思いますが、その前に『Amazon RDS』に関する情報をご紹介します！ 先日、WEBコンソールから今まで確認出来なかったRDSのmysql_errorのログが確認出来る様になりました。 RDSもさらに便利になっていきますね！ さて、それでは本題であるAmazon RDSのログに関してお話していきます。 まずは、RDSのerror.logの設定方法をしていきます。 1.RDSの画面に移動して、ログを見たいRDSを選択します。 2.画面下部のタブに「Logs」という項目があるので、そちらをクリックします。 3.error/mysql-er
RDS: MySQL5.6 のbinlogアクセス権限 - aws memo
RDS MySQLで、5.6のエンジンがサポートされた。 Amazon Web Services ブログ: 【AWS発表】 Amazon RDSがMySQL 5.6をサポート! そのなかで バイナリログアクセス - バイナリログを付属のmysqlbinlogツールを使って、ダウンロードしたりストリームすることができます。 この機能はオンプレミス環境とのデータの同期や、監査ログ、分析、レプリケーションエラーのデバッグといった様々な目的に使うことができます。この機能を利用するには、自動バックアップ機能を有効にする必要があります。 と書かれている。まずは権限の確認。ユーザ名「test」で作ったRDS MySQL5.5と5.6を比較すると MySQL 5.5 mysql>SHOW GRANTS FOR test\G *************************** 1. row ******
ELBがアクセスログを出力できるようになりました！ | DevelopersIO
はじめに ついにELBがアクセスログを出力できるようになりました！(Elastic Load Balancing Announces Access Logs) ということでやってみました！ 設定 [Load Balancers]画面を開き、設定したいELBを選択します。画面下部の[Description]タブの一番下に[Access Logs]という項目があります！ なおこの項目は新しいManagement Consoleでしか表示されません。以前のManagement Consoleを使用されている場合は、画面右上に青い吹き出しのようなアイコンが表示されていますので、クリックし「Try the new design」の[Click here]リンクをクリックすると、新しいデザインのManagement Consoleに切り替わります。 さて、[Access Logs]の[Edit]リンク
ELBを使ってアクセス元のIPを取る方法 | Basicinc Enjoy Hacking!
AWSを使うことで今までやりにくかったインフラの設定が簡単に試せるようになりました。 そんなAWSのサービスの中にELBという負荷分散装置、いわゆるロードバランサーがあります。 1回だけ実機のロードバランサーを見たことがあるのですが、そいつはちょっといい車が買えるぐらい値段のやつでした。 機能的には結構かなり高機能なものだったので、おそらくロードバランサーの部類でもかなり高いと思うのですが 安価なものでも、そうそう手が出せるものではありません。それに設定も面倒。（多分） それがELBを使うことでGUIでポチポチするだけで、簡単に設定することができちゃいます。 しかもアクセス数に応じて勝手にスケールするというおまけ付き。 なんてすごいんでしょうAWS。 転送料で料金が決まるというのも、初回のコストをおさえられるので大変たすかります。 ELBを使うとアクセス元IPアドレスがわからない？ ELB
RDSでmysqldumpslowを使う - Qiita
初期設定 RDSのコンソール上で下記を設定してください slow_query_log=1 log_output=FILE slow_query_log_file=/rdsdbdata/log/slowquery/mysql-slowquery.log (デフォルト値) log_outputはデフォルトでTABLEとなっています。 TABLEでも mysql.slow_query テーブルにログが溜まっていくのですが、ほったらかしにしてログが膨れ上がることが多々あるでしょう。 殆どの場合、直近のログさえあれば十分なのに、「mysql.slow_queryが膨れ上がってSELECTの結果が終わらない！！」 ということはしばしばあるかと思います。私もなりました。 FILEにしていれば、1時間毎のログが1日分残ります。これなら、ファイルが大きすぎて分析できない！ということは無いでしょう。 分析方法
Vagrantエラーあれこれに関する対処法 - Qiita
はじめに Vagrantでの開発環境作りで対処したエラーあれこれについて書きます。この前書いた記事も書きなおさなくちゃかな。。。 基本的に、ホストマシン時の操作がzshで、仮想マシン時の操作がbashです。 やった手順通りに書いたつもりだけど、色々試した後に書いたから、もしかしたら間違えてるかも。。。 最初のエラー vagrant up時 $ vagrant reload ==> default: Attempting graceful shutdown of VM... ==> default: Checking if box 'chef/centos-6.5' is up to date... ==> default: There was a problem while downloading the metadata for your box ==> default: to chec
MySQL5.0/5.1でスロークエリログを記録 - よんちゅBlog
MySQLでスロークエリログを記録する方法は、バージョンによって設定方法が異なったり、オプション名が変更されていたりと、意外と分かりづらいことが多いのでここでまとめておこうと思います。 いずれのバージョンでも、コンフィグファイル(Linuxでは my.cnf、Windowsでは my.ini)の mysqld セクションに設定を記述することになります。 MySQL5.0の場合 MySQL5.0の設定方法は簡単で、「log-slow-queries」にログを出力するファイル名を設定するだけです。 絶対パスによる指定も可能ですが、相対パスで指定した場合はデータディレクトリからの相対パスになります。 また、スロークエリとして記録されるクエリのしきい値、つまり何秒以上のクエリをスロークエリとしてログに記録するかはデフォルトで10秒以上となっています。 この値は「long_query_time」によ
QdsmtpをAUTH LOGINに対応させる
Qdsmtpを使用して以下のようなエラーがでることがあります。 QdSmtp error: HOST:sysmail.ipsism.co.jp doesnot suppoted MY Abalable SMTP AUTH Protocol PLAIN line -> 407<br> Qdmail error: Qdmail Version 1.2.6b ,PHP Version 5.1.6<br> <br>il error: OS Linux ; PHP Version 5.1.6 ; Qdmail version 1.2.6b <br>ini status: mb_language = Japanese ; mb_internal_encoding = UTF-8 ; mb_detect_order = ASCII,JIS,UTF-8,EUC-JP,SJIS Qdmail Stat
DovecotのPOP3ログの見方
DovecotのPOP3サーバが出力するログの説明です。 メール受信がうまくいかない場合の問題の切り分けを想定しています。 POP3サーバに接続、なにもせずに切断した場合: dovecot: pop3-login: Aborted login: rip=192.168.1.254, lip=192.168.1.1 ユーザー名またはパスワードが誤っている場合: 何もせずに切断した場合と同じ"Aborted login"だが、ユーザー名が表示される。 dovecot: pop3-login: Aborted login: user=<username>, method=PLAIN, rip=192.168.1.254, lip=192.168.1.1 処理が正常終了した場合: "Logged out"はQUITコマンドにより正常終了した場合のみ表示される。 dovecot: pop3-logi
tarで一部のファイル／ディレクトリを除外してアーカイブする - ろば電子が詰まつてゐる
tarコマンドで何かアーカイブする時、「ログファイルが大きいから、apps/log ディレクトリだけは除外したい」など特定のファイルやディレクトリを除外したいときは --exclude オプションを使う。 以下のように、appsというディレクトリ配下に[apple], [banana]というディレクトリがあり、それぞれサブディレクトリ[analog], [bin], [log]を持っている場合を考える。 macbook:tmp ozuma$ ls -F apps/* apps/apple: analog/ bin/ log/ apps/banana: analog/ bin/ log/ この場合、logディレクトリだけ除外したければ --exclude log としてやる。 macbook:tmp ozuma$ tar cvf apps.tar --exclude log apps a a
CakePHPでデバッグモード以外でもPHPのエラーログを取る超簡単な方法
CakePHPではデバッグレベルを0としている場合、あらゆるエラーが非表示になり、CakePHPのエラーをはじめPHPのWarningやFatalエラーも記録されなくなります。 例えば、その状態で致命的なエラーが発生しても、画面が真っ白になったり、ErrorHandler::error404メソッドが実行されるだけで、どこかで能動的に$this->logなどで記録していない限り、解決につながる情報が記録されません。 そんな時、下記ブログを参考にカスタムエラーハンドラや、PHPエラーを記録する条件を定義しておくだけで、手軽にログを取ることができるようになります。 CakePHPでdebug=0の際にset_error_handler – benny毎日ラボ この中の内容で、自分も利用させて頂いている2つめの方法が手軽でよいので、紹介させて頂きます。 /app/config/bootstrap
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
RDS(MySQL)のログファイルを削除する - Qiita
http://blog.inouetakuya.info/entry/20130320/1363776504
