Getting Data In

License Failover Testing

kforr74
Explorer

We are experiencing an issue with our failover scenario from one pool of search heads to our standby pool of search heads. When we point the DNS of the license server to the standby IP, we are receiving the following error:

Unable to distribute to peer named XXXX at uri _____ because peer has status = "Duplicate Servername"

Would changing the URI in server.conf to "self" on both the Primary and Standby search heads rather than having the uri ______, resolve this issue? Any help would be appreciated. Thank you.

Tags (2)
0 Karma

kforr74
Explorer

Thank you for the suggestion. We are really looking for a scenario where we can just point the license server to a different IP address and it would work the same as it did with the primary. We tested this on the hostname for the search head itself, and the failover worked fine. What's different about the license server where this won't work? What if we call the Master_URI in the server.conf for both the Primary and Standy search heads "self" instead of using the name of the license server? Any other suggestions?

0 Karma

yannK
Splunk Employee
Splunk Employee

Maybe the servers registered all as search-peers and license-slaves with the same identify.

To prevent the issue, use different servernames(server.conf) / GUID (instance.cfg)for all your servers (example indexer1 and indexer1failover)
And make then all license-slaves of your license-master.

0 Karma
Got questions? Get answers!

Join the Splunk Community Slack to learn, troubleshoot, and make connections with fellow Splunk practitioners in real time!

Meet up IRL or virtually!

Join Splunk User Groups to connect and learn in-person by region or remotely by topic or industry.

Get Updates on the Splunk Community!

How much can you really learn in 3 minutes?

Observability can certainly be hard to understand – there's a lot of jargon and buzzwords and it seems to ...

Event Series: The Agentic SOC: Trust Before Autonomy

AI is fundamentally changing security operations, but true progress requires more than just automation—it ...

Free Professional Services for .conf26 Attendees

This year at .conf26, we are doing something a little different. We are bringing the best minds from ...