I think we were able to resolve the issue by disabling the browser service on
both 2003 DC's and editing the registry so they would not hold the master
browser list. Also we removed the 1B entry in WINS, let it replicate,
rebooted the 2000 DC and did an nbtstat -RR, and after it replicated it now
is the proper master browser. I am waiting to see if this now resolves the
issues we were seeing with down level clients be able to access resources
correctly, get properly authenticated etc. Will update this later on. We
are a running an AD with 2 2003 DC's and 3 2000 DC's. One of the 2003 DC's
holds all of the FSMO roles except for the PDC emulator role as the down
level clients need it for backwards compatibility. Thanks for your help and
I will update this later as to whether or not this fixed the issue.
"Michael Giorgio - MS MVP" wrote:
> Hi Jeff,
>
> I need more information: What OS is running on each of these two
> machines? The domain environment e.g., NT 4.0, W2k, or W2k3?
>
> "Jeff M" <(E-Mail Removed)> wrote in message news
>
> > Ok, did that and found something interesting. On the server that browstat
> > shows is the master browser it shows the 1b record but its status is
> > CONFLICT
> > not REGISTERED. I knew this was where the problem lies, now I am just not
> > sure as how to fix it?
>
>
>
|