Riak-CS Update ACL有时无法在Boto上使用

Question

我有一个由5个Riak-CS节点组成的虚拟集群。 Stanchion安装在第一个节点上。 这些节点位于Nginx反向代理之后。

当我使用Python脚本（使用boto库）上传JPG文件时，它可以正常工作：

cf=OrdinaryCallingFormat()
conn=S3Connection(aws_access_key_id=apikey,aws_secret_access_key=secretkey,is_secure=False,host=s3Host,port=s3Port,calling_format=cf)
b = conn.get_bucket(bucketName)
k = b.new_key(fileName)
k.set_contents_from_filename(fileName, policy='public-read')

但是，如果以这种方式进行操作，则有时它不会将ACL设置为公开，但有时会设置为（请注意：我先上传文件，然后设置ACL）：

cf=OrdinaryCallingFormat()
conn=S3Connection(aws_access_key_id=apikey,aws_secret_access_key=secretkey,is_secure=False,host=s3Host,port=s3Port,calling_format=cf)
b = conn.get_bucket(bucketName)
k = b.new_key(fileName)
k.set_contents_from_filename(fileName)
k.set_acl('public-read')

我检查了Nginx上的日志文件，发现在第一种情况下，我们具有以下内容：

"HEAD /test/ HTTP/1.1" 200 0 "-" "Boto/2.29.1 Python/2.7.3 Windows/7"
"PUT /test/1.jpg HTTP/1.1" 200 25 "-" "Boto/2.29.1 Python/2.7.3 Windows/7"

在第二种情况下，我们得到：

"HEAD /test/ HTTP/1.1" 200 0 "-" "Boto/2.29.1 Python/2.7.3 Windows/7"
"PUT /test/1.jpg HTTP/1.1" 200 25 "-" "Boto/2.29.1 Python/2.7.3 Windows/7"
"PUT /test/1.jpg?acl HTTP/1.1" 200 0 "-" "Boto/2.29.1 Python/2.7.3 Windows/7"

两者都是可以预期的。

我正在使用“ s3cmd信息s3：//test/1.jpg”来查找文件中的ACL。 看来，取决于将PUT acl发送到哪个Riak-CS服务器，有时文件已更改为公共文件，而其他时候则不是。 我已经检查了运行脚本的计算机发出的网络流量，并且每次输入新ACL的命令都完全相同，而不管失败是否成功。 每次通过NGINX发送的消息也完全相同，即使它没有将ACL更新为公开，它仍然返回200。

我在上载期间监视了每个节点上的Riak-CS日志文件，看来它仅发生在5种不同的上载场景中的两个中。 详细信息如下：

该文件是在节点4上的PUT，而ACL是在节点3上的PUT。查询是否针对节点1完成了文件的ACL（S3Cmd信息），结果是成功，该ACL设置了公共访问权限。 这是更多情况->

Obj PUT Node: 4  ACL PUT Node: 3  Read Node: 1 = Success
Obj PUT Node: 3  ACL PUT Node: 2  Read Node: 5 = Success
Obj PUT Node: 2  ACL PUT Node: 1  Read Node: 4 = Fail
Obj PUT Node: 1  ACL PUT Node: 5  Read Node: 3 = Success
Obj PUT Node: 5  ACL PUT Node: 4  Read Node: 2 = Fail
Obj PUT Node: 4  ACL PUT Node: 3  Read Node: 1 = Success
Obj PUT Node: 3  ACL PUT Node: 2  Read Node: 5 = Success
Obj PUT Node: 2  ACL PUT Node: 1  Read Node: 4 = Fail
Obj PUT Node: 1  ACL PUT Node: 5  Read Node: 3 = Success
Obj PUT Node: 5  ACL PUT Node: 4  Read Node: 2 = Fail

如您所见，有些时候ACL是“ Sticks”，有些时候不是。 我已经检查了所有节点的配置，尤其是1和4，并且看不到任何问题。

有谁知道为什么有时这不起作用，或者有任何想法我可能会继续调查这里发生了什么？

Answer 1

这是由Riak CS [1]的错误和服务器之间的时钟未同步引起的。 有关错误的详细说明，请参见[1]。

当前的解决方法是同步服务器时钟。 我猜想，如果您可以将它们以100毫秒的顺序进行同步，则可能性很小（显然，这取决于客户端上PUT Object和PUT Acl之间的间隔以及客户端与riak cs之间的网络延迟）。 如果不起作用，请在客户端代码：P中的PUT Object之后添加一些等待。

非常感谢您对成功/失败模式进行的详细分析，Mark。 它导致快速的错误识别：）

[1] https://github.com/basho/riak_cs/issues/879