2015-10-30 2 views
8

Die Backups sind 250MB. Ich denke nicht, dass das sehr groß ist, aber es scheint, dass das Problem mit der Größe zunimmt.Ruby-Backup-Gem fehlgeschlagen beim Hochladen auf S3. Verbindung zurückgesetzt nach 37 min

Melden Sie sich im Backup-Bereich unten an.

Beachten Sie die Zeitspanne; ca. 37 min in den uploading bekomme ich die Verbindung zurückgesetzt.

[2015/10/30 09:20:40][message] Storage::S3 started transferring '2015.10.30.09.20.01.myapp_postgres.tar' to bucket 'myapp-backups'. 
[2015/10/30 09:57:06][error] ModelError: Backup for Back up PostgreSQL (myapp_postgres) Failed! 
[2015/10/30 09:57:06][error] An Error occured which has caused this Backup to abort before completion. 
[2015/10/30 09:57:06][error] Reason: Excon::Errors::SocketError 
[2015/10/30 09:57:06][error] Connection reset by peer 
+0

passiert das nach 37 min jedes Mal? – rohit89

+0

nein, es variiert. es passiert nicht immer, aber sporadisch häufiger – oma

Antwort

4

Haben Sie versucht, die Fehlerbehandlung Optionen, die die Teile einer Datei neu übertragen, die es versäumt haben:

store_with S3 do |s3| 
    s3.max_retries = 10 
    s3.retry_waitsec = 30 
end 

Halten Sie auch die Blockgröße klein:

store_with S3 do |s3| 
    s3.chunk_size = 5 # MiB 
end 

Sie können auch wollen Verwenden Sie die Splitter options.

+0

Ich habe jetzt Tests mit den Wiederholungsoptionen. Ich hatte auch Größe 4000 eingestellt, denke, es war eine Zählung, keine Größenmetrik. – oma

+0

NoMethodError: undefinierte Methode 'max_retries = 'für # oma

+0

Welche Backup-Version haben Sie? –

1

ich jetzt sage wuold rubin xz zu verwenden, in einer kleineren Datei zu komprimieren, um sie stärker komprimiert und temprary Patch zu senden, dann

Excon.defaults[:write_timeout] = 500

oder mehr tun würde, um zu sehen, versuchen der Trick

Verwandte Themen