It vanished again.... I've spent quite some time analysing the helgrind output to try to find it, but so far I got nothing but problems outside this part (BTW, it would be interesting to run tests systematically in helgrind, even if there is a lot of false positive). Now I've just seen the backtrace you've sent and this already helps a lot; I did not even have a backtrace so far. In conclusion, still ongoing.... Sebastien On Wed, 2014-10-08 at 09:14 +0200, Loic Dachary wrote: > Hi Sebastien, > > Have you been able to reproduce it or did it vanish again ? This is a tricky one ;-) > > Cheers > > On 02/10/2014 16:58, Loic Dachary wrote: > > > > > > On 02/10/2014 16:31, Sebastien Ponce wrote: > >> As mentioned in the bug, I was a bit fast in concluding I could > >> reproduce the problem. I can reproduce the original one, but not the > >> remaining issue once the fix was applied. > >> > >> Loic, can you confirm that you are using the wip-9356 branch of repo > >> git@xxxxxxxxxx:sponce/ceph.git ? > > > > Yes. I'm able to reproduce the problem with 0daddfbf1164d6ba3f38eee29d2f11acfa62f2b6 from your tree https://github.com/sponce/ceph.git which is the head of wip-9356 > > > > Cheers > > > >> > >> Sebastien > >> > >> > >> On Thu, 2014-10-02 at 11:49 +0200, Sebastien Ponce wrote: > >>> Hurray, I manage to seg fault ! (sounds odd this sentence...) > >>> So indeed, fresh ubuntu, debug mode does it. What I've also changed in > >>> the meantime is the type of machine. It's still virtual, but more > >>> powerful (4 cores). > >>> > >>> Let's debug it now... > >>> > >>> Sebastien > >>> > >>> > >>> On Wed, 2014-10-01 at 15:09 +0200, Sebastien Ponce wrote: > >>>> Ok, we are getting closer then. > >>>> I'll try to reinstall the ubuntu machine and run with -g. > >>>> > >>>> Sebastien > >>>> > >>>> On Wed, 2014-10-01 at 15:08 +0200, Loic Dachary wrote: > >>>>> > >>>>> On 01/10/2014 13:37, Sebastien Ponce wrote: > >>>>>> I've tried it on the RHEL6 like machine, but no luck. Or should I say I > >>>>>> was lucky ? Anyway no crash. > >>>>>> > >>>>>> Discussing with Dan Van Der Ster, he told me that he had once the case > >>>>>> where the crash was there or not depending on the libc version. Just in > >>>>>> case, what are you using ? On the machine I've used this morning, it's > >>>>>> glibc-2.12-1.107.el6.x86_64 > >>>>> > >>>>> I'm using > >>>>> > >>>>> ii libc-bin 2.19-0ubuntu3 > >>>>> > >>>>> and I do not have glibc installed. I'm quite sure you can reproduce the problem on a fresh Ubuntu 14.04 with the following > >>>>> > >>>>> ./autogen.sh ; ./configure --disable-static --with-debug CFLAGS="-Wall -g" CXXFLAGS="-Wall -g" > >>>>> > >>>>> it fails consistently in my container. When I try with ./configure it does not fail. Something is going on when there is -g instead of the default flags. I checked that --disable-static and --with-debug make no difference. > >>>>> > >>>>> Cheers > >>>>> > >>>>>> > >>>>>> Sebastien > >>>>>> > >>>>>> On Wed, 2014-10-01 at 10:31 +0200, Loic Dachary wrote: > >>>>>>> Hi, > >>>>>>> > >>>>>>> On 01/10/2014 09:28, Sebastien Ponce wrote: > >>>>>>>> Thanks for this effort ! > >>>>>>>> I'll look at all that this afternoon (it's mid morning here). > >>>>>>> > >>>>>>> Same here : I'm in Paris ;-) > >>>>>>> > >>>>>>>> Concerning configure and autogen, I do the standard (naive ?) > >>>>>>>> "./autogen.sh; ./configure; make" given by the readme. > >>>>>>> > >>>>>>> Could you try with > >>>>>>> > >>>>>>> ./autogen.sh ; ./configure --disable-static --with-debug CC='ccache gcc' CXX='ccache g++' CFLAGS="-Wall -g" CXXFLAGS="-Wall -g" ; make > >>>>>>> > >>>>>>> and let me know if you see a problem when running > >>>>>>> > >>>>>>> cd src > >>>>>>> rm -fr dev out ; mkdir -p dev ; CEPH_NUM_MON=1 CEPH_NUM_OSD=3 ./vstart.sh -d -n -X -l mon osd > >>>>>>> ./ceph_test_rados_striper_api_aio > >>>>>>> > >>>>>>> I'm trying with your "./configure" on my end to check if this changes something. > >>>>>>> > >>>>>>> It's going to be a fun one ;-) > >>>>>>> > >>>>>>> Cheers > >>>>>>> > >>>>>>>> > >>>>>>>> Sebastien > >>>>>>>> > >>>>>>>> > >>>>>>>> On Wed, 2014-10-01 at 09:01 +0200, Loic Dachary wrote: > >>>>>>>>> Hi Sebastien, > >>>>>>>>> > >>>>>>>>> In the context of http://tracker.ceph.com/issues/9356 I'm trying to collect as much information as I can in an environment that can be reconstructed to avoid interferences. Could you please let me know which ./configure line you are using ? Or which do_autogen.sh command you are using. > >>>>>>>>> > >>>>>>>>> Thanks in advance :-) > >>>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> -- > >>>>>>>> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in > >>>>>>>> the body of a message to majordomo@xxxxxxxxxxxxxxx > >>>>>>>> More majordomo info at http://vger.kernel.org/majordomo-info.html > >>>>>>>> > >>>>>>> > >>>>>> > >>>>>> > >>>>>> -- > >>>>>> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in > >>>>>> the body of a message to majordomo@xxxxxxxxxxxxxxx > >>>>>> More majordomo info at http://vger.kernel.org/majordomo-info.html > >>>>>> > >>>>> > >>>> > >>>> > >>>> -- > >>>> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in > >>>> the body of a message to majordomo@xxxxxxxxxxxxxxx > >>>> More majordomo info at http://vger.kernel.org/majordomo-info.html > >>> > >>> > >>> -- > >>> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in > >>> the body of a message to majordomo@xxxxxxxxxxxxxxx > >>> More majordomo info at http://vger.kernel.org/majordomo-info.html > >> > >> > >> -- > >> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in > >> the body of a message to majordomo@xxxxxxxxxxxxxxx > >> More majordomo info at http://vger.kernel.org/majordomo-info.html > >> > > > -- To unsubscribe from this list: send the line "unsubscribe ceph-devel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
