Python の logging 力を高める
#!/usr/bin/env python # -*- coding: utf-8 -*- import logging if __name__ == '__main__': logging.basicConfig() logging.debug('this is debug message') logging.info('this is info message') logging.warning('this is warning message') logging.error('this is error message') logging.critical('this is critical message')
(Golang)リアルタイムログ転送+閲覧ツール作った - blog::wnotes.net
最近ちょっと大きめのサービスをリニューアルしたんですが、リリース当初はエラーログとか張り付いて監視してました。 数台分散しているサーバに逐一ログインしてログファイルをtail -fしたりするのがもう面倒で、それを解決するためにツールを作りました。 各インスタンスからのログを集約してリアルタイムにブラウザで閲覧する 初めの着想はDockerコンテナの話でした。Docker内に吐かれるログを見るのに、インスタンスにログインして、docker execしてtailするとか、 ログファイルをホストにマウントして、それをtailするとかあると思いますが、そもそも分散している台数分確認するのが面倒で。 かつ各コンテナはネットワーク的に閉じているので、コンテナ側から送信して、それを集約して確認するツールにしました。こちらです： ysugimoto/tailor releaseにビルド済みのバイナリを置い
MySQLスローログの手動ローテート
MySQLスローログの手動ローテート 2012-11-13 MySQLのスローログは、通常それほど大量に出るものではないからか、自動でローテートされるような設定は特にない。しかし、負荷が上がったりしてスローログが大量に出てしまい、ローテートしたい場合はよくあるだろう。手動でローテートする場合は以下のように行う。 この例は、MySQLのデータディレクトリ(datadir)が /var/lib/mysql で、スローログファイル名(slow_query_log_file)がmysql-slow.logの場合。 $ cd /var/lib/mysql $ mv mysql-slow.log mysql-slow.log.old $ mysqladmin flush-logs または mysql> flush logs; mysqladmin flush-logs あるいは flush logs
MySQLのスローログ関連のパラメーターが評価される順番
別のエントリー書いてたら、前に誰かに聞かれたなと思ったのでメモ。 スローログが出力されるかどうかの判定は、 1. スローログが有効化されていること 2. log_slow_admin_statements = 0 で除外されるステートメントではないこと 3. (long_query_time以上の時間がかかっている) OR (log_queries_not_using_indexes にマッチする) クエリーであること 4. クエリーのExaminedが min_examined_row_limit 以上であること 5. log_queries_not_using_indexesにマッチしていることが決まっている場合、log_throttle_queries_not_using_indexes で設定された以上の時間が経っているかどうか 意外と4. が知られてなくて、どんなに時間がかかって
MySQL 5.6のCHANGE MASTER TOで出るようになったワーニング
MySQL 5.5までは何も出なかったけど、MySQL 5.6で追加されたワーニング。 mysql56> CHANGE MASTER TO MASTER_HOST= 'localhost', MASTER_PORT= 64055, MASTER_USER= 'replicatior', MASTER_PASSWORD= 'xxxx', MASTER_LOG_FILE= 'bin.000001', MASTER_LOG_POS= 1; Query OK, 0 rows affected, 2 warnings (0.06 sec) mysql56> SHOW WARNINGS; +-------+------+--------------------------------------------------------------------------------------------
master、slaveの切り替え
前回、HAProxyによるフェイルオーバーを行ったので、 続けて今回は自動でmaster,slaveの切り替えを行いたいところですが、 その前に手動での切り替えを行いたいと思います(｀・ω・´)ｼｬｷｰﾝ 今回の構成ははmaster１台(server-idは10)、 slave２台構成(slave1はserver-idが20,slave2はserver-idが30)のレプリケーションを行っている環境で、 slaveをmasterに変更し、masterをslaveに変更してみたいと思います( ´∀｀)bｸﾞｯ! その前に注意点として、次の点があるそうです。 MySQLドキュメントから一部抜粋 http://dev.mysql.com/doc/refman/5.1/ja/replication-solutions-switch.html スレーブを --log-bin はあるけれども --lo
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Dockerコンテナのログは標準オプションでローテートできる - Qiita
GitHub - sandyskies/php-filemode-patch: A patch for configure log file permission.
Google Computing Engineのロードバランサのアクセスログを取らない - pekeqのブログ