question-mark
Stuck on an issue?

Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.

And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.

Upgrading retry-request to 4.2.2 makes some requests take a lot longer

See original GitHub issue

I involuntarily upgraded to retry-request@4.2.2 (through @google-cloud/common@3.7.0 and others) and noticed that some of my tests were resulting in timeouts. It turns out that some operations take a lot longer (but don’t hang, it’s just that my test had a maximum running time of 5 seconds).

For example, trying to read from an index that doesn’t exist using a snapshot will take several seconds before failing, which isn’t the case with retry-request@4.2.0.

await snapshot.read(table.name, { index: "nope" });

Environment details

  • OS: (At least) macOS
  • Node.js version: v14.17.0
  • npm version: 7.19.1
  • @google-cloud/spanner version: 5.12.0

Steps to reproduce

  1. Clone https://github.com/flovouin/spanner-retry-request-issue
  2. Install dependencies
  3. Ensure Docker is running (so that the Spanner emulator can be started)
  4. Run ./run-test.sh 4.2.0 && ./run-test.sh 4.2.2

You should get something like this:

Using retry-request 4.2.0
5 NOT_FOUND: No index 'nope' was found for table 'test'.
Took 21 ms
Using retry-request 4.2.2
5 NOT_FOUND: No index 'nope' was found for table 'test'.
Took 6745 ms

Let me know if you need additional details. 🙂

Cheers,

Issue Analytics

  • State:closed
  • Created 2 years ago
  • Reactions:1
  • Comments:15 (11 by maintainers)

github_iconTop GitHub Comments

1reaction
ansh0lcommented, Feb 24, 2022

@flovouin : This seems to have fallen through the cracks. Apologies for that. @asthamohta will take a look.

1reaction
skuruppucommented, Aug 4, 2021

Thanks for the report @flovouin.

Since @stephenplusplus maintains retry-request, I am assigning this to him. If you can please take a look, and see if the issue is specific to Spanner or if it’s a generall issue, that would be great.

Read more comments on GitHub >

github_iconTop Results From Across the Web

timeout_millis is ignored if retry settings are provided #902
The Spanner team has recently been through an effort to make the timeout ... Upgrading retry-request to 4.2.2 makes some requests take a...
Read more >
Can I set max_retries for requests.request? - Stack Overflow
To make requests retry on specific HTTP status codes, use status_forcelist. ... If any regular response is generated, no retry is done.
Read more >
draft-ietf-tls-tls13-14
Major Differences from TLS 1.2 draft-14 - Allow cookies to be longer (*) - Remove the ... Update IANA considerations section and relax...
Read more >
What's new in dCache 4.2 Release notes
The current release fixed, where the WebDAV door failed to follow RFC 4918. This make some clients reject dCache WebDAV door as a...
Read more >
SnowMirror Administrator Guide
ServiceNow provides a lot of time to process requests. ... Naturally, the longer you use SnowMirror more space for logs is required. See...
Read more >

github_iconTop Related Medium Post

No results found

github_iconTop Related StackOverflow Question

No results found

github_iconTroubleshoot Live Code

Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free

github_iconTop Related Reddit Thread

No results found

github_iconTop Related Hackernoon Post

No results found

github_iconTop Related Tweet

No results found

github_iconTop Related Dev.to Post

No results found

github_iconTop Related Hashnode Post

No results found