I1001 14:27:10.299000000 33600 chttp2_transport.cc:852] W:00000226962FC000 CLIENT state WRITING -> IDLE [finish writing]
I1001 14:27:10.299000000 33600 stream_lists.cc:71] 00000226962FC000[61][cli]: pop from writing
I1001 14:27:10.299000000 33600 call_combiner.cc:69] ==> grpc_call_combiner_start() [0000022699A33C00] closure=0000022699A34B30 [on_complete] error="No Error"
I1001 14:27:10.299000000 33600 call_combiner.cc:78] size: 0 -> 1
I1001 14:27:10.300000000 33600 call_combiner.cc:87] EXECUTING IMMEDIATELY
I1001 14:27:10.300000000 33600 call_combiner.cc:106] ==> grpc_call_combiner_stop() [0000022699A33C00] [on_complete]
I1001 14:27:10.300000000 33600 call_combiner.cc:113] size: 1 -> 0
I1001 14:27:10.300000000 33600 call_combiner.cc:141] queue empty
I1001 14:27:10.300000000 33600 completion_queue.cc:1206] grpc_completion_queue_pluck(cq=0000022698A2B5B0, tag=000000BFB45F8FB0, deadline=gpr_timespec { tv_sec: 9223372036854775807, tv_nsec: 0, clock_type: 1 }, reserved=0000000000000000)
I1001 14:27:10.300000000 33600 tcp_windows.cc:190] TCP:0000022693D09FB0 on_read
I1001 14:27:10.300000000 33600 chttp2_transport.cc:852] W:00000226962FC000 CLIENT state IDLE -> WRITING [RST_STREAM] // but why?
I1001 14:27:10.300000000 33600 call_combiner.cc:69] ==> grpc_call_combiner_start() [0000022699A33C00] closure=0000022699A34CD0 [recv_message_ready] error="No Error"
I1001 14:27:10.300000000 33600 call_combiner.cc:78] size: 0 -> 1
I1001 14:27:10.300000000 33600 call_combiner.cc:87] EXECUTING IMMEDIATELY
I1001 14:27:10.300000000 33600 call_combiner.cc:69] ==> grpc_call_combiner_start() [0000022699A33C00] closure=0000022699A34E68 [recv_trailing_metadata_ready] error="No Error"
deserializeBinary function with a base64 decoded response body triggers AssertionError in "google-protobuf" ? (Not sure it's the right channel to find help on grpc-web)
4 replies
Hi, Will building a new channel on the client trigger DNS resolution for the same target address? Or is DNS caching applied at a higher/global level? I'm trying to use headless service for load-balancing and stumbled upon the comment below in one of google groups threads.
If you use "headless" services in k8s on the other hand, the DNS query should return multiple pod IPs. This causes the gRPC client to in turn maintain multiple connections, one to each destination pod. However, I am not sure how responsive this will be to topology changes (as pod instances are auto-scaled, or killed and rescheduled, they will move around and change IP address). It would require disabling DNS caching and making sure the service host name is resolved/polled regularly
2 replies
Undefined symbols for architecture x86_64:
"_gpr_log"
1 reply
Hey, I'm currently attempting to build the google-cloud-cpp, with an already built copy of grpc. The packaging system I'm using (by internal convention) builds shared libraries, exporting them for use in downstream programs.
However, a downstream program crashes when loading both the grpc and google-cloud-cpp shared libraries in the same process, when the linker calls the init functions.
It seems that this crash is due to an ODR violation related to the status.proto file that is present in both the cpp sdk and grpc++. Specifically, it seems that google::rpc::Status is defined twice, in two copies of the generated status.pb.cc in both projects, and the grpc++ code is trying to re-initialize parts of the google-cloud-sdk's version.
2 replies
Hello,
I am new to go and I am trying to create a grpc-gateway for my gPRC hello world example. I am following this tutorial: https://grpc-ecosystem.github.io/grpc-gateway/docs/usage.html.
My folder structure looks like this:
hello-world-python
- hello
- client.py
- server.py
- hello_pb2.py
- hello_pb2_grpc.py
- proto
- hello
- hello.proto
- hello.pb.go
- hello.pb.gw.go
- hello_server.go
go.modI have the issue of running entry point of the proxy server as in step 6. I got the error:
package hello-world-python/hello is not in GOROOT (/usr/local/Cellar/go/1.14.3/libexec/src/hello-world-python/hello)
Anyone could help with the error ?
io.grpc.ManagedChannel#getState, and spend time is decreased, but still many times than normal.
5 replies
6 replies
I have a C++ server with reflection turned on, but it does not seem to be able to give full information to grpc_cli e.g.
$ grpc_cli ls localhost:9090
jboproto.otcz.OTCZControl
grpc.reflection.v1alpha.ServerReflectionbut
$ grpc_cli ls localhost:9090 jboproto.otcz.OTCZControl
Service or method jboproto.otcz.OTCZControl not found.however, I can query information about types
$ grpc_cli type localhost:9090 jboproto.core.TelescopeID
message TelescopeID {
oneof id {
string name = 1;
string abbrev = 2;
uint32 number = 3;
}
}does anyone know what it wrong?
2 replies
Good morning/afternoon/evening everyone.
I'm having a pretty odd issue with PECL GRPC v1.30 and up (but not v1.29.1 and below) and I would love to get some input or pointers. Since v1.30 I'm getting the following assert error:
[PHP-FPM ] Oct 15 13:42:48 |INFO | REQUES Matched route "app_overview_list". method="GET" request_uri="https://127.0.0.1:8000/api/account/personal/list?limit=500&offset=0" route="app_overview_list" route_parameters={"_controller":"App\\Controller\\OverviewController::list","_route":"app_overview_list","entity":"personal"}
[PHP-FPM ] Oct 15 13:42:48 |INFO | SECURI Guard authentication successful! authenticator="App\\Security\\StubAuthenticator" token={"Symfony\\Component\\Security\\Guard\\Token\\PostAuthenticationGuardToken":"PostAuthenticationGuardToken(user=\"Foo Bar\", authenticated=true, roles=\"ROLE_FOOBAR\")"}
[PHP-FPM ] E1015 15:42:48.435412000 4602330560 ssl_transport_security.cc:473] assertion failed: (int)peer->property_count == current_insert_index
[Web Server ] Oct 15 15:42:48 |INFO | SERVER GET (200) /favicon.ico ip="127.0.0.1"
[Web Server ] Oct 15 15:42:48 |ERROR | SERVER issue with server callback error="unable to fetch the response from the backend: unexpected EOF"This assert is thrown by the following line: https://github.com/grpc/grpc/blob/master/src/core/tsi/ssl_transport_security.cc#L473
On the client side (PHP) I use the following to connect to the server (through NGINX with a GRPC pass):
return new AccountAPIClient($host, [
'credentials' => Grpc\ChannelCredentials::createSsl(\file_get_contents($caFilePath)),
]);On the server side (Golang) we use the following:
// Set TLS options
grpc.Creds(credentials.NewTLS(&tls.Config{
ClientAuth: tls.RequireAndVerifyClientCert,
Certificates: []tls.Certificate{certificate},
ClientCAs: certPool,
})),The NGINX config we use (which creates the actual mTLS connection):
server {
listen 7790 ssl http2;
client_max_body_size 15m;
server_name foo.bar.com;
ssl_certificate /etc/freeipa/certs/server.crt;
ssl_certificate_key /etc/freeipa/certs/server.key;
location ~ ^/foo.bar.* {
grpc_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
grpc_ssl_certificate /etc/private/ssl/foobar/foobar-client.crt;
grpc_ssl_certificate_key /etc/private/ssl/foobar/foobar-client.key;
grpc_pass grpcs://foobarservers;
access_log /var/log/nginx/access_foobar_7790.log;
error_log /var/log/nginx/error_foobar_7790.log;
}Does anyone have any idea why this would happen and what I could do to resolve it? I don't want to stay at v1.29.1 :sweat_smile:
3 replies
hello! our builds are broken after releasing v2.0.0. is there any fix to fast rescue of our builds?
Error compiling your-: gateway/build/gopath/src/broker/broker.pb.gw.go:16:2: cannot find package "github.com/grpc-ecosystem/grpc-gateway/v2/runtimeI need:
"github.com/grpc-ecosystem/grpc-gateway/v2/runtime"
"github.com/grpc-ecosystem/grpc-gateway/v2/utilities"
I am trying to use mTLS in gRPC v1.28.2, I am employing self-signed ECDSA certs with ecparam -name secp384r1 for the cpp helloworld example client and server. However, I see the following error at the server when the client tries to establish a connection with the server -
E1009 04:42:47.079755845 97 ssl_transport_security.cc:1379] Handshake failed with fatal error SSL_ERROR_SSL: error:1417A0C1:SSL routines:tls_post_process_client_hello:no shared cipher.Upon packet inspection I found that the handshake fails just after client hello, the client provides cipher suite: TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384 (0xc02c) but the server closes the connection.
I also tried explicitly setting the environment variable GRPC_SSL_CIPHER_SUITES to ECDHE-ECDSA-AES256-GCM-SHA384 at both the server and the client, still getting the same error.
Does anyone have any idea how to resolve this issue?
sub-channel-separator
Is there any library that can help me write api test in golang for rpc based api written in golang ?
How are you all testing api? Built using grpc.
just follow https://grpc.io/docs/languages/go/quickstart/
Howdy!
How can I check if the RPC client actually made a successfull connection to the RPC server when I create the channel and stub?
I want to be able to throw an exception or signal if the connection failed. I am not sure what method qualifies as an "operation" to try here. I don't want to make any of the RPC calls that we defined, as they all have effects that will occur....unless the only option is to go implement some "Hi I am here" RPC method, but that seems silly, no?
void ChatSyncClient::connect(QUrl const& endpoint)
{
disconnect();
// TODO - How do we tell if this fails?
// The comments say a lame channel will be returned, where all operations fail
// How are we suppose to check right here rather than later?
auto channel = ::grpc::CreateChannel(endpoint.toString().toStdString(), ::grpc::InsecureChannelCredentials());
m_stub = std::make_unique<chat_sync::Chat::Stub>(channel);
emit signalOnConnected();
}My ticket at work wants to keep the connection open and send messages both ways at any time. I see seperate async and streaming examples in the grpc repo, but one that uses both at the same time.
