Can't join the DC

  • Thread starter Thread starter Jason88
  • Start date Start date
J

Jason88

My new Windows 2000 server can't join the AD, it has an
error message saying can't access RPC server. I have the
RPC service enabled in the PDC, sitll got the same error
message.
Any help will be appreciated.

Jason
 
Jason88 said:
My new Windows 2000 server can't join the AD, it has an
error message saying can't access RPC server. I have the
RPC service enabled in the PDC, sitll got the same error
message.
Any help will be appreciated.

More than likely your server cannot find your DC in DNS. To check ping
dc.domain.com to see if it returns your DC.
--
Regards,

Michael Holzemer
No email replies please - reply in newsgroup

Learn script faster by searching here
http://www.microsoft.com/technet/treeview/default.asp?url=/technet/scriptcenter/default.asp
 
In
Jason88 said:
My new Windows 2000 server can't join the AD, it has an
error message saying can't access RPC server. I have the
RPC service enabled in the PDC, sitll got the same error
message.
Any help will be appreciated.

Jason

PDC? Are you talking about NT4? PDCs don't exist as the term is defined in
NT4 and is legacy terminology. Asuuming you are talking about W2k....read
below...

Usually, as Michael stated, it's a DNS lookup issue.

Classically, this error will occur if you are using your ISP's DNS addresses
in yoru IP properties. You MUST only use your internal DNS that is hosting
the AD zone name, otherwise numerous errors WILL occur, such as you are
experiencing. This goes forALL internal machines, DCs and clients, to insure
that AD functionality will work. To get efficient Internet resolution, use a
Forwarder. If the forwarding optioon is grayed out, delete the Root zone and
refresh the console and try again. If not sure how, follow this article for
these two steps:
http://support.microsoft.com/?id=300202

Singles label name AD DNS Domain names will also cause this too, if the SRV
records have not been registered in DNS.

Tell you what, if you can post this info, we can diagnose this alot quicker
for you:

1. Unedited ipconfig /all of the DC and the machine you are trying to join.
2. The AD DNS Domain name (as it shows up in ADUC)
3. Zone name in DNS and whether updates are set to at least Yes.
4. Do the SRV records exist under your zone name in DNS?
5. What Service Pack level is the machine.

Thanks


--
Regards,
Ace

Please direct all replies to the newsgroup so all can benefit.
This posting is provided "AS IS" with no warranties.

Ace Fekay, MCSE 2000, MCSE+I, MCSA, MCT, MVP
Microsoft Windows MVP - Active Directory
 
Thanks Ace.
I do have a single label name(e.g.,mydomain, not
mydomain.com), but now my 2nd Windows 2000 server can ping
FirstServer.mydomain without problem. Root zone deleted.
And one more thing, what do you mean the SRV record in the
zone? Do I need to start the DNS in the 2nd Windows 2000
server?

Jason
 
In
Jason88 said:
Thanks Ace.
I do have a single label name(e.g.,mydomain, not
mydomain.com), but now my 2nd Windows 2000 server can ping
FirstServer.mydomain without problem. Root zone deleted.
And one more thing, what do you mean the SRV record in the
zone? Do I need to start the DNS in the 2nd Windows 2000
server?

Jason

Hi Jason,

Unfortunate for the single label name. Recommend a reinstall with a new
proper name. Depending on your scenario, it either could be easy or
difficult.

THe SRV records are those funky looking folders that the netlogon service
creates in your DNS zone. They are:
_msdcs
_sites
_tcp
_udp

If they don;t exist, well, AD will malfunction and pretty much come to a
stand still.

Here's more info on single label names and how to "bandaid" it until you
come up with a resolve on how to rename it:
http://support.microsoft.com/?id=300684

Here's a post I made a few days ago for someone else suggesting ways to
rename. Read thru the whole conversation and you can see what you're facing
(unfortunately)...


Repost...
============================================
continued.....
This is a common problem lately. Many posts on it. Recently (yesterday) I
posted something similar that will apply to you. I copied/pasted it below.
Yes, The DC is Windows Server 2000 SP4.
And, yes, the computer in question is the only one having this issue.
And, no, when I ping our domain I get "Unknown host"

C:\>ping CREDENTALS
Unknown host CREDENTALS.

I have entered the two registry entries that were suggested in
http://support.microsoft.com/default.aspx?scid=kb;en-us;300684&FR=1
in the DC now, although I have not had a chance to reboot that
machine yet. Once I do will this fix the "Unknown host CREDENTALS."
problem as well or could this all be very simply fixed by adding a
".com" to my domain?

<name snipped>

This is a common problem lately. Many posts on it. Recently (yesterday) I
posted something similar that will apply to you. I copied/pasted it below.
First of all, you can try using
http://support.microsoft.com/?id=300684
for a reg entry to force it to update. Need to do it on your clients too,
but XP won;t work properly. You may still get problems with GPOs applying
since the GetGPOList function onthe client side references the domain FQDN,
such as:
\\domain.com\sysvol\domain.COM\Policies
But when it tries to go to what you have, such as:
\\DOM\etc...
It perceives DOM as a host name, and may not resolve properly.

Here's my other post that may help in resolving this to help rename
it....Read the whole thing so you'll know what's involved.

==========================================
Ace Fekay,
If I were to just rename the domain from CREDENTALS to
CREDENTALS.net and disjoin all the affected workstations from
CREDENTALS and join it to CREDENTALS.net would it reset the user
profiles?

First, you can't just rename a domain, unless you're still in mixed mode
with an NT4 BDC still present. If still in mixed mode, you can add an NT4
BDC, trash the W2k DC, promote the NT4 BDC to a PDC, then manually set the
DNS Suffix in TCP/IP properties to the new domain name, credentials.net,
(which would be the name you choose for the AD DNS domain name, but keep the
NetBIOS domain name as CREDENTIALS for backward capatilibity), then upgrade
it to a W2k DC. This way the machines that are still joined will still be
joined to the same domain.

Otherwise if the domain is in Native mode, you'll need to follow the ADMT
method I previously mentioned.

And no about disjoining and rejoining to the new domain with the old
profiles. When you manually rejoin, a new profile is created. You may find
that you can manually force the new profiles to use the old profile one
machine at a time, but I don;t think that's what you want to do. ADMT will
do that for you.

Keep in mind you want to follow DNS naming methods. One thing I noticed is
you're using uppercase. It's not that it won't work, but to keep things
consistent with DNS RFCs (looks good too), name it credentials.net, not
CREDENTIALS.net.
From what I have read in researching this problem it sure does seem
that single label domains cause lots of problems and sometimes even
questionable and/or slow connections. But, likewise, I have also
read things that lead me to think migrating AD off CREDENTALS and
over to CREDENTALS.net could possibly cause more problems domain wide
than just the one machine I have now. If I ever have to set up a new
domain or rebuild the old one for some reason other than one machine
I'll defiantly use the appropriate formatting (I wasn't the one who
set this up anyway, that guy quit). For now should the 2
registry entries discussed previously in
http://support.microsoft.com/default.aspx?scid=kb;en-us;300684&FR=1
fix this problem for the one machine?

<snip>

If the domain is in mixed mode, it will be alot easier for you. If not, the
ADMT will work, but I would read up on it first and test it. I can provide
links if needed. I've migrated quite a few domains and have to say it's the
easier method if the domain is presently in mixed mode. To find the present
mode, rt-click the domain name in ADUC, properties. Look at the bottom of
the general tab.

Also, Kevin has a big point about GPOs and how the GetGPOList function works
when a machine logs on and looks for the GPOs. That reg entry has to be made
system wide....

=================================



--
Regards,
Ace

Please direct all replies to the newsgroup so all can benefit.
This posting is provided "AS IS" with no warranties.

Ace Fekay, MCSE 2000, MCSE+I, MCSA, MCT, MVP
Microsoft Windows MVP - Active Directory
 
Thanks Ace again!
So,I dicided to set up another new Windows 2003 server
(3rd), beside that 2nd Win2000 server. I plan to use the
2003 as the Root.
There's a problem, my old NT3.51 is still online working,
and the name and netbios domain of the Windows 2003 server
are the same as the NT3.51. Is there a way to turn off
the 2003 server service temporarily, so clients still
login to the NT3.51?

Jason
 
In
Jason88 said:
Thanks Ace again!
So,I dicided to set up another new Windows 2003 server
(3rd), beside that 2nd Win2000 server. I plan to use the
2003 as the Root.
There's a problem, my old NT3.51 is still online working,
and the name and netbios domain of the Windows 2003 server
are the same as the NT3.51. Is there a way to turn off
the 2003 server service temporarily, so clients still
login to the NT3.51?

Jason


No prob for the help, Jason. I just didn't want to be the bearer of bad
news.

NT3.51 ?? I can't remember exactly, but believe that old server cannot
function in an AD environment and needs to be bumped up to NT4. I can't
remember and would need to dig up my books on this, unless someone else can
chime in and confirm this.

Other than that, there's a reg entry you can make to force this, but I would
really really look at your renaming options. If you have W2k3, you can
actually rename it (that is if ALL your DCs are only W2k3 and you raised the
forest functional level to Native mode).

I would probably suggest (if you don't mind), to dump the W2k3 server
completely, upgrade the (this is assuming the Nt351 is part of this domain),
and upgrade the 3.51 PDC to W2k3 (if the upgrade path will allow it) but
this time select the proper DNS domain name for AD...

As far as shutting it off "temporarily", no, don't think that's an option,
especially if a W2k or newer client discrovered a Kerberos domain. It won't
go back to NTLM. But you can take a look at these articles about the reg
entry I mentioned above and more info on the logon process:

How can I force a client to validate its logon against a specific domain
controller:
http://www.windows2000faq.com/Articles/Index.cfm?ArticleID=13535

284937 - Windows 2000-Based Clients Connect Only to the Domain Controller
That Was Upgraded First in a Mixed-Mode Domain:
http://support.microsoft.com/?id=284937

298713 - How to Prevent Overloading on the First Domain Controller During
Domain Upgrade [Good to force to look for NT4 DCs too if a W2k AD exists]:
http://support.microsoft.com/?id=298713

231789 - Local Logon Process for Windows 2000:
http://support.microsoft.com/default.aspx?scid=kb;en-us;231789

314861 - How Domain Controllers Are Located in Windows XP:
http://support.microsoft.com/?id=314861

Hope that helps

--
Regards,
Ace

Please direct all replies to the newsgroup so all can benefit.
This posting is provided "AS IS" with no warranties.

Ace Fekay, MCSE 2000, MCSE+I, MCSA, MCT, MVP
Microsoft Windows MVP - Active Directory
 
Thanks Ace again!

I degraded my Windows 2003 server and changed it's NETBIOS
domain name(Win2003Domain), computer name(Win2003Srv).
But in my office, there're two domains with the same
NETBIOS name, MYDOMAIN. One is empty which I believe is
caused by the Windows 2003 server.
Now my Windows 98 client can't login to the new domain
Win2003Domain. The Windows 98 client can neither see the
Win2003Srv in the network neighborhood, nor by using the
UNC \\Win2003Srv in the explorer. However, these clients
can ping Win2003Srv without problems since WINS enabled,
and the WINS is a NT4SP6a.

Jason
 
Back
Top