radosgw start failed due to handle_auth_bad_method
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? Thanks, Casey
On Fri, May 8, 2020 at 12:34 AM Casey Bodley <cbodley@redhat.com> 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@ceph.io To unsubscribe send an email to dev-leave@ceph.io
-- Cheers, Brad
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@redhat.com> wrote:
On Fri, May 8, 2020 at 12:34 AM Casey Bodley <cbodley@redhat.com> 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@ceph.io To unsubscribe send an email to dev-leave@ceph.io
-- Cheers, Brad _______________________________________________ Dev mailing list -- dev@ceph.io To unsubscribe send an email to dev-leave@ceph.io
Hi @Brad Hubbard <bhubbard@redhat.com> , 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@gmail.com> 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@redhat.com> wrote:
On Fri, May 8, 2020 at 12:34 AM Casey Bodley <cbodley@redhat.com> 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@ceph.io To unsubscribe send an email to dev-leave@ceph.io
-- Cheers, Brad _______________________________________________ Dev mailing list -- dev@ceph.io To unsubscribe send an email to dev-leave@ceph.io
Hi @Brad Hubbard <bhubbard@redhat.com> , 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@gmail.com> wrote:
Hi @Brad Hubbard <bhubbard@redhat.com> , 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@gmail.com> 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@redhat.com> wrote:
On Fri, May 8, 2020 at 12:34 AM Casey Bodley <cbodley@redhat.com> 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@ceph.io To unsubscribe send an email to dev-leave@ceph.io
-- Cheers, Brad _______________________________________________ Dev mailing list -- dev@ceph.io To unsubscribe send an email to dev-leave@ceph.io
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@gmail.com> 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@gmail.com> 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@gmail.com> 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@redhat.com> wrote:
On Fri, May 8, 2020 at 12:34 AM Casey Bodley <cbodley@redhat.com> 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@ceph.io To unsubscribe send an email to dev-leave@ceph.io
-- Cheers, Brad _______________________________________________ Dev mailing list -- dev@ceph.io To unsubscribe send an email to dev-leave@ceph.io
-- Cheers, Brad
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@redhat.com> 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@gmail.com> 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
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@gmail.com> 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
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
--setuser ceph --setgroup ceph preferred_modes [2,1] 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@gmail.com> 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@redhat.com> wrote:
On Fri, May 8, 2020 at 12:34 AM Casey Bodley <cbodley@redhat.com>
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@ceph.io To unsubscribe send an email to dev-leave@ceph.io
-- Cheers, Brad _______________________________________________ Dev mailing list -- dev@ceph.io To unsubscribe send an email to dev-leave@ceph.io
-- Cheers, Brad
participants (3)
-
Amit Ghadge
-
Brad Hubbard
-
Casey Bodley