好呀,还有你删除data之后,按照我说的复现了?
嗯嗯,我把data和log都删了,重新入库复现的
没道理,这样应该是毕现的,你确定是按照我说的方法做的,还是你还是起多个客户端才出现
我是使用nebula-go起多个连接批量持续入库,没有直接用那160M的文件,那160M的文件是从我们的入库程序启动到storage崩溃所被执行插入的数据。
我每次启动我们的程序入库的入库数据和那个160M的文件的数据是一模一样的。
我用你给的数据试过很多次了,都没有复现,应该是并发才会触发的,同时我也试了多个客户端同时导入那个文件,也是没有出现。
或者你用另一个环境,拉下最新的代码,看下是否还有该问题
我把与nebula的并发连接数改成1,之前是8,是可以入库的,看来是并发引起的。
好的,我想我应该可以复现出来的,我加大下线程
core文件和storage程序文件都发过去了
好的,感谢你的支持
1 个赞
好的,非常感谢,感谢不辞辛苦的帮忙定位
1 个赞
感谢您一直帮忙提供信息,感谢您的使用和反馈
1 个赞
好的,今天催同事review下,谢谢你的反馈。
好的,多谢了
问题已解决,非常感谢
nebula版本:
问题: 插入数据graphd 就退出重启
graphd 日志
*** Aborted at 1605587070 (unix time) try "date -d @1605587070" if you are using GNU date ***
PC: @ 0x11d8dd8 _ZN5folly6detail8function14FunctionTraitsIFvONS_3TryIN6nebula7storage18StorageRpcResponseINS5_4cpp212ExecResponseEEEEEEE9callSmallIZNS_7futures6detail10FutureBaseIS9_E18thenImplementationIZNS4_5graph22InsertVerticesExecutor14insertVerticesEvEUlS9_E0_NSG_14callableResultIS9_SM_EELb0EJOS9_EEENSt9enable_ifIXntsrNT0_13ReturnsFutureE5valueENSR_6ReturnEE4typeEOT_NSG_9argResultIXT1_ESW_JDpT2_EEEEUlSB_E_EEvRNS1_4DataESB_
*** SIGSEGV (@0x8) received by PID 1 (TID 0x7f426e7fe700) from PID 8; stack trace: ***
@ 0x1c5c611 (unknown)
@ 0x7f427dcad62f (unknown)
@ 0x11d8dd8 _ZN5folly6detail8function14FunctionTraitsIFvONS_3TryIN6nebula7storage18StorageRpcResponseINS5_4cpp212ExecResponseEEEEEEE9callSmallIZNS_7futures6detail10FutureBaseIS9_E18thenImplementationIZNS4_5graph22InsertVerticesExecutor14insertVerticesEvEUlS9_E0_NSG_14callableResultIS9_SM_EELb0EJOS9_EEENSt9enable_ifIXntsrNT0_13ReturnsFutureE5valueENSR_6ReturnEE4typeEOT_NSG_9argResultIXT1_ESW_JDpT2_EEEEUlSB_E_EEvRNS1_4DataESB_
@ 0x11dae99 _ZN5folly6detail8function14FunctionTraitsIFvvEE9callSmallIZNS_7futures6detail4CoreIN6nebula7storage18StorageRpcResponseINSA_4cpp212ExecResponseEEEE10doCallbackEvEUlvE0_EEvRNS1_4DataE
@ 0x126fd96 apache::thrift::concurrency::FunctionRunner::run()
@ 0x196b623 apache::thrift::concurrency::ThreadManager::Task::run()
@ 0x19b061b apache::thrift::concurrency::ThreadManager::ImplT<>::Worker<>::run()
@ 0x1a8211d apache::thrift::concurrency::PthreadThread::threadMain()
@ 0x7f427dca5ea4 start_thread
@ 0x7f427d9ce96c __clone