0X0000258A

DNS_ERROR_AUTOZONE_ALREADY_EXISTS (0X0000258A) Fix

Network & Connectivity Intermediate 👁 1 views 📅 May 28, 2026

This error means Windows DNS tried to create a zone that already exists as an Active Directory-integrated automatic zone. Two common fixes: adjust zone replication scope or delete the conflicting zone.

What's Happening Here — The Core Problem

The error DNS_ERROR_AUTOZONE_ALREADY_EXISTS (0X0000258A) shows up when the Windows DNS server tries to load or create a zone that's already registered as an Active Directory-integrated automatic zone. The DNS server sees the zone in its configuration, but it's marked as an "auto-created" zone—typically one that was generated automatically when a domain controller promoted itself or when a DNSSEC signing operation ran. The server can't overwrite it cleanly, so it throws this error.

I've seen this on Windows Server 2012 R2 through 2022, most often after a failed domain controller promotion or a botched DNSSEC zone signing. The error logs look like this in the DNS event log: Event ID 4007, DNS server could not create zone 'contoso.com'. The zone already exists as an automatic zone.

Cause 1: Zone Replication Scope Mismatch

The most common trigger: someone tries to create a standard primary zone for a domain that's already hosted as an Active Directory-integrated zone. The DNS server treats the AD-integrated version as an automatic zone because it's tied to the Active Directory partition. When you attempt to add a duplicate zone with a different replication scope (like a file-backed primary), the server rejects it with 0X0000258A.

How to Fix It

  1. Open DNS Manager (dnsmgmt.msc).
  2. Right-click your server node and select Properties.
  3. Go to the Advanced tab.
  4. Under Zone Loading, check the setting for Load zone data on startup. It should be From Active Directory and registry (default). If it's set to From registry, the server may try to create a file-based zone that conflicts with the AD auto-zone.
  5. Reset it to the default, then click OK.
  6. Run dnscmd /clearcache and restart the DNS service: net stop dns && net start dns.

The reason this works: the DNS server now knows to load the zone from Active Directory, which already has the correct auto-zone definition. No conflict.

Cause 2: Orphaned DNS Zone in Active Directory

The second most common cause: a zone was deleted from the DNS console but its Active Directory object remains. This happens when you delete a zone without properly cleaning up the AD partition. The DNS server sees the AD object and marks it as an automatic zone. Then when you try to re-create the zone (or when a replica DC tries to sync it), the server says "it's already here."

How to Fix It

  1. Open Active Directory Users and Computers.
  2. Enable Advanced Features from the View menu.
  3. Navigate to SystemMicrosoftDNS. You'll see a list of zone objects — each one is a dnsZone object.
  4. Find the zone that matches the error (e.g., contoso.com). Right-click and Delete it.
  5. Go back to DNS Manager and manually create the zone as a standard primary or secondary (depending on your needs).

If you don't see the zone in ADUC, try using ADSI Edit instead. Connect to the Domain partition, navigate to CN=MicrosoftDNS,CN=System,DC=yourdomain,DC=com, and delete the zone object there.

Cause 3: DNSSEC Zone Signing Leftovers

Less common but real: you ran a DNSSEC zone signing, the signing failed halfway through, and the DNS server created an automatic zone for the signing process. The zone stays in a weird state. You try to re-sign or delete the zone, and you get 0X0000258A.

How to Fix It

  1. Open an elevated PowerShell prompt.
  2. List all DNS zones with their replication scopes:
    Get-DnsServerZone | Select Name, ZoneType, ReplicationScope
  3. Look for the zone listed with ZoneType as Auto. That's the problematic one.
  4. Delete it using:
    Remove-DnsServerZone -Name "yourzone.com" -Force
  5. If that fails, use dnscmd:
    dnscmd /ZoneDelete yourzone.com /DS
    The /DS flag tells it to remove the AD-integrated zone from the directory.
  6. Recreate the zone from scratch, then re-sign with DNSSEC if needed.

One nuance: the /DS flag on dnscmd is important. Without it, you'll only delete the local copy, and the AD object persists. That'll bring the error right back after replication.

Quick-Reference Summary

CauseSymptomFix
Replication scope mismatchZone creation fails, error in DNS logSet zone loading to "From Active Directory and registry"
Orphaned AD zone objectZone deleted from console but still blocks creationDelete dnsZone object in ADUC / ADSI Edit
DNSSEC signing leftoversZone stuck in "Auto" type after failed signingUse Remove-DnsServerZone -Force or dnscmd /ZoneDelete /DS

Bottom line: 0X0000258A is the DNS server telling you it can't create a zone because Active Directory already has one. Fix the AD side, not the DNS console side. Don't waste time on registry hacks or restarting services — go straight to the zone objects in AD.

Was this solution helpful?