Fixed
Pinned fields
Click on the next to a field label to start pinning.
Details
Assignee
Neil HuangNeil HuangReporter
Neil HuangNeil HuangIs this a Regression?
NoTriage
UntriagedStory Points
0Priority
CriticalInstabug
Open Instabug
Details
Details
Assignee
Neil Huang
Neil HuangReporter
Neil Huang
Neil HuangIs this a Regression?
No
Triage
Untriaged
Story Points
0
Priority
Instabug
Open Instabug
PagerDuty
PagerDuty
PagerDuty
Sentry
Sentry
Sentry
Zendesk Support
Zendesk Support
Zendesk Support
Created June 15, 2023 at 8:59 PM
Updated September 19, 2023 at 10:36 AM
Resolved June 15, 2023 at 11:14 PM
Found via unit test + a random luck that the IPs returned by
localhost
look up vianet.LookupIP
happens to return ipv4 in front of ipv6 address.Essentially if the golang call of
net.LookupIP
returns addresses in a list and the IPv4 address is in the front of the list, and IPv6 only mode is in place, XDCR will return an invalid IPv6 address of:[127.0.0.1]
We haven't seen this in the field yet probably because not many people are using IPv6 only mode, and considering that Capella currently uses IPv4 only mode.
However, if IPv6 only mode is ever used, this could lead to continuous HA outages as the
MyConnectionStr()
method is used throughout the code as a remote cluster reference string getter.Issue
Resolution
Running ipv6 only mode + non-encrypted remote resulted in invalid IP addresses being returned leading to connection issues.
A valid IP address is now returned.