Home > Active Directory, Authentication, CMDlets, Networking, Powershell, Security, Windows Server, Windows Server 2012, Windows Server 2012 R2 > Fix: The trust relationship between this workstation and the primary domain failed
  1. June 20, 2013 at 20:41

    Reblogged this on TCAT Shelbyville – Technical Blog and commented:
    Excellent article.

  2. July 10, 2013 at 13:38

    Absolutely spot on. my dev sp2010 running under win2008R2 became accessible by domain admin . As aside, the snapshot hierarchy seems very brittle in win8 hyper-v/

  3. Shrimant Patel
    July 17, 2013 at 18:26

    Nothing above worked for me…but I figured it out the hard way…hope this helps others

    1/Turn Off Wifi
    2/Plug in a ethernet cable to the router/hub directly connecting the PC/laptop
    3/take the pc out of the domain and put is a temp workgroup then Restart.
    4/login with local admin, put the PC into the domain, then restart.
    5/login with a domain user or domain admin.

    Next time you shall never have a problem…

    The Wificard/Driver for 64 bit machines is the culprit.

    • Roopesh Chavan
      October 3, 2013 at 18:07

      Done twice, but error pops up again after a day or so. current workaround is to login without any network connectivity and after logged in then connect network cable or switch on wifi.

  4. Arnab Maitra
    August 23, 2013 at 10:45

    Thanks for the blog, thanks a lot…

  5. Erick Souza
    August 27, 2013 at 16:03

    Thanks for your help my friend….
    This is happened a lot!!!

  6. Faisal
    August 31, 2013 at 06:25

    thanks

  7. Jason Hanson
    September 9, 2013 at 14:44

    If you change the password part to be /PasswordD:\* It will prompt you to enter your password, and it will not be shown in the CMD box.

  8. September 17, 2013 at 00:30

    Reblogged this on Just Fix IT and commented:
    Very clear guide on resetting trust relationships between workstations and domain controllers.

  9. September 20, 2013 at 22:01

    its done my friend, thanks for your support.

  10. Andrea_Vuoto
    September 24, 2013 at 11:51

    this fix works like a charm ! ;-)

  11. Lacrima
    October 16, 2013 at 23:33

    “Then use the local server administrator account to logon to the server. (…), so I type the Servername, Backslash, Local Admin and hit Enter.”

    It’s way easier if you write “.” (dot) instead of typing the full local host name ie. .\Administrator.

  12. Gerrard
    November 6, 2013 at 14:08

    The asterix for the password command is slightly wrong – it should be “/PasswordD:*” (i.e., no backslash before the asterix)

  13. November 12, 2013 at 12:56

    I had this trouble in a clients office this morning, It was a simple fix. Disconnect workstation from the network, log in as normal, run system restore, reconnect network, reboot. Done. Might have just been lucky but it worked.

  14. klunde
    November 28, 2013 at 10:08

    The trailing D i in /PasswordD: is for “DOMAIN” /Password without D is local password.

    • November 29, 2013 at 10:43

      Thanks klunde, did not know that.
      Interesting that passwords are treated differently…

      Rgds
      // Thomas

  15. January 10, 2014 at 09:54

    Added a PowerShell method, for the modern man :-)

  16. halloween
    January 17, 2014 at 02:58

    Fantastic approach to reset the password without disjoining and rejoining the server/client to domain. I applied the above fix in one of my T1 servers which shows the same error because of snaphot restoreation. It really worked !!!!! Thank you a lot for blogging this article.

  17. Jimmy Forth
    February 12, 2014 at 12:22

    Dude, you rock! I reverted to a four day old VM snapshot and the trust was already gone. The powershell step did not work because if the failed trust, BUT the “netdom” command was solid! Mucho gracias mi amigo!

  18. du
    February 22, 2014 at 01:18

    Nice.. this made my day . Was struggling with this issue for more than 3 hours

    Great Article/Approach

  19. JAMES M WORTHINGTON
    May 14, 2014 at 16:35

    Thomas, Thank You for a well documented and workable solution. Just tired it and it worked great. Keep up the good work.

  20. Alain Freudiger
    July 14, 2014 at 06:37

    Monday morning 7 am… no connection to our terminal server. Booom:”The trust relationship between this…” thanks to you it only took me 5min to solve this! You are THE MAN!!! :)

  21. August 4, 2014 at 05:47

    userD , passwordD ==> D may be for DOMAIN… Domain User and Domain password

  22. Tom Rodgers
    August 19, 2014 at 15:03

    THANKS! Worked like a charm!

  23. Todd Bliven
    August 22, 2014 at 19:04

    Ok unplug the network cable log on with your id. Server 2008r2 will let you log in. Now drop the server from the domain, enter the user ID with rights to take it out or add it back to the domain. Reboot as required. Plug the network cable back in and log on as administrator, add it back to the domain, again with a domain admin ID reboot and you back on the domain. I just did this today.

    • August 22, 2014 at 22:35

      Yeah…but that is better/easier how? And, remember that most servers today don’t even have a network cable to unplug…virtualization…
      Regards
      // Thomas

  1. March 25, 2013 at 10:04
  2. May 26, 2014 at 15:41
  3. August 27, 2014 at 18:20

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s

Follow

Get every new post delivered to your Inbox.

Join 209 other followers

%d bloggers like this: