Bug #712: cfuse crashes when Ceph daemons started with vstart.sh - CephFS - Ceph

Actions

Copy link

Bug #712

closed

cfuse crashes when Ceph daemons started with vstart.sh

Added by Alex Nelson over 13 years ago. Updated over 7 years ago.

Status:

Resolved

Priority:

High

Assignee:

Category:

Target version:

% Done:

Source:

Tags:

Backport:

Regression:

Severity:

Reviewed:

Affected Versions:

ceph-qa-suite:

Component(FS):

Labels (FS):

Pull request ID:

Crash signature (v1):

Crash signature (v2):

Description

There appears to be a regression in cfuse as of v0.24.1, which was not present in v0.23. Starting a local "cluster" per wiki instructions for a test environment, vstart.sh runs fine, but cfuse cannot start - reports inability to find 127.0.0.1, then segfaults.

alex@ubuntu:~/ceph-current/src$ ls -lad /mnt/ceph
drwxrwxr-x 2 root fuse 4096 2011-01-04 11:14 /mnt/ceph
alex@ubuntu:~/ceph-current/src$ ./vstart.sh -d -n -l
#...snip...runs fine...
alex@ubuntu:~/ceph-current/src$ sudo ./cfuse -m 127.0.0.1:6789/ /mnt/ceph
[sudo] password for alex: 
server name not found: 127.0.0.1 (Success)
*** Caught signal (ABRT) ***
 ceph version 0.24.1 (commit:630565f3ac96c3f4f5eb2d54fc76086695ab18cc)
 1: (ceph::BackTrace::BackTrace(int)+0x2d) [0x747865]
 2: (sigabrt_handler(int)+0x49) [0x7588f5]
 3: (()+0xfb40) [0x7f196500ab40]
 4: (()+0x82e52) [0x7f1963e9fe52]
 5: (parse_ip_port_vec(char const*, std::vector<entity_addr_t, std::allocator<entity_addr_t> >&)+0x4d) [0x758495]
 6: (MonClient::build_initial_monmap()+0x3eb) [0x748333]
 7: (main()+0x109) [0x5d74d2]
 8: (__libc_start_main()+0xfe) [0x7f1963e3bd8e]
 9: ./cfuse() [0x5d7269]
Segmentation fault
alex@ubuntu:~/ceph-current/src$