Unable to access NETLOGON

Susan Dodds 241 Reputation points
2022-01-27T22:19:43.807+00:00

New server 2019 DC. Forest/domain level 2012r2.

New 2019 DC. NTDS and SYSVOL were set to a separate partition as I was lead to believe that this was better than having it on the system partition. This was done during dcpromo.

This is the first time I have set them on a separate partition.

When going to This PC - map network drive - \new2019dcservername\netlogon, I get an error.

Unable to connect 0x80070043.

Is this a result of the above being on a different partition or something else wrong?

How do I resolve this error while keeping the above on a separate partition?

I am able to do this with existing DC's where the above was set to the default locations.

If I have to move them back to the default c:\windows folders, please provide the cmd, cmdlets needed to do so.

Thanks

Windows for business Windows Client for IT Pros Directory services Active Directory
Windows for business Windows Server User experience Other
0 comments No comments
{count} votes

Accepted answer
  1. Anonymous
    2022-01-28T15:58:52.863+00:00

    You can try a non authoritative sync
    https://support.microsoft.com/en-us/help/2218556/how-to-force-an-authoritative-and-non-authoritative-synchronization-fo

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


5 additional answers

Sort by: Most helpful
  1. Anonymous
    2022-01-27T22:54:43.727+00:00

    Do the shares show up? Please run;

    Dcdiag /v /c /d /e /s:%computername% >C:\dcdiag.log
    repadmin /showrepl >C:\repl.txt
    ipconfig /all > C:\dc1.txt
    ipconfig /all > C:\dc2.txt
    ipconfig /all > C:\dc3.txt

    then put unzipped text files up on [OneDrive][1] and share a link.

    0 comments No comments

  2. Susan Dodds 241 Reputation points
    2022-01-28T02:37:10.967+00:00

    It was a single DC environment and the new DC was meant to replace it.

    Current DC A. New 2019 DC B.

    Trying to change operations master. It says the new server B is the current manager and can't change it when it shows the original DC A.

    SYSVOL replication was previously upgraded to DFSR while DC A was the only DC.

    Based on my environment, is the below fix recommended for DC A? The 1015 days is the day that the DC before A was demoted, leaving A.

    The DFS Replication Event Log.
    There are warning or error events within the last 24 hours after the

         SYSVOL has been shared.  Failing SYSVOL replication problems may cause
    
         Group Policy problems. 
         An error event occurred.  EventID: 0xC0000FAC
    
            Time Generated: 01/26/2022   22:56:13
    
            Event String:
    
            The DFS Replication service stopped replication on the folder with the following local path: C:\Windows\SYSVOL\domain. This server has been disconnected from other partners for 1015 days, which is longer than the time allowed by the MaxOfflineTimeInDays parameter (60). DFS Replication considers the data in this folder to be stale, and this server will not replicate the folder until this error is corrected. 
    
    
    
            To resume replication of this folder, use the DFS Management snap-in to remove this server from the replication group, and then add it back to the group. This causes the server to perform an initial synchronization task, which replaces the stale data with fresh data from other members of the replication group. 
    
    0 comments No comments

  3. Anonymous
    2022-01-28T02:41:08.933+00:00

    Well beyond the tombstone. You can cleanup the remnants by following along here.
    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

    I would not try adding new ones or making any changes until domain health is 100%

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


  4. Susan Dodds 241 Reputation points
    2022-01-28T15:55:55.733+00:00

    There's no ghost DC's still listed.

    Are there any known complications for doing the following?

    To resume replication of this folder, use the DFS Management snap-in to remove this server from the replication group, and then add it back to the group. This causes the server to perform an initial synchronization task, which replaces the stale data with fresh data from other members of the replication group.

    0 comments No comments

Your answer

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