-hannes-

Hallo, wir haben einen Server 2003 R2 x86 Standard mit allen SPs und Updates. Auf dem Server läuft Blackberry Express Version 5.x. Vergangene Woche habe ich manuell Windows Updates installiert. Problem ist, dass der Server anschließend nicht richtig runter gefahren ist. Ich musste mich erst noch einmal Remote anmelden. Hier war dann nur der blaue Bildschirm ohne jegliche Meldung zu sehen und nach drücken einer beliebigen Taste, startete der Server dann korrekt neu. Dumm ist, das ich den Fehler erst später bemerkte und zwischendurch niemand mehr Mails über BB zugestellt bekommen hat. Für die Zukunft würde ich diesen Fehler gerne abstellen. In der Ereignisanzeige steht aber leider nur: EventID: 7023 Quelle: Service Control Manager Beschreibung: "Der Dienst Config Installer, Microsoft Driver und Center Manager wurden mit folgendem Fehler beendet --> Das angegebene Modul wurde nicht gefunden" Die Meldung wird mit der gleichen ID und Quelle für die 3 Dienste jeweils 1x mit der gleichen Beschreibung ausgegeben. Deshalb habe ich die Meldung zusammengesfasst. Wie es aussieht, bestehen also Probleme damit, Dienste rechtzeitig zu beenden bzw. die Beendigung dauert zu lang und wird nicht korrekt abgeschlossen. Wenn ich sc query auf z. B. Center Manager mache, erhalte ich "Fehler 1060 der Dienst ist nicht installiert". Schaue in in die Diensteverwaltung, ist der Dienst zwar aufgeführt mit Starttyp automatisch, aber beim Versuch diesen zu starten erhalte ich "Fehler 126 das angegebene Modul wurde nicht gefunden". Bei den beiden anderen Diensten verhält es sich genauso. Komisch ist also, dass der Neustart sich aufgrund der Beendigung eines Dienstes zu lange verzögern soll, der gar nicht installiert ist? Einzige Brauchbare Hilfe im Internet war bisher dies hier: Event ID 7023 Ich würde zwar gerne versuchen den Timeout für die Dienste zu verlängern, aber wenn diese gar nicht laufen ... Vielleicht bin ich ja auf einem falschen Lösungsweg? Freue mich auf eure Hilfe. Danke, hannes

Hallo, habe den alten 2003er DC jetzt herabgestuft. Ging mit DC promo sauber ohne Fehlermeldung. Der DNS Server ist erstmal noch drauf geblieben. Mit Outlook 2007 lief innerhalb der Domäne, wie auch zuvor, alles reibungslos wie immer und ich konnte in Exchange auch problemlos neue Benutzer anlegen. Jetzt zuhause wollte ich OWA testen, da erschien nach der Anmeldeseite folgende Fehlermeldung: Exception message: Could not find any available Domain Controller. Hab`kurz gegoogelt und die Ergebnisse ließen auf Probleme mit prepare Domain in Child-Domains schließen. Nur leider haben wir gar keine Child-Domains?! Also vielleicht hat der Admin, der schon vor längerem den Exchange 2007 installiert hat ja einfach das Prepare der Domäne aus irgend einem Grund nicht sauber hinbekommen, wie auch hundele schrieb? Könnte man das nachträglich nochmal ausführen? Kann mir als in diese Richtung belesener Exchange-Admin aber nicht vorstellen, dass eine Installation ohne ein korrektes Prepare Domain überhaupt möglich gewesen wäre? Nach einer 20 Minuten später durchgeführten Aktualisierung von OWA auf der Fehlerdialog-Seite, war ich dann aber auf einmal ganz normal in meinem Posteingang?! Ziemlich unverständlich. Ich kann mir nur denken, dass hier vielleicht bei meiner letzten Anmeldung der alte 2003er DC, der herabgestuft wurde als Anmeldeserver verwendet wurde und dies irgendwo zwischengespeichert wurde. Allerdings ist in der Exchange Management Konsole ein 2008er DC als Konfigurations-DC hinterlegt und auch die DNS-Server sind manuell in der Konsole eingestellt. Könnte es sein, dass hier nun die Einstellungen der Netzwerkkarte nicht mehr beim DNS auf den 2003er DC als sekundären DNS zeigen dürfen? Merkwürdig. Ich hoffe nur, dass ich jetzt keine 100 Tickets erhalte, mein OWA geht nicht mehr - drücken Sie bitte F5. Deswegen würde es mich schon interessieren, was es hiermit aufsich hat. Und um nochmal zu dem Outlook-Anywhere Problem mit Autodiscover zurückzukommen: wir haben leider, leider derzeit kein gültiges Vertrauenswürdiges Zertifikat für den Exchange 2007, da in nächster Zeit ein Providerwechsel geplant und auch schon beauftragt ist. Da sich hier noch Verschiebungen ergeben können, warten wir damit noch ab. Kann es nun sein, wie hundele geschrieben hat, dass das Fehlen des Zertifikats meine Fehlermeldung bei den Berechtigungen auf das OAB-Verzeichnis im ExBPA direkt oder indirekt beinflusst? Ich denke eigentlich, solange die CALs richtig gesetzt sind, stimmen die Berechtigungen? Beim Inhalt der OABs ist jedenfalls bei den Outlook-Anywhere Benutzern immer alles O.K. und die Übernahme von Änderungen dauert auch normal lange. Sogar Android und iPhone zeigen korrekte Adressbücher. Will ich aber das OAB manuell über Senden/Empfangen neu herunterladen erhalte ich die Fehlermeldung 0x8004010F. Ich könnte mir höchstens vorstellen, dass der Abruf von der https:// Seite der IIS hier dazwischenfunkt, da man evtl. das nicht vertrauenswürde Zeritifikat in Ermangelung eines nochmaligen Dialogs hierzu nicht ignorieren kann, was aber beim Anmelden an Outlook-Anywhere selbt mit einer gesonderten Bestätigung à la "... möchten Sie trotzdem / ja" funktioniert. Vielleicht wären hier ja geänderte Security Settings bezüglich der Anmeldung schon hilfreich? Schon mal Danke sagt, hannes

... Jede dieser Meldung wird im Exchange Best Practices Analyzer 2x hintereinander ausgegeben. Wie gesagt wurden die Berechtigungen hier von mir nachträglich manuell gesetzt inkl. Freigabe und zwar sowohl unter dem o. g. Pfad, als auch unter 'C:\Program Files\Microsoft\Exchange Server\OAB'. Bei mir zu Hause in der Testumgebung ist das Problem identisch vorzufinden. Ich frage mich deshalb, ob das momentan ein genereller Bug unter Exchange 2007 SP3 ist, oder wo ich hier ansetzen muss, um die Berechtigungen korrekt zu setzen. Fraglich ist auch, ob diese Berechtigungen das Problem der Outlook-Anywhere Benutzer (Outlook 2007) mit dem OAB beeinflusst, da es innerhalb des Domänen-Netzes keinerlei Probleme mit dem Download des OAB bei Outlook 2007 Clients über HTTP(s) gibt. Um zu testen, ob vielleicht das OAB defekt ist, habe ich probehalber mal in der Management-Konsole ein neues OAB erstellt, aber nicht auf die Mailbox-Datenbanken verlinkt, oder als Standard gesetzt. Hierbei trat wiederum folgender Fehler auf: Warnung: Der Task und der Öffentliche Ordner-Informationsspeicher >Exchange Server Name< stellen Verbindungen mit verschiedenen Domänencontrollern her, die Verteilung des Offlineadressbuchs in Öffentlichen Ordner funktioniert erst, nachdem der Öffentliche Ordner-Informationsspeicher >Exchange Server Name< seinen geplanten Wartungstask ausgeführt hat. Das neue OAB wurde dann nach dieser Warnung korrekt erstellt. Mir wäre jedoch nicht bekannt, wo ich für Öffentliche Ordner einen gesonderten DC einstellen könnte? Oder besagt die Warnung eigentlich nur, dass die Verteilung erst nach der nächsten Öffentlichen Ordner-Replikation für Outlook 2003 Clients über Öffentliche Ordner funktioniert, was ich mal annehme? Mein OAB-Problem tritt wie gesagt nur bei Outlook 2007 Clients mit Outlook-Anywhere auf. Outlook 2003 Clients gibt es keine mehr. Beim stöbern zu meinem Problem habe ich gelsen, dass es sein kann, das man mit NTBackup ein Vollbackup des alten Exchange 2003 machen soll, damit die Öffentlichen Ordner Replikate einem nicht mehr ins Handwerk pfuschen, aber vielleicht war ich da schon zu durch. Bevor ich gegangen bin, habe ich dann noch, wie mehrfach empfohlen, einen Host(A) Eintrag für die IP des Exchange 2007 mit dem Wert "autodiscover.domain.de" gesetzt. Jetzt frage ich mich, ob das ausreicht - ein Test am Nachmittag hatte mit diesem Eintrag nach 10 Minuten nichts bewirkt, aber vielleicht war ja die Zeit einfach zu kurz, obwohl es schon auf die anderen DNS Server repliziert war. Oder vielleicht ist einfach noch auf dem Server 2003 DC, der vorher den Exchange 2003 beheimatete noch irgendetwas zu richten bzw. existiert am AD-Schema vielleicht noch ein Verweis, der stört? Am liebsten wäre mir natürlich den 2003 DC einfach herabzustufen und abzuschalten, aber das löst das Problem wohl eher nicht :p Vielen Dank für eure Hilfe, hannes

Edit: musste den Beitrag auf 2 Teile trennen, da sonst zu lang. Hallo, in unserer Domäne wurde vor ein paar Wochen von mir der letzte Exchange 2003 Server mit viel Hängen und Würgen deinstalliert, nachdem der vorherige Admin diesen par tout nicht losgeworden ist. Leider war dieser auch noch auf einem Server 2003 DC installiert, der wiederum vom neuen Exchange 2007 als Konfigurations DC verwendet wurde :cry: Um die Domäne in nächster Zeit von 2003 auf 2008 upgraden zu können, habe ich zuerst versucht in den Einstellungen der Netzwerkkarte des Exchange 2007 nicht mehr auf diesen DC als DNS-Server zu verweisen und einen anderen Konfigurations DC zu verwenden. Das lief dann 14 Tage, bis die Mails nicht mehr raus gingen und sich in der Warteschlange stauten - warum auch immer? Einzigster aufgetretener Fehler war bis dato ein mittlerweile ungültiger Eintrag des Exchange 2003 bezüglich eines Adress-Typs, der nicht mehr existierte, in der Standard-Adress-Richtlinie, den ich über die Management Konsole beheben konnte und der nach Prüfung im ADSI Editor auch nicht (mehr) vorhanden war. Somit habe ich dann die DNS Server in der Exchange Management Konsole manuell vorgegeben und seitdem schiens zu laufen. Jetzt wollte ich mich schon fast daran machen den alten Server 2003 DC herabzustufen, da tritt unversehens ein Problem bei den Outlook-Anywhere Benutzern mit dem OAB auf. Der Fehler lautet: 0x8004010F Google liefert hierzu wirklich viele Ergebnisse und ich bin schon 3 Stunden lang die ersten 40 hiervon durchgegangen, wie z. B. Outlook clients receive error 0x8004010f when downloading the Offline Address Book - Exchange Team Blog - Site Home - TechNet Blogs Understanding why error code 0X8004010F is thrown when trying to download an OAB - Dgoldman's WebLog - Site Home - MSDN Blogs Leider hat hiervon das Problem auch nach intensivem testen nichts behoben. Eine Analyse mit dem BPA-Tool ergibt, dass die Berechtigungen auf das OAB-Verzeichnis angeblich nicht passen sollen, obwohl ich diese manuell bereits gesetzt und mehrfach, auch in der IIS7 Konsole, geprüft habe. Die Ergebnisse lauten: - 'Administratoren' verfügen nicht über die Berechtigung 'Vollzugriff' für Ordner 'C:\Program Files\Microsoft\Exchange Server\ClientAccess\OAB\06227637-b030-4caa-a27c-f10dc6cfa9f0' - 'Authentifizierte Benutzer' verfügen nicht über die Berechtigung 'Lesen' für Ordner 'C:\Program Files\Microsoft\Exchange Server\ClientAccess\OAB\06227637-b030-4caa-a27c-f10dc6cfa9f0' - 'Domänen-Admins' verfügen nicht über die Berechtigung 'Lesen' für Ordner 'C:\Program Files\Microsoft\Exchange Server\ClientAccess\OAB\06227637-b030-4caa-a27c-f10dc6cfa9f0' - 'Organisationsadministratoren' verfügen nicht über die Berechtigung 'Lesen' für Ordner 'C:\Program Files\Microsoft\Exchange Server\ClientAccess\OAB\06227637-b030-4caa-a27c-f10dc6cfa9f0' ...

Add-ons waren keine geladen. Den Virenscanner und Office 2007 hatte ich ja komplett neu installiert. Dann hilft wohl nur abwarten, ob der Fehler jetzt noch mal auftritt. Falls ja, worauf sollte ich bei der Deinstallation von Outlook/Office noch achten, außer den .ost Dateien? Danke, hannes

... noch vergessen: in OWA taucht die Mail auch nicht unter Gesendete Objekte auf. hannes

Hallo, sorry für die verspätete Antwort - Das Laptop war im Außendienst. Aber die Option ist gesetzt. Hab`s auch mal ohne den Haken probiert, dann wird auch nichts gespeichert. Mit haken landen dann die Mails auch i. d. R. im Ordner gesendete Objekte, nur eben manchmal nicht, obwohl es wie gesagt keine Regeln gibt. Woran kann das nur liegen? Gruß, hannes

Hi, ich hab` hier gerade fast das gleiche Problem. Ein User sendet eine Mail, die dort auch ankommt, aber beim Absender taucht die Mail einfach nicht unter "Gesendete Objekte" in Outlook 2007 auf. Habe deshalb heute mal Office 2007 komplett deinstalliert, alle Datei-/Ordnerreste gelöscht und wieder neu aufgespielt, da ich mehrere google Ergebnisse hatte, dass es ein Client-Problem sein müsste bei dem z. B. doppelte Ordner vorhanden sind und dann die Mail wo anders landet, als sie eigentlich angezeigt werden sollte. Oder es läge evtl. eine Regel zum verschieben vor ... Hat aber nicht geholfen. Dann habe ich die .ost Datei nochmal gelöscht und das Postfach in eine andere Mailboxdatenbank verschoben. Null Fehler hierbei. Half trotzdem ebenso nicht. Die Nachrichtenverfolgung zeigt mir für die Message-ID die korrekten Sende- und Empfangszeiten mit den Ereignissen "DELIVER" und "RECEIVE" für die Quelle "STOREDRIVER". Kann ich irgendwie sehen, ob die Nachricht noch tatsächlich in der Datenbank vorhanden ist und nicht versehentlich gelöscht wurde? Wobei der User aber berichtet, dass dieses Verhalten schon öfters vorgekommen ist. Wenn ja, wie? Vielen Dank. Grüße, hannes

aah, wunderbar. Genau so geht`s. Vielen Dank !! hannes

Hallo, habe neulich mal ausversehen in einer Exchange (2007) Best Practice Analyzer Systemdiagnose bei den Fehlern einen einzelnen Fehler ausgeblendet über "Dieses Element für alle Instanzen nicht mehr anzeigen". Leider finde ich nun nirgends eine Option um das eigentlich wichtige Fehlerelement wieder anzeigen zu lassen. Kann mir jemand bitte kurz erklären, wo sich der Schalter hierzu findet? Vielen Dank für die Hilfe. hannes

:D da kann man schon mal lachen. Geht mir auch so. Und vielen Dank für das kleine How-to. :D hannes

Hallo, kann ich hier einfach eine Profile (PRF) Datei von einem anderen Client kopieren? In dem Installationsverzeichnis der angepassten Installation habe keine PRF bzw. OPF Datei gefunden, die funktioniert hätte. Oder geht auch noch eine nachträgliche Erzeugung mit dem ORK? Vielen Dank, hannes

Das ist ja mal wirklich eine äußerst spannende Lektüre !! Wie`s aussieht sollte ich wohl auch mal auf NIC Ebene forschen. Vielleicht funkt z. B. einfach die Nagios Dienstüberwachung dazwischen, indem sie bestimmte TCP/IP Eigenschaften der NICs umkonfiguriert hat? Das NSTray Tool von Nagios produziert jedenfalls oft Windows-Fehler. Ebenfalls sehr spannend ist die Tatsache, daß eine Konfiguration von Auto am NIC und Force-Mode am Switch nicht wirklich zu empfehlen ist und Duplex Fehler produzieren kann. ...da wartet im nächsten Jahr aber noch ziemlich viel Arbeit, bis das Netz wirklich 100% stabil läuft. Vielen Dank hegl, für den wirklich informativen Link :) hannes

Hallo, ich habe auf einem Client, auf dem sich bis zu 7 Leute anmelden, Outlook 2003 neu installiert. Leider habe ich versehentlich nicht die richtige angepasste Installation gewählt, so dass jetzt der Exchange Server 2007 und der Anmeldename nicht richtig beim ersten Start von Outlook 2003 vorgegeben werden. Das hieße also bis zu 7 mal zu dem PC zu laufen, immer wenn sich ein Benutzer das erste mal auf dem Client an Outlook anmeldet. Jeglicher Versuch, mit dem Office Removal Tool aus dem ORK für 2003 zu deinstallieren und dann nochmal die richtige angepasste Installation auszuführen, brachte keinen Erfolg. Gibt es daher eine Möglichkeit den Parameter Exchange Server und Benutzername (Kontoname) irgendwie nachträglich nochmal anzugeben? Wäre für Hilfe sehr dankbar. Viele Grüße, hannes

... hier noch die weiteren Screenshots von der Netzwerkkonfiguration und der vSwitche: ESX01 Netzwerkadapter: ESX01 vSwitch: Teil 1: Teil2: ESX02 Netzwerkadapter: ESX02 vSwitch: Wäre nett, wenn noch mal jemand drüber schauen könnte. Vielleicht steckt der Wurm ja auch hier irgendwo drin? Vielen Dank, hannes