I'd have to agree with that. - WJR
On Fri, Oct 1, 2010 at 14:39, Level Five - List <li...@levelfive.us> wrote: > Most reading I have done in the past is to not convert your DC’s on the > fly.. In every migration I have done, I would create a new DC vm, migrate > the roles to it from the physical box, and then convert it, or take the > physical offline completely. > > > > > > > > *From:* William Robbins [mailto:dangerw...@gmail.com] > *Sent:* Friday, October 01, 2010 3:08 PM > *To:* NT System Admin Issues > *Subject:* Re: Why did Inbound and Outbound replication get disabled? > > > > Since no one else has ventured an opinion I will, hesitantly, offer mine. > > My thoughts are that you may have had an issue similar to what is discussed > here when a DC is restored from backups, and had a USN rollback. > > http://blogs.dirteam.com/blogs/jorge/archive/2006/03/08/597.aspx > > Again, only my opinion based on the info presented. > > > > - WJR > > On Thu, Sep 30, 2010 at 22:52, Christopher Bodnar < > christopher_bod...@glic.com> wrote: > > W2K3 FFL: > > I did a P2P migration tonight with PlateSpin on (2) domain controllers. One > of them holds the RID and Infrastructure FSMO roles (SERVER1), and the other > held the Schema role(SERVER2). Everything looked good until the end when I > started looking at replication. SERVER1 wasn't replicating. Initially I > thought it was an issue with both of them being down at the same time, and I > waited till SERVER2 was back online, but SERVER1 still wouldn't replicate. > Finally ran DCDIAG and found that both Inbound and Outbound replication were > disabled on SERVER1. Enabled them both and all was well. > > Any thoughts as to how this got disabled in the process? I've done a number > of PlateSpin migrations and never ran into this. Although I can't say I've > done it on a FSMO role holder, or at least one that had these 2 specific > roles. > > Any thoughts? > > Thanks > > > > Chris Bodnar, MCSE > Systems Engineer > Distributed Systems Service Delivery - Intel Services > Guardian Life Insurance Company of America > Email: christopher_bod...@glic.com > Phone: 610-807-6459 > Fax: 610-807-6003 ----------------------------------------- This message, > and any attachments to it, may contain information that is privileged, > confidential, and exempt from disclosure under applicable law. If the reader > of this message is not the intended recipient, you are notified that any > use, dissemination, distribution, copying, or communication of this message > is strictly prohibited. If you have received this message in error, please > notify the sender immediately by return e-mail and delete the message and > any attachments. Thank you. > > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ > > --- > To manage subscriptions click here: > http://lyris.sunbelt-software.com/read/my_forums/ > or send an email to listmana...@lyris.sunbeltsoftware.com > with the body: unsubscribe ntsysadmin > > > > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ > > --- > To manage subscriptions click here: > http://lyris.sunbelt-software.com/read/my_forums/ > or send an email to listmana...@lyris.sunbeltsoftware.com > with the body: unsubscribe ntsysadmin > > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ > > --- > To manage subscriptions click here: > http://lyris.sunbelt-software.com/read/my_forums/ > or send an email to listmana...@lyris.sunbeltsoftware.com > with the body: unsubscribe ntsysadmin > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe ntsysadmin
