SQL Server 2025 on Linux: Msg 19417 persists after dropping EXTERNAL Availability Group and resetting HADR cluster context

Adil El Gatri 0 Reputation points
2026-07-02T14:23:11.0766667+00:00

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.

SQL Server Database Engine

Your answer

Answers can be marked as 'Accepted' by the question author and 'Recommended' by moderators, which helps users know the answer solved the author's problem.