[CentOS]logrotateでapacheログを一週間周期でローテーションする | iret.media
こんにちは、cloudpack の 三浦剛慈 です。 はじめに CentOS6でApacheログをlogrotateに一週間周期でローテーションするように追加設定した時の手順を記載します。 ※CentOSではlogrotateは標準インストールされていて、デフォルトではsyslog等が１日周期でローテーションされています。 実装方法 ■anacloneの無効化 実行される時間がランダムになると、Amazon S3バックアップをローテーション時に削除されるものをAmazon S3にアップロード等の処理と併用する際等に、何かと不便なのでanacronをまず無効化する。 yum install cronie-noanacron yum remove cronie-anacron ■logrotateコンフィグファイル ◇/etc/logrotate.d/hatted apacheをインストールす
![[CentOS]logrotateでapacheログを一週間周期でローテーションする | iret.media](https://cdn-ak-scissors.b.st-hatena.com/image/square/377a9c51a86d20c871561f0ba1caf65409e4f7f2/height=288;version=1;width=512/https%3A%2F%2Firet.media%2Fwp-content%2Fthemes%2Fclp_media%2Fimg%2Fcommon%2Fogp-thumbnail_1200x630.png%3F135792468)
cloudpackブログ - MT5 メール機能とシステムログ
こんにちは。 職人見習いの齋藤です。 MT5のコミュニティ掲示板を利用して会員機能を持ったブログを作成しようとしたところ、 新規会員登録を行なっても登録確認メールが届かないという現象が起きました。 登録している際画面上ではとくにエラーもなく「プロフィールを作成しました」という 仮登録完了画面が表示されていたのですが、ユーザー情報入力画面で入力したメールアドレスには 登録確認メールが届かず、迷惑メール判定になっていたり念のためメールアカウントを変えて ３回試してみましたが届かず、当ててあったデザインもデフォルトに戻して試してみても 現象は変わりませんでした。 サーバの設定等に原因がないか調べてみても特にこれといった要因は見当たりませんでした。 全く原因がわからず途方に暮れていたんですが、ふとシステムのログを見ていないことを思い出しました。 ログを見てみると、会員登録を行なっているタイミングで
cloudpackブログ - qmailログからメール送信を確認する(失敗編)
前回、qmailログからメール送信を確認する(成功編)を紹介しましたので、今回は失敗した場合のログを確認する方法を紹介します。 検索方法は、前回と同様になります。 [root@hoge log]# grep -A 3 "from hoge@hoge.co.jp" qmaillog Dec 7 01:43:56 qmail: 1323189836.307062 info msg 8462050: bytes 481 from hoge@hoge.co.jp qp 4822 uid 858 Dec 7 01:43:56 qmail: 1323189836.312034 starting delivery 3202037: msg 8462050 to remote hoge@hoge.co.jp Dec 7 01:43:56 qmail: 1323189836.312034 starting
cloudpackブログ - qmailログからメール送信を確認する(成功編)
今回は、qmillログからメール送信の成功を確認する方法を紹介します。 mailサーバを運用している際に、お客様にメールが正常に送信されたかの調査依頼が来る場合があります。 そのような場合は、ログレベルで調査をすることが可能です。 メール送信成功時は、下記のようなログが残ります。 (hoge@hoge.co.jpから送信したとします。) [root@hoge log]# grep -A 3 "from hoge@hoge.co.jp" qmaillog Dec 7 01:36:58 qmail: 1323189418.189521 info msg 8462050: bytes 482 from hoge@hoge.co.jp qp 4103 uid 858 Dec 7 01:36:58 qmail: 1323189418.193328 starting delivery 3201955:
cloudpackブログ - AWStatsでS3のログを解析
以前、AWStatsでCloudFrontのログを解析の記事でCloudFrontのログをAWStatsで解析してみましたが、 今回は、S3のログをAWStatsで解析してみます。 S3のアクセスログのフォーマットはServer Access Log Formatの記事で説明されている通りで 具体的には、下記のようになります。 323b798c3d8329a972f387aa85470ab7fd4f8fcc6a038055d847a0ca91770090 www.suz-lab.com [20/Oct/2011:00:38:09 +0000] 000.000.000.000 – 3001D4D544D44477 WEBSITE.GET.OBJECT image/logo.jpg “GET /image/logo.jpg HTTP/1.1” 200 – 7366 7366 26 25 “-”
cloudpackブログ - S3のログをデイリーにまとめる
S3のログファイルは、下記のように1日の中でも細分化されます。 access_log-2011-10-11-00-15-33-7E85B60CC1846A80 access_log-2011-10-11-00-16-02-74E3E7E940850885 access_log-2011-10-11-01-15-16-4F73FF952D5D961D access_log-2011-10-11-01-15-38-3290ED7965705AC2 access_log-2011-10-11-01-15-51-8C02CBA57C279DE8 上記のままでは利用しづらいので、日ごとにまとめる(デイリー化)下記のようなシェルスクリプトを作成してみました。 #!/bin/sh export LANG=C LOGDIR="/opt/cloudpack/s3/suzuki_suz-lab.com/www
cloudpackブログ - Oracle tns listenerのログを確認
先日、オラクルへの不正アクセスを確認するためにログファイルを確認する必要がありました。 しかし、ログファイルの出力先はそれぞれ違く、今回、tns listenerのログファイルの出力先がなかなか見つかりませんでした。 そんなときは、oracleユーザーにて以下で確認することができます。 # lsnrctl LSNRCTL> show log_status (ログの状態確認) LSNRCTL> show log_directory ( ディレクトリ位置 ) LSNRCTL> show log_file ( ファイル名 ) /u01/app/oracle/product/11.1.0/db_1/log/diag/tnslsnr/hoge/listener/alert 上記で出力先を見つけることができ、助かりました。 参考 Oracle データベースに対する不正アクセスの備え[PDF] こちらの
cloudpackブログ - CloudFrontログのタイムゾーンについて
CloudFrontは、ログを取得することが可能です。 下記は、ログ圧縮ファイル生成時刻が 2011/07/21 20:45 となっています。 しかし、ログファイルの中身を見ると、 2011-07-2109:12:03 ———————- 2011-07-2109:12:07 ———————– 上記のように表示されます。 これは、CloudFrontのタイムゾーン設定が、UTC(世界標準時)となっており、 そのため、日本標準時とは9時間の差があります。 上記より、 2011-07-21 09:12:03 を日本時間にすると 2011-07-21 18:12:03 になります。 CloudFrontのログは、1日で複数生成されるので、 1つにまとまって生成されると嬉しいですね。 こちらの記事はなかの人（be_hase）監修のもと掲載しています。 元記事は、こちら
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
