mds don´t start after upgrade to 0.55

mds don´t start after upgrade to 0.55

[Soporte]

Hi.

I can´t start mds after upgrade to 0.55. The logs show:

   -40> 2012-12-13 09:03:54.264433 7f0949da0780  5 asok(0x2754000) register_command 2 hook 0x273c010
   -39> 2012-12-13 09:03:54.264440 7f0949da0780  5 asok(0x2754000) register_command perf schema hook 0x273c010
   -38> 2012-12-13 09:03:54.264445 7f0949da0780  5 asok(0x2754000) register_command config show hook 0x273c010
   -37> 2012-12-13 09:03:54.264452 7f0949da0780  5 asok(0x2754000) register_command config set hook 0x273c010
   -36> 2012-12-13 09:03:54.264458 7f0949da0780  5 asok(0x2754000) register_command log flush hook 0x273c010
   -35> 2012-12-13 09:03:54.264462 7f0949da0780  5 asok(0x2754000) register_command log dump hook 0x273c010
   -34> 2012-12-13 09:03:54.264468 7f0949da0780  5 asok(0x2754000) register_command log reopen hook 0x273c010
   -33> 2012-12-13 09:03:54.266019 7f0949da0780  0 ceph version 0.55.1 (8e25c8d984f9258644389a18997ec6bdef8e056b), process ceph-mds, pid 4067
   -32> 2012-12-13 09:03:54.266917 7f0949da0780  1 finished global_init_daemonize
   -31> 2012-12-13 09:03:54.269579 7f0949da0780  5 asok(0x2754000) init /var/run/ceph/ceph-mds.a.asok
   -30> 2012-12-13 09:03:54.269633 7f0949da0780  5 asok(0x2754000) bind_and_listen /var/run/ceph/ceph-mds.a.asok
   -29> 2012-12-13 09:03:54.269698 7f0949da0780  5 asok(0x2754000) register_command 0 hook 0x273a0b8
   -28> 2012-12-13 09:03:54.269706 7f0949da0780  5 asok(0x2754000) register_command version hook 0x273a0b8
   -27> 2012-12-13 09:03:54.269714 7f0949da0780  5 asok(0x2754000) register_command git_version hook 0x273a0b8
   -26> 2012-12-13 09:03:54.269718 7f0949da0780  5 asok(0x2754000) register_command help hook 0x273c0c0
   -25> 2012-12-13 09:03:54.269773 7f0949da0780 10 monclient(hunting): build_initial_monmap
   -24> 2012-12-13 09:03:54.270108 7f0949da0780 10 monclient(hunting): init
   -23> 2012-12-13 09:03:54.270447 7f0949da0780 10 monclient(hunting): auth_supported 2 method cephx
   -22> 2012-12-13 09:03:54.270463 7f0949da0780 10 monclient(hunting): _reopen_session
   -21> 2012-12-13 09:03:54.270513 7f0949da0780 10 monclient(hunting): _pick_new_mon picked mon.b con 0x2764f20 addr 10.0.1.242:6789/0
   -20> 2012-12-13 09:03:54.270537 7f0949da0780 10 monclient(hunting): _send_mon_message to mon.b at 10.0.1.242:6789/0
   -19> 2012-12-13 09:03:54.270546 7f0949da0780 10 monclient(hunting): renew_subs
   -18> 2012-12-13 09:03:54.271351 7f0944848700  0 mds.-1.0 ms_handle_connect on 10.0.1.242:6789/0
   -17> 2012-12-13 09:03:54.270769 7f094604b700  5 asok(0x2754000) entry start
   -16> 2012-12-13 09:03:57.270503 7f0943846700 10 monclient(hunting): tick
   -15> 2012-12-13 09:03:57.270534 7f0943846700  1 monclient(hunting): continuing hunt
   -14> 2012-12-13 09:03:57.270538 7f0943846700 10 monclient(hunting): _reopen_session
   -13> 2012-12-13 09:03:57.270645 7f0943846700 10 monclient(hunting): _pick_new_mon picked mon.d con 0x2765600 addr 10.0.1.244:6789/0
   -12> 2012-12-13 09:03:57.270680 7f0943846700 10 monclient(hunting): _send_mon_message to mon.d at 10.0.1.244:6789/0
   -11> 2012-12-13 09:03:57.270688 7f0943846700 10 monclient(hunting): renew_subs
   -10> 2012-12-13 09:03:57.271507 7f0944848700  0 mds.-1.0 ms_handle_connect on 10.0.1.244:6789/0
    -9> 2012-12-13 09:04:00.270761 7f0943846700 10 monclient(hunting): tick
    -8> 2012-12-13 09:04:00.270778 7f0943846700  1 monclient(hunting): continuing hunt
    -7> 2012-12-13 09:04:00.270782 7f0943846700 10 monclient(hunting): _reopen_session
    -6> 2012-12-13 09:04:00.270849 7f0943846700 10 monclient(hunting): _pick_new_mon picked mon.c con 0x2765760 addr 10.0.1.243:6789/0
    -5> 2012-12-13 09:04:00.270879 7f0943846700 10 monclient(hunting): _send_mon_message to mon.c at 10.0.1.243:6789/0
    -4> 2012-12-13 09:04:00.270946 7f0943846700 10 monclient(hunting): renew_subs
    -3> 2012-12-13 09:04:00.271553 7f0944848700  0 mds.-1.0 ms_handle_connect on 10.0.1.243:6789/0
    -2> 2012-12-13 09:04:00.745467 7f0944848700 10 monclient(hunting): no handler for protocol 0
    -1> 2012-12-13 09:04:00.745484 7f0944848700 10 monclient(hunting): none of our auth protocols are supported by the server
     0> 2012-12-13 09:04:00.746437 7f0949da0780 -1 *** Caught signal (Segmentation fault) **
 in thread 7f0949da0780

 ceph version 0.55.1 (8e25c8d984f9258644389a18997ec6bdef8e056b)
 1: /usr/bin/ceph-mds() [0x819e70]
 2: (()+0xfcb0) [0x7f094943ccb0]
 3: (MonClient::wait_auth_rotating(double)+0xac) [0x748d2c]
 4: (MDS::init(int)+0x787) [0x4e7527]
 5: (main()+0xed7) [0x4cbf87]
 6: (__libc_start_main()+0xed) [0x7f09481ff76d]
 7: /usr/bin/ceph-mds() [0x4cdde9]
 NOTE: a copy of the executable, or `objdump -rdS <executable>` is needed to interpret this.

Any idea what happen?

Cristian.
--
To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: mds don´t start after upgrade to 0.55

[David McBride]

On 13/12/12 12:20, Soporte wrote:
>      -1> 2012-12-13 09:04:00.745484 7f0944848700 10 monclient(hunting): none of our auth protocols are supported by the server

This suggests that the change in 0.55 that enabled cephx authentication 
by default has caught you out.

See: http://ceph.com/releases/v0-55-released/

Cheers,
David
-- 
David McBride <dwm37@cam.ac.uk>
Unix Specialist, University Computing Service