backup incomplete fqdn and public/private ip
See original GitHub issueHi,
I am having trouble getting a positive result on my backup report with my 3 cassandra nodes.
I use a configuration with two network cards, one of them with public addresses.
Basically, my listen_address is on the hostname of my nodes which are on a private encrypted network, and for the rpc I am open in 0.0.0.0 but the broadcast_rpc_address
is on the PUBLIC IP of these nodes, because I have drivers that connect from outside.
I have tried several configurations with medusa including this one:
fqdn: public-ip resolve_ip_addresses = False
When I backup the 3 nodes I got 3 nodes finished but incomplete, example:
- Started: 2022-02-03 00:00:10, Finished: never
- 3 nodes completed, 0 nodes incomplete, 2 nodes missing
- Missing nodes:
private-ip
- 12696 files, 3.20 GB
I noticed that the private ip that is displayed is the one of the first node that launched the backup-node.
The tokenmap file seems to mix private ip and public ip, we don’t know exactly why.
My backup are done in S3 and I can see folder with public ip for each nodes.
Why is it that for two nodes it uses the public ip and for the first node that launches the backup, it performs the backup but resolves its private ip?
Is it possible to force the fqdn without relation with the cassandra rpc broadcast or the opposite to be dependent only on the rpc broadcast?
Thank you for your help on the subject !!!
┆Issue is synchronized with this Jira Task by Unito ┆friendlyId: K8SSAND-1390 ┆priority: Medium
Issue Analytics
- State:
- Created 2 years ago
- Reactions:1
- Comments:7 (3 by maintainers)
Top GitHub Comments
yes we set the ip in fqdn section of medusa.ini file but the Cassandra-driver take the ip of the listen_address field of the cassandra.yml file and feed the tokenmap file with it at the first backup launched (mixing private ip and public from rpc)
If we have 3 nodes with 3 public ip in fqdn, and the listen address is on the private ip, we will get a missing nodes on this private ip at the status backup result.
We did the same @lilianabiven, feed the hosts with public ip of other two nodes, and feed private ip on the current node with
resolve_ip_addresse
to true to get a result complete on the status… but as u said this solution is not optimal.I don’t know if the problem is clear enough with this explication.
Maybe implementing something like this in medusa, allowing to configure
address_translator
for the driver should be a solution? :Thanks anyway for your time, tell me if you need more informations.
I’m having the same issue. Appending the /etc/hosts file of the nodes to include
<private ip> <public ip>
of other nodes makes it work, but I’m not really satisified with this method. A way to specify the fqdn in a file would be great