On Thursday, May 31, 2012 at 7:43 AM, Noah Watkins wrote:
> 
> On May 31, 2012, at 6:20 AM, Nam Dang wrote:
> 
> > > Stack: [0x00007ff6aa828000,0x00007ff6aa929000],
> > > sp=0x00007ff6aa9274f0, free space=1021k
> > > Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native 
> > > code)
> > > C [libcephfs.so.1+0x139d39] Mutex::Lock(bool)+0x9
> > > 
> > > Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
> > > j com.ceph.fs.CephMount.native_ceph_mkdirs(JLjava/lang/String;I)I+0
> > > j com.ceph.fs.CephMount.mkdirs(Ljava/lang/String;I)V+6
> > > j 
> > > Benchmark$CreateFileStats.executeOp(IILjava/lang/String;Lcom/ceph/fs/CephMount;)J+37
> > > j Benchmark$StatsDaemon.benchmarkOne()V+22
> > > j Benchmark$StatsDaemon.run()V+26
> > > v ~StubRoutines::call_stub
> > 
> 
> 
> 
> Nevermind to my last comment. Hmm, I've seen this, but very rarely.
Noah, do you have any leads on this? Do you think it's a bug in your Java code 
or in the C/++ libraries?
Nam: it definitely shouldn't be segfaulting just because a monitor went down. :)
-Greg

--
To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to