You seem to be hitting strange corner cases. I wonder how a netbsd environment could trigger such corner cases. Valgrind will help a long way. Also, do you visit IRC? it might help to do more efficient debugging there than over email.
Avati On Tue, Jul 5, 2011 at 3:02 PM, Emmanuel Dreyfus <[email protected]> wrote: > Let us forget my previous batch of crashes that were with 3.2.1. This > one iw with today's code from git: > > Program terminated with signal 11, Segmentation fault. > #0 0xba0c41f8 in server_inodelk_cbk (frame=0xbad01660, cookie=0xbaf0708c, > this=0xba816000, op_ret=0, op_errno=0) at server3_1-fops.c:251 > 251 gf_add_locker (conn->ltable, state->volume, > > And indeed conn leads to a SIGSEGV as it is NUL. > (gdb) print *((server_state_t *)frame->root->state) > $7 = {conn = 0x0, xprt = 0x0, itable = 0xbb96f080, > resume_fn = 0xba0c42d4 <server_inodelk_resume>, loc = { > path = 0xb98fa330 > "/netbsd/usr/src/common/dist/zlib/contrib/dotzlib/CVS/Root.02151a", name = > 0xb98fa365 "Root.02151a", inode = 0x0, parent = 0x0, > gfid = '\0' <repeats 15 times>, pargfid = '\0' <repeats 15 times>, > ino = 0}, loc2 = {path = 0x0, name = 0x0, inode = 0x0, parent = 0x0, > gfid = '\0' <repeats 15 times>, pargfid = '\0' <repeats 15 times>, > ino = 0}, resolve = {type = RESOLVE_EXACT, fd_no = 18446744073709551615, > ino = 0, gen = 0, par = 0, gfid = "rð\033òX\207Kí¨§\2304ÆWý_", > > > I saved the core if someone wants more details > > -- > Emmanuel Dreyfus > [email protected] > > _______________________________________________ > Gluster-devel mailing list > [email protected] > https://lists.nongnu.org/mailman/listinfo/gluster-devel >
_______________________________________________ Gluster-devel mailing list [email protected] https://lists.nongnu.org/mailman/listinfo/gluster-devel
