Problem description
I'm using generated static bindings from https://github.com/liftbridge-io/liftbridge-grpc/blob/0877a0cacb7a721e2e19280cff126dc2ed51912d/api.proto to create a Liftbridge Node.js client that will create a stream and publish some messages and subscribe to them (Liftbridge is a kind of lightweight Kafka), and I run into an Error: 13 INTERNAL: Failed to parse server response error consistently whenever I try to consume the Subscribe stream.
Reproduction steps
docker run -p 4222:4222 -ti nats:latest --debug --trace in a window.
go get github.com/liftbridge-io/go-liftbridge and then $GOPATH/bin/liftbridge --raft-bootstrap-seed --nats-servers nats://localhost:4222 --level debug in another window.
- Clone my repo from
https://github.com/paambaati/node-liftbridge.git in yet another window.
yarn install or npm install
yarn run debug or npm run debug to run the debug script that reproduces this issue.
The debug script attempts to create a new stream, then publish a few messages, then subscribes to the same stream (subject) and then publishes a few more messages.
Expected output — Each published message should be printed to console (see relevant lines).
Actual output —
Error: 13 INTERNAL: Failed to parse server response
at Object.exports.createStatusError (~/node-liftbridge/node_modules/grpc/src/common.js:91:15)
at ClientReadableStream._emitStatusIfDone (~/node-liftbridge/node_modules/grpc/src/client.js:233:26)
at ClientReadableStream._receiveStatus (~/node-liftbridge/node_modules/grpc/src/client.js:211:8)
at Object.onReceiveStatus (~/node-liftbridge/node_modules/grpc/src/client_interceptors.js:1272:15)
at InterceptingListener._callNext (~/node-liftbridge/node_modules/grpc/src/client_interceptors.js:568:42)
at InterceptingListener.onReceiveStatus (~/node-liftbridge/node_modules/grpc/src/client_interceptors.js:618:8)
at ~/node-liftbridge/node_modules/grpc/src/client_interceptors.js:1029:24 {
code: 13,
metadata: undefined,
details: 'Failed to parse server response'
}
Environment
- macOS 10.14.16
- Node 12.9.1
- Node installation method -
fnm
- Clang 10.0.1 (clang-1001.0.46.4)
- [email protected]
Additional context
-
The static bindings were generated by a script - see relevant command here. The bindings are checked-in at grpc/generated.
-
The Go version of the client I'm developing (see go-liftbridge) can in fact Subscribe to the messages Published by my Node.js debug script and print all the Messages correctly! I used the example subscribe program at https://github.com/liftbridge-io/go-liftbridge/blob/master/example/lift-sub/subscribe.go to verify this 😮
-
I ran a full verbose trace of my debug script, and here's the output — https://gist.github.com/paambaati/7884b119eee47fafa436f74db8b59edc. I've padded the debug script's stdout with a lot of new lines so it is a little easier to separate them from the GRPC traces.
Problem description
I'm using generated static bindings from https://github.com/liftbridge-io/liftbridge-grpc/blob/0877a0cacb7a721e2e19280cff126dc2ed51912d/api.proto to create a Liftbridge Node.js client that will create a stream and publish some messages and subscribe to them (Liftbridge is a kind of lightweight Kafka), and I run into an
Error: 13 INTERNAL: Failed to parse server responseerror consistently whenever I try to consume theSubscribestream.Reproduction steps
docker run -p 4222:4222 -ti nats:latest --debug --tracein a window.go get github.com/liftbridge-io/go-liftbridgeand then$GOPATH/bin/liftbridge --raft-bootstrap-seed --nats-servers nats://localhost:4222 --level debugin another window.https://github.com/paambaati/node-liftbridge.gitin yet another window.yarn installornpm installyarn run debugornpm run debugto run the debug script that reproduces this issue.The debug script attempts to create a new stream, then publish a few messages, then subscribes to the same stream (subject) and then publishes a few more messages.
Expected output — Each published message should be printed to console (see relevant lines).
Actual output —
Environment
fnmAdditional context
The static bindings were generated by a script - see relevant command here. The bindings are checked-in at
grpc/generated.The Go version of the client I'm developing (see go-liftbridge) can in fact
Subscribeto the messagesPublished by my Node.js debug script and print all theMessages correctly! I used the example subscribe program at https://github.com/liftbridge-io/go-liftbridge/blob/master/example/lift-sub/subscribe.go to verify this 😮I ran a full verbose trace of my debug script, and here's the output — https://gist.github.com/paambaati/7884b119eee47fafa436f74db8b59edc. I've padded the debug script's stdout with a lot of new lines so it is a little easier to separate them from the GRPC traces.