[Bugs] [Bug 1402661] Samba crash when mounting a distributed dispersed volume over CIFS

Fri Jan 13 08:04:53 UTC 2017

https://bugzilla.redhat.com/show_bug.cgi?id=1402661

--- Comment #9 from Ashish Pandey <aspandey at redhat.com> ---
As Anoop mentioned that the crashed can be seen in self heal daemon while
trying to start the volume -

Following is the backtrace and possible issue - 

[Thread debugging using libthread_db enabled]                                  

                               │··············································
Using host libthread_db library "/lib64/libthread_db.so.1".                    

                               │··············································
Core was generated by `/usr/sbin/glusterfs -s localhost --volfile-id
gluster/glustershd -p /var/lib/gl'.                                            

│··············································
Program terminated with signal 11, Segmentation fault.                         

                               │··············································
#0  list_add_tail (head=<optimized out>, new=<optimized out>) at
../../../../libglusterfs/src/list.h:40                                         

│··············································
40              new->next = head;                                              

                               │··············································
(gdb) bt                                                                       

                               │··············································
#0  list_add_tail (head=<optimized out>, new=<optimized out>) at
../../../../libglusterfs/src/list.h:40                                         

│··············································
#1  ec_code_space_alloc (size=400, code=0x7fb44802a7f0) at ec-code.c:428       

                               │··············································
#2  ec_code_alloc (size=<optimized out>, code=0x7fb44802a7f0) at ec-code.c:448 

                               │··············································
#3  ec_code_compile (builder=0x7fb44802a890) at ec-code.c:522                  

                               │··············································
#4  ec_code_build (code=<optimized out>, width=width at entry=64,
values=<optimized out>, count=<optimized out>, linear=linear at entry=_gf_true) at
ec-code.c:631                                  
│··············································
#5  0x00007fb44d860f5b in ec_code_build_linear (code=<optimized out>,
width=width at entry=64, values=<optimized out>, count=<optimized out>) at
ec-code.c:638                                   
│··············································
#6  0x00007fb44d85f804 in ec_method_matrix_init (inverse=_gf_false,
rows=0x7fb44e5038c0, mask=0, matrix=0x7fb44802a510, list=0x7fb448022228) at
ec-method.c:106                               
│··············································
#7  ec_method_setup (gen=<optimized out>, list=0x7fb448022228,
xl=0x7fb44e503930) at ec-method.c:299                                          

│··············································
#8  ec_method_init (xl=xl at entry=0x7fb448017450, list=list at entry=0x7fb448022228,
columns=<optimized out>, rows=<optimized out>, max=<optimized out>,
gen=<optimized out>) at ec-method.c:343   
│··············································
#9  0x00007fb44d839154 in init (this=0x7fb448017450) at ec.c:635               

                               │··············································
#10 0x00007fb45b4f650b in __xlator_init (xl=0x7fb448017450) at xlator.c:403    

                               │··············································
#11 xlator_init (xl=xl at entry=0x7fb448017450) at xlator.c:428                   

                               │··············································
#12 0x00007fb45b52db29 in glusterfs_graph_init
(graph=graph at entry=0x7fb448000af0) at graph.c:320                              

│··············································
#13 0x00007fb45b52e44b in glusterfs_graph_activate
(graph=graph at entry=0x7fb448000af0, ctx=ctx at entry=0x7fb45bc5c010) at graph.c:670

│··············································
#14 0x00007fb45b9f158d in glusterfs_process_volfp
(ctx=ctx at entry=0x7fb45bc5c010, fp=fp at entry=0x7fb448002d30) at glusterfsd.c:2325

│··············································
#15 0x00007fb45b9f6f51 in mgmt_getspec_cbk (req=<optimized out>, iov=<optimized
out>, count=<optimized out>, myframe=0x7fb458fd306c) at glusterfsd-mgmt.c:1675 
                               │····   

ec_code_space_alloc

 space = mmap(NULL, map_size, PROT_EXEC | PROT_READ | PROT_WRITE,               
                 MAP_PRIVATE | MAP_ANONYMOUS, -1, 0);                           
    if (space == NULL) {                                                        
        return NULL;                                                            
    }
    /* It's not important to check the return value of mlock(). If it fails     
     * everything will continue to work normally. */                            
    mlock(space, map_size);                                                     

    space->code = code;
    space->size = map_size;
    list_add_tail(&space->list, &code->spaces);      <<<<<<<<<                  
    INIT_LIST_HEAD(&space->chunks);            

   Do we need to actually check the mlock return?
   I think that mmap was successful but something has messed up with the
memory.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=aa1uZy7r6i&a=cc_unsubscribe