[Bugs] [Bug 1510268] Self-Heal not complete and pending frames signal reviced : 11
bugzilla at redhat.com
bugzilla at redhat.com
Tue Nov 7 10:16:39 UTC 2017
https://bugzilla.redhat.com/show_bug.cgi?id=1510268
jhkim <jhkim at growthsoft.co.kr> changed:
What |Removed |Added
----------------------------------------------------------------------------
Flags|needinfo?(jhkim at growthsoft. |
|co.kr) |
--- Comment #2 from jhkim <jhkim at growthsoft.co.kr> ---
(In reply to Sanoj Unnikrishnan from comment #1)
> Is this scenario reproducing?
>
> Looks like a segfault in qr_readv_cached function.
> Did u get a core dump/ can u share it?
> Could you generate a core and share the core file for further analysis?
(gdb) bt
#0 __memmove_ssse3 () at ../sysdeps/x86_64/multiarch/memcpy-ssse3.S:1614
#1 0x00007f924b9dc329 in memcpy (__len=1576, __src=<optimized out>,
__dest=<optimized out>) at /usr/include/bits/s
#2 qr_readv_cached (frame=frame at entry=0x7f925be7fb7c, qr_inode=0x7f92300c8110,
size=size at entry=4096, offset=offset
#3 0x00007f924b9dc57a in qr_readv (frame=0x7f925be7fb7c, this=0x7f924c0eb300,
fd=0x7f923001cfa0, size=4096, offset
#4 0x00007f925e36bbec in default_readv_resume (frame=0x7f925be685ec,
this=0x7f924c0ec780, fd=0x7f923001cfa0, size=
#5 0x00007f925e38ab52 in call_resume_wind (stub=<optimized out>) at
call-stub.c:2118
#6 0x00007f925e38b14d in call_resume (stub=0x7f925b90b5a0) at call-stub.c:2576
#7 0x00007f924b7d2678 in open_and_resume (this=this at entry=0x7f924c0ec780,
fd=fd at entry=0x7f923001cfa0, stub=stub at en
#8 0x00007f924b7d488f in ob_readv (frame=0x7f925be685ec, this=0x7f924c0ec780,
fd=<optimized out>, size=<optimized
#9 0x00007f924b5c53e7 in mdc_readv (frame=0x7f925be8c1b0, this=0x7f924c0edb40,
fd=0x7f923001d00c, size=4096, offse
#10 0x00007f924b3a98d1 in io_stats_readv (frame=0x7f925be931e4,
this=0x7f924c0eef60, fd=0x7f923001d00c, size=4096,
#11 0x00007f925e35f510 in default_readv (frame=0x7f925be931e4,
this=0x7f924c0f04c0, fd=0x7f923001d00c, size=4096, o
#12 0x00007f924b193ffe in meta_readv (frame=0x7f925be931e4,
this=0x7f924c0f04c0, fd=0x7f923001d00c, size=4096, offs
#13 0x00007f9254f3c664 in fuse_readv_resume (state=0x7f9220135ce0) at
fuse-bridge.c:2210
#14 0x00007f9254f34a65 in fuse_resolve_done (state=<optimized out>) at
fuse-resolve.c:644
#15 fuse_resolve_all (state=<optimized out>) at fuse-resolve.c:671
#16 0x00007f9254f347a8 in fuse_resolve (state=0x7f9220135ce0) at
fuse-resolve.c:635
#17 0x00007f9254f34aae in fuse_resolve_all (state=<optimized out>) at
fuse-resolve.c:667
#18 0x00007f9254f34023 in fuse_resolve_continue
(state=state at entry=0x7f9220135ce0) at fuse-resolve.c:687
#19 0x00007f9254f34748 in fuse_resolve_fd (state=0x7f9220135ce0) at
fuse-resolve.c:547
#20 fuse_resolve (state=0x7f9220135ce0) at fuse-resolve.c:624
#21 0x00007f9254f34a8e in fuse_resolve_all (state=<optimized out>) at
fuse-resolve.c:660
#22 0x00007f9254f34ad0 in fuse_resolve_and_resume (state=0x7f9220135ce0,
fn=0x7f9254f3c440 <fuse_readv_resume>) at
#23 0x00007f9254f476ce in fuse_thread_proc (data=0x7f925f003d50) at
fuse-bridge.c:4903
#24 0x00007f925d1c3dc5 in start_thread (arg=0x7f922638a700) at
pthread_create.c:308
#25 0x00007f925cb0a28d in getxattr () at ../sysdeps/unix/syscall-template.S:81
#26 0x0000000000000000 in ?? ()
(gdb) f 4
#4 0x00007f925e36bbec in default_readv_resume (frame=0x7f925be685ec,
this=0x7f924c0ec780, fd=0x7f923001cfa0, size=4096, offset=0, flags=32768,
xdata=0x0) at defaults.c:1405
1405 STACK_WIND (frame, default_readv_cbk, FIRST_CHILD(this),
(gdb) list
1400
1401 int32_t
1402 default_readv_resume (call_frame_t *frame, xlator_t *this, fd_t *fd,
1403 size_t size, off_t offset, uint32_t flags, dict_t
*xdata)
1404 {
1405 STACK_WIND (frame, default_readv_cbk, FIRST_CHILD(this),
1406 FIRST_CHILD(this)->fops->readv, fd, size, offset,
flags, xdata);
1407 return 0;
1408 }
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
More information about the Bugs
mailing list