Beiträge von Cyberjack

Zitat

Schemaupdate:

update.exe /forestprep

Domainupdate:

update.exe /domainprep

Alles anzeigen

Beides durchgeführt, hat nichts genutzt, Display Specifiers stehen immer noch auf cn=409, der Exchange will aber (via LDAP) cn=407 haben.

Michael

Zitat

webmaster schrieb:
Dann führe doch die Domain- und Schemaerweiterung, mit dem SP Stand Deines Exchange Server erneut aus.

Gruss
Heinz

Und wie geht das? Ich kann mit dem Satz leider nicht viel anfangen. Fakt ist das das Schema auf beiden Servern ident ist, also cn=409, ich brauch aber cn=407. Mit ADSedit hab ich es auch schon probiert, aber dan kann ich es nicht änder da der Wert "dem SYSTEM gehört" und nicht geändert werden kann.

Michael

Zitat

webmaster schrieb:
Hi,

kann es sein, dass der Exchange Server mal ein DC war und dieser mit DCPPROMO heruntergestuft wurde? Falls ja, solltest Du Exchange und alle SP drüber installieren und es sollte wieder gehen.

Gruss
Heinz

Nein war er nicht, er wurde "from scratch" installiert und als weiterer DC in die Domäne integriert. Anschliessend wurde der Exchange installiert und die Postfächer vom alten Exchange (auch 2000) migriert. Danach hat das ganze ca. 2 Jahre problemlos funktioniert. Ich hab so den Verdacht das eine Installation von SQL auf dem GC (SERVER01) das Active Directory so geschossen hat, dass die Sprachenzuordnung jetzt nicht mehr passt. SERVER03 (Exchange) hat dann das Schema mit den falschen Sprachzuordnungen repliziert und ich sitz jetzt in der Sch****.

Michael

RPC ist aktiviert. Server hat nur eine Netzwerkkarte.
Das Problem:

Er kann nicht mal seinen eigenen (!) LDAP Server erreichen, sieht man ja auch am Fehler:

LDAP Result failed to receive a response from directory 'server03.xxxxxx.xxxxxx.at' within 30 minutes.

Die Meldung bekomme ich im Log von SERVER03, ID 8352 MSExchangeAL.

danach:

ID 8352 Der LDAP-Benachrichtigungssuchvorgang hat keine Ergebnisse zurückgegeben. Rückgabecode [0x55] Zeitüberschreitung.

und wieder von vorne:

Öffnen der LDAP-Sitzung mit Verzeichnis server03.xxxxxx.xxxxxx.at am Anschluss 389.

Das ist alles wohlgemerkt am selben Server und LDAP ist wohl auch mein Problem, scheinbar sind wohl wirklich die Spracheinstellungen, die Frage ist nur, wie man das korrigiert.

Michael

Die Server sind alle im internen LAN, DNS und WINS sind OK, laufen ordnungsgemäss und die Replikationspartner sind eingetragen.

Ich glaub der Hund liegt irgendwo im AD, ich hab hier noch zwei Fehler mit dem LDAP gefunden:

MSExchangeAL ID 8248

Der LDAP-Benachrichtigungssuchvorgang hat keine Ergebnisse zurückgegeben. Rückgabecode [0x52] Lokaler Fehler.

und

MSExchangeAL ID 8033

Fehler bei LDAP-Suchergebnis in Verzeichnis server03.xxxxxx.xxxxxx.at nach Eintrag '':[0x52] Lokaler Fehler

Diese kommen immer exakt alle 30 Minuten, also wird über LDAP versucht etwas abzufragen, allerdings kommt keine Antwort.

Danke für Deine Mühe

Michael

Kann man denn 409 auf 407 "umbiegen" ?

An anderen Fehlern hab ich als einzigen (!) beim Booten nur den hier:

MSExchangeMTA ID 9321
Ein RPC-Kommunikationsfehler ist aufgetreten. Der Versuch, eine RPC-Verbindung herzustellen, ist fehlgeschlagen. Windows 2000-Fehler: 1721. [ncacn_at_dsp BASE IL MAIN BASE 1 504] (14)

Der MTA startet dann danach allerdings.

Bin als admin angemeldet (mit allen Rechten, auch Schemaadmin, Domänenadmin, ExAdmin usw.)

Wenn ich versuche einen neues Postfach anzulegen, kommt wieder dasselbe wie oben ....

domainprep und forestprep wurden mit deutschen Versionen durchgeführt, die Exch 2000 CD ist deutsch, W2K deutsch ...

Michael

1. RUS wurde schon ein paar Mail "rebuilded" hat aber nichts genützt.

Ich hab eine Domäne, 4 Server (3x W2k, 1x W2K3)

Der erste (SERVER01) war zuerst da, hat also den DC, GC und auch den Exchange beheimatet. Später kam ein zweiter dazu (SERVER03). Die Postfächer wurden migriert und alles hat auch so weit funktioniert. Der Exchange auf dem alten Server wurde deinstalliert. Das hat jetzt auch ca. 2 Jahre problemlos funktioniert, ich hab erst im August noch neue Benutzer hinzugefügt. SERVER04 ist ein TS und SERVER06 hat Filemaker Server laufen.

Forestprep hab ich dann gemacht, mit anschliessendem Reboot:

Siehe auch:

Prozess MAD.EXE (PID=1984). DSAccess wird die Server aus der folgenden Liste verwenden:
Domänencontroller:
server01.xxxxxx.xxxxxx.at
server03.xxxxxx.xxxxxx.at
server04.xxxxxx.xxxxxx.at
server06.xxxxxx.xxxxxx.at

Globale Kataloge:
server01.xxxxxx.xxxxxx.at
server03.xxxxxx.xxxxxx.at

Der Konfigurationsdomänencontroller wird auf server01.xxxxxx.xxxxxx.at festgelegt.

und

Der Empfängeraktualisierungsdienst hat die Neuerstellung von CN=Hidden DL Membership,CN=System Policies,CN=xxxxxx,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=xxxxxx,DC=xxxxxx,DC=at abgeschlossen. DC=xxxxxx,DC=xxxxxx,DC=at

aber leider immer noch:

'LDAP://server03.xxxxxx.xxxxxx.at/cn=407,cn=DisplaySpecifiers,CN=Configuration,DC=xxxxxx,DC=xxxxxx,DC=at' konnte nicht geöffnet werden.

Fehler: Ein solches Objekt ist auf dem Server nicht vorhanden. (Ist es ja tasächlich nicht, das entsprechende Objekt trägt auf SERVER01 und 03 den cn=409)

Michael

In der globalen Adressliste auf dem Server taucht der User auf, allerdings nicht auf den Clients. Die Mailbox wird ebenfalls nicht angelegt, auf M: ist auch kein Ordner für den User vorhanden.

MsExchAdmin mein folgendes:

ID: 9180 Kategorie: Anzeigebereich

LDAP://server03.xxxxxx.xxxxxx.at/cn=407,cn=DisplaySpecifiers,CN=Configuration,DC=handy4you,DC=handy4you,DC=at' konnte nicht geöffnet werden.

Fehler: Ein solches Objekt ist auf dem Server nicht vorhanden.

Ich hab dann mal auf dem Server mit ldp.exe nachgeschaut und da findet sich:

CN=409,CN=DisplaySpecifiers,CN=Configuration,DC=xxxxxx,DC=xxxxxx,DC=at

Hmm jaaa, also will Exchange cn=407 nachschauen, aber tatsächlich auf dem Server cn=409 vorhanden.

Wie kann ich das beheben?

Michael