2010 Installation schlägt fehl (Hub-Transport-Rolle)

[RobertWi 81]

Moin,

 

dann muss sich das mal jemand vor Ort ansehen.

 

Ich tippe immer noch auf ein IPv6, DNS oder anderes Netzwerkproblem. Das sind die Hauptgründe, warum der Dienst bei der Installation nicht startet.

[Blase 15]

Hallo Robert,

 

auch wenn ich da durchaus Deiner Meinung bin, werde ich meinen Chef diesbezüglich nicht überzeugen können. Zumal ich ihm auch nur schwer begreiflich machen kann, dass ich daran gescheitert bin - schließlich bin ich "Systemintegrator" und kann schließlich alles, was mit Computern zu tun hat. Nun ja....

Kann es was mit meiner generellen Konfiguration zu tun haben? Szenario sieht so aus:

 

2003er R2 Domäne, Exchange 2003 SP2 auf ebenfalls 2003er R2 Server. Nun auf einer neuen Maschine ein 2008er R2 Enterprise Server mit Hyper-V Rolle als member Server - sonst nix drauf. Unter Hyper-V dann die virtuelle Umgebung, ebenfalls ein 2008er R2 Enterprise "virtual". Ebenfalls member Server der Domäne, komplett durchgepatched und sonst auch nix drauf.

Unsere Domäne ist recht überschaubar, drei DCs an drei Standorten, keine 50 User insgesamt.

Der physikalische Server ist über 1 NIC mit dem Netzwerk verbunden, die selbe NIC, die auch für die virutelle Maschine konfiguriert ist - ist ok, oder? Generell hätte der Server noch weitere NICs.

Ich kann vom neuen Server aus alles pingen, nslookup funktioniert ebenfalls. Ich habe generell nach der Windows Installation nichts im Bereich IPv6 gemacht, lediglich IPv4 entsprechend unserer Netzstruktur konfiguriert.

Wenn ich mir so die Ereignisprotokolle ansehe, spricht allerdings in der Tat einiges dafür, dass es mit der Netzwerkkonfiguration zusammen hängt :confused: Habe drei Ereignisse:

ID 2604: Prozess MSEXCHANGEADTOPOLOGY (PID=1300). Fehler beim Abrufen der Sicherheitsbeschreibung für das Exchange-Serverobjekt 'SRVEXCHANGE' durch Microsoft Exchange während des Aktualisierens der Sicherheit für einen RPC-Zugriff (Remote Procedure Call) für den Exchange Active Directory-Topologiedienst - Fehlercode=80040a01.

Der Exchange Active Directory-Topologiedienst wird mit eingeschränkten Berechtigungen fortgesetzt.

 

ID 2114: Prozess MSEXCHANGEADTOPOLOGYSERVICE.EXE (PID=1300). Fehler bei der Topologieerkennung. Fehler: 0x80040a02 (DSC_E_NO_SUITABLE_CDC). Suchen Sie nach Informationen zum LDAP-Fehlercode (Lightweight Directory Access Protocol), der in der Ereignisbeschreibung angegeben ist. Verwenden Sie hierfür den Microsoft*Knowledge*Base-Artikel*218185, "Microsoft LDAP-Fehlercodes". Verwenden Sie die Informationen aus diesem Artikel, um mehr über die Ursache und Behebung dieses Fehlers zu erfahren. Testen Sie die Netzwerkverbindungen mit lokalen Domänencontrollern mithilfe der Befehlszeilentools 'Ping' oder 'PathPing'.

 

ID 2102: Prozess MSEXCHANGEADTOPOLOGYSERVICE.EXE (PID=1300). Keine Antwort von allen verwendeten Domänencontrollerservern:

domserv01."domäne".local

domserv02.*domäne*.local

domserv03.*domäne*.local

 

Grade der letzte klingt ja ziemlich eindeutig, aber woher kommt das?

 

MfG Blase

[RobertWi 81]

Moin,

 

könntest Du mal bitte die Ausgabe folgender Befehle (ausgeführt auf dem Exchange) posten:

 

ipconfig /all

NLTest /DSGetSite

dcdiag

[Blase 15]

:suspect:

 

Habe noch etwas google bemüht und folgendes gefunden:

 

Colored flags, Apples, and Penguins: DSC_E_NO_SUITABLE_CDC error with Exchange Server 2010 (SACL right)

 

Zitat: As it turns out the organization may have modified their Default Domain Controllers GPO. The modification was in a setting under Computer Configuration\Policies\Windows Settings\Security Settings\Local Policies\User Rights Assignment. The setting they've changed is "Manage auditing and security log" which contained the global group called "Exchange Enterprise Servers" among others. The key issue here is that it DIDN'T contain the "Exchange Servers" Universal Group.

 

Meine "Exchange Servers" Gruppe stand da zwar schon drin, habe aber mal spaßeshalber meine einzelne "SRVExchange" Maschine dort hinzu gefügt. Denn in der Gruppe selbst taucht der nicht auf. Sollte er? Warum schreibt er sich da nicht automatisch rein? Oder muss ich den händisch dort rein tun? Der "alte" Exchange Server steht dort auch nicht drin...

Tja, mehr habe ich imho grade nicht gemacht. Nun läuft der Dienst, der Server startet schnell und ich mache mich dann mal weiter an meine Installation...

EDIT: er stand/steht doch schon drin, wurde nur nicht angezeigt. In den Eigenschaften steht er drin. Dann ist es noch merkwürdiger, dass es jetzt läuft. Denn die Gruppe war ja schon hinterlegt, also auch der darin enthaltene Server?! Gibt es dafür eine Erklärung? Ansonsten, bin ja froh, dass es nun, warum auch immer, läuft ;-)

/EDIT

 

Vielen Dank für eure Engelsgeduld bisher :wink2:

 

MfG Blase

[RobertWi 81]

Moin,

 

das erklärt einiges. Ja, da muss der Server rein. Die Gruppe gibt es erst ab Ex2010 (evt. auch 2007), darum steht der alte da nicht drin.

[Blase 15]

Hast Du mein "EDIT" schon gesehen? Die Gruppe stand ja drin, der Server ist dort enthalten. Also muss/sollte die Richtlinie ja auch für den neuen Exchange 2010 gelten?! Strange!

Die Installation lief nun komplett durch, installiere grade die Updates...

 

MfG Blase

[RobertWi 81]

Moin,

 

kannst Du mal nachschauen, ob die Gruppe "Exchange Trusted Subsystem" in der lokalen Admin-Gruppe auf dem Server enthalten ist?

[Blase 15]

Jub, dort stehen die Dom-Admins, die Organization Management und die von Dir genannte Gruppe drin...

EDIT: mit dem Standard Windows Update zieht er sich "nur" das Update Sollup 3 für Exchange, das 4er ist doch schon draußen. 4er nehmen oder nicht?

 

MfG Blase

[RobertWi 81]

Ok, dann hat zumindest das geklappt. Na dann viel Spaß noch mit Exchange!