Re: cant remove SRS - thinks Dir connection still exists

From: John M (sdkfj_at_microsoft.com)
Date: 06/30/04

  • Next message: dimitris: "Re: LDAP Bind Unsuccessful"
    Date: Wed, 30 Jun 2004 17:15:17 -0500
    
    

    here is a c&p that worked for me..

    This information is from a Pre-KB article. Please take it with a grain of
    salt has it has not been verified or tested. But I did find one other
    Pre-KB with similar steps for this issue.

    Cause:
    ~~~~~
    This issue can occur if there is any trace of directory replication
    connector still
    present in the Active Directory.

    Resolution:
    ~~~~~~~~
    To resolve this issue, follow these steps:

    1) Start the ADSI Edit snap-in.
    2) Expand the Configuration naming context, expand Services, expand
    Microsoft
    Exchange, expand your organization folder, expand Administrative groups, and
    then
    expand your Administrative group.
    3) Under your Administritavie group, click once on the CN=Directory
    Replication
    4) Check out what you see on the right pane.
    5) If you still see any Dir rep connector that no longer exists, then go
    ahead and
    delete all such connectors.
    6) Follow the same procedure for other administrative groups.
    7) Force a replication between DCs.
    8) Now you should be able to delete the SRS from the System Manager.

    Hope this Helps,

    -- 
    Matthew Byrd
    Microsoft PSS
    When responding to posts, please "Reply to Group" via your newsreader so
    that others may learn and benefit from your issue.
    This posting is provided "AS IS" with no warranties, and confers no rights.
    "Leon Funnell" <leon.funnell@catlin.com> wrote in message
    news:1f22101c45781$8abdd1b0$a101280a@phx.gbl...
    > I have an issue which is preventing me from changing to a
    > native mode organisation.
    >
    > I have four admin groups, three of which had exchange 5.5
    > servers.  All Exchange 5.5 servers have been removed
    > using the documentation on how to remove the last
    > Exchange 5.5 server in a 2000 site.
    >
    > All the Directory Replication Connectors have been
    > removed, and I have managed to remove the SRS for the
    > other two sites.  The site I am havign a problem with
    > tells me I cannot remove the SRS, because the server is s
    > bridgehead of one or more Directory Replication
    > Connectors.
    >
    > Is there some way to forcibly tell the server that it
    > doesnt have a DR connector, or remove the SRS?  This is
    > the last hurdle that is preventing me enabling Native
    > mode.
    >
    > Regards,
    >
    > Leon Funnell
    

  • Next message: dimitris: "Re: LDAP Bind Unsuccessful"

    Relevant Pages

    • RE: IIS and login credentials
      ... If administrative groups are enabled, expand Administrative Groups. ... Expand Servers, and then expand your front-end server. ... PLEASE NOTE the newsgroup SECURE CODE and PASSWORD were ...
      (microsoft.public.windows.server.sbs)
    • Re: Checking mailbox size usage
      ... open ESM and browse down to administrative groups and expand the servers ... container and expand the server the users are residing on and access the ...
      (microsoft.public.exchange2000.admin)
    • Re: auto loading route statements
      ... Configure the Exchange Server to block open SMTP relaying: ... Expand Servers, expand Servername, expand Protocols, and then expand ... To check the properties for the SmallBusiness SMTP Connector, ...
      (microsoft.public.windows.server.sbs)
    • Re: Multiple Exchange 2003 Servers - Control out of which one all e-mail flows
      ... Under Connector Scope, click Entire ... building and one at a Co-Location. ... out of the Exchange Server at the Co-Location. ... In the ESM under Administrative Groups | First Administrative Group | ...
      (microsoft.public.exchange.admin)
    • Re: Multiple Exchange 2003 Servers - Control out of which one all e-mail flows
      ... Under Connector Scope, click Entire ... out of the Exchange Server at the Co-Location. ... In the ESM under Administrative Groups | First Administrative Group | ...
      (microsoft.public.exchange.admin)