Hello Siemer Pasch and folks, How did you solve this issue? I encountered the same one and would like to learn from your experience! Thank you!
On Friday, 29 October 2021 at 10:56:31 UTC+2 Siemer Pasch wrote: > *Thank for your Reply.* > > I tried this out and the result i can see is this: > > D1005 10:10:33.142929667 7194 ev_posix.cc:173] Using polling > engine: epollex > D1005 10:10:33.146301667 7194 lb_policy_registry.cc:42] registering > LB policy factory for "grpclb" > D1005 10:10:33.147191667 7194 lb_policy_registry.cc:42] registering > LB policy factory for "priority_experimental" > D1005 10:10:33.147926334 7194 lb_policy_registry.cc:42] registering > LB policy factory for "weighted_target_experimental" > D1005 10:10:33.149010667 7194 lb_policy_registry.cc:42] registering > LB policy factory for "pick_first" > D1005 10:10:33.149672334 7194 lb_policy_registry.cc:42] registering > LB policy factory for "round_robin" > D1005 10:10:33.150467334 7194 dns_resolver_ares.cc:499] Using ares > dns resolver > D1005 10:10:33.151851334 7194 certificate_provider_registry.cc:33] > registering certificate provider factory for "file_watcher" > D1005 10:10:33.152786334 7194 lb_policy_registry.cc:42] registering > LB policy factory for "cds_experimental" > D1005 10:10:33.153309000 7194 lb_policy_registry.cc:42] registering > LB policy factory for "xds_cluster_impl_experimental" > D1005 10:10:33.154050667 7194 lb_policy_registry.cc:42] registering > LB policy factory for "xds_cluster_resolver_experimental" > D1005 10:10:33.154723000 7194 lb_policy_registry.cc:42] registering > LB policy factory for "xds_cluster_manager_experimental" > > Unfortunately, I am not able to create a conclusion to a problem. > > Can you see some Problem? > > Best Regards > Nagaraj Gidde schrieb am Freitag, 29. Oktober 2021 um 09:58:55 UTC+2: > >> Try enabling debug logs and see if that gives any clue. >> >> export GRPC_TRACE=all >> GRPC_VERBOSITY=debug >> >> Please find more details here: >> https://github.com/grpc/grpc/blob/master/TROUBLESHOOTING.md >> >> On Friday, October 29, 2021 at 12:59:17 PM UTC+5:30 [email protected] >> wrote: >> >>> Hi at all, >>> >>> I want to port my gRPC based C++ Application from a x64 Linux >>> (Ubuntu/Debian/..) to an ARMv7 based imx6ull Device. The Yocto Environment, >>> SDK and buildtools are already running fine. Now i can run my App for the >>> embeded Device and shes not work. >>> >>> Every Time´, when the Function *grpc::InsecureServerCredentials()* is >>> called, my App *stucks* in this call. >>> >>> My Application uses gRPC Server and Clients. She has been running well >>> for more than 4 years for the x64 based Distributions. The SourceCode is >>> the Same. >>> >>> This is the calling Environment: >>> grpc::ServerBuilder builder; >>> builder.AddListeningPort(serverAdress, >>> grpc::InsecureServerCredentials()); builder.RegisterService(this); >>> m_Service = builder.BuildAndStart(); >>> >>> Can someone help me with this Problem? >>> >>> Thanks for you Reply. >>> >> -- 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 [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/grpc-io/512498d1-f8c7-4895-a7ce-6b6c7e6b936dn%40googlegroups.com.
