SBS 2003 to SBS 2008 ntFRS SYSVOL replication error
Recently we completed a SBS 2003 to SBS 2008 Migration. We are in the middle of finalizing the process. We are running into an issue with the new SBS 2008 server.
In attempting to move user file share and re-writing login scripts it was determined the SYSVOL and NETLOGON directories have not replicated to the new SBS server from the old SBS 2003 server.
I recent changed the DNS setting to point to the new server.
We are seeing the following error in the event log on the SBS 2008 server.
For clarification:
FRSSERVER = SBS 2003
FRS-SRV-01 = SBS2008
*******************
File Replication Service is scanning the data in the system volume. Computer FRS-SRV-01 cannot become a domain controller until this process is complete. The system volume will then be shared as SYSVOL.
To check for the SYSVOL share, at the command prompt, type:
net share
When File Replication Service completes the scanning process, the SYSVOL share will appear.
The initialization of the system volume can take some time. The time is dependent on the amount of data in the system volume.
**************
The File Replication Service has detected an enabled disk write cache on the drive containing the directory c:\windows\ntfrs\jet on the computer FRS-SRV-01. The File Replication Service might not recover when power to the drive is interrupted and critical updates are lost.
**************
The File Replication Service is having trouble enabling replication from FRSSERVER.FRS.local to FRS-SRV-01 for c:\windows\sysvol\domain using the DNS name FRSSERVER.FRS.local. FRS will keep retrying.
Following are some of the reasons you would see this warning.
[1] FRS can not correctly resolve the DNS name FRSSERVER.FRS.local from this computer.
[2] FRS is not running on FRSSERVER.FRS.local.
[3] The topology information in the Active Directory Domain Services for this replica has not yet replicated to all the Domain Controllers.
This event log message will appear once per connection, After the problem is fixed you will see another event log message indicating that the connection has been established.
I have seen these previous on migration but they usually clear within a few minutes and the AD syncs and the servers start talking.
Any thought on the issue would be helpful.
In attempting to move user file share and re-writing login scripts it was determined the SYSVOL and NETLOGON directories have not replicated to the new SBS server from the old SBS 2003 server.
I recent changed the DNS setting to point to the new server.
We are seeing the following error in the event log on the SBS 2008 server.
For clarification:
FRSSERVER = SBS 2003
FRS-SRV-01 = SBS2008
*******************
File Replication Service is scanning the data in the system volume. Computer FRS-SRV-01 cannot become a domain controller until this process is complete. The system volume will then be shared as SYSVOL.
To check for the SYSVOL share, at the command prompt, type:
net share
When File Replication Service completes the scanning process, the SYSVOL share will appear.
The initialization of the system volume can take some time. The time is dependent on the amount of data in the system volume.
**************
The File Replication Service has detected an enabled disk write cache on the drive containing the directory c:\windows\ntfrs\jet on the computer FRS-SRV-01. The File Replication Service might not recover when power to the drive is interrupted and critical updates are lost.
**************
The File Replication Service is having trouble enabling replication from FRSSERVER.FRS.local to FRS-SRV-01 for c:\windows\sysvol\domain using the DNS name FRSSERVER.FRS.local. FRS will keep retrying.
Following are some of the reasons you would see this warning.
[1] FRS can not correctly resolve the DNS name FRSSERVER.FRS.local from this computer.
[2] FRS is not running on FRSSERVER.FRS.local.
[3] The topology information in the Active Directory Domain Services for this replica has not yet replicated to all the Domain Controllers.
This event log message will appear once per connection, After the problem is fixed you will see another event log message indicating that the connection has been established.
I have seen these previous on migration but they usually clear within a few minutes and the AD syncs and the servers start talking.
Any thought on the issue would be helpful.
ASKER
I have tried forcing the replication but will reset DNS back to the original server an attempt again.
You do have to wait 15-20 Min sometimes for the replication to happen depending on size of AD
ASKER
It did look like the SYSVOL share was created previously during the setup process but just the scripts and policies never came over. I manually copied the policies and script earlier in the day.
My concern is once I move the user share to the new server and rewrite the login script the user are able to get to the file shares via mapped network drives which they are use to using.
I'll let you know if I get any additional error after repointing DNS and allow replication to happen
My concern is once I move the user share to the new server and rewrite the login script the user are able to get to the file shares via mapped network drives which they are use to using.
I'll let you know if I get any additional error after repointing DNS and allow replication to happen
You must write a script that removes the old drive before you can replace it with another drive mapping.
You can write a batch file that removes the Drive Ex.
net use R: /delete
net use R: \\newserver\newshare
You can write a batch file that removes the Drive Ex.
net use R: /delete
net use R: \\newserver\newshare
ASKER
yah roger that, we write scripts that always remove the old drives first.
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
ASKER
This solutions was developed with the help of Microsoft Commercial Technical Support team. Corrected the issues of the initial domain synchronization
http://technet.microsoft.com/en-us/library/cc816926(WS.10).aspx