Renamed a DC now can't login.

LukeDin 11 Reputation points
2021-12-18T19:55:53.79+00:00

I was adding a new 2022 DC to our domain. Everything went fine but after it was added I noticed the name had a spelling mistake so I used the GUI to change this new DC's name and reset the DC(I now know I should have used netdom). Now I can't login to this new DC because I get the error "The security database on the sever does not have a computer account for this workstation trust relationship".

I get the issue and I would normally fix this by simply removing it from the domain and readding it. However I can't do that because I can't login to any account on this DC anymore. I still have access to other DC's (their running Windows 2012) so I can edit the AD but manually adding the server new name doesn't work.

Is there some way I can still fix this or do I have to fully reinstall the new DC?

Windows for business | Windows Client for IT Pros | Directory services | Active Directory
Windows for business | Windows Server | User experience | Other

5 answers

Sort by: Most helpful
  1. Kent Leong 0 Reputation points
    2025-03-30T05:45:17.4533333+00:00

    Thank you so much, Problem solved.

    Was this answer helpful?

    0 comments No comments

  2. Jason Horstman 0 Reputation points
    2024-09-10T20:47:04.15+00:00

    Thank you so much, you saved me so many hours of work!

    Was this answer helpful?

    0 comments No comments

  3. Denis Wahome 0 Reputation points
    2024-04-12T10:06:51.8066667+00:00

    @Jonathan Mazzetta The solution works, modify with unplugging the network cable after you login in Safe Mode with Networking.

    Thanks!

    Was this answer helpful?

    0 comments No comments

  4. Xavier Suárez 0 Reputation points
    2023-09-19T21:57:48.77+00:00

    Jonathan Mazzetta i just made this same error, renaming the server with the oldname will solve the sign in issue??

    can you please help me telling how do i change a windows server domain controller hostname?

    Was this answer helpful?


  5. Anonymous
    2021-12-18T20:09:45.577+00:00

    Simplest solution may be to remove from network, seize roles (if necessary)
    https://learn.microsoft.com/en-us/troubleshoot/windows-server/identity/transfer-or-seize-fsmo-roles-in-ad-ds

    do cleanup to remove remnants
    https://learn.microsoft.com/en-us/windows-server/identity/ad-ds/deploy/ad-ds-metadata-cleanup
    https://techcommunity.microsoft.com/t5/itops-talk-blog/step-by-step-manually-removing-a-domain-controller-server/ba-p/280564

    and stand up a new one for replacement.

    The two prerequisites to introducing the first 2019 or 2022 domain controller are that domain functional level needs to be 2008 or higher and older sysvol FRS replication needs to have been migrated to DFSR
    https://techcommunity.microsoft.com/t5/Storage-at-Microsoft/Streamlined-Migration-of-FRS-to-DFSR-SYSVOL/ba-p/425405

    I'd use dcdiag / repadmin tools to verify health correcting all errors found before starting any operations. Then stand up the new one, patch it fully, license it, join existing domain, add active directory domain services, promote it also making it a GC (recommended), transfer FSMO roles over (optional), transfer pdc emulator role (optional), use dcdiag / repadmin tools to again verify health.

    --please don't forget to upvote and Accept as answer if the reply is helpful--

    Was this answer helpful?


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.