The same result.

Attached the log from creating bucket with the header 'HTTP-X-Container-Read'

Response of HEAD of the bucket1
< HTTP/1.1 204
< Date: Tue, 09 Jul 2013 06:53:55 GMT
< Server: Apache/2.2.15 (Red Hat)
< X-Container-Object-Count: 1
< X-Container-Bytes-Used: 6163
< X-Container-Bytes-Used-Actual: 8192
< Connection: close
< Content-Type: text/plain; charset=utf-8



-----Mensaje original-----
De: Yehuda Sadeh [mailto:yeh...@inktank.com] 
Enviado el: martes, 09 de julio de 2013 8:37
Para: Alvaro Izquierdo Jimeno
CC: ceph-users@lists.ceph.com
Asunto: Re: [ceph-users] (keystone + radosgw ) users

Can you try using 'HTTP-X-Container-Read' instead?

On Mon, Jul 8, 2013 at 11:31 PM, Alvaro Izquierdo Jimeno <aizquie...@aubay.es> 
wrote:
> Hi,
>
> I´m using RedHat 6.4.
> Attached two files: one with the log output from GET bucket1 from 
> ytenant and the other with the log output from GET object1 from 
> ytenant (both with 401 response)
>
> When I get the bucket (after the Put request with X-Container-Read 
> header) from xtenant, I can see
>
> < HTTP/1.1 200
> < Date: Tue, 09 Jul 2013 06:24:27 GMT
> < Server: Apache/2.2.15 (Red Hat)
> < Connection: close
> < Transfer-Encoding: chunked
> < Content-Type: text/plain; charset=utf-8 <
> Object1
> * Closing connection #0
>
> But, where is the X-Container-Read header? it should appear? Maybe the 
> problem is saving the metadata header....
>
> Thanks a lot,
> Álvaro
>
>
>
> -----Mensaje original-----
> De: Yehuda Sadeh [mailto:yeh...@inktank.com] Enviado el: martes, 09 de 
> julio de 2013 7:53
> Para: Alvaro Izquierdo Jimeno
> CC: ceph-users@lists.ceph.com
> Asunto: Re: [ceph-users] (keystone + radosgw ) users
>
> From what I can tell, this should be enough. I'll need to see more concrete 
> logs to figure out what went wrong though.
>
> Yehuda
>
> On Mon, Jul 8, 2013 at 10:47 PM, Alvaro Izquierdo Jimeno 
> <aizquie...@aubay.es> wrote:
>> Any idea?
>>
>> Thanks a lot,
>> Álvaro.
>>
>> -----Mensaje original-----
>> De: ceph-users-boun...@lists.ceph.com 
>> [mailto:ceph-users-boun...@lists.ceph..com] En nombre de Alvaro 
>> Izquierdo Jimeno Enviado el: viernes, 05 de julio de 2013 11:58
>> Para: Yehuda Sadeh
>> CC: ceph-users@lists.ceph.com
>> Asunto: Re: [ceph-users] (keystone + radosgw ) users
>>
>> Hi,
>>
>> Maybe i forgot something but i can't use this behavior:
>>
>> I will try to explain my setting:
>>
>> I have two keystone users: 'x' and 'y'
>> And two keystone tenants: 'xtenant' and 'ytenant'
>>
>> In ceph.conf I have the option:
>> rgw enforce swift acls = true
>>
>> I have got the token for x and xtenant with curl -k -X 'POST' -v 
>> http://mykeystone:5000/v2.0/tokens -d 
>> '{"auth":{"passwordCredentials":{"username": "x", "password":"pass"}, 
>> "tenantId":"the_id_of_xtenant"}}' -H 'Content-type: application/json'
>>
>> Create a container (with permissions to ytenant) and an object curl 
>> -v -X PUT -H 'X-Container-Read: the_id_of_ytenant' -H 'X-Auth-Token:
>> x_token' http://myradosgw/swift/v1/bucket1 curl -v -X PUT -H
>> 'X-Auth-Token: x_token' http://myradosgw/swift/v1/bucket1/object1
>>
>> I can get the container and object with x_token:
>> curl -v -X GET -H 'X-Auth-Token: x_token'
>> http://myradosgw/swift/v1/bucket1 curl -v -X GET -H 'X-Auth-Token:
>> x_token' http://myradosgw/swift/v1/bucket1/object1
>>
>> until this moment, all ok.
>>
>> I have got the token for y and ytenant with
>>
>> curl -k -X 'POST' -v http://mykeystone:5000/v2.0/tokens -d 
>> '{"auth":{"passwordCredentials":{"username": "y", "password":"pass2"}, 
>> "tenantId":"the_id_of_ytenant"}}' -H 'Content-type: application/json'
>>
>> But, radosgw returns a 401 when I try to get the container or the bucket:
>> curl -v -X GET -H 'X-Auth-Token: y_token'
>> http://myradosgw/swift/v1/bucket1 curl -v -X GET -H 'X-Auth-Token:
>> y_token' http://myradosgw/swift/v1/bucket1/object1
>>
>>
>> What have I forgotten?
>>
>> Thanks and regards,
>> Álvaro.
>>
>> -----Mensaje original-----
>> De: Yehuda Sadeh [mailto:yeh...@inktank.com] Enviado el: viernes, 05 
>> de julio de 2013 8:39
>> Para: Alvaro Izquierdo Jimeno
>> CC: ceph-users@lists.ceph.com
>> Asunto: Re: [ceph-users] (keystone + radosgw ) users
>>
>> The rados gateway supports swift form of ACLs on buckets in which it is 
>> possible to set read/write permissions for each bucket to allow access for 
>> its objects. This can be done by setting the X-Container-Read, and 
>> X-Container-Write attributes on the containers.
>> Each attribute is a comma delimited list of permitted users that are given 
>> the specific permission. Note that when using the keystone backed, the 
>> permissions are given at the tenant level, so they should be referred as 
>> such (using the tenant hex id).
>>
>> On Thu, Jul 4, 2013 at 11:27 PM, Alvaro Izquierdo Jimeno 
>> <aizquie...@aubay.es> wrote:
>>> May anybody help me?
>>>
>>>
>>>
>>> Many thanks and regards,
>>>
>>> Álvaro.
>>>
>>>
>>>
>>>
>>>
>>> De: ceph-users-boun...@lists.ceph.com 
>>> [mailto:ceph-users-boun...@lists.ceph.com] En nombre de Alvaro 
>>> Izquierdo Jimeno Enviado el: martes, 02 de julio de 2013 14:30
>>> Para: ceph-users@lists.ceph.com
>>> Asunto: [ceph-users] (keystone + radosgw ) users
>>>
>>>
>>>
>>> Hi all,
>>>
>>>
>>>
>>> I have been able to bind openstack keystone and radosgw and have 
>>> checked users created from keystone can make requests on radosgw.
>>>
>>>
>>>
>>> But, how can we handle several tenants and users from keystone? In 
>>> swift, we have the option of  setting up ACLs in the config file and 
>>> headers to mark which user can make an operation in each container 
>>> in a specific tenant (for example). Does it exist that option with radosgw 
>>> instead of swift?
>>>
>>>
>>>
>>> Many thanks in advanced and best regards,
>>>
>>> Álvaro.
>>>
>>>
>>>
>>>
>>>
>>>
>>> ____________
>>> Verificada la ausencia de virus por G Data AntiVirus Versión: AVA
>>> 22.10661 del 02.07.2013 Noticias de virus: www.antiviruslab.com
>>>
>>>
>>> _______________________________________________
>>> ceph-users mailing list
>>> ceph-users@lists.ceph.com
>>> http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
>>>
>> ____________
>> Verificada la ausencia de virus por G Data AntiVirus
>> Versión: AVA 22.10718 del 05.07.2013
>> Noticias de virus: www.antiviruslab.com 
>> _______________________________________________
>> ceph-users mailing list
>> ceph-users@lists.ceph.com
>> http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
>> ____________
>> Verificada la ausencia de virus por G Data AntiVirus
>> Versión: AVA 22.10827 del 09.07.2013
>> Noticias de virus: www.antiviruslab.com
>
> ____________
> Verificada la ausencia de virus por G Data AntiVirus
> Versión: AVA 22.10829 del 09.07.2013
> Noticias de virus: www.antiviruslab.com

____________
Verificada la ausencia de virus por G Data AntiVirus
Versión: AVA 22.10829 del 09.07.2013
Noticias de virus: www.antiviruslab.com
2013-07-09 08:46:28.557429 7fa3a89c0700  1 ====== starting new request 
req=0x2863360 =====
2013-07-09 08:46:28.557478 7fa3a89c0700  2 req 20:0.000050::::initializing
2013-07-09 08:46:28.557487 7fa3a89c0700 10 host=myradosgw rgw_dns_name=myradosgw
2013-07-09 08:46:28.557512 7fa3a89c0700 10 ver=v1 first=bucket1 req=
2013-07-09 08:46:28.557515 7fa3a89c0700 10 s->object=<NULL> s->bucket=bucket1
2013-07-09 08:46:28.557518 7fa3a89c0700 20 FCGI_ROLE=RESPONDER
2013-07-09 08:46:28.557519 7fa3a89c0700 20 SCRIPT_URL=/swift/v1/bucket1
2013-07-09 08:46:28.557520 7fa3a89c0700 20 
SCRIPT_URI=http://myradosgw/swift/v1/bucket1
2013-07-09 08:46:28.557521 7fa3a89c0700 20 HTTP_AUTHORIZATION=
2013-07-09 08:46:28.557522 7fa3a89c0700 20 HTTP_USER_AGENT=curl/7.19.7 
(x86_64-redhat-linux-gnu) libcurl/7.19.7 NSS/3.14.0.0 zlib/1.2.3 libidn/1.18 
libssh2/1.4.2
2013-07-09 08:46:28.557523 7fa3a89c0700 20 HTTP_HOST=myradosgw
2013-07-09 08:46:28.557524 7fa3a89c0700 20 HTTP_ACCEPT=*/*
2013-07-09 08:46:28.557525 7fa3a89c0700 20 
HTTP_HTTP_X_CONTAINER_READ=0244c0adc63a4bfcb730a29304097f9d
2013-07-09 08:46:28.557526 7fa3a89c0700 20 
HTTP_X_AUTH_TOKEN=MIILCQYJKoZIhvcNAQcCoIIK+jCCCvYCAQExCTAHBgUrDgMCGjCCCeIGCSqGSIb3DQEHAaCCCdMEggnPeyJhY2Nlc3MiOiB7InRva2VuIjogeyJpc3N1ZWRfYXQiOiAiMjAxMy0wNy0wOVQwNToxNjozNi41MjM5NjYiLCAiZXhwaXJlcyI6ICIyMDEzLTA3LTEwVDA1OjE2OjM2WiIsICJpZCI6ICJwbGFjZWhvbGRlciIsICJ0ZW5hbnQiOiB7ImRlc2NyaXB0aW9uIjogImFsdmFyb3RlbmFudCIsICJlbmFibGVkIjogdHJ1ZSwgImlkIjogIjY2NWQ1MGQ3NWZkNjQxNjZiNzgxYTUzYjZhYjg2MWEzIiwgIm5hbWUiOiAiYWx2YXJvdGVuYW50In19LCAic2VydmljZUNhdGFsb2ciOiBbeyJlbmRwb2ludHMiOiBbeyJhZG1pblVSTCI6ICJodHRwOi8vMTAuOTUuMTA4LjUzOjg3NzQvdjEuMS82NjVkNTBkNzVmZDY0MTY2Yjc4MWE1M2I2YWI4NjFhMyIsICJyZWdpb24iOiAiUmVnaW9uT25lIiwgImludGVybmFsVVJMIjogImh0dHA6Ly8xMC45NS4xMDguNTM6ODc3NC92MS4xLzY2NWQ1MGQ3NWZkNjQxNjZiNzgxYTUzYjZhYjg2MWEzIiwgImlkIjogIjMwMWI2YjgzMGY1YTQ3OTM5ZjExNmE4ZjZkMmM3Y2VmIiwgInB1YmxpY1VSTCI6ICJodHRwOi8vMTAuOTUuMTA4LjUzOjg3NzQvdjEuMS82NjVkNTBkNzVmZDY0MTY2Yjc4MWE1M2I2YWI4NjFhMyJ9XSwgImVuZHBvaW50c19saW5rcyI6IFtdLCAidHlwZSI6ICJjb21wdXRlIiwgIm5hbWUiOiAibm92YSJ9LCB7ImVuZHBvaW50cyI6IFt7ImFkbWluVVJMIjogImh0dHA6Ly8xMC45NS4xMDguNTM6OTI5MiIsICJyZWdpb24iOiAiUmVnaW9uT25lIiwgImludGVybmFsVVJMIjogImh0dHA6Ly8xMC45NS4xMDguNTM6OTI5MiIsICJpZCI6ICJhNGVlZTQ4YjQ3MDM0NTM3YmYwYTNhZmFkMDM4N2NjYSIsICJwdWJsaWNVUkwiOiAiaHR0cDovLzEwLjk1LjEwOC41Mzo5MjkyIn1dLCAiZW5kcG9pbnRzX2xpbmtzIjogW10sICJ0eXBlIjogImltYWdlIiwgIm5hbWUiOiAiZ2xhbmNlIn0sIHsiZW5kcG9pbnRzIjogW3siYWRtaW5VUkwiOiAiaHR0cDovLzEwLjk1LjEwOC41Mzo4Nzc2L3YxLzY2NWQ1MGQ3NWZkNjQxNjZiNzgxYTUzYjZhYjg2MWEzIiwgInJlZ2lvbiI6ICJSZWdpb25PbmUiLCAiaW50ZXJuYWxVUkwiOiAiaHR0cDovLzEwLjk1LjEwOC41Mzo4Nzc2L3YxLzY2NWQ1MGQ3NWZkNjQxNjZiNzgxYTUzYjZhYjg2MWEzIiwgImlkIjogIjI3YTU1NjNlOWFkYTQ5MjJhZDk2Yjk0NjBhMTI1YjE3IiwgInB1YmxpY1VSTCI6ICJodHRwOi8vMTAuOTUuMTA4LjUzOjg3NzYvdjEvNjY1ZDUwZDc1ZmQ2NDE2NmI3ODFhNTNiNmFiODYxYTMifV0sICJlbmRwb2ludHNfbGlua3MiOiBbXSwgInR5cGUiOiAidm9sdW1lIiwgIm5hbWUiOiAidm9sdW1lIn0sIHsiZW5kcG9pbnRzIjogW3siYWRtaW5VUkwiOiAiaHR0cDovLzEwLjk1LjEwOC41Mzo4NzczL3NlcnZpY2VzL0FkbWluIiwgInJlZ2lvbiI6ICJSZWdpb25PbmUiLCAiaW50ZXJuYWxVUkwiOiAiaHR0cDovLzEwLjk1LjEwOC41Mzo4NzczL3NlcnZpY2VzL0Nsb3VkIiwgImlkIjogIjhkNjk1MjhkYzVlZTQ4MTY5MzBiY2Y0YmQ3MzBiNmE2IiwgInB1YmxpY1VSTCI6ICJodHRwOi8vMTAuOTUuMTA4LjUzOjg3NzMvc2VydmljZXMvQ2xvdWQifV0sICJlbmRwb2ludHNfbGlua3MiOiBbXSwgInR5cGUiOiAiZWMyIiwgIm5hbWUiOiAiZWMyIn0sIHsiZW5kcG9pbnRzIjogW3siYWRtaW5VUkwiOiAiaHR0cDovL2Rldi1pbnN0YW50c2VydmVycy1vcGVuc3RhY2stMDIvc3dpZnQvdjEiLCAicmVnaW9uIjogInJlZ2lvbk9uZSIsICJpbnRlcm5hbFVSTCI6ICJodHRwOi8vZGV2LWluc3RhbnRzZXJ2ZXJzLW9wZW5zdGFjay0wMi9zd2lmdC92MSIsICJpZCI6ICIzMjg2NWRhNTM1MTM0YWQ4OWNlMDA0NzVhYmM4NjRjMiIsICJwdWJsaWNVUkwiOiAiaHR0cDovL2Rldi1pbnN0YW50c2VydmVycy1vcGVuc3RhY2stMDIvc3dpZnQvdjEifV0sICJlbmRwb2ludHNfbGlua3MiOiBbXSwgInR5cGUiOiAib2JqZWN0LXN0b3JlIiwgIm5hbWUiOiAic3dpZnQifSwgeyJlbmRwb2ludHMiOiBbeyJhZG1pblVSTCI6ICJodHRwOi8vMTAuOTUuMTA4LjUzOjM1MzU3L3YyLjAiLCAicmVnaW9uIjogIlJlZ2lvbk9uZSIsICJpbnRlcm5hbFVSTCI6ICJodHRwOi8vMTAuOTUuMTA4LjUzOjUwMDAvdjIuMCIsICJpZCI6ICIzMzBmYjM5M2U1NjE0MWU0OTlkY2JhYThkODc2OTM0YSIsICJwdWJsaWNVUkwiOiAiaHR0cDovLzEwLjk1LjEwOC41Mzo1MDAwL3YyLjAifV0sICJlbmRwb2ludHNfbGlua3MiOiBbXSwgInR5cGUiOiAiaWRlbnRpdHkiLCAibmFtZSI6ICJrZXlzdG9uZSJ9XSwgInVzZXIiOiB7InVzZXJuYW1lIjogImFsdmFyb3VzZXIiLCAicm9sZXNfbGlua3MiOiBbXSwgImlkIjogImYzYTdmMjkxMGRjZDRjMzFiNDhkOTYwM2IwMTM2NDNmIiwgInJvbGVzIjogW3sibmFtZSI6ICJfbWVtYmVyXyJ9LCB7Im5hbWUiOiAidGVsZWZvbmljYSJ9XSwgIm5hbWUiOiAiYWx2YXJvdXNlciJ9LCAibWV0YWRhdGEiOiB7ImlzX2FkbWluIjogMCwgInJvbGVzIjogWyI5ZmUyZmY5ZWU0Mzg0YjE4OTRhOTA4NzhkM2U5MmJhYiIsICI3YzhmNjlhNDhhZDA0NGVjOTU3YzBlNDQ4OWU4ZTRhYSJdfX19MYH-MIH8AgEBMFwwVzELMAkGA1UEBhMCVVMxDjAMBgNVBAgTBVVuc2V0MQ4wDAYDVQQHEwVVbnNldDEOMAwGA1UEChMFVW5zZXQxGDAWBgNVBAMTD3d3dy5leGFtcGxlLmNvbQIBATAHBgUrDgMCGjANBgkqhkiG9w0BAQEFAASBgDHcNtUvNs4MK7xXAz6Pr7NmgaUKI6dSE45APXx7M2ov8C1TTJoSgA2C8L5YFTMMuAmzI9a2fFVFGAQ4n1rZRm4OlP9YAtLIn25d0zdxM+NxgusbayyB4OZnAzV94Kb18aysahotn3s7Ty0tYLpwcQ20Bw7MQjFuzXcrmj2Tow2j
2013-07-09 08:46:28.557534 7fa3a89c0700 20 PATH=/sbin:/usr/sbin:/bin:/usr/bin
2013-07-09 08:46:28.557536 7fa3a89c0700 20 SERVER_SIGNATURE=
2013-07-09 08:46:28.557536 7fa3a89c0700 20 SERVER_SOFTWARE=Apache/2.2.15 (Red 
Hat)
2013-07-09 08:46:28.557537 7fa3a89c0700 20 SERVER_NAME=myradosgw
2013-07-09 08:46:28.557538 7fa3a89c0700 20 SERVER_ADDR=x.x.107.124
2013-07-09 08:46:28.557539 7fa3a89c0700 20 SERVER_PORT=80
2013-07-09 08:46:28.557540 7fa3a89c0700 20 REMOTE_ADDR=x.x.107.241
2013-07-09 08:46:28.557540 7fa3a89c0700 20 DOCUMENT_ROOT=/var/www
2013-07-09 08:46:28.557541 7fa3a89c0700 20 SERVER_ADMIN=root@localhost
2013-07-09 08:46:28.557542 7fa3a89c0700 20 SCRIPT_FILENAME=/var/www/s3gw.fcgi
2013-07-09 08:46:28.557543 7fa3a89c0700 20 REMOTE_PORT=58349
2013-07-09 08:46:28.557544 7fa3a89c0700 20 GATEWAY_INTERFACE=CGI/1.1
2013-07-09 08:46:28.557545 7fa3a89c0700 20 SERVER_PROTOCOL=HTTP/1.1
2013-07-09 08:46:28.557545 7fa3a89c0700 20 REQUEST_METHOD=PUT
2013-07-09 08:46:28.557546 7fa3a89c0700 20 
QUERY_STRING=page=swift&params=/v1/bucket1
2013-07-09 08:46:28.557547 7fa3a89c0700 20 REQUEST_URI=/swift/v1/bucket1
2013-07-09 08:46:28.557548 7fa3a89c0700 20 SCRIPT_NAME=/swift/v1/bucket1
2013-07-09 08:46:28.557550 7fa3a89c0700  2 req 20:0.000122:swift:PUT 
/swift/v1/bucket1::getting op
2013-07-09 08:46:28.557553 7fa3a89c0700  2 req 20:0.000125:swift:PUT 
/swift/v1/bucket1:create_bucket:authorizing
2013-07-09 08:46:28.557603 7fa3a89c0700 20 
token_id=42fee298460b1e74971e495e5f89fac6
2013-07-09 08:46:28.558032 7fa3a89c0700 20 successfully decoded pki token
2013-07-09 08:46:28.558041 7fa3a89c0700 20 received response: {"access": 
{"token": {"issued_at": "2013-07-09T05:16:36.523966", "expires": 
"2013-07-10T05:16:36Z", "id": "placeholder", "tenant": {"description": 
"alvarotenant", "enabled": true, "id": "665d50d75fd64166b781a53b6ab861a3", 
"name": "alvarotenant"}}, "serviceCatalog": [{"endpoints": [{"adminURL": 
"http://x.x.108.53:8774/v1.1/665d50d75fd64166b781a53b6ab861a3";, "region": 
"RegionOne", "internalURL": 
"http://x.x.108.53:8774/v1.1/665d50d75fd64166b781a53b6ab861a3";, "id": 
"301b6b830f5a47939f116a8f6d2c7cef", "publicURL": 
"http://x.x.108.53:8774/v1.1/665d50d75fd64166b781a53b6ab861a3"}], 
"endpoints_links": [], "type": "compute", "name": "nova"}, {"endpoints": 
[{"adminURL": "http://x.x.108.53:9292";, "region": "RegionOne", "internalURL": 
"http://x.x.108.53:9292";, "id": "a4eee48b47034537bf0a3afad0387cca", 
"publicURL": "http://x.x.108.53:9292"}], "endpoints_links": [], "type": 
"image", "name": "glance"}, {"endpoints": [{"adminURL": 
"http://x.x.108.53:8776/v1/665d50d75fd64166b781a53b6ab861a3";, "region": 
"RegionOne", "internalURL": 
"http://x.x.108.53:8776/v1/665d50d75fd64166b781a53b6ab861a3";, "id": 
"27a5563e9ada4922ad96b9460a125b17", "publicURL": 
"http://x.x.108.53:8776/v1/665d50d75fd64166b781a53b6ab861a3"}], 
"endpoints_links": [], "type": "volume", "name": "volume"}, {"endpoints": 
[{"adminURL": "http://x.x.108.53:8773/services/Admin";, "region": "RegionOne", 
"internalURL": "http://x.x.108.53:8773/services/Cloud";, "id": 
"8d69528dc5ee4816930bcf4bd730b6a6", "publicURL": 
"http://x.x.108.53:8773/services/Cloud"}], "endpoints_links": [], "type": 
"ec2", "name": "ec2"}, {"endpoints": [{"adminURL": "http://myradosgw/swift/v1";, 
"region": "regionOne", "internalURL": "http://myradosgw/swift/v1";, "id": 
"32865da535134ad89ce00475abc864c2", "publicURL": "http://myradosgw/swift/v1"}], 
"endpoints_links": [], "type": "object-store", "name": "swift"}, {"endpoints": 
[{"adminURL": "http://x.x.108.53:35357/v2.0";, "region": "RegionOne", 
"internalURL": "http://x.x.108.53:5000/v2.0";, "id": 
"330fb393e56141e499dcbaa8d876934a", "publicURL": 
"http://x.x.108.53:5000/v2.0"}], "endpoints_links": [], "type": "identity", 
"name": "keystone"}], "user": {"username": "alvarouser", "roles_links": [], 
"id": "f3a7f2910dcd4c31b48d9603b013643f", "roles": [{"name": "_member_"}, 
{"name": "telefonica"}], "name": "alvarouser"}, "metadata": {"is_admin": 0, 
"roles": ["9fe2ff9ee4384b1894a90878d3e92bab", 
"7c8f69a48ad044ec957c0e4489e8e4aa"]}}}
2013-07-09 08:46:28.559730 7fa3a89c0700  0 validated token: 
alvarotenant:alvarouser expires: 1373433396
2013-07-09 08:46:28.559752 7fa3a89c0700 20 get_obj_state: rctx=0x7fa3ec0208a0 
obj=.users.uid:665d50d75fd64166b781a53b6ab861a3 state=0x7fa3ec0127c8 
s->prefetch_data=0
2013-07-09 08:46:28.559765 7fa3a89c0700 10 moving 
.users.uid+665d50d75fd64166b781a53b6ab861a3 to cache LRU end
2013-07-09 08:46:28.559767 7fa3a89c0700 10 cache get: 
name=.users.uid+665d50d75fd64166b781a53b6ab861a3 : hit
2013-07-09 08:46:28.559773 7fa3a89c0700 20 get_obj_state: s->obj_tag was set 
empty
2013-07-09 08:46:28.559778 7fa3a89c0700 10 moving 
.users.uid+665d50d75fd64166b781a53b6ab861a3 to cache LRU end
2013-07-09 08:46:28.559779 7fa3a89c0700 10 cache get: 
name=.users.uid+665d50d75fd64166b781a53b6ab861a3 : hit
2013-07-09 08:46:28.559813 7fa3a89c0700  2 req 20:0.002385:swift:PUT 
/swift/v1/bucket1:create_bucket:reading permissions
2013-07-09 08:46:28.559818 7fa3a89c0700  2 req 20:0.002389:swift:PUT 
/swift/v1/bucket1:create_bucket:reading the cors attr
2013-07-09 08:46:28.559820 7fa3a89c0700 10 Going to read cors from attrs
2013-07-09 08:46:28.559822 7fa3a89c0700  2 req 20:0.002393:swift:PUT 
/swift/v1/bucket1:create_bucket:verifying op permissions
2013-07-09 08:46:28.560790 7fa3a89c0700  2 req 20:0.003362:swift:PUT 
/swift/v1/bucket1:create_bucket:verifying op params
2013-07-09 08:46:28.560798 7fa3a89c0700  2 req 20:0.003370:swift:PUT 
/swift/v1/bucket1:create_bucket:executing
2013-07-09 08:46:28.560811 7fa3a89c0700 20 get_obj_state: rctx=0x7fa3ec003e60 
obj=.rgw:bucket1 state=0x7fa3ec0250b8 s->prefetch_data=0
2013-07-09 08:46:28.560818 7fa3a89c0700 10 moving .rgw+bucket1 to cache LRU end
2013-07-09 08:46:28.560820 7fa3a89c0700 10 cache get: name=.rgw+bucket1 : hit
2013-07-09 08:46:28.560826 7fa3a89c0700 20 get_obj_state: s->obj_tag was set 
empty
2013-07-09 08:46:28.560868 7fa3a89c0700 10 moving .rgw+.pools.avail to cache 
LRU end
2013-07-09 08:46:28.560869 7fa3a89c0700 10 cache get: name=.rgw+.pools.avail : 
hit
2013-07-09 08:46:28.605942 7fa3a89c0700 10 removing .rgw+bucket1 from cache
2013-07-09 08:46:28.638571 7fa3a89c0700 20 rgw_create_bucket returned ret=-17 
bucket=bucket1(@.rgw.buckets[5806.4])
2013-07-09 08:46:28.638590 7fa3a89c0700 20 get_obj_state: rctx=0x7fa3ec020650 
obj=.rgw:bucket1 state=0x7fa3ec01f888 s->prefetch_data=0
2013-07-09 08:46:28.638597 7fa3a89c0700 10 cache get: name=.rgw+bucket1 : miss
2013-07-09 08:46:28.639768 7fa3a89c0700 10 cache put: name=.rgw+bucket1
2013-07-09 08:46:28.639778 7fa3a89c0700 10 adding .rgw+bucket1 to cache LRU end
2013-07-09 08:46:28.639781 7fa3a89c0700 10 updating xattr: name=user.rgw.acl 
bl.length()=249
2013-07-09 08:46:28.639787 7fa3a89c0700 20 get_obj_state: s->obj_tag was set 
empty
2013-07-09 08:46:28.639789 7fa3a89c0700 20 Read xattr: user.rgw.acl
2013-07-09 08:46:28.639790 7fa3a89c0700 20 Read xattr: user.rgw.idtag
2013-07-09 08:46:28.639791 7fa3a89c0700 20 Read xattr: user.rgw.manifest
2013-07-09 08:46:28.639796 7fa3a89c0700 10 moving .rgw+bucket1 to cache LRU end
2013-07-09 08:46:28.639803 7fa3a89c0700 10 cache get: name=.rgw+bucket1 : type 
miss (requested=1, cached=6)
2013-07-09 08:46:28.639807 7fa3a89c0700 20 get_obj_state: rctx=0x7fa3ec020650 
obj=.rgw:bucket1 state=0x7fa3ec01f888 s->prefetch_data=0
2013-07-09 08:46:28.639811 7fa3a89c0700 10 moving .rgw+bucket1 to cache LRU end
2013-07-09 08:46:28.639812 7fa3a89c0700 10 cache get: name=.rgw+bucket1 : hit
2013-07-09 08:46:28.639815 7fa3a89c0700 20 get_obj_state: s->obj_tag was set 
empty
2013-07-09 08:46:28.639817 7fa3a89c0700 20 get_obj_state: rctx=0x7fa3ec020650 
obj=.rgw:bucket1 state=0x7fa3ec01f888 s->prefetch_data=0
2013-07-09 08:46:28.639819 7fa3a89c0700 20 state for obj=.rgw:bucket1 is not 
atomic, not appending atomic test
2013-07-09 08:46:28.639820 7fa3a89c0700 20 rados->read obj-ofs=0 read_ofs=0 
read_len=524288
2013-07-09 08:46:28.640818 7fa3a89c0700 20 rados->read r=0 bl.length=110
2013-07-09 08:46:28.640832 7fa3a89c0700 10 cache put: name=.rgw+bucket1
2013-07-09 08:46:28.640835 7fa3a89c0700 10 moving .rgw+bucket1 to cache LRU end
2013-07-09 08:46:28.640840 7fa3a89c0700 20 rgw_get_bucket_info: 
bucket=bucket1(@.rgw.buckets[5806.3]) owner 665d50d75fd64166b781a53b6ab861a3
2013-07-09 08:46:28.640850 7fa3a89c0700 15 omap_set bucket=.users.uid 
oid=665d50d75fd64166b781a53b6ab861a3.buckets key=bucket1
2013-07-09 08:46:28.672991 7fa3a89c0700  2 req 20:0.115562:swift:PUT 
/swift/v1/bucketalvaroemil
_______________________________________________
ceph-users mailing list
ceph-users@lists.ceph.com
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com

Reply via email to