Thank you for replying.

I manage this swift cluster.
The reason of this issue is disk performance of my swift cluster.
I will try tuning swift (timeout, object-auditor setting, etc.).

And I hope coding that s3ql retries if swift returns http 408 error.

Same issus appears in jcloud and the solution is retrying.

https://issues.apache.org/jira/browse/JCLOUDS-342

I report this issue at https://bitbucket.org/nikratio/s3ql/issues.

(2014/08/28 3:00), Nikolaus Rath wrote:
On 08/27/2014 03:25 AM, motomura wrote:
I use s3ql-2.10.1 in with OpenStack Swift (/v1) as backed storage.
s3ql crashed.

Below logs (swift.log and mount.log) when s3ql is crashed.

May be the reason of s3ql'crash is read timeout of swift?

Can I avoid this problem by setting of s3ql or swift?

s3ql server's ip address is 192.168.21.66.

[...]
   File
"/usr/lib64/python3.3/site-packages/s3ql-2.10.1-py3.3-linux-x86_64.egg/s3ql/backends/swift.py",
line 232, in _do_request
     raise HTTPError(resp.status, resp.reason, resp.headers)
s3ql.backends.s3c.HTTPError: 408 Request Timeout

The problem is that the swift server returned a 408 HTTP code, and S3QL
doesn't know what to do with it.

Probably retrying would be the right choice, but to be sure I'd really
need to have some documentation of the status codes and their meaning
that Swift may return.

For example, S3 has a comprehensive listing of status codes and the
expected response of the client at
http://docs.aws.amazon.com/AmazonS3/latest/API/ErrorResponses.html. But
there is nothing comparable in the Swift documentation at
http://docs.openstack.org/api/openstack-object-storage/1.0/content/PUT_createOrReplaceObject__v1__account___container___object__storage_object_services.html.
This is why, in general terms, S3QL's Google Storage and Amazon S3
support is more robust than OpenStack/swift support.


If you report this issue at https://bitbucket.org/nikratio/s3ql/issues I
can add support for 408 error to S3QL. However, in order to fix this
properly it'd be great if you could contact your storage provider and
ask them if they have information about the error codes that the swift
server may return, and how the client is supposed to react to them.


Best,
-Nikolaus


--
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.

Reply via email to