Depends what caused such a consistency-failure in the first place, /removelingeringobjects does exactly as its wording implies and little more. Last time I looked it didn't check for lingering _attributes_ or other plausible (though hard to manufacture) inconsistencies such as temporal issues caused by DCs being thrown back in time using virtualization or SANs or ...
-- Dean Wells MSEtechnology * Email: [EMAIL PROTECTED] http://msetechnology.com -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of David Cliffe Sent: Wednesday, April 20, 2005 2:03 PM To: [email protected] Subject: RE: [ActiveDir] (Slightly OT) GC's Curious to know how useful /removelingeringobjects would be if this were 2003 forest. Could I run that on every GC against a reliable source in the other NCs to try and clear up "lingerers"? Also a fairly lengthy prospect, but would you consider it better than the fully removing every GC at once option? -DaveC Reuters CIO Infrastructure -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jorge de Almeida Pinto Sent: Wednesday, April 20, 2005 1:48 PM To: 'Kern, Tom '; '[EMAIL PROTECTED] '; '[email protected] ' Subject: RE: [ActiveDir] GC's When you need to rebuild all GCs you'll have to be carefull how you do that. If you rebuild GCs one by one the problem (wrong data like non-existing objects) most likely will not be solved. This is true if a GC uses another GC as inbound replication partner. I don't know what your situation is, but if the wrong data is only in the GCs demoting all GCs at once is the "best way" and promoting again. In a large environment this sounds like "hell on earth". If the "wrong data" is only in a certain domain partition you could remove that NC from the GCs in the other domains using REPADMIN. With the latter the GC keeps advertising itself while the NC is being removed and later on rebuild. Also with this one you need to be sure which replication partner is chosen If you can provide more details, maybe I can give you a more helpfull answer Jorge -----Original Message----- From: [EMAIL PROTECTED] To: [email protected] Sent: 4/20/2005 5:48 PM Subject: RE: [ActiveDir] GC's Actually, I did want to know the other stuff as wel :) Also, what exactly is "occupancy level". I had some EA's that saw a issue in AD where there were objects that were deleted in AD but were still present in the GC(for months). They called MS and MS told them this will snowball into a serious issue. So,after much chatting, MS recommended for them to rebuild every GC in the forest. They did this by unchecking the GC tab on the ntds object, waiting a while and then checking it back. This is in a win2k2p4 forest. Only the root domain is in native mode. So, yeah, I'd like to know exactly what it means when you uncheck(and thats all), wait and check again... Thanks Dean Wells wrote: > Only sort of wrong, there's a particular interface (NSPI/Named Service > Provider Interface) exposed by GCs that is used by Exchange. This > interface wasn't exposed on new GCs until they had been rebooted (that > has been addressed for 2K3), the other aspects of the GC take effect > according to something known as the "occupancy level". > > In the event I've misunderstood and you are actually asking what > happens if you click-it-on and then straight back off again ... well, > that depends on a few other clicks but I don't really think that's > what you wanted to know. 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/ 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. 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/ ----------------------------------------------------------------- Visit our Internet site at http://www.reuters.com To find out more about Reuters Products and Services visit http://www.reuters.com/productinfo Any views expressed in this message are those of the individual sender, except where the sender specifically states them to be the views of Reuters Ltd. 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/
