Subscribe Feed (RSS)SBS2003 to SBS2008 or SBS2011 Migration: Active Directory replication is taking longer than expected.
December 25th, 2008 by Paul Sterley | Filed under Migration, Not in the Windows Box, Windows Server.Scenario: You are doing a migration from SBS 2003 to SBS 2008 or SBS 2011. You’ve created your answer file, you’ve gotten partway through setup, but it seems to sit forever at this screen:
Eventually, you get this pop-up dialog telling you at it is taking longer than expected, and asking if you want to keep waiting.
What now? Maybe you’ve clicked the yes button once or twice already and waited another 20 minutes with no positive results.
Well, this is what happened to me, and I’ll tell you what I found out about it. Your situation may be different, but check out what I found out, and look for it in yours. If it matches, you might want to give it a try. Hopefully you have a good backup.
After sitting at this screen for way too long, I decided to do some digging. I sent a ctrl-alt-del to the SBS 2008 server and brought up the Task Manager. From there, I opened a CMD prompt, and found my way to C:\Program Files\Windows Small Business Server\Logs. I copied the file to a UNC share on the source SBS server to read it (but you can just use the “type” command in the CMD window and read the last few lines if you want).
The last few lines looked like this:
[3212] 081225.202335.1592: Task: There are 0 pending replication operations. [3212] 081225.202335.2530: Setup: Attempting LDAP bind. [3212] 081225.202335.2530: Setup: Bind failed with: A local error occurred. [3212] 081225.202335.2530: Task: Waiting for replication to finish
That sequence repeated a few times. Definitely the choking point. I googled the hell out of that, and only found one item that looked remotely relevant. That guy was having the same symptom. He solved his problem by throwing away his SBS2003 domain and starting from scratch.
After MUCH digging, rebooting, retrying, and other things that I will spare you the pain of, I typed “eventvwr” at the CMD prompt, and looked through the event logs. I found, among other things, this event:
Source; GroupPolicy
Event ID: 1006
The processing of Group Policy failed. Windows could not authenticate to the Active Directory service on a domain controller (LDAP Bind function call failed).
Now we’re getting somewhere. I found numerous search results for that one, including a forum where some guys had this error, received a hotfix from Microsoft, and the problem went away. Apparently the problem is caused if you have ever done an authoritative restore on your 2003 domain. When that happens, the msDS-KeyVersionNumber property from the user object “krbtgt” is increased. Windows Server 2008 is not expecting this. Any 2008 DCs that are added to this domain have trouble binding to LDAP and authenticating to AD because of this.
There is a Microsoft KB article about a seemingly completely unrelated topic, with a hotfix link available for download. Microsoft PSS sent these guys this hotfix, and it made that problem go away. It needs to be installed on all Windows 2003 DCs.
Note: One of the commenters posted that if the hotfix is no longer available at Microsoft, it can be found here.
I am doing this upgrade on a virtual server, I have a snapshot, so I figured “What the heck, let’s try it!” and downloaded the hotfix. I ran it on my SBS 2003 server, and said No to the reboot. Lo and Behold, my SBS 2008 migration is proceeding past the error point! It’s looking good!
Use this fix with caution. Your mileage may vary. Make sure you have backups and/or a snapshot before you do it. Best of luck!
Update: Many thanks to all of the commenters. With the comments, this is now a fairly comprehensive SBS migration troubleshooting guide for migrations from SBS 2033 to SBS 2008 or SBS 2011.
Tags: Group Policy, Hotfix, LDAP, Migration, SBS 2008
You sir, are the man. I was having exactly the same problem, but during the install my AD was trashed and I had to restore the system state.
Tried again, same problem. Installed the fix linked to in your post and BAM, the installer continued past the point it had been stopping at.
Now I just have to find out why Exchange 2007 wouldn’t install.
Once again, thanks for your help!
Shane:
You’re most welcome. Thanks for leaving feedback! It’s good to know others are getting some benefit from my struggles.
Hi Paul
Thank you very much! I was having the same problem with the dialog popping up saying that replication is taking too long!
My solution to the problem was for different reasons (problems with File Replication Services) and slightly more complex, however your idea about looking at the entries in Event Viewer and SBSSetup.log helped me resolve the problems!
Scary that even though I had followed the Microsoft SBS Migration guide right down to every last step I encountered countless problems!
Thank you very much once again!
Ivan
You’re most welcome! Any time you join a new DC, especially one with a different OS, there are bound to be some systems that have replication problems. It’s understandable that MS wants this process to appear streamlined, but they really should have supplied some links in the “is taking longer than expected” page to help people with troubleshooting.
Tried this, didn’t work for me. Still would hang at the same point.
To Ivan: I have some errors about FRS not being able to replicate properly – was this what you were getting? Also, if it was, can you post your solution? Thanks!
Hi bbq
Well, my problem was that FRS was disabled and stopped on my 2003 box (don’t ask me why, certainly not something I did). Upon enabling it I found it was throwing some errors, which I picked up in Event Viewer. I read the KB article on how to fix those errors, restarted FRS and everything worked fine after that.
I doubt you are experiencing the same problem. The idea here is to hit CTRL+ALT+DEL on the 2008 box start task manager, event viewer and cmd. After which you can look at SBSSetup.log and Event Viewer and see what errors are being reported and act upon them.
Paul, I agree, I am just so glad I was patient and I kept clicking yes on the replication is taking longer than expected, do you want to wait box.
Had the same issues but the hotfix didnt work I changed the DNS on the SBS2008 box by hitting ctrl alt del and starting explorer and changing the dns on the nic to itself. went through fine after that.
thank you. You saved me alot of Googling!
[...] Yes. I was also facing the same problem. So, I followed the method which is explained in the below article. It worked for me. So, you also give a try. Hope, it may help you also. SBS2008 Migration: Active Directory replication is taking longer than expected. [...]
I was having the same issue- turned out to be a much simpler fix- The dual nic system had the static from the answer file on the nic that was not plugged in. (we had a 50/50 chance getting it right) swapped cables with the NIC and it worked. I then disabled the other NIC. Strange thing is – the first NIC got a DHCP address and set the DHCP address as secondary DNS and primary was the existing SBS 2003 server- so it worked fine at first.
Hey, that’s a good one. I’ll have to remember that.
We’ve had the same problem today whilst using the Swing Migration route and found that the problem to be that we had our TEMPDC (SBS 2003 box) to be pointing to the router for it’s DNS. Once we changed this back to 127.0.0.1 the installation progresses!
I ran into another scenario like this today.
I suspect that the issue was caused by the servers being out of time sync. Once I got them in sync, I did get them to replicate, but SBS 2008 was still not happy.
The SBS setup logs indicated that it was unhappy because the “nltest /dsgetdc:dzns.local” command returned the SBS 2003 server name instead of the SBS 2008 server name. In short, it was unhappy because SBS08 was not being recognized as the primary domain controller yet.
The reason it was not being recognized as a DC is because NTFRS (File Replication Service) had not yet made a replica of the SYSVOL folder and created the SYSVOL share. It had tried, and it had gotten an “Access is denied” error (Kerberos failure) because the clocks were out of sync. I suspect it would have gotten there eventually once I fixed the clock, but I jump-started that process by using a “net stop ntfrs & net start ntfrs” command on SBS08, whereupon it replicated the SYSVOL folder, and created the share.
Then the SBS migration proceeded smoothly.
Paul thank you so much for posting this, and thanks to the others that have contributed to this discussion!
Same symptom and like others it was NTFRS error on the source server that were the issue. I corrected those using the instructions in event viewer (wow! they actually worked) for the NTRFS error. I had to manually add the registry value for the NTRFS rebuild.
Guys, thanks a million! I am stuck out at a client’s shop right now and this saved the day!
Great article. It helped me track down the follwoing error:
The File Replication Service had a “Journal Wrap Error” on my source DC. To my surprise, the error in the event log gave precise instuctions on how to set a registry key to add/remove the source DC for replication and after having cleaned up the error, the migration continued on! It also mentioned some issue with SYSVOL…
I had already installed the hotfix so I am not sure if that also was part of the problem, but bottom line is check the SBSSetup.log on the destination DC and check the Event Logs on the source DC.
Thanks again!
My problem was that File Replication Service was turned off. Once turning on I had the same issue Salomon describes. Again following the instructions provided by the event viewer proved to solve my issues.
I did NOT install the hotfix before restarting the replication service so I can say it may not be required in all instances.
I would have been clicking Yes for days had it not been for this post!
Thanks!
Yes, the hotfix is only necessary for the specific scenario where an authoritative restore was done at some point on the 2003 server. It seems there are a number of problems which can cause this symptom, and we’re building a good respository of them here. Thanks to everyone who has posted their results. It’s very helpful!
This page saved the day for me, my very poorly SBS2003 system is on it’s last legs and the migration had got stuck at the Active Directory point. I had to apply both the hotfix and the replication registry key and all is good. Many thanks to the OP and those who discovered the replication fault.
Thank you Paul and Co. This is the only useful information I found relating to this issue. The Microsoft patch helped mye in my migration from Server 2003 to SBS 2008 after a bodged upgrade by the previous IT guy from SBS 2003. Thanks again
I found that I hade to disable all NIC’s but the One I wanted to Use. Then I noticed the dns was incorrect set all to dhcp and all is good.
Thanks everyone. I had the same problem, just sitting there waiting for the replication to complete. Checking the NTFRS logs on the source server showed a journal wrap error. I created new registry DWORD HKLM\SYSTEM\CurrentControlSet\Services\NtFrs\Parameters\Enable Journal Wrap Automatic Restore and set value to 1. Restarted NTFRS service on source and waited about 10 minutes. The SBS Migration continued without any intervention on the destination server. Happy Days!
Thanks Paul the hotfix worked for us!
To anyone wondering, we only had to install the hotfix on our old 2003 sbs while the 2008 setup was still running.
We didn’t reboot the 2003 or the 2008 sbs. It simply started trucking on after the hotfix had been installed on 2003.
Also if you want to see the log files you should be able to use the UNC path to access the C$ share of your new 2008 SBS even while it’s still setting up. No need to ctrl+alt+del.
UGH I am having this problem but the log file is point to it being a CA issue…NO clue on this one…anyone?
I had the same problem with NTFRS replication “Journal Wrap Error”. The information in this site will put you on the right track for troubleshooting. Great insight guys – thanks!
All I did was go to the source server and change the DNS to point to the destination server and all went through without a problem.
Thank u guyz…. save my day…
1. I did install the hotfix to the source server (SBS 2003)
2. Edit the registy on SBS 2003 (thanks ZIPPY)
3. Stopped and started the service on SBS 2008 (net stop ntfrs & net start ntfrs” command on SBS08)
4. Change the Network cable to the 2nd.
Prgress Bar is moving…. Thanks Paul Sterley & Ur Valuable Team…
Worked for me too! Thanks
Your the best!
I had to do the following.
1. install hotfix
2. Add NTFRS_CMD_FILE_MOVE_ROOT to the SYSVol
3. restart ntfrs on 2003
4. restart ntfrs on 2008
the it worked!
links
http://www.petri.co.il/forums/showthread.php?t=21679
DUDE, THANK YOU!!!!!
I had the NTFRS replication “Journal Wrap Error”. I added the suggested registry key on the source 2003 server then restarted the ntfrs service on both servers. Now i am back on my way to making progress.
Cheers,
John
You. Guys. Are. Legends.
I owe you guys lunch…
I had exactly similar issues. The logs looked the same. You will notice that when you check the operation masters on 2003 SBS server they will show and ERROR on operation master and in AD sites and services the replication link will be missing on the 2008 server.
Out of frustration I rebooted the 2008 server during the setup and hell crashed on me. The source server was in the middle of migration and schema had been changed to a no comming back stage. I did a restore on the source server once when it crashed and started setup again with image on the source server.
I tried to do the install manaully without the answerfile but the same issue. The server is happy until I promote it to a Domain Controller. Then I get the following error message regarding Group Policy:
“The processing of Group Policy failed. Windows could not authenticate to the Active Directory service on a domain controller. (LDAP Bind function call failed). Look in the details tab for error code and description.”
I started the setup again and got stuck at excatly the same spot. I pressed ctrl+alt+del on 2008 and started eventvwr from task manager. It showed the following errors.
Source; GroupPolicy
Event ID: 1006
The processing of Group Policy failed. Windows could not authenticate to the Active Directory service on a domain controller (LDAP Bind function call failed).
I then installed the hotfix from MS as mentioned in the article and everything was fine.
Thanks guys.
This is what I have learnt.
1. Check clocks are in sync.
2. Check FRS, DNS and DHCP on Source Server ( Some idiot had DNS set it to manual on my server).
3. I was prompted for 2003 SP1 not installed where as I had SP2 on it. ( I added the reg key manually on the 2003 ! Setup is dumb.
HKLM\SOFTWARE\Microsoft\SmallBusinessServer\ServicePackNumber ( = 1) )
4. Check Sysvol permissions.
5. Install the hotfix FIX 226580
http://support.microsoft.com/hotfix/KBHotfix.aspx?kbnum=939820&kbln=en-us
6. Always take an image backup of source before you start anything. There are things that can go terribly wrong as they went worng with me.
Cheers
Riddhim
Had the same issue with active directory replication taking longer than expected. LDAP bind ok but would keep saying it was trying to finish replication.
To cut a long story short this is what I had to do:
Aborted migration, restored sbs2003 box from backup and started again.
File replication service on sbs 2003 box had been set to manual: Set to automatic and started service. This created a journal wrap error condition because FRS had been disabled for so long. Implemented registry fix as specified in the event log.
Also installed MS hotfix with regards to problem being caused by previous authoritive restore. I have no idea if one had been done in the past but as MS say that it will stop the condition from occuring as well as fix the issue I thought better safe than sorry.
Restarted migration and locked up at same location but this time GP couldn’t be processed because of authentication issus (LDAP bind failed). I found a comment above where someone changed the DNS address on the sbs2008 box and thought I’d give it a try.
According to the network settings on the SBS2008 box the primary dns was the sbs2003 server and the secondary was the sbs 2008, I swapped these around making the SBS2008 box the primary for itself and hey presto off we go.
Please note though the progress bar didn’t just start moving immediatley afetr making this change, it actually took a good 10mins or more but if you watch the system event logs you should see an entry stating that Group Policy was successful and then a whole bunch of events will follow as things start to progress, so have a little patience after making these changes.
Thanks that helped me out a lot. I had to do the registry hack with SP1 as well because it wouldn’t let me past it. I was so frusterated I was about to reboot the SBS2008 server, glad I didn’t. Thanks again.
Did the hotfix and didn’t reboot the SBS2003 server and it kept going. What a hassle.
Karl
The hotfix and, the HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NtFrs\Parameters\Enable Journal Wrap Automatic Restore registry entry did the trick for me!
Thanks all!
thank you so much guys, i tried the hotfix but finaly it was my dns that i set to 127.0.0.1
i’m installing for about ~24h now..customers are back and ..
anyways i’m just tired xD
THANK YOU !!!!!!!!!!!!!!!!!!!!!!!!!!!!!
DUDE!
You just saved my butt. After 2+ hours at a client site struggling with this exact same scenario I found this page and all of these suggestions. Not sure which one worked (I did em all, lol), but something worked and the progress meter came to life. THANK YOU!
Yup….Journal Wrap Errors struck again. Glad I found this though. Otherwise it would have been sleeping bag and cozy up to google.
Thanks!
All I can say is thank God for Google…without which I wouldn’t have found your article and saved myself from years of headaches…
We had restored our server last year after a RAID array problem lost our drive, so this was the exact problem you had described. The progress bar is moving again, although I wait with baited breath to see how far it moves before stopping again.
Cheers
Hello,
The regitry key “enable Journal Wrap Automatic Restore” only (without apply hotfix) worked for me. after restarting ntfrs service on both servers, SBS 2K8 migration continues.
Many thanks to all of you, guys. you were really helpful.
Bye.
Hello again Guys,
ANOTHER MIGRATION ANOTHER ERROR
In addition to following I had set DNS for both servers to IP address of new server!
I have just copied the following from a website: ( Credits to them)
Replication Issues.
AD replication is taking longer than normal, do you want to wait for replication
This one happens sometimes. You will install, the AnswerFile gets picked up, and after a few reboots you get a message stating that the AD replication is taking longer than normal, do you want to wait for replication? You have two problems now. First, the Source isn’t replicating properly and you need to fix that problem, and secondly, many times the Destination server has stopped trying to replicate because of the failure.
Source server:
Check that these services are running, this is the most common cause of failure to replicate:
Computer Browser
File Replication Service
Remote Procedure Call (RPC) (and I always start the Locator too, don’t know if it helps but I do)
Server
Workstation
Disable Firewall! If you don’t make a habit of doing so already, the Firewall can really muck up a migration. You probably have a better firewall in your AV program already anyway.
So now you have the problem figured out, let’s get the two to start talking again. There is one registry key on the Source, and two on the Destination which need to be fixed.
Source:
HK_LM\System\CurrentControlSet\Services\NTFrs\Parameters\Backup/Restore\Process at Startup
Change the BurFlags key to D4 on the old server
Dest:
Obviously there is no run, so you need to bring up either Task Manager or a command prompt. I know there is another hotkey for CMD but I don’t remember what it is most of the time, so I just use CTRL+SHIFT+ESC, which brings up Task Manager. File>New Task will get you a run so you can open up the registry. Now change the same BurFlags key to D2 on the new server
Also go find the key HK_LM\System\CurrentControlSet\Services\Netlogon\Parameters and make sure the SysvolReady key says 1, if not change it.
Now stop the NTFrs service on both servers, and start the Source first, then the Destination, and on the Destination server click Yes to wait for the AD replication. If it worked, you should see almost immediate results.
OK, gonna echo all the happy sysadmins here and say… THANKS!!! This saved my bacon, not from the client, but my wife!! I may actually get home tonight.. ;)
Thank you so much Riddhim Dhawan for the step by step. Good god after wasting 2 hours and almost pulling the plug this fixed it and progress has continued! Thanks!
This article was so good, all I had to do was read it. When I glanced back to the console (I had already said “YES” wait) the progress bar had come to life.
I think this counts toward my score of things I’ve fixed by simply walking into the room. :D
if you ever come to Canada, beer on me,
thanks dude
I hade the same error as you guys. In my case it stated in the logfiles that it waited for the replication to finish. After i checked all the settings at the source server it seemed that source server was’nt looking to it’s own DNS but to the one of the clients ISP. After changing the settings and pointed the dns address to it self the problem was solved.
TNX allot guys for all this usefull info.
Greetz Marco from Holland
Danke!!! Dies ist die einzigste Seite wo das Problem genauer beschrieben wird!! Mir hat das ändern des Registry KEY die Lösung gebracht!!
“die active directory-replikation dauert länger als erwartet”
Sehr Guter Artikel!!
Site is very helpful. A couple recommendations.
You never need to ctrl-alt-del the 2008 server.
From the 2003 SBS Server simply go to
\\newserver\\c$\Program Files\Windows Small Business Server\Logs
That gives you access to upgrade log file.
To see the Event Logs
Right Click on the Computer name in Event manager and select connect to another computer.
Enter the name of the new SBS server and you have access to all services and logs.
That is true, depending on how far things got before they hung up. If the SBS 2008 server can’t be reached from the SBS 2003 server, you might still have to do the thing on the local console.
Thank you, Thank you, Thank you.
I found this thread just as I was contemplating rebuilding the domain from scratch.
The fix that working for me was the HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NtFrs\Parameters\Enable Journal Wrap Automatic Restore registry entry.
Hallelujah!!!
I tried the enable journal wrap, but old school idiot me type EnableJournalWrapAutomatic and nothing happened. Finally, I cut and pasted from the source eventvwr FRS log error and it worked. There were no errors in the log file that were easily ID’d. Did NOT need hotfix. Be patient, after you restart NtFRS, it still takes the 5 minute window to repopulate before sync continues. The first event will be error followed by warning event that says server being deleted. You should then see several events in the FRS log including reference to new server name as sync partner. Don’t forget to reset the enable journal wrap back to “0″.
Guys you rock!!!! I had the same sitting watching data not go by…. One thing I will say is once you have made the changes (hotfix and registry) be patient…it takes a good 20 min or so to carry on…
I agree with RUSS, you guys are legends I did following –
created new registry DWORD HKLM\SYSTEM\CurrentControlSet\Services\NtFrs\Parameters\
Enable Journal Wrap Automatic Restore and set value to 1.
install hotfix (no reboot)
restart ntfrs on 2003
restart ntfrs on 2008 net stop ntfrs net start ntfrs
changed DNS to destination server IP on both
plugged cable in to same switch
and things started grooving now I can go home.
Thanks for everything beer on me if your ever in TN!!!!!!!!!!
Another happy customer … hotfix installed on source SBS 2003 server – installer suggested reboot, but I declined. Progress bar on Migration Wizard began moving again … installing Exchange and other …
Thanks for posting! This has been helpful to many!
Wow, thanks a ton, I was close to tears until I stumbled across this post!
Was also doing a swing migration from SBS2k3 to SBS2k8 and setup also stuck at the progress bar displaying the error message stating that replication took too long.
The first thing I did was to install the above mentioned hotfix, but I didn’t reboot the 2003 SBS.
Next, I checked the NTFRS logs and voila, it just happened to display the error message concering the Journal Wrap.
Went on to implement the suggested fix from the error message, restarted NTFRS on both the source and target machine and a few minutes down the line, the setup continued!
Ah, Windows Small Business Server, you gotta love it! :-)
Thanks for the post! Saved many lives! (Okay perhaps not lives, but surely my sanity!)
I was doing a Swing IT Migration, which had been going really well up to this point.
My fault was that I had transposed one of the IP addresses I had entered to the DNS server address on the IP4 setup on the 2003 Server (the source server). I had typed 186, rather than 168.
Great post. I was having the same “active directory replication is taking longer than expected” as well. Messed with it for hours before finding this post. The old IT guy had added the Journal reg key but typed it wrong. I deleted and re-added with the ole cut n paste and im off and running again. No hot fix required.
HKLM\SYSTEM\CurrentControlSet\Services\NtFrs\Parameters\
Enable Journal Wrap Automatic Restore and set value to 1.
restart ntfrs on 2003
restart ntfrs on 2008 from services via task manager.
waited 5 minutes then became happy :)
It worked for me, I had to wait a cigarrete time, but now the bar is moving, thanks mil!
hi guy, thank you very much for your post.my migration is hang in this point e tha ms fix unblock the situation.
thanks for your time that you spend writing your blog :)
p.s. my english is very very bad. I apologize for my languages errors.
I went through most of the changes, I looked in Network configuration in the control panel, The correct NIC was configured with the other NIC sitting there not connected. I decided to disable it, I know you can’t use two NICs in SBS2008 because it conflicts with the Wizards that run the migration and the ones within SBS to set up things like email, new AD users, Backups, reports, or anything that launches a wizard will completely crash the SBS 2008 server, AND yes I confirmed this MS. After we blew one up. Anyways, after disabling it, it took off, which makes sense because the Migration is wizard based MicroSoft Confirmed that as well. Hope this helps anyone. Thanks for all the great ideas, I have used them in the past for other swing migrations.
Just FYI, the new SBS 2008 R2 looks for the Journal Wrap condition before allowing the changes to proceed. Obviously, alot of people have this issue. The Journal Wrap was present on my system as well.
Ive done four SBS 2003 to SBS 2008 migrations and every single one presents a problem in its own way. They are never “easy.”
I’ve applied the “magic” combination of:
1. request / install hotfix (KB: 939820)
2. HKLM\SYSTEM\CurrentControlSet\Services\NtFrs\Parameters\ “Enable Journal Wrap Automatic Restore” registry entry (1)
3. restart ntfrs – waited 10 mins
All on SBS2003 … and the replication / migration on SBS2008 went through fine.
Thank you!
M.
Thank you all! I am doing and SBS 2003 to SBS 2011 and ran into this same issue. I made the recommended registry settings, installed the hotfix 341940_ENU_i386 and restarted ntfrs without success. Then I followed Riddhim Dhawan posting from 8/06/10 and it started going again as soon as I started ntfrs on the source! I am not sure if the other changes mattered or not.
Thank you, thank you!
Bob
The Riddhim Dhawan posting from 8/06/10 worked for me when migrating from SBS 2008 to SBS 2011. Thanks!
Riddhim Dhawan saved my day!
Tons of thanks to you !
Migration from SBS2003 to SBS2011 got stuck and none of the other problems matched.
- didn’t install the patch
- no wrap error
best regards!
Appreciate the response Guys .. :)
Just finished 2 migrations recently.
1. Windows Server 2003 standard (NOT SBS) to SBS 2008
2. SBS 2003 to SBS 2011
All went well.
A few thoughts about the 2003 Standard [not SBS] that I did a couple of months back.
There is no prep tool [for non-SBS source server] from Microsoft. I went round and round in circles on google but then decided to do it myself.
1. Go by the SBS migration guide and prepare server yourself. Service Packs,Schema upgrades etc
2. Run the answer file tool.
3. Start the destination server in Migration Mode.
SBS 2003 to SBS 2011 is relatively easy…
Also, always run the best practices analyser after the install on the destination server. It is brilliant tool and will uncover a few surprises that you must have ignored.
Do not disable IPV6 in SBS 2008/ SBS 2011, set it to defaults even if you are not using it in the organisation as such. Exchange and many other core components depend heavily on it, Microsoft are taking IPV6 very seriously.
All the Best to all
The hotfix for SBS 2003 worked great, almmost as soon as I had installed it, said no to rebooting, the blue progress bar on SBS2011 started moving. Thanks very much for posting
Faced this problem a second time today, another migration from Server 2003 Std. to SBS 2007…why the heck we’re still selling SBS 2007 in 2011? Ask our “consultants”…
Anyway, installing the Hotfix, applying the Reg-Fix and restarting ntfrs on both servers fixed it!
I’m currently in the midst of watching the dreaded progress bar as I type this. About half an hour after it started, I began affixing sticky notes to the end of the progress bar so that I could tell if it was creeping along while I was elsewhere.
Out of sheer panic (3 failed attempts yesterday to migrate from Server 2003 Standard to SBS 2008), I started googling and landed here. Another way (if you don’t have sticky notes lol) to check that things are progressing is to view the security logs on the source server, looking for Directory Service Access events.
Thank You, Thank You, Thank You!!! Same problem on an SBS2011 migration, it is Friday, I have reservations at a fancy restaurant, and I DO NOT want to be working late, haha!!
If I could find who started this I go there and hug and kiss you! This worked perfectly. It was the Hotfix and stop start the ntfrs service. Although Hotfix is not available anymore you can get it from http://thehotfixshare.net/board/index.php?autocom=downloads&showfile=8302
I am doing this on an SBS2011 migration.
Thanks again guys!
I tried the link in the original post to the Microsoft KB article. It worked, and at the top of the KB article, there was a link for requesting the hotfix. MS’s system sent me an e-mail with a download link for the hotfix, but when I clicked it, the HTTP site requested a login. Not sure what happened there, I think MS’s hotfix delivery system is broken at the moment. Hope I don’t find myself in the need before they fix it…
Thanks (x2)!
I’ve faced this issue twice (once with a 2k3 -> 2k8 migration and once with a 2k3 -> 2k11 migration) and both times this solution has worked like a charm.
Much appreciated.
Thank you, thank you, thank you!
Migration SBS2003 -> SBS2011 now finally with some progress.
I did was Thomas (http://blog.bruteforcetech.com/index.php/archives/206#comment-131) did – nothing happened, I thought.
Was working on the registry to do Riddhims suggestions (http://blog.bruteforcetech.com/index.php/archives/206#comment-222) and when I wsa about to restart ntfrs I realized that behind the registry editor the progress bar had already moved…
I still have tears of joy in my eyes!
What if i’ve click on NO ? My source server is now empty of roles and my destination server is all broken (missing AD, Exchange etc ..)
Can i rollback the migration process at some point?
If you have clicked No, then you have canceled the migration. Your destination server is a throw-away, and should be reformatted before you start again. Your source server should be restored from backup. You _did_ perform a full backup before starting the process, right?
There may be some way to move this forward, with assistance from Microsoft, but if you have a backup you might be better off restoring from backup and trying again.
Today spending all day solving this problem. Addin the \Enable Journal Wrap Automatic Restore\ dword on the source server solved the problem. After this restarted the FRS services (on source server). After this server installed well.
Only webpage with solution i found today. Thanks to you all.
I was stuck at this point doing a Swing IT migration and a quick google of the “bind failed” error in the sbssetup log brought me right to this page. I was able to get the hotfix from Microsoft and install it on my 2003 tempDC. Once the hotfix was installed the migration wizard started moving again.
Thanks for the assistance!
just to say Thank you
regedit and HKLM\SYSTEM\CurrentControlSet\Services\NtFrs\Parameters\ “Enable Journal Wrap Automatic Restore” entry (1)
restart both ntfrs
and now I am happy :)
Thank you
Beautiful! Applied the hotfix and it worked smoothly after that, even though I still got another one of the Task: Waiting for replication to finish then returning 0 again.
Thanks alot man. It was getting to a point where frustration and anger was kicking in.
Happy New Year! At least for my migration.
This post has been running for 3 years & its still saving sanities. Today is my sanities turn & I just found it.
I used VMWare converter on the clients sbs2003 server & brought it home. At the same time, I’m installing the SBS2011 to run in VMWare workstation.
I really feel for those of you who had this issue on site.
That’s an awesome way to do it, if you don’t mind the data sync when you get it back onsite.
Doyenz (www.doyenz.com) offers a service where you can do this sort of thing in the cloud, except they don’t have a template for SBS 2011.
Glad it’s still helping.
Definitely still helping. The 2011 server finally just kicked in :-). I had given up at 3AM & started back this morning.
I’ve got a routine where I use remote access to the clients to download & install VMWare converter.
I usually copy the VM to the clients other backup disk & borrow it for a few days.
It’s a little more time overall, but no stress. :-)
It helps me to get the job done right in spite of Microsofts madness. :-)