Could you please provide more info about the use case? On Sunday, October 22, 2017 at 12:49:52 PM UTC-7, yihao yang wrote: > > Thread 20 (Thread 0x7fdcf5ffb700 (LWP 17797)): > #0 __lll_lock_wait_private () at > ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:95 > ---Type <return> to continue, or q <return> to quit--- > #1 0x00007fdd3695dcba in _L_lock_12808 () at malloc.c:5206 > #2 0x00007fdd3695b6b5 in __GI___libc_malloc (bytes=56) at malloc.c:2887 > #3 0x00007fdd37a0ae7c in _dl_map_object_deps > (map=map@entry=0x7fdd37c05000, preloads=preloads@entry=0x0, > npreloads=npreloads@entry=0, trace_mode=trace_mode@entry=0, > open_mode=open_mode@entry=-2147483648) at dl-deps.c:511 > #4 0x00007fdd37a11a6b in dl_open_worker (a=a@entry=0x7fdcf5ff9bb8) at > dl-open.c:272 > #5 0x00007fdd37a0cfc4 in _dl_catch_error > (objname=objname@entry=0x7fdcf5ff9ba8, > errstring=errstring@entry=0x7fdcf5ff9bb0, > mallocedp=mallocedp@entry=0x7fdcf5ff9ba0, > operate=operate@entry=0x7fdd37a11960 <dl_open_worker>, > args=args@entry=0x7fdcf5ff9bb8) at dl-error.c:187 > #6 0x00007fdd37a1137b in _dl_open (file=0x7fdd36a551a6 "libgcc_s.so.1", > mode=-2147483647, caller_dlopen=<optimized out>, nsid=-2, argc=6, > argv=0x7ffff46c52b8, env=0x7ffff46c52f0) at dl-open.c:661 > #7 0x00007fdd36a0ecf2 in do_dlopen (ptr=ptr@entry=0x7fdcf5ff9dd0) at > dl-libc.c:87 > #8 0x00007fdd37a0cfc4 in _dl_catch_error (objname=0x7fdcf5ff9db0, > errstring=0x7fdcf5ff9dc0, mallocedp=0x7fdcf5ff9da0, operate=0x7fdd36a0ecb0 > <do_dlopen>, args=0x7fdcf5ff9dd0) at dl-error.c:187 > #9 0x00007fdd36a0edb2 in dlerror_run (args=0x7fdcf5ff9dd0, > operate=0x7fdd36a0ecb0 <do_dlopen>) at dl-libc.c:46 > #10 __GI___libc_dlopen_mode (name=name@entry=0x7fdd36a551a6 > "libgcc_s.so.1", mode=mode@entry=-2147483647) at dl-libc.c:163 > #11 0x00007fdd369e3c75 in init () at ../sysdeps/x86_64/backtrace.c:52 > #12 0x00007fdd375d3a80 in pthread_once () at > ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_once.S:103 > #13 0x00007fdd369e3d8c in __GI___backtrace (array=<optimized out>, > size=64) at ../sysdeps/x86_64/backtrace.c:103 > #14 0x00000000007789e0 in google::GetStackTrace > (result=result@entry=0x7fdcf5ffa0c0, max_depth=max_depth@entry=32, > skip_count=skip_count@entry=1) at src/stacktrace_generic-inl.h:46 > #15 0x0000000000779b75 in google::(anonymous > namespace)::FailureSignalHandler (signal_number=11, > signal_info=0x7fdcf5ffa430, ucontext=0x7fdcf5ffa300) at > src/signalhandler.cc:306 > #16 <signal handler called> > #17 malloc_consolidate (av=av@entry=0x7fdcc0000020) at malloc.c:4157 > #18 0x00007fdd3695845d in _int_free (av=0x7fdcc0000020, p=<optimized out>, > have_lock=0) at malloc.c:4057 > #19 0x00000000004bf5cd in grpc_byte_buffer_destroy () > > #20 0x000000000047993f in FinishOp (this=0x7fdcf5ffa9d8, > this=0x7fdcf5ffa9d8, status=<optimized out>) at > src/third_party/grpc/include/grpc++/impl/codegen/call.h:296 > #21 FinalizeResult (status=<synthetic pointer>, tag=<synthetic pointer>, > this=0x7fdcf5ffa9b0) at > src/third_party/grpc/include/grpc++/impl/codegen/call.h:605 > #22 Pluck (tag=0x7fdcf5ffa9b0, this=0x7fdcf5ffaac0) at > src/third_party/grpc/include/grpc++/impl/codegen/completion_queue.h:242 > #23 > grpc::RpcMethodHandler<::admin::AdminService::Service,::admin::ApplyFileObjectReplicaRequest,::admin::ApplyFileObjectReplicaResponse>::RunHandler > > ( > this=<optimized out>, param=...) at > src/third_party/grpc/include/grpc++/impl/codegen/method_handler_impl.h:76 > #24 0x00000000004a81a9 in > grpc::Server::SyncRequestThreadManager::DoWork(void*, bool) () > #25 0x00000000004a9fcb in grpc::ThreadManager::MainWorkLoop() () > #26 0x00000000004aa04c in grpc::ThreadManager::WorkerThread::Run() () > #27 0x00000000007eae00 in execute_native_thread_routine () > #28 0x00007fdd375ce184 in start_thread (arg=0x7fdcf5ffb700) at > pthread_create.c:312 > #29 0x00007fdd369d337d in clone () at > ../sysdeps/unix/sysv/linux/x86_64/clone.S:111 > > Hi, all: > > I got the above abort for several times. I'm using *grpc 1.4.2*. Anyone > knows this? Is it a known issue? How I can work around it? > This is kind of critical, because with a glog bug together. It may hang > the services silently. > > Thanks, > Yihao >
-- You received this message because you are subscribed to the Google Groups "grpc.io" group. To unsubscribe from this group and stop receiving emails from it, send an email to grpc-io+unsubscr...@googlegroups.com. To post to this group, send email to grpc-io@googlegroups.com. Visit this group at https://groups.google.com/group/grpc-io. To view this discussion on the web visit https://groups.google.com/d/msgid/grpc-io/0881ec1b-ee12-4438-a6fc-7c420dc2c85c%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
