Hi,
I am still stuck with the above issues.. If anyone knows the solution or
reason, please help me to sort out it.
On Fri, May 9, 2014 at 12:13 PM, Shanil S <xielesshanil at gmail.com> wrote:
> Hi Yehuda,
>
> Also, if we use /admin/metadata/user then it will list only the usernames
> and we won't get like user id, username, number of buckets,sub users etc.
> Is it possible to list out these details too ? Still i am not sure why the
> '/admin/user' is not working. What do you think about this issue?
>
>
>
>
> On Fri, May 9, 2014 at 10:31 AM, Shanil S <xielesshanil at gmail.com> wrote:
>
>> Hi Yehuda,
>>
>> Thanks.. :)
>>
>> Now the users listing is working with the above. Can we use the same
>> method to create user (/admin/metadata/user) ? )Why we are not getting
>> results for /admin/user ?
>>
>>
>> On Fri, May 9, 2014 at 10:18 AM, Yehuda Sadeh <yehuda at inktank.com> wrote:
>>
>>> You have a typo there. Should be metadata, not metadeta.
>>>
>>> Yehuda
>>> On May 8, 2014 9:46 PM, "Shanil S" <xielesshanil at gmail.com> wrote:
>>>
>>>> Hi Yehuda,
>>>>
>>>> The meta permission is already have the admin user, these are the admin
>>>> user details
>>>>
>>>> "swift_keys": [],
>>>> "caps": [
>>>> { "type": "admin",
>>>> "perm": "*"},
>>>> { "type": "caps",
>>>> "perm": "*"},
>>>> { "type": "metadeta",
>>>> "perm": "*"},
>>>> { "type": "usage",
>>>> "perm": "*"},
>>>> { "type": "users",
>>>> "perm": "*"}],
>>>> "op_mask": "read, write, delete",
>>>> "default_placement": "",
>>>> "placement_tags": [],
>>>> "bucket_quota": { "enabled": false,
>>>> "max_size_kb": -1,
>>>> "max_objects": -1}}
>>>>
>>>>
>>>>
>>>>
>>>> On Fri, May 9, 2014 at 10:13 AM, Shanil S <xielesshanil at gmail.com>wrote:
>>>>
>>>>> Hi Yehuda,
>>>>>
>>>>> Okay.. Thanks..
>>>>>
>>>>> I will add and check it. I will let you know the results
>>>>>
>>>>>
>>>>> On Fri, May 9, 2014 at 10:08 AM, Yehuda Sadeh <yehuda at inktank.com>wrote:
>>>>>
>>>>>> You're missing the correct caps for the user, iirc you need to add the
>>>>>> 'metadata' read cap to the user.
>>>>>>
>>>>>> Yehuda
>>>>>>
>>>>>> On Thu, May 8, 2014 at 9:37 PM, Shanil S <xielesshanil at gmail.com>
>>>>>> wrote:
>>>>>> > Hi Yehuda,
>>>>>> >
>>>>>> > Thanks for your quick reply..
>>>>>> >
>>>>>> > I tried with the above but getting the same error as like above
>>>>>> >
>>>>>> > This is the log file contents
>>>>>> >
>>>>>> >
>>>>>> -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>>>>>> >
>>>>>> > Fri, 09 May 2014 04:32:32 GMT
>>>>>> > /admin/metadata/user/
>>>>>> > 2014-05-09 12:32:36.238994 7f4a99bf7700 15 calculated
>>>>>> > digest=tafwh06Xyo4ea0ccegd452MNBvc=
>>>>>> > 2014-05-09 12:32:36.238997 7f4a99bf7700 15
>>>>>> > auth_sign=tafwh06Xyo4ea0ccegd452MNBvc=
>>>>>> > 2014-05-09 12:32:36.238998 7f4a99bf7700 15 compare=0
>>>>>> > 2014-05-09 12:32:36.239001 7f4a99bf7700 2 req 5:0.000280::GET
>>>>>> > /admin/metadata/user/:list_metadata:reading permissions
>>>>>> > 2014-05-09 12:32:36.239005 7f4a99bf7700 2 req 5:0.000284::GET
>>>>>> > /admin/metadata/user/:list_metadata:init op
>>>>>> > 2014-05-09 12:32:36.239007 7f4a99bf7700 2 req 5:0.000286::GET
>>>>>> > /admin/metadata/user/:list_metadata:verifying op mask
>>>>>> > 2014-05-09 12:32:36.239009 7f4a99bf7700 20 required_mask= 0
>>>>>> user.op_mask=7
>>>>>> > 2014-05-09 12:32:36.239010 7f4a99bf7700 2 req 5:0.000289::GET
>>>>>> > /admin/metadata/user/:list_metadata:verifying op permissions
>>>>>> > 2014-05-09 12:32:36.239029 7f4a99bf7700 2 req 5:0.000308::GET
>>>>>> > /admin/metadata/user/:list_metadata:http status=403
>>>>>> > 2014-05-09 12:32:36.239099 7f4a99bf7700 1 ====== req done
>>>>>> req=0x13bb580
>>>>>> > http_status=403 ======
>>>>>> >
>>>>>> >
>>>>>> ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>>>>>> >
>>>>>> > I think it may be due to the permission issue, what do you think ?
>>>>>> but i am
>>>>>> > using the admin user to do this action and users permission as *
>>>>>> >
>>>>>> >
>>>>>> >
>>>>>> > On Fri, May 9, 2014 at 9:52 AM, Yehuda Sadeh <yehuda at inktank.com>
>>>>>> wrote:
>>>>>> >>
>>>>>> >> You can use the metadata api to list the users, something along
>>>>>> the lines
>>>>>> >> of:
>>>>>> >>
>>>>>> >>
>>>>>> >> GET /admin/metadata/user?format=json
>>>>>> >>
>>>>>> >>
>>>>>> >> Yehuda
>>>>>> >>
>>>>>> >> On Thu, May 8, 2014 at 9:19 PM, Shanil S <xielesshanil at gmail.com>
>>>>>> wrote:
>>>>>> >> > Hi Punit,
>>>>>> >> >
>>>>>> >> > I hope someone in the community forum can solve this issue. I am
>>>>>> waiting
>>>>>> >> > for
>>>>>> >> > their responses..
>>>>>> >> >
>>>>>> >> >
>>>>>> >> > On Thu, May 8, 2014 at 7:38 PM, Punit Dambiwal <
>>>>>> hypunit at gmail.com>
>>>>>> >> > wrote:
>>>>>> >> >>
>>>>>> >> >> Hi Shanil,
>>>>>> >> >>
>>>>>> >> >> I am also facing the same issue...can anyone from the community
>>>>>> will
>>>>>> >> >> answer this ??
>>>>>> >> >>
>>>>>> >> >>
>>>>>> >> >>
>>>>>> >> >>
>>>>>> >> >> On Mon, May 5, 2014 at 5:42 PM, Shanil S <
>>>>>> xielesshanil at gmail.com>
>>>>>> >> >> wrote:
>>>>>> >> >>>
>>>>>> >> >>> Hi,
>>>>>> >> >>>
>>>>>> >> >>> I am creating the code to list out all users, but am unable to
>>>>>> list
>>>>>> >> >>> out
>>>>>> >> >>> the users but the authentication is correct. These are i saw
>>>>>> in the
>>>>>> >> >>> log
>>>>>> >> >>> file, could you please check it ?
>>>>>> >> >>>
>>>>>> >> >>> application/x-www-form-urlencoded
>>>>>> >> >>> Mon, 05 May 2014 09:41:06 GMT
>>>>>> >> >>> /admin/user/
>>>>>> >> >>> 2014-05-05 17:41:07.852110 7f2b087b8700 15 calculated
>>>>>> >> >>> digest=8DyhIXWKT7RL9nC1/jD7+Jp/ESk=
>>>>>> >> >>> 2014-05-05 17:41:07.852114 7f2b087b8700 15
>>>>>> >> >>> auth_sign=8DyhIXWKT7RL9nC1/jD7+Jp/ESk=
>>>>>> >> >>> 2014-05-05 17:41:07.852115 7f2b087b8700 15 compare=0
>>>>>> >> >>> 2014-05-05 17:41:07.852118 7f2b087b8700 2 req
>>>>>> 356:0.000297::GET
>>>>>> >> >>> /admin/user/:get_user_info:reading permissions
>>>>>> >> >>> 2014-05-05 17:41:07.852122 7f2b087b8700 2 req
>>>>>> 356:0.000301::GET
>>>>>> >> >>> /admin/user/:get_user_info:init op
>>>>>> >> >>> 2014-05-05 17:41:07.852124 7f2b087b8700 2 req
>>>>>> 356:0.000303::GET
>>>>>> >> >>> /admin/user/:get_user_info:verifying op mask
>>>>>> >> >>> 2014-05-05 17:41:07.852126 7f2b087b8700 20 required_mask= 0
>>>>>> >> >>> user.op_mask=7
>>>>>> >> >>> 2014-05-05 17:41:07.852128 7f2b087b8700 2 req
>>>>>> 356:0.000307::GET
>>>>>> >> >>> /admin/user/:get_user_info:verifying op permissions
>>>>>> >> >>> 2014-05-05 17:41:07.852131 7f2b087b8700 2 req
>>>>>> 356:0.000310::GET
>>>>>> >> >>> /admin/user/:get_user_info:verifying op params
>>>>>> >> >>> 2014-05-05 17:41:07.852133 7f2b087b8700 2 req
>>>>>> 356:0.000312::GET
>>>>>> >> >>> /admin/user/:get_user_info:executing
>>>>>> >> >>> 2014-05-05 17:41:07.852155 7f2b087b8700 2 req
>>>>>> 356:0.000334::GET
>>>>>> >> >>> /admin/user/:get_user_info:http status=403
>>>>>> >> >>> 2014-05-05 17:41:07.852231 7f2b087b8700 1 ====== req done
>>>>>> >> >>> req=0x2410710
>>>>>> >> >>> http_status=403 ======
>>>>>> >> >>> 2014-05-05 17:41:28.116589 7f2b5ffff700 2
>>>>>> >> >>> RGWDataChangesLog::ChangesRenewThread: start
>>>>>> >> >>> 2014-05-05 17:41:50.116740 7f2b5ffff700 2
>>>>>> >> >>> RGWDataChangesLog::ChangesRenewThread: start
>>>>>> >> >>>
>>>>>> >> >>> _______________________________________________
>>>>>> >> >>> ceph-users mailing list
>>>>>> >> >>> ceph-users at lists.ceph.com
>>>>>> >> >>> http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
>>>>>> >> >>>
>>>>>> >> >>
>>>>>> >> >
>>>>>> >
>>>>>> >
>>>>>>
>>>>>
>>>>>
>>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ceph.com/pipermail/ceph-users-ceph.com/attachments/20140513/e3ede753/attachment.htm>
