Project

General

Profile

Bug #6399

snaptest-0.sh fails

Added by Greg Farnum over 10 years ago. Updated over 7 years ago.

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

0%

Source:
Development
Tags:
Backport:
Regression:
Severity:
3 - minor
Reviewed:
Affected Versions:
ceph-qa-suite:
Component(FS):
MDS
Labels (FS):
Pull request ID:
Crash signature (v1):
Crash signature (v2):

Description

MDS backtrace:

Program terminated with signal 11, Segmentation fault.
#0  0x00007f1295962b7b in raise (sig=<optimized out>) at ../nptl/sysdeps/unix/sysv/linux/pt-raise.c:42
42      ../nptl/sysdeps/unix/sysv/linux/pt-raise.c: No such file or directory.
(gdb) bt
#0  0x00007f1295962b7b in raise (sig=<optimized out>) at ../nptl/sysdeps/unix/sysv/linux/pt-raise.c:42
#1  0x00000000007e6d7e in reraise_fatal (signum=11) at global/signal_handler.cc:59
#2  handle_fatal_signal (signum=11) at global/signal_handler.cc:105
#3  <signal handler called>
#4  0x00000000005eff40 in Server::handle_client_getattr (this=0x184a230, mdr=0x192a000, is_lookup=true) at mds/Server.cc:2290
#5  0x0000000000610f90 in Server::dispatch_client_request (this=0x184a230, mdr=0x192a000) at mds/Server.cc:1171
#6  0x0000000000614b3b in Server::handle_client_request (this=0x184a230, req=0x186dc80) at mds/Server.cc:1146
#7  0x000000000061584b in Server::dispatch (this=0x184a230, m=0x186dc80) at mds/Server.cc:127
#8  0x000000000057d658 in MDS::handle_deferrable_message (this=0x1868000, m=0x186dc80) at mds/MDS.cc:1797
#9  0x0000000000591b01 in MDS::_dispatch (this=0x1868000, m=0x186dc80) at mds/MDS.cc:1881
#10 0x0000000000592f03 in MDS::ms_dispatch (this=0x1868000, m=0x186dc80) at mds/MDS.cc:1687
#11 0x000000000096cd79 in ms_deliver_dispatch (m=0x186dc80, this=0x1864000) at msg/Messenger.h:587
#12 DispatchQueue::entry (this=0x18640e8) at msg/DispatchQueue.cc:123
#13 0x000000000088f5ed in DispatchQueue::DispatchThread::entry (this=<optimized out>) at msg/DispatchQueue.h:104
#14 0x00007f129595ae9a in start_thread (arg=0x7f1291e53700) at pthread_create.c:308
#15 0x00007f1294164cbd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#16 0x0000000000000000 in ?? ()
(gdb) f 4
#4  0x00000000005eff40 in Server::handle_client_getattr (this=0x184a230, mdr=0x192a000, is_lookup=true) at mds/Server.cc:2290
2290                    is_lookup ? mdr->dn[0].back() : 0);
(gdb) list
2285                               mdr->client_request->get_source().num());
2286
2287      // reply
2288      dout(10) << "reply to stat on " << *req << dendl;
2289      reply_request(mdr, 0, ref,
2290                    is_lookup ? mdr->dn[0].back() : 0);
2291    }
2292
2293    /* This function will clean up the passed mdr*/
2294    void Server::handle_client_lookup_parent(MDRequest *mdr)

This particular example is from a branch of mine, but it's all OSD code changes; nothing in the MDS.

History

#1 Updated by Sage Weil over 10 years ago

  • Status changed from New to Fix Under Review

#2 Updated by Ian Colle over 10 years ago

  • Assignee set to Greg Farnum

#3 Updated by Greg Farnum over 10 years ago

  • Status changed from Fix Under Review to Resolved
  • Assignee deleted (Greg Farnum)

In master, commit:3cffff2a1abd266abbbc97effd73b79695d29682

#4 Updated by Greg Farnum over 7 years ago

  • Component(FS) MDS added

Also available in: Atom PDF