2015-10-30 94 views
8

I backup sono 250 MB. Non penso che sia molto grande, ma sembra che il problema stia aumentando con le dimensioni.Errore di Ruby Backup fallito durante il caricamento su S3. connessione ripristinata dopo 37 min

Accedi dalla gemma di backup di seguito.

Annotare l'intervallo di tempo; circa 37 minuti nel caricamento ottengo il reset della connessione.

[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

Accade questo dopo 37 minuti ogni volta? – rohit89

+0

no, varia. non succede mai tutto il tempo, ma sporadicamente più spesso – oma

risposta

4

Hai provato le opzioni di errore di movimentazione, che ritrasmettono porzioni del file che non sono riusciti:

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

anche a mantenere la dimensione del blocco piccolo:

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

Si consiglia inoltre di utilizzare lo Splitter options.

+0

Ho prove ora con le opzioni di riprova. Avevo anche impostato la dimensione del blocco 4000, penso che fosse un conteggio, non una metrica di dimensioni. – oma

+0

NoMethodError: metodo non definito 'max_retries = 'per # oma

+0

Quale versione di backup gem è disponibile? –

1

io wuold dico per ora di usare ruby-xz per comprimere in un file più piccolo al fine di inviarlo di patch più compresso e temprary, poi provare a vedere

Excon.defaults[:write_timeout] = 500

o più farebbe il trucco