Project

General

Profile

Actions

Bug #4412

closed

ceph-deploy:"mon create" command fails for multiple mons on same host

Added by Tamilarasi muthamizhan about 11 years ago. Updated about 11 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
Category:
-
Target version:
-
% Done:

0%

Source:
Q/A
Tags:
Backport:
Regression:
Severity:
3 - minor
Reviewed:
Affected Versions:
ceph-qa-suite:
Pull request ID:
Crash signature (v1):
Crash signature (v2):

Description

ceph-deploy fails on "mon create" command, when trying to deploy more than one monitor on the same host.

tamil@ubuntu:~/ceph-deploy-latest/ceph-deploy$ ./ceph-deploy mon create burnupi06 burnupi06 burnupi07
DEBUG:ceph_deploy.mon:Deploying mon, cluster ceph hosts burnupi06 burnupi06 burnupi07
DEBUG:ceph_deploy.mon:Deploying mon to burnupi06
DEBUG:ceph_deploy.mon:Distro Ubuntu codename precise, will use upstart
Traceback (most recent call last):
  File "./ceph-deploy", line 9, in <module>
    load_entry_point('ceph-deploy==0.0.1', 'console_scripts', 'ceph-deploy')()
  File "/home/tamil/ceph-deploy-latest/ceph-deploy/ceph_deploy/cli.py", line 95, in main
    return args.func(args)
  File "/home/tamil/ceph-deploy-latest/ceph-deploy/ceph_deploy/mon.py", line 151, in mon
    mon_create(args)
  File "/home/tamil/ceph-deploy-latest/ceph-deploy/ceph_deploy/mon.py", line 137, in mon_create
    init=init,
  File "/home/tamil/ceph-deploy-latest/ceph-deploy/virtualenv/local/lib/python2.7/site-packages/pushy-0.5.1-py2.7.egg/pushy/protocol/proxy.py", line 255, in <lambda>
    (conn.operator(type_, self, args, kwargs))
  File "/home/tamil/ceph-deploy-latest/ceph-deploy/virtualenv/local/lib/python2.7/site-packages/pushy-0.5.1-py2.7.egg/pushy/protocol/connection.py", line 66, in operator
    return self.send_request(type_, (object, args, kwargs))
  File "/home/tamil/ceph-deploy-latest/ceph-deploy/virtualenv/local/lib/python2.7/site-packages/pushy-0.5.1-py2.7.egg/pushy/protocol/baseconnection.py", line 323, in send_request
    return self.__handle(m)
  File "/home/tamil/ceph-deploy-latest/ceph-deploy/virtualenv/local/lib/python2.7/site-packages/pushy-0.5.1-py2.7.egg/pushy/protocol/baseconnection.py", line 639, in __handle
    raise e
2013-03-11 11:37:19.917740 7ff416495780 -1 asok(0x2795000) AdminSocketConfigObs::init: failed: AdminSocket::bind_and_listen: failed to bind the UNIX domain socket to '/var/run/ceph/ceph-mon.burnupi06.asok': (2) No such file or directorypushy.protocol.proxy.ExceptionProxy: Command '['ceph-mon', '--cluster', 'ceph', '--mkfs', '-i', 'burnupi06', '--keyring', '/var/lib/ceph/tmp/ceph-burnupi06.mon.keyring']' returned non-zero exit status -6

mon/MonMap.h: In function 'void MonMap::add(const string&, const entity_addr_t&)' thread 7ff416495780 time 2013-03-11 11:37:19.917789
mon/MonMap.h: 82: FAILED assert(addr_name.count(addr) == 0)
 ceph version 0.58-403-g25f8d2c (25f8d2c68564cfe47c7637427c161c99ac86a01d)
 1: (MonMap::build_from_host_list(std::string, std::string)+0x2bb) [0x600f3b]
 2: (MonMap::build_initial(CephContext*, std::ostream&)+0x12a) [0x60499a]
 3: (main()+0xd4a) [0x4868ca]
 4: (__libc_start_main()+0xed) [0x7ff41454e76d]
 5: ceph-mon() [0x4896cd]
 NOTE: a copy of the executable, or `objdump -rdS <executable>` is needed to interpret this.
2013-03-11 11:37:19.918318 7ff416495780 -1 mon/MonMap.h: In function 'void MonMap::add(const string&, const entity_addr_t&)' thread 7ff416495780 time 2013-03-11 11:37:19.917789
mon/MonMap.h: 82: FAILED assert(addr_name.count(addr) == 0)

 ceph version 0.58-403-g25f8d2c (25f8d2c68564cfe47c7637427c161c99ac86a01d)
 1: (MonMap::build_from_host_list(std::string, std::string)+0x2bb) [0x600f3b]
 2: (MonMap::build_initial(CephContext*, std::ostream&)+0x12a) [0x60499a]
 3: (main()+0xd4a) [0x4868ca]
 4: (__libc_start_main()+0xed) [0x7ff41454e76d]
 5: ceph-mon() [0x4896cd]
 NOTE: a copy of the executable, or `objdump -rdS <executable>` is needed to interpret this.

    -1> 2013-03-11 11:37:19.917740 7ff416495780 -1 asok(0x2795000) AdminSocketConfigObs::init: failed: AdminSocket::bind_and_listen: failed to bind the UNIX domain socket to '/var/run/ceph/ceph-mon.burnupi06.asok': (2) No such file or directory
     0> 2013-03-11 11:37:19.918318 7ff416495780 -1 mon/MonMap.h: In function 'void MonMap::add(const string&, const entity_addr_t&)' thread 7ff416495780 time 2013-03-11 11:37:19.917789
mon/MonMap.h: 82: FAILED assert(addr_name.count(addr) == 0)

 ceph version 0.58-403-g25f8d2c (25f8d2c68564cfe47c7637427c161c99ac86a01d)
 1: (MonMap::build_from_host_list(std::string, std::string)+0x2bb) [0x600f3b]
 2: (MonMap::build_initial(CephContext*, std::ostream&)+0x12a) [0x60499a]
 3: (main()+0xd4a) [0x4868ca]
 4: (__libc_start_main()+0xed) [0x7ff41454e76d]
 5: ceph-mon() [0x4896cd]
 NOTE: a copy of the executable, or `objdump -rdS <executable>` is needed to interpret this.

terminate called after throwing an instance of 'ceph::FailedAssertion'
*** Caught signal (Aborted) **
 in thread 7ff416495780
 ceph version 0.58-403-g25f8d2c (25f8d2c68564cfe47c7637427c161c99ac86a01d)
 1: ceph-mon() [0x5806ca]
 2: (()+0xfcb0) [0x7ff416078cb0]
 3: (gsignal()+0x35) [0x7ff414563425]
 4: (abort()+0x17b) [0x7ff414566b8b]
 5: (__gnu_cxx::__verbose_terminate_handler()+0x11d) [0x7ff414eb569d]
 6: (()+0xb5846) [0x7ff414eb3846]
 7: (()+0xb5873) [0x7ff414eb3873]
 8: (()+0xb596e) [0x7ff414eb396e]
 9: (ceph::__ceph_assert_fail(char const*, char const*, int, char const*)+0x1df) [0x634c9f]
 10: (MonMap::build_from_host_list(std::string, std::string)+0x2bb) [0x600f3b]
 11: (MonMap::build_initial(CephContext*, std::ostream&)+0x12a) [0x60499a]
 12: (main()+0xd4a) [0x4868ca]
 13: (__libc_start_main()+0xed) [0x7ff41454e76d]
 14: ceph-mon() [0x4896cd]
2013-03-11 11:37:19.919322 7ff416495780 -1 *** Caught signal (Aborted) **
 in thread 7ff416495780

Actions #1

Updated by Sage Weil about 11 years ago

  • Status changed from New to Need More Info

Pushed a fix for this on Sunday to the next branch.

Note that it fixes the crash, but Ceph deploy needs to have separate hosts for mons.

Actions #2

Updated by Tamilarasi muthamizhan about 11 years ago

  • Status changed from Need More Info to 12

yes, it works on next branch.

Actions #3

Updated by Tamilarasi muthamizhan about 11 years ago

  • Priority changed from Urgent to Normal
Actions #4

Updated by Sage Weil about 11 years ago

  • Status changed from 12 to Resolved
Actions

Also available in: Atom PDF