Core component of SQL Server for storing, processing, and securing data
SQL Server 2025 on Linux: Msg 19417 persists after dropping EXTERNAL Availability Group and resetting HADR cluster context
Product
SQL Server 2025 Enterprise Edition (Linux)
Ubuntu 24.04.4 LTS
Version: 17.0.4025.3 (CU3)
Secondary server:
SQL Server 2025 Enterprise Edition (Linux)
Ubuntu 25.10
Version: 17.0.4055.5 (CU6)
Environment
Two Linux servers connected through Tailscale.
Primary: Ubuntu VPS
Secondary: Ubuntu Home Server
Always On Availability Groups enabled using:
No Pacemaker.
No Corosync.
No Windows Server Failover Cluster.
Steps to reproduce
Enable HADR.
Create an Availability Group using:
Join the secondary.
Verify synchronization.
Restart SQL Server:
Replica enters RESOLVING because no Pacemaker exists.
Drop the Availability Group.
Execute:
Restart SQL Server.
Verify:
returns zero rows.
Create a new Availability Group using:
Expected result
Availability Group should be created successfully.
Actual result
SQL Server returns:
Diagnostics
sys.availability_groups
Returns:
sys.availability_replicas
Returns:
sys.dm_hadr_database_replica_states
Returns:
sys.dm_hadr_cluster
Returns:
even though no Availability Group exists.
sys.dm_hadr_cluster_members
Returns one row:
mssql.conf
No cluster configuration exists.
ALTER SERVER CONFIGURATION SET HADR CLUSTER CONTEXT = LOCAL
Succeeds without error.
However:
continues to show cluster information.
SQL Server Error Log contains messages such as:
even though SQL Server is running on Linux without Pacemaker.
Impact
The SQL Server instance appears permanently stuck in a remote cluster context.
It becomes impossible to create any new Availability Group.
The only apparent workaround is reinstalling the SQL Server engine.
Product
SQL Server 2025 Enterprise Edition (Linux)
Ubuntu 24.04.4 LTS
Version: 17.0.4025.3 (CU3)
Secondary server:
SQL Server 2025 Enterprise Edition (Linux)
Ubuntu 25.10
Version: 17.0.4055.5 (CU6)
Environment
Two Linux servers connected through Tailscale.
Primary: Ubuntu VPS
Secondary: Ubuntu Home Server
Always On Availability Groups enabled using:
No Pacemaker.
No Corosync.
No Windows Server Failover Cluster.
Steps to reproduce
Enable HADR.
Create an Availability Group using:
Join the secondary.
Verify synchronization.
Restart SQL Server:
Replica enters RESOLVING because no Pacemaker exists.
Drop the Availability Group.
Execute:
Restart SQL Server.
Verify:
returns zero rows.
Create a new Availability Group using:
Expected result
Availability Group should be created successfully.
Actual result
SQL Server returns:
Diagnostics
sys.availability_groups
Returns:
sys.availability_replicas
Returns:
sys.dm_hadr_database_replica_states
Returns:
sys.dm_hadr_cluster
Returns:
even though no Availability Group exists.
sys.dm_hadr_cluster_members
Returns one row:
mssql.conf
No cluster configuration exists.
ALTER SERVER CONFIGURATION SET HADR CLUSTER CONTEXT = LOCAL
Succeeds without error.
However:
continues to show cluster information.
SQL Server Error Log contains messages such as:
even though SQL Server is running on Linux without Pacemaker.
Impact
The SQL Server instance appears permanently stuck in a remote cluster context.
It becomes impossible to create any new Availability Group.
The only apparent workaround is reinstalling the SQL Server engine.