Hi Guilherme, When replying to emails on this list, please do not put your reply above the quoted text, and do not quote the entire message you're answering to. This makes it unnecessarily hard for other readers to understand the context of your email. Instead, please cut quoted parts that are not relevant to your reply, and insert your responses right after the points you're replying to (as I have done below). Thanks!
On Feb 18 2015, Guilherme Barile <[email protected]> wrote: > On Wednesday, February 18, 2015 at 2:42:01 PM UTC-2, Nikolaus Rath wrote: >>> With the volume back online, I started to rsync about 280gb of files >>> *from* S3QL to an EBS volume (everything running inside AWS, on the >>> same region). I had 3 jobs in parallel - one syncing small videos >>> (15000 ~100mb files), one syncing photos (15000 ~5mb files) and >>> another one syncing a 3GB volume with about 100.000 small (10-500kb) >>> files. >>> >>> The high io wait situation occurred after about 3 hours of >>> processing. I use newrelic to monitor the server, so I could notice >>> a spike of writes on my local cache disk, which I documented here - >>> https://docs.google.com/document/d/1S927JPyMG4SCxkiIcReQDHWACM1qozYOMTa86pGQ1k4/edit?usp=sharing >> >> What does ~/.s3ql/mount.log say? > > There's nothing on the logs, besides today's metadata backup. I'll run > the same procedure tonight with --debug enabled. Is there any other > module I can add to --debug-modules ? Try running with --debug-modules s3ql.fs,s3ql.block_cache (but without --debug). Best, -Nikolaus -- GPG encrypted emails preferred. Key id: 0xD113FCAC3C4E599F Fingerprint: ED31 791B 2C5C 1613 AF38 8B8A D113 FCAC 3C4E 599F »Time flies like an arrow, fruit flies like a Banana.« -- You received this message because you are subscribed to the Google Groups "s3ql" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
