Hi, Sean, Thanks for bring this issue up. It appears to be some sort of deadlock. I could look into further if you can share the sample data. Is the link you give the data or the log messages?
-- John -- > On Mar 14, 2014, at 10:53 AM, Sean McNamara <[email protected]> > wrote: > > Hi- > > I’m trying to troubleshoot an issue that I just started seeing. Queries seem > to hang, but only for certain columns and it’s not clear to me why. If it’s > any help, I am using fastbit a few commits after 692. > > Here is the strace for the query: > > strace ibis -d /mnt/data/test -q "select daily_binned_datetime” > > http://pastebin.com/xczKJVWL > > > Here is the tail of what ibis is doing with verbosity: > > fileManager::storage(0x258e630, 0) cleared > array_t<i>::freeMemory this=0x24421a0 actual=0x24515f0 and m_begin=0 (active > references: 0, past references: 1) > fileManager::storage(0x24515f0, 0) cleared > fileManager::flushFile will do nothing because > "/mnt/data/explore/keyidx/35000/rp13/2014/02/03/daily_binned_datetime.idx" is > not tracked by the file manager > fileManager::storage(0x24515f0, 0) initialization completed > array_t<i> constructed at 0x2451350 with actual=0x24515f0, m_begin=0 and > m_end=0 > fileManager::storage(0x258e630, 0) initialization completed > array_t<l> constructed at 0x2451368 with actual=0x258e630, m_begin=0 and > m_end=0 > fileManager::storage(0x2451170, 0) initialization completed > array_t<PN4ibis9bitvectorE> constructed at 0x2451380 with actual=0x2451170, > m_begin=0 and m_end=0 > array_t<PN4ibis9bitvectorE>::freeMemory this=0x2451380 actual=0x2451170 and > m_begin=0 (active references: 0, past references: 1) > fileManager::storage(0x2451170, 0) cleared > fileManager::storage(0x2451170, 0x2451290) added 16 bytes to increase > totalBytes to 80192 > fileManager::storage(0x2451170, 0x2451290) initialization completed with 16 > elements > fileManager::storage(0x24512e0, 0) initialization completed > array_t<j> constructed at 0x24512c0 with actual=0x24512e0, m_begin=0 and > m_end=0 > bitvector (0x24512b0) constructed with m_vec at 0x24512c0 <— hangs here > > > Does anyone have any insight? > > Thanks, > > Sean > > _______________________________________________ > FastBit-users mailing list > [email protected] > https://hpcrdm.lbl.gov/cgi-bin/mailman/listinfo/fastbit-users
_______________________________________________ FastBit-users mailing list [email protected] https://hpcrdm.lbl.gov/cgi-bin/mailman/listinfo/fastbit-users
