Driver tries to reconnect to a contact point based on its resolved IP, not its original DNS name.

[mykaul]

See https://datastax-oss.atlassian.net/browse/JAVA-1522#icft=JAVA-1522 (and filed scylladb/gocql#118 on our gocql driver).

Might be fixed with https://datastax-oss.atlassian.net/browse/JAVA-1978
(was it resolved in apache@1134c70 ?)

[mykaul]

@roydahan , @avelanarius - what's going on with this item?

[mykaul]

@roydahan @dkropachev ping. This needs some attention.

[dkropachev]

As @mykaul suggested it is indeed resolved by apache@1134c70, which have ended up in 4.18.1.
Let's sync with upstream to get it in.

[mykaul]

As @mykaul suggested it is indeed resolved by apache@1134c70, which have ended up in 4.18.1. Let's sync with upstream to get it in.

I see it in already ages ago:

commit 1134c709f64a0d15664713f375e5d0d3850c4522
Author: olim7t <omichallat+github@gmail.com>
Date:   Mon Sep 24 15:38:30 2018 -0700

    JAVA-1978: Add a config option to keep contact points unresolved

[dkropachev]

As @mykaul suggested it is indeed resolved by apache@1134c70, which have ended up in 4.18.1. Let's sync with upstream to get it in.

I see it in already ages ago:

commit 1134c709f64a0d15664713f375e5d0d3850c4522
Author: olim7t <omichallat+github@gmail.com>
Date:   Mon Sep 24 15:38:30 2018 -0700

    JAVA-1978: Add a config option to keep contact points unresolved

I have made mistake, it is in the driver since 4.10.0, I will take a closer look at https://github.com/scylladb/scylla-enterprise/issues/2915, if this scenario is being tested.

[dkropachev]

After #332 we finally have infrastructure to test DNS cases.

@Bouncheck , could you please make a test for scenario when cluster of three nodes that is targeted by driver as single DNS record (with RESOLVE_CONTACT_POINTS=false) is getting completely replaced making sure that sessions that created at the begging of the test remain operational all the way through the test and at the end of the test.

[Bouncheck]

After #332 we finally have infrastructure to test DNS cases.

@Bouncheck , could you please make a test for scenario when cluster of three nodes that is targeted by driver as single DNS record (with RESOLVE_CONTACT_POINTS=false) is getting completely replaced making sure that sessions that created at the begging of the test remain operational all the way through the test and at the end of the test.

Created #335 . Marked as draft because it fails with less than 3% chance (not accurate measurement). Fails due to occasionally replacing unresolved contact point with resolved address.