Hi Kenny, One other thought. Is it possible that there is some other process (or set of processes) on the machine at the time of the crash that is using up all virtual memory? Try running 'free' at regular intervals during your test to see if the system is running out of swap space.
- Doug On Tue, Aug 14, 2012 at 6:51 AM, Kenny F. <[email protected]> wrote: > 0.9.6.0.95b0abc tracks: > > # screen -r > > > Program received signal SIGABRT, Aborted. > [Switching to Thread 0x99ec9b70 (LWP 15640)] > 0xffffe424 in __kernel_vsyscall () > > > # where > > #0 0xffffe424 in __kernel_vsyscall () > #1 0xb7b28781 in raise () from /lib/i686/cmov/libc.so.6 > #2 0xb7b2bbb2 in abort () from /lib/i686/cmov/libc.so.6 > #3 0xb7d34959 in __gnu_cxx::__verbose_terminate_handler() () from > /opt/hypertable/0.9.6.0.95b0abc/lib/libstdc++.so.6 > #4 0xb7d32865 in ?? () from > /opt/hypertable/0.9.6.0.95b0abc/lib/libstdc++.so.6 > #5 0xb7d328a2 in std::terminate() () from > /opt/hypertable/0.9.6.0.95b0abc/lib/libstdc++.so.6 > #6 0xb7d329da in __cxa_throw () from > /opt/hypertable/0.9.6.0.95b0abc/lib/libstdc++.so.6 > *#7 0xb7d33033 in operator new(unsigned int) () from > /opt/hypertable/0.9.6.0.95b0abc/lib/libstdc++.so.6 > #8 0xb7d3311d in operator new[](unsigned int) () from > /opt/hypertable/0.9.6.0.95b0abc/lib/libstdc++.so.6* > #9 0x0869ef81 in Hypertable::DynamicBuffer::grow (this=0x99ec7ff4, > new_size=1000004, nocopy=false) at > /root/src/hypertable/src/cc/Common/DynamicBuffer.h:120 > #10 0x0869f095 in Hypertable::DynamicBuffer::reserve (this=0x99ec7ff4, > len=1000004, nocopy=false) at > /root/src/hypertable/src/cc/Common/DynamicBuffer.h:72 > #11 0x08773887 in Hypertable::FillScanBlock (scanner=..., dbuf=..., > buffer_size=1000000) at > /root/src/hypertable/src/cc/Hypertable/RangeServer/FillScanBlock.cc:104 > #12 0x086628c1 in Hypertable::RangeServer::create_scanner (this=0x8c95460, > cb=0x99ec92a8, table=0x99ec929c, range_spec=0x99ec9290, > scan_spec=0x99ec9200, cache_key=0x99ec9278) > at > /root/src/hypertable/src/cc/Hypertable/RangeServer/RangeServer.cc:1371 > #13 0x087d53e6 in Hypertable::RequestHandlerCreateScanner::run > (this=0x331d9840) at > /root/src/hypertable/src/cc/Hypertable/RangeServer/RequestHandlerCreateScanner.cc:59 > #14 0x0862debc in Hypertable::ApplicationQueue::Worker::operator() > (this=0x8c83cf8) at > /root/src/hypertable/src/cc/AsyncComm/ApplicationQueue.h:172 > #15 0x0862df18 in > boost::detail::thread_data<Hypertable::ApplicationQueue::Worker>::run > (this=0x8c83c28) at /usr/local/include/boost/thread/detail/thread.hpp:61 > #16 0xb7ebfe68 in thread_proxy () from > /opt/hypertable/0.9.6.0.95b0abc/lib/libboost_thread.so.1.44.0 > #17 0xb7e05955 in start_thread () from /lib/i686/cmov/libpthread.so.0 > #18 0xb7bca5ee in clone () from /lib/i686/cmov/libc.so.6 > > > > > -- > You received this message because you are subscribed to the Google Groups > "Hypertable Development" group. > To view this discussion on the web visit > https://groups.google.com/d/msg/hypertable-dev/-/mV9fO9SeT_IJ. > > To post to this group, send email to [email protected]. > To unsubscribe from this group, send email to > [email protected]. > For more options, visit this group at > http://groups.google.com/group/hypertable-dev?hl=en. > -- Doug Judd CEO, Hypertable Inc. -- You received this message because you are subscribed to the Google Groups "Hypertable Development" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/hypertable-dev?hl=en.
