On Feb 16 2015, Guilherme Barile <[email protected]> wrote:
> Hello,
>
> I use s3ql for quite some time as my apache webroot, which serves
> about 300gb of files and some php applications. I had few problems
^^^
you already said that. SCNR.
> with high I/O scenarios in the past (using the 1.x series), where the
> mount daemon would die under high load, but managed to solve them all
> with fsck.s3ql after rebooting.
Actually that doesn't sound like a solution at all. mount.s3ql should
never crash, now matter how high the load is. Can you still reproduce
that? If so, it'd be great if you could post the backtrace.
> My current server was running s3ql 2.11 on ubuntu 14.04. Earlier
> today, I was performing full backups from that node to another s3
> bucket using duplicity, and after lots of gbs transferred, s3ql failed
> and I had to reboot the server.
>
> Now fsck.s3ql is hanging at ..processed 99500 objects so far..
> fsck.log (with --debug) shows a lot of HEAD requests, It seems to be
> running a verify for every block (about 1400000).
That should not happen. Please post more context for the logfile. What's
the last message before the HEAD requests are starting?
> I also tried
> downloading a metadata backup, but it hangs at the same point, here's
> an excerpt of the ongoing log:
What do you mean with "at the same point"? Downloading metadata should
not issue any requests for data objects at all.
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.
