内容简介:ceph rgw的list-bucket接口默认只返回前面1000个object,对于大于1000个object的场景,在第一次请求的response中会有下面两个参数来指示获取下一个1000个object,类似分页:脚本如下:响应如下:
ceph rgw的list-bucket接口默认只返回前面1000个object,对于大于1000个object的场景,在第一次请求的response中会有下面两个参数来指示获取下一个1000个object,类似分页:
/
list-bucket的delimiter问题复现及解决
使用boto执行list-bucket
脚本如下:
import boto from boto.s3.connection import S3Connection import datetime import sys reload(sys) sys.setdefaultencoding('utf-8') # get config from environment or ... endpoint = os.environ["s3_endpoint"] bucket_name = "hdg2-gcp-bossweb" access_key = os.environ["access_key"] secret_key = os.environ["secret_key"] conn = S3Connection(ak, sk, host=host, calling_format=boto.s3.connection.OrdinaryCallingFormat(), is_secure=False) #print conn.get_all_buckets() bucket = conn.get_bucket(bucketname) marker="" while True: filelist = bucket.get_all_keys(marker=marker) for file in filelist: print("%s\t%s\t%s" %(file.last_modified, file.name, file.size)) if filelist.is_truncated == False: break marker = filelist.next_marker print(marker)
抓包请求:
响应如下:
<ListBucketResult xmlns="http://s3.amazonaws.com/doc/2006-03-01/"> <Name>hdg2-gcp-bossweb</Name> <Prefix /> <Marker /> <MaxKeys>1000</MaxKeys> <IsTruncated>true</IsTruncated> <EncodingType>url</EncodingType> <Contents> <Key>bosswebfiles%2Fattachment%2F1495115517299a0165c74-4ca4-4c2f-9d66-2e89fbaeef8c.jpg</Key> <LastModified>2017-05-18T13:51:57.000Z</LastModified> <ETag>"50d0c18045f9b92ae52a66cf4d82701b"</ETag> <Size>402987</Size> <StorageClass>STANDARD</StorageClass> <Owner> <ID>p-gcp</ID> <DisplayName>p-gcp</DisplayName> </Owner> </Contents> ... <Contents> <Key>bosswebfiles%2Fattachment%2F152828637501198245d2a-e1a4-46e6-9502-648959a7045a.jpg</Key> <LastModified>2018-06-06T11:59:35.000Z</LastModified> <ETag>"7cbcd767f1a282f48b6ed0f7ec2f4fa2"</ETag> <Size>160286</Size> <StorageClass>STANDARD</StorageClass> <Owner> <ID>p-gcp</ID> <DisplayName>p-gcp</DisplayName> </Owner> </Contents> </ListBucketResult>
总结:
- 没有指定delimiter表示直接按照object的key输出,不人为构建目录层级
- marker为空表示从第一个object开始
- Response的IsTruncated的值为True表示不是最后一页
- Response中却没有NextMarker这一属性,故而无法获取下一页的object
使用s3cmd尝试
访问顶级目录
请求如下
响应如下:
<ListBucketResult xmlns="http://s3.amazonaws.com/doc/2006-03-01/"> <Name>hdg2-gcp-bossweb</Name> <Prefix /> <Marker /> <MaxKeys>1000</MaxKeys> <Delimiter>/</Delimiter> <IsTruncated>false</IsTruncated> <CommonPrefixes> <Prefix>bosswebfiles/</Prefix> </CommonPrefixes> </ListBucketResult>
总结:
/
s3cmd访问子目录
请求如下:
响应如下:
<ListBucketResult xmlns="http://s3.amazonaws.com/doc/2006-03-01/"> <Name>hdg2-gcp-bossweb</Name> <Prefix>bosswebfiles/</Prefix> <Marker /> <MaxKeys>1000</MaxKeys> <Delimiter>/</Delimiter> <IsTruncated>false</IsTruncated> <CommonPrefixes> <Prefix>bosswebfiles/attachment/</Prefix> </CommonPrefixes> </ListBucketResult>
总结:
/
s3cmd访问文件所在目录
请求如下:
部分响应如下:
<ListBucketResult xmlns="http://s3.amazonaws.com/doc/2006-03-01/"> <Name>hdg2-gcp-bossweb</Name> <Prefix>bosswebfiles/attachment/</Prefix> <Marker /> <NextMarker>bosswebfiles/attachment/152828637501198245d2a-e1a4-46e6-9502-648959a7045a.jpg</NextMarker> <MaxKeys>1000</MaxKeys> <Delimiter>/</Delimiter> <IsTruncated>true</IsTruncated> <Contents> <Key>bosswebfiles/attachment/1495115517299a0165c74-4ca4-4c2f-9d66-2e89fbaeef8c.jpg</Key> <LastModified>2017-05-18T13:51:57.000Z</LastModified> <ETag>"50d0c18045f9b92ae52a66cf4d82701b"</ETag> <Size>402987</Size> <StorageClass>STANDARD</StorageClass> <Owner> <ID>p-gcp</ID> <DisplayName>p-gcp</DisplayName> </Owner> </Contents> ... <Contents> <Key>bosswebfiles/attachment/152828637501198245d2a-e1a4-46e6-9502-648959a7045a.jpg</Key> <LastModified>2018-06-06T11:59:35.000Z</LastModified> <ETag>"7cbcd767f1a282f48b6ed0f7ec2f4fa2"</ETag> <Size>160286</Size> <StorageClass>STANDARD</StorageClass> <Owner> <ID>p-gcp</ID> <DisplayName>p-gcp</DisplayName> </Owner> </Contents> </ListBucketResult>
总结:
/ bosswebfiles/attachment/152828637501198245d2a-e1a4-46e6-9502-648959a7045a.jpg
s3cmd自动获取下一页object
请求如下:
响应如下:
<ListBucketResult xmlns="http://s3.amazonaws.com/doc/2006-03-01/"> <Name>hdg2-gcp-bossweb</Name> <Prefix>bosswebfiles/attachment/</Prefix> <Marker>bosswebfiles/attachment/152828637501198245d2a-e1a4-46e6-9502-648959a7045a.jpg</Marker> <MaxKeys>1000</MaxKeys> <Delimiter>/</Delimiter> <IsTruncated>false</IsTruncated> <Contents> <Key>bosswebfiles/attachment/15282863820674cab8349-5b34-46df-9f92-c03349080d3e.png</Key> <LastModified>2018-06-06T11:59:42.000Z</LastModified> <ETag>"fdf990d0c7e8abe0e4e251cce657d7bf"</ETag> <Size>1353613</Size> <StorageClass>STANDARD</StorageClass> <Owner> <ID>p-gcp</ID> <DisplayName>p-gcp</DisplayName> </Owner> </Contents> ... </ListBucketResult>
总结:
/ bosswebfiles/attachment/152828637501198245d2a-e1a4-46e6-9502-648959a7045a.jpg
问题分析
从上面两个的返回结果可以知道,对于object在逻辑上处于子目录下时,如果不使用 delimiter和prefix=dir
的话是只返回前面1000个文件,而且 IsTruncated=True
,但是 没有返回值NextMarker
在luminous版本测试发现已经没有这个问题了。
delimiter作用示例
在文件 ceph/src/rgw/rgw_rados.cc
的函数 RGWRados::Bucket::List::list_objects
的前面注释有如下说明:
- delim: do not include results that match this string.
- Any skipped results will have the matching portion of their name
- inserted in common_prefixes with a “true” mark.
官方文档说明:( http://docs.ceph.com/docs/master/radosgw/s3/bucketops/)
delimiter:The delimiter between the prefix and the rest of the object name.
delimiter=“/”
的实际表现就是:将object名字以 /
作为目录分隔符,去按照目录层级显示;因此如果将其设置为 -
,即表示按照短横线作为目录分隔符去层级显示,如下例:
<ListBucketResult xmlns="http://s3.amazonaws.com/doc/2006-03-01/"> <Name>hdg2-gcp-bossweb</Name> <Prefix /> <Marker /> <NextMarker>bosswebfiles/attachment/152828637501198245d2a-</NextMarker> <MaxKeys>1000</MaxKeys> <Delimiter>-</Delimiter> <IsTruncated>true</IsTruncated> <EncodingType>url</EncodingType> <CommonPrefixes> <Prefix>bosswebfiles/attachment/1495115517299a0165c74-</Prefix> </CommonPrefixes> <CommonPrefixes> <Prefix>bosswebfiles/attachment/1495115925293a32229a9-</Prefix> </CommonPrefixes> ... </ListBucketResult>
继续一级一级执行如下:
python list_bucket.py bosswebfiles/attachment/152828637501198245d2a- DIR bosswebfiles/attachment/152828637501198245d2a-e1a4- python list_bucket.py bosswebfiles/attachment/152828637501198245d2a-e1a4- DIR bosswebfiles/attachment/152828637501198245d2a-e1a4-46e6- python list_bucket.py bosswebfiles/attachment/152828637501198245d2a-e1a4-46e6- DIR bosswebfiles/attachment/152828637501198245d2a-e1a4-46e6-9502- python list_bucket.py bosswebfiles/attachment/152828637501198245d2a-e1a4-46e6-9502- 2018-06-06 11:59:35+00:00 bosswebfiles/attachment/152828637501198245d2a-e1a4-46e6-9502-648959a7045a.jpg 160286 "7cbcd767f1a282f48b6ed0f7ec2f4fa2"
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持 码农网
猜你喜欢:本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。
深入浅出Ajax
(美)Brett McLaughlin / 东南大学出版社 / 2006-5 / 98.00元
本书将教会您如何在很短的时间内掌握使用JavaScript代码来向服务器提交异步请求?同时,您可以学习如何使用诸如动态HTML、XML、JSON、DOM等技术来解决开发过程中遇到的许多问题。让你从那些繁琐而笨拙的网站开发技术中彻底解放出来!本书将是一本指导您进行异步开发的经典参考书籍。 作为一名网站设计人员,您也许时常因为遇到以下情况而烦恼:用户只是移动了鼠标就要从服务器重载数据......一起来看看 《深入浅出Ajax》 这本书的介绍吧!