0

mysql データベースのバックアップを作成し、それを s3 にアップロードするためのスクリプトを作成したところです...「s3cmd la」を使用して、現在この s3 バケットにあるものの内容を確認しました。次のようなファイル:

    2012-10-23 12:19       411   s3://xv_backups/xv.backups_2012-10-23-12-19-55-F6DC46D0F13059F7
    2012-10-23 12:30       410   s3://xv_backups/xv.backups_2012-10-23-12-30-27-76B099AC21454FED
    2012-10-23 13:21       411   s3://xv_backups/xv.backups_2012-10-23-13-21-53-0A339BDD587ECACD
    2012-10-23 13:28       410   s3://xv_backups/xv.backups_2012-10-23-13-28-23-65B7B3AEAAAD0FDF
    2012-10-23 14:18       410   s3://xv_backups/xv.backups_2012-10-23-14-18-07-29FFF4BD0AE9AB02
    2012-10-23 14:26       410   s3://xv_backups/xv.backups_2012-10-23-14-26-43-3BC4C3011FB93627
    2012-10-23 14:28       410   s3://xv_backups/xv.backups_2012-10-23-14-28-19-CAC78643A195BFB5
    2012-10-23 15:21       410   s3://xv_backups/xv.backups_2012-10-23-15-21-34-BABF49A52A8BA824
    2012-10-23 16:00       411   s3://xv_backups/xv.backups_2012-10-23-16-00-30-072D0A74DBA71008
    2012-10-23 16:21       410   s3://xv_backups/xv.backups_2012-10-23-16-21-12-B81605B136D338F3
    2012-10-23 16:28       378   s3://xv_backups/xv.backups_2012-10-23-16-28-15-1BDAA5F42E3E5EAE
    2012-10-23 16:57       410   s3://xv_backups/xv.backups_2012-10-23-16-57-50-CF7662865C347D1D
    2012-10-23 17:20       410   s3://xv_backups/xv.backups_2012-10-23-17-20-19-798E3C0312C959A0
    2012-10-23 17:31       411   s3://xv_backups/xv.backups_2012-10-23-17-31-31-18C3CD91ACE9D6ED
    2012-10-23 17:56       410   s3://xv_backups/xv.backups_2012-10-23-17-56-06-8B197E8EE680A9F5
    2012-10-23 18:19       410   s3://xv_backups/xv.backups_2012-10-23-18-19-54-486BC0B861DF196E
    2012-10-23 19:24       411   s3://xv_backups/xv.backups_2012-10-23-19-24-03-129C8E3227876BDA

これらはすべて比較的小さなファイルであることに気付きましたが、一体どこから来たのでしょうか? 「s3cmd get」を指定してダウンロードし、検査すると、次のように表示されます。

06859b77eb778603ede74dfa6b3444948d577d4c5bca27bfaa1fadd6ed56d35a xv_backups [23/Oct/2012:18:19:54 +0000] 10.186.158.42 3272ee65a908a7677109fedda345db8d9554ba26398b2ca10581de88777e2b61 88B05F67852EAA0D REST.PUT.OBJECT bb.backups_2012-10-23-18-19-54-486BC0B861DF196E "PUT /xv_backups/xv.backups_2012-10-23-18-19-54-486BC0B861DF196E HTTP/1.1" 200 - - 410 48 28 "-" "Jakarta Commons-HttpClient/3.0" -

それで --- 何かが put リクエストをどこかで行っていて、このファンキーなファイルを s3 に置いているのですか? これが何であるか、どうやってここに来たのか、どうすれば止められるのか、心配する必要があるのか​​ 誰か知っていますか?

4

2 に答える 2

1

TL;DR - Amazon S3 の同じバケットにログインしないでください

同様の問題がありました。

基本的には、ログファイルを書き込んだことを記録しています。この行をログ ファイルに書き込むと、別のログがトリガーされ、さらに別のログがトリガーされます。幸いなことに、S3 のログはリアルタイムではありません。1 日に数百ファイルしか書き込まれないようです。

http://kylecronin.me/blog/2011/11/30/dont-log-to-the-same-bucket-in-amazon-s3.html

于 2013-04-10T21:07:08.570 に答える
0

それらは S3バケットのロギングから来ているように見えます。問題のバケットのロギングをオンにしましたか?

于 2012-10-23T23:34:38.037 に答える