Re: radosgw start failed due to handle_auth_bad_method

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Tried above command but still same error message shows. I seen this issue only in physical node, radosgw works fine on vm's. Trying to debug in MonClient.cc 
ceph.conf,

]# cat /etc/ceph/ceph.conf
[global]
fsid = f8de4936-80f1-4052-b0e9-eda95e4c88ee
mon_host = 10.44.127.181,10.44.127.159, 10.44.127.160
mon_initial_members = mon01,mon02,mon03
public_network = 10.44.127.0/24
cluster_network = 10.44.127.0/24

-AmitG

On Tue, May 19, 2020 at 5:06 AM Brad Hubbard <bhubbard@xxxxxxxxxx> wrote:
Try

# /usr/bin/radosgw -f --cluster  ceph --name client.radosgw.masifgw03
--setuser ceph --setgroup ceph --debug_monc 20 --debug_ms 5

On Tue, May 19, 2020 at 12:10 AM Amit Ghadge <amitg.b14@xxxxxxxxx> wrote:
>
> Hi @Brad Hubbard , please ignore my last mail, I try to run radosgw service on host which has one network interface, after set debug_monc in ceph.conf, it cant print any useful message,

>
> # /usr/bin/radosgw -f --cluster  ceph --name client.radosgw.masifgw03  --setuser ceph --setgroup ceph
> 2020-05-18 14:10:04.961 7fb95d397700 -1 monclient(hunting): handle_auth_bad_method server allowed_methods [2] but i only support [2,1]
> failed to fetch mon config (--no-mon-config to skip)
>
> On Mon, May 18, 2020 at 5:58 PM Amit Ghadge <amitg.b14@xxxxxxxxx> wrote:
>>
>> Hi @Brad Hubbard , here are the debug output,
>>
>>
>> f6198813780 10 monclient: init
>> f6198813780 10 monclient: _reopen_session rank -1
>> f6198813780 10 monclient(hunting): picked mon.noname-a-legacy con 0x565176ac6000 addr v1:10.44.127.153:6789/0
>> f6198813780 10 monclient(hunting): picked mon.noname-b-legacy con 0x565176ac6800 addr v1:10.44.127.154:6789/0
>> f6198813780 10 monclient(hunting): picked mon.noname-c con 0x565175f41c00 addr v2:10.44.127.155:3300/0
>> f6198813780 10 monclient(hunting): start opening mon connection
>> f6198813780 10 monclient(hunting): _renew_subs
>> f6198813780 10 monclient(hunting): authenticate will time out at 2020-05-18 12:29:35.626436
>> f6186e6c700 10 monclient(hunting): get_auth_request con 0x565175f41c00 auth_method 0
>> f6186e6c700 10 monclient(hunting): get_auth_request method 2 preferred_modes [2,1]
>> f6186e6c700 10 monclient(hunting): _init_auth method 2
>> f6186e6c700 10 monclient(hunting): handle_auth_reply_more payload 9
>> f6186e6c700 10 monclient(hunting): handle_auth_reply_more payload_len 9
>> f6186e6c700 10 monclient(hunting): handle_auth_reply_more responding with 36 bytes
>> f6185669700 10 monclient(hunting): _init_auth method 2
>> f6185669700 10 monclient(hunting): my global_id is 16435
>> f6185669700 10 monclient(hunting): _init_auth method 2
>> f6185669700 10 monclient(hunting): my global_id is 34179
>> f6186e6c700 10 monclient(hunting): handle_auth_bad_method old_auth_method 2 result (1) Operation not permitted allowed_methods [2]
>> f6186e6c700 -1 monclient(hunting): handle_auth_bad_method server allowed_methods [2] but i only support [2,1]
>> f6185669700 10 monclient: _finish_hunting -1
>> f6185669700  1 monclient: no mon sessions established
>> f6185669700 20 monclient: _un_backoff reopen_interval_multipler now 1
>> f6185669700 10 monclient: _finish_auth -1
>> f6198813780 10 monclient: shutdown
>> f6198813780 20 monclient: shutdown discarding pending message mon_subscribe({config=0+,monmap=0+}) v3
>>
>> Thanks,
>> AmitG
>>
>> On Wed, May 13, 2020 at 8:57 PM Amit Ghadge <amitg.b14@xxxxxxxxx> wrote:
>>>
>>> Thanks for the reply,
>>>
>>> I deployed on vm's and it works fine, let me try on physical node.
>>>
>>> Thanks,
>>> AmitG
>>>
>>>
>>> On Fri, 8 May 2020, 02:43 Brad Hubbard, <bhubbard@xxxxxxxxxx> wrote:
>>>>
>>>> On Fri, May 8, 2020 at 12:34 AM Casey Bodley <cbodley@xxxxxxxxxx> wrote:
>>>> >
>>>> > Regarding https://tracker.ceph.com/issues/45142 reported against nautilus,
>>>> >
>>>> > > 2020-04-19 09:05:05.421 7fe2eeea9700 -1 monclient(hunting): handle_auth_bad_method server allowed_methods [1] but i only support [2,1]
>>>> > > failed to fetch mon config (--no-mon-config to skip
>>>> >
>>>> > I don't understand why this negotiation would fail. Are there any
>>>> > known bugs here? Or can anyone explain this?
>>>>
>>>> I think running the same test with debug_monc => 10 might help us work it out.
>>>>
>>>> >
>>>> > Thanks,
>>>> > Casey
>>>> > _______________________________________________
>>>> > Dev mailing list -- dev@xxxxxxx
>>>> > To unsubscribe send an email to dev-leave@xxxxxxx
>>>> >
>>>>
>>>>
>>>> --
>>>> Cheers,
>>>> Brad
>>>> _______________________________________________
>>>> Dev mailing list -- dev@xxxxxxx
>>>> To unsubscribe send an email to dev-leave@xxxxxxx



--
Cheers,
Brad

_______________________________________________
Dev mailing list -- dev@xxxxxxx
To unsubscribe send an email to dev-leave@xxxxxxx

[Index of Archives]     [CEPH Users]     [Ceph Devel]     [Ceph Large]     [Information on CEPH]     [Linux BTRFS]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux