Details
Description
With -use_hybrid_clock=false and scanning with SNAPSHOT_READ, all scans appear to be timing out with the following error message:
[vc0736.halxg.cloudera.com:21000] > SELECT COUNT(*) FROM functional_kudu.alltypes; Query: select COUNT(*) FROM functional_kudu.alltypes Query submitted at: 2017-02-10 09:50:02 (Coordinator: http://vc0736.halxg.cloudera.com:25000) Query progress can be monitored at: http://vc0736.halxg.cloudera.com:25000/query_plan?query_id=ff48eb0af82f057e:f2c1e2f800000000 WARNINGS: Unable to open scanner: Timed out: unable to retry before timeout: Remote error: Service unavailable: Timed out: could not wait for desired snapshot timestamp to be consistent: Timed out waiting for ts: L: 3632307 to be safe (mode: NON-LEADER). Current safe time: L: 3598991 Physical time difference: None (Logical clock): Remote error: Service unavailable: Timed out: could not wait for desired snapshot timestamp to be consistent: Timed out waiting for ts: L: 3625836 to be safe (mode: NON-LEADER). Current safe time: L: 3593993 Physical time difference: None (Logical clock)
This is a severe issue for Impala which aims to keep SNAPSHOT_READ enabled.
Attachments
Issue Links
- is related to
-
KUDU-1704 Add a new read mode to perform bounded staleness snapshot reads
- Resolved