-
Notifications
You must be signed in to change notification settings - Fork 180
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
fix: clean up timeout defaults and drop the ability to disable timeouts #3352
Conversation
...c/main/java/com/google/cloud/bigtable/hbase/wrappers/veneer/BigtableHBaseVeneerSettings.java
Show resolved
Hide resolved
...c/main/java/com/google/cloud/bigtable/hbase/wrappers/veneer/BigtableHBaseVeneerSettings.java
Show resolved
Hide resolved
Optional.of(Duration.ofMinutes(5)), | ||
Optional.of(Duration.ofMinutes(10)), | ||
Optional.absent()), | ||
/* bulkMutateTimeouts = */ new OperationTimeouts( |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
should be /* bulkTimeouts = */ right? I think we decided for bulk read and bulk mutate to both have attempt 1m, and op 10m?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is less than ideal, for now we use scan timeouts for bulk reads. Ideally we would have a separate bulk read time outs. Unfortunately the current naming makes this difficult. For the time being, I'm going to punt on this until a future moment that we can clean up the settings
This tries to clean up timeout handling. Previously bigtable-hbase ran in a "timeouts disabled mode" by default. This was a bit weird as it didnt actually disable timeouts. It just stopped reading user set timeouts and forced 6 min deadlines on non-scans.
This PR starts ignoring the
google.bigtable.rpc.use.timeouts
altogether and updates the default timeouts to: