stop the netlogon service delete netlogon.dns en netlogon.dnb start the netlogon service open netlogon.dns and which sites are listed? have the child DCs been configured to cover additional sites? Jorge
________________________________
From: [EMAIL PROTECTED] on behalf of Thommes, Michael M.
Sent: Tue 2006-01-03 15:39
To: ActiveDir@mail.activedir.org
Subject: RE: [ActiveDir] DCs generating SRV records for 2 sites!?
Hi Neil/Jorge,
The child domain DCs are generating SRV records (as seen in their local
netlogon.dns and netlogon.dnb files) for both their original site (to which
they have subsequently moved back into) and the other site that they were
temporarily moved to. While I could manually remove the incorrect DNS records
on my DNS server, I will just assume the child DCs will just repopulate them.
Right? Thanks for any input!
Mike Thommes
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED]
Sent: Tuesday, January 03, 2006 8:29 AM
To: ActiveDir@mail.activedir.org
Subject: RE: [ActiveDir] DCs generating SRV records for 2 sites!?
Excuse me butting in mid thread, but if a DC was moved from site A to B, then
SRV records will exist for that DC in both sites, within DNS, until old SRV
records are removed thru scavenging.
Why not simply remove the 'incorrect' SRV records by hand, since scavenging may
take a number of days to remove the old records.
hth,
neil
________________________________
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Almeida Pinto,
Jorge de
Sent: 03 January 2006 14:17
To: ActiveDir@mail.activedir.org
Subject: RE: [ActiveDir] DCs generating SRV records for 2 sites!?
what do you mean with "The *wrong* SRV records are being produced on the child
domain DCs"?
questions about this...
* On ALL child domain DCs?
* Do you mean "the SRV RRs are in registered wrong in DNS, but the DCs itself
register the correct records" or do you mean "the SRV RRs are in registered
wrong in DNS, AND the DCs register incorrect SRV RRs"
Can you explain more and provide more details?
Jorge
________________________________
From: [EMAIL PROTECTED] on behalf of Thommes, Michael M.
Sent: Tue 2006-01-03 15:11
To: ActiveDir@mail.activedir.org
Subject: RE: [ActiveDir] DCs generating SRV records for 2 sites!?
Hi joe,
I don't see where scavenging has anything to do with it. The *wrong*
SRV records are being produced on the child domain DCs. What I see on
my AD-integrated DNS server is just a reflection of what those DCs
register.
-mike
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of joe
Sent: Monday, January 02, 2006 8:01 PM
To: ActiveDir@mail.activedir.org
Subject: RE: [ActiveDir] DCs generating SRV records for 2 sites!?
Sounds like you don't have scavenging enabled. Also I have seen
interesting
DNS deployments where a backup is made of the zones on a regular basis
and
the whole zone is reloaded from the backups every x hours. I won't argue
for
or against that type of system, only acknowledge that I have seen it in
the
wild...
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Thommes,
Michael M.
Sent: Monday, January 02, 2006 4:06 PM
To: ActiveDir@mail.activedir.org
Subject: [ActiveDir] DCs generating SRV records for 2 sites!?
We have a couple of child domain controllers that were moved from their
respective site into the main site using the AD Site and Services mmc.
The subnet definition was NOT changed accordingly. This was to try to
solve
an Exchange problem (had no effect). The DCs were moved back to their
own
original site a couple of days later. Now I see that these DCs are
advertising SRV records for both sites! We've tried deleting (renaming
really) the netlogon.dns and netlogon.dnb files so that they could be
generated automatically upon reboot. The bogus site SRV records still
show
up! Any thoughts on how we can get this back straight? Thanks much for
any
thoughts.
Mike Thommes
List info : http://www.activedir.org/List.aspx
List FAQ : http://www.activedir.org/ListFAQ.aspx
List archive:
http://www.mail-archive.com/activedir%40mail.activedir.org/
List info : http://www.activedir.org/List.aspx
List FAQ : http://www.activedir.org/ListFAQ.aspx
List archive:
http://www.mail-archive.com/activedir%40mail.activedir.org/
List info : http://www.activedir.org/List.aspx
List FAQ : http://www.activedir.org/ListFAQ.aspx
List archive: http://www.mail-archive.com/activedir%40mail.activedir.org/
PLEASE READ: The information contained in this email is confidential and
intended for the named recipient(s) only. If you are not an intended
recipient of this email please notify the sender immediately and delete your
copy from your system. You must not copy, distribute or take any further
action in reliance on it. Email is not a secure method of communication and
Nomura International plc ('NIplc') will not, to the extent permitted by law,
accept responsibility or liability for (a) the accuracy or completeness of,
or (b) the presence of any virus, worm or similar malicious or disabling
code in, this message or any attachment(s) to it. If verification of this
email is sought then please request a hard copy. Unless otherwise stated
this email: (1) is not, and should not be treated or relied upon as,
investment research; (2) contains views or opinions that are solely those of
the author and do not necessarily represent those of NIplc; (3) is intended
for informational purposes only and is not a recommendation, solicitation or
offer to buy or sell securities or related financial instruments. NIplc
does not provide investment services to private customers. Authorised and
regulated by the Financial Services Authority. Registered in England
no. 1550505 VAT No. 447 2492 35. Registered Office: 1 St Martin's-le-Grand,
London, EC1A 4NP. A member of the Nomura group of companies.
This e-mail and any attachment is for authorised use by the intended
recipient(s) only. It may contain proprietary material, confidential
information and/or be subject to legal privilege. It should not be copied,
disclosed to, retained or used by, any other party. If you are not an intended
recipient then please promptly delete this e-mail and any attachment and all
copies and inform the sender. Thank you.
<<winmail.dat>>
