How to minimalize `Transaction is too old`

Users Dgraph
1

Hi,

is it possible to minimalize this kind of error - Transaction is too old?

I do several concurrent transaction with JavaScript client. (parallel = 10).
I can handle it and repeat request, but I’m curious and want to improve performance.

If it is possible, how to do it?

2

are u using commit or commit now?

3

I use only commit like in JS doc

4

I found this option in code. It little help, but I still get this errors.

Why and when transaction is old?

5

Well, if you’re doing like in the documentation. I have no idea what it is. But maybe it can be the clock? Are your instances in sync?

6

Right now, I’m testing on cluster with one zero and one server which runs in AWS eu-west-1 zone. My PC time is sync according to NTP server.

7

Are you seeing them once in a while, and on a repeat they go away, or they just continue to happen indefinitely? When mutations are happening, and we discard older versions, then if a txn tries to read the older version, we tell it to retry. That’s what’s happening here.

8

Hmm, ok it is reasonable.

I would like to use dGraph with AWS Lambda.
During my test I got another error: Error: 13 INTERNAL: GOAWAY received.
Is there any limit on how many clients can connect or what this error mean?

9

This can be related to Ping from client breaks connection with "too many pings" message. Possibly related to bug in gRPC v1.8.2 · Issue #2444 · dgraph-io/dgraph · GitHub

Is a gRPC thing.

https://github.com/grpc/grpc/search?q=GOAWAY&unscoped_q=GOAWAY

GOAWAY Frame grpc/doc/PROTOCOL-HTTP2.md at 0897bef6b0f8589eefa3f18444b1da58884c25d6 · grpc/grpc · GitHub

Sent by servers to clients to indicate that they will no longer accept any new streams on the associated connections. This frame includes the id of the last successfully accepted stream by the server. Clients should consider any stream initiated after the last successfully accepted stream as UNAVAILABLE and retry the call elsewhere. Clients are free to continue working with the already accepted streams until they complete or the connection is terminated.

Servers should send GOAWAY before terminating a connection to reliably inform clients which work has been accepted by the server and is being executed.

10

There’s other option for JS.