15
Exchange 2013 Total Ausfall
Hallo Zusammen,
Seit heute morgen haben wir das Problem dass wir im Outlook keine Mails mehr empfangen oder auch senden können... (gilt auch für interne Mails).
In der Warteschlangeanzeige fand ich unter der "nächsten Hopdomäne" den Eintrag einer co.uk Adresse! in der sich eine Viagra Mail befand. im Zustellungstyp stand "DNSConnectorDelivery". Habe dies sofort entfernt.
Mit SmtpDiag interne an externe Mail. Zeigt er keine Fehler und sagt erfolgreich hergestellt.
Dennoch gehen auch keine Mails raus!
Sie stehen nach dem absenden kurzzeitig im Postausgang und werden abgerufen, so dass sie ganz normal unter gesendete Elemente verschoben werden.
mit SmtpDiag interne an interne Mail. sagt er
Abgleich der SOA-Seriennummer: Bestanden
Sowohl TCP als auch DUP Abfragen erfolgreich. Lokaler DNS-Test bestanden.
Sowohl TCP als auch UDP Abfragen erfolgreich. Remote DNS Test bestanden.
Bei der Postfachserver Überprüfung kommt der fehler dass die Verbindung mit dem Server nicht hergestellt werden konnte.
als IP Adresse steht die des DC drin! nicht die des Exchange Servers. (habe nichts verstellt, ist das normal?)
Fehler 10060
mit Testconnectivity.Microsoft.com
Fehler:
Fehler bei mindestens einem SMTP-Test für diesen Mail-Exchanger.
Fehler tritt beim 4. Test auf.
Es wird versucht, eine Test-E-Mail an xxx mithilfe von MX xxx zu senden
Fehler beim Zustellen der Test-E-Mail
weitere Details
Der Server gab folgenden Statuscode zurück: 451 - Error in processing. The Server was: 4.7.0 Temporary Server error. Please try again later. PRX4
Ausnahmedetails:
Typ: System.Net.Mail.SmtpException
Stapelüberwachung:
at System.Net.Mail.DataStopCommand.Checkresponse(SmtpStatusCode StatusCode, String serverResponse)
at System.Net.Mail.DataStopCommand.Send (SmtpConnection conn)
at System.Net.Mail.SmtpClient.Send(MailMessage message)
at Microsoft.Exchange.Tools.ExRca.Tests.SmtpMessageTest.PerformTestReally()
Verstrichene Zeit: 1196ms.
Ich hatte Anfangs die Angst das es was mit dem Zeitabgleich nach der Umstellung zu tun haben könnte.
Jedoch hab ich im Hyper-V überall die Synchronisation ausgeschaltet und alle Server haben die gleiche Uhrzeit.
Vielen dank schon mal für eure Hilfe.
mit freundlichen Grüßen
Tjark
Seit heute morgen haben wir das Problem dass wir im Outlook keine Mails mehr empfangen oder auch senden können... (gilt auch für interne Mails).
In der Warteschlangeanzeige fand ich unter der "nächsten Hopdomäne" den Eintrag einer co.uk Adresse! in der sich eine Viagra Mail befand. im Zustellungstyp stand "DNSConnectorDelivery". Habe dies sofort entfernt.
Mit SmtpDiag interne an externe Mail. Zeigt er keine Fehler und sagt erfolgreich hergestellt.
Dennoch gehen auch keine Mails raus!
Sie stehen nach dem absenden kurzzeitig im Postausgang und werden abgerufen, so dass sie ganz normal unter gesendete Elemente verschoben werden.
mit SmtpDiag interne an interne Mail. sagt er
Abgleich der SOA-Seriennummer: Bestanden
Sowohl TCP als auch DUP Abfragen erfolgreich. Lokaler DNS-Test bestanden.
Sowohl TCP als auch UDP Abfragen erfolgreich. Remote DNS Test bestanden.
Bei der Postfachserver Überprüfung kommt der fehler dass die Verbindung mit dem Server nicht hergestellt werden konnte.
als IP Adresse steht die des DC drin! nicht die des Exchange Servers. (habe nichts verstellt, ist das normal?)
Fehler 10060
mit Testconnectivity.Microsoft.com
Fehler:
Fehler bei mindestens einem SMTP-Test für diesen Mail-Exchanger.
Fehler tritt beim 4. Test auf.
Es wird versucht, eine Test-E-Mail an xxx mithilfe von MX xxx zu senden
Fehler beim Zustellen der Test-E-Mail
weitere Details
Der Server gab folgenden Statuscode zurück: 451 - Error in processing. The Server was: 4.7.0 Temporary Server error. Please try again later. PRX4
Ausnahmedetails:
Typ: System.Net.Mail.SmtpException
Stapelüberwachung:
at System.Net.Mail.DataStopCommand.Checkresponse(SmtpStatusCode StatusCode, String serverResponse)
at System.Net.Mail.DataStopCommand.Send (SmtpConnection conn)
at System.Net.Mail.SmtpClient.Send(MailMessage message)
at Microsoft.Exchange.Tools.ExRca.Tests.SmtpMessageTest.PerformTestReally()
Verstrichene Zeit: 1196ms.
Ich hatte Anfangs die Angst das es was mit dem Zeitabgleich nach der Umstellung zu tun haben könnte.
Jedoch hab ich im Hyper-V überall die Synchronisation ausgeschaltet und alle Server haben die gleiche Uhrzeit.
Vielen dank schon mal für eure Hilfe.
mit freundlichen Grüßen
Tjark
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 220616
Url: https://administrator.de/contentid/220616
Printed on: April 25, 2024 at 07:04 o'clock
15 Comments
Latest comment
Moin,
ich hatte bisher mit 2013 nicht direkt was zu tun, aber auch der schreibt sicher seine Problemchen und Fehler in das Eventlog - schonmal einen Blick darein geworfen?
Und die üblichen Sachen wie:
- Plattenplatz ausreichend vorhanden?`
- Alle Dienste am Laufen?
hast du schon durch, nehm ich an?
Schon mal die Kiste rebootet?
lg,
Slainte
ich hatte bisher mit 2013 nicht direkt was zu tun, aber auch der schreibt sicher seine Problemchen und Fehler in das Eventlog - schonmal einen Blick darein geworfen?
Und die üblichen Sachen wie:
- Plattenplatz ausreichend vorhanden?`
- Alle Dienste am Laufen?
hast du schon durch, nehm ich an?
Schon mal die Kiste rebootet?
lg,
Slainte
Hallo,
nimmt Dein Exchange über Telnet Port 25 Mails aus deinem netz an?
Kann man sich über OWA noch einloggen und die Mails sehen? Landen neue Mails von euch evtl bei Outlook im Junk Ordner?
Für Internen Mmailversand muss in deinem DNS der Name vom Exchange auch mit der IP des Exchangeservers übereinstimmen.
Für den Mailempfang muss der MX Eintrag für die Domain auch beim Exchangeserver ankommen (wie auch immer, Stichwort Portweiterleitung).
Was sagen die Errorlogs?
Gruß
Chonta
nimmt Dein Exchange über Telnet Port 25 Mails aus deinem netz an?
Kann man sich über OWA noch einloggen und die Mails sehen? Landen neue Mails von euch evtl bei Outlook im Junk Ordner?
Für Internen Mmailversand muss in deinem DNS der Name vom Exchange auch mit der IP des Exchangeservers übereinstimmen.
Für den Mailempfang muss der MX Eintrag für die Domain auch beim Exchangeserver ankommen (wie auch immer, Stichwort Portweiterleitung).
Was sagen die Errorlogs?
Gruß
Chonta
Ich denke der Fehler liegt wahrlich am Speicherplatz!
hab mal geschaut! nur noch knapp 1 Gb Frei.
Die Dell AppAssure Backup lösung macht wohl keine fullbackups / wohl nicht richtig eingerichtet (von Dell installiert und konfiguriert worden! man sagte mir beim späteren nachsehen, dass alles funktioniere).
Manchmal ist Kontrolle doch besser als vertrauen.
warte jetzt darauf dass sich ein Support Techniker meldet und es dann wieder läuft wenn die log Dateien gelöscht sind
hab mal geschaut! nur noch knapp 1 Gb Frei.
Die Dell AppAssure Backup lösung macht wohl keine fullbackups / wohl nicht richtig eingerichtet (von Dell installiert und konfiguriert worden! man sagte mir beim späteren nachsehen, dass alles funktioniere).
Manchmal ist Kontrolle doch besser als vertrauen.
warte jetzt darauf dass sich ein Support Techniker meldet und es dann wieder läuft wenn die log Dateien gelöscht sind
Hallo,
1GB frei, wo? Systempartition, Datenbankpartition und wie groß ist die Datenbankpartiton?
Habt ihr die Viagramails bekommen oder versendet?
Laufen die dienste vom Exchange noch?
Ist die Datenbank online?
Kommst Du per OWA drauf?
Ist der Exchange 2013 von einer früheren Version megriert worden?
Gruß
Chonta
1GB frei, wo? Systempartition, Datenbankpartition und wie groß ist die Datenbankpartiton?
Habt ihr die Viagramails bekommen oder versendet?
Laufen die dienste vom Exchange noch?
Ist die Datenbank online?
Kommst Du per OWA drauf?
Ist der Exchange 2013 von einer früheren Version megriert worden?
Gruß
Chonta
die Systemplatte hat 500GB und darin hab ich auch erst mal Exchange die Datenbank installieren lassen.
an sich laufen die Dienste ja
auch die OWA funktioniert noch
Wurde alles neu aufgesetzt! und ging jetzt knapp ein halbes Jahr Fehlerfrei
an sich laufen die Dienste ja
auch die OWA funktioniert noch
Wurde alles neu aufgesetzt! und ging jetzt knapp ein halbes Jahr Fehlerfrei
Hallo,
Systemplatte und Exchangedatenbank auf der selben Partion nicht so toll.
an sich laufen die Dienste... was läuft dann ansich nicht?
OWA funktioniert, Du kannst dir über OWA dein Postfach einsehen und Dir selber eine Mail schreiben die dann auch in deinem Postfach ankommt?
Was sagt die Nachrichtenverfolgung?
Gehe ich im Momet recht in der Annahme, das Du hoffst, wiede runmengen von Speicher frei zu bekommen, wenn Du die Transaktionsprotokolle gelöscht hast?
Ist Deine Datenbank vom Exchange echt mehrere Hundert GB groß? (Spamfilter? )
Kommst Du über Telnet auf den Server und kannst Dir Mails schreiben?
Gruß
Chonta
Systemplatte und Exchangedatenbank auf der selben Partion nicht so toll.
an sich laufen die Dienste... was läuft dann ansich nicht?
OWA funktioniert, Du kannst dir über OWA dein Postfach einsehen und Dir selber eine Mail schreiben die dann auch in deinem Postfach ankommt?
Was sagt die Nachrichtenverfolgung?
Gehe ich im Momet recht in der Annahme, das Du hoffst, wiede runmengen von Speicher frei zu bekommen, wenn Du die Transaktionsprotokolle gelöscht hast?
Ist Deine Datenbank vom Exchange echt mehrere Hundert GB groß? (Spamfilter? )
Kommst Du über Telnet auf den Server und kannst Dir Mails schreiben?
Gruß
Chonta
Moin,
das Problem liegt doch an
U.U. kann das davon kommen das Exchange zu wenig Platz auf der Platte hat. Das muss nicht unbedingt die PArtition mit der DB oder den Logs sein, das kann auch an der Partition liegen auf der die Queues abgelegt sind (zumindest war das bei 2007/2012 noch so).
Also ist der Lösungsansatz vom TO (Platz schaffem lassen) schonmal nicht schlecht. Die Geschichten mit Telnet, OWA usw kann er sich erstmal schenken.
lg,
Slainte
das Problem liegt doch an
4.7.0 Temporary Server error. Please try again later.
D.h. alle Dienste laufen, nur nimmt der Exchange gerade nichts an, weils ihm nicht gut geht.U.U. kann das davon kommen das Exchange zu wenig Platz auf der Platte hat. Das muss nicht unbedingt die PArtition mit der DB oder den Logs sein, das kann auch an der Partition liegen auf der die Queues abgelegt sind (zumindest war das bei 2007/2012 noch so).
Also ist der Lösungsansatz vom TO (Platz schaffem lassen) schonmal nicht schlecht. Die Geschichten mit Telnet, OWA usw kann er sich erstmal schenken.
lg,
Slainte
davon gehe ich auch aus! hoffe es kann dadurch keine Inkonsistenz enstehen?!!?!
leider ist der Support unserer Dell AppAssure Software ein GRAUS!"!!!
die Backuplösung wurde scheinbar fehlerhaft installiert! so dass die log Dateien nicht eingebunden und gelöscht wurden.
ich könnt brechen....
leider ist der Support unserer Dell AppAssure Software ein GRAUS!"!!!
die Backuplösung wurde scheinbar fehlerhaft installiert! so dass die log Dateien nicht eingebunden und gelöscht wurden.
ich könnt brechen....
Hallo,
wird denn der gesammte Platz von Exchange verwendet oder kann man da noch anders Platz schaffen?
Und das die Transaktionsprotokolle nicht gelöscht werden kann durchaus gewollt sein, weil mit deren Hilfe korupte Datenbanken ohne Datenverlust wieder konsistent gemacht werden können, von daher.
Hast Du eine Überwachung des Festplattenverbrauches? Sind die 500 GB über Nacht voll gewesen?
Kann es sein, das Dein Server mit Spamnachrichten zugemüllt wurde?
Gruß
Chonta
wird denn der gesammte Platz von Exchange verwendet oder kann man da noch anders Platz schaffen?
Und das die Transaktionsprotokolle nicht gelöscht werden kann durchaus gewollt sein, weil mit deren Hilfe korupte Datenbanken ohne Datenverlust wieder konsistent gemacht werden können, von daher.
Hast Du eine Überwachung des Festplattenverbrauches? Sind die 500 GB über Nacht voll gewesen?
Kann es sein, das Dein Server mit Spamnachrichten zugemüllt wurde?
Gruß
Chonta
Der Dienst der jeden Abend ablaufen sollte nennt sich "log truncation"
er löscht die logs nachdem die Änderungen in die edb geschrieben wurden.
Scheinbar wurde dies aber seit nem halben Jahr nicht gemacht! seitdem die Software per Fernwartung installiert wurde.
glaube nicht das es an Spam liegt! und auch nicht dass es über Nacht passiert ist! der Server wird sich langsam selbst zugemüllt haben.
bloß jetzt wo nichts mehr geht haben sich die Fehler gemeldet.
er löscht die logs nachdem die Änderungen in die edb geschrieben wurden.
Scheinbar wurde dies aber seit nem halben Jahr nicht gemacht! seitdem die Software per Fernwartung installiert wurde.
glaube nicht das es an Spam liegt! und auch nicht dass es über Nacht passiert ist! der Server wird sich langsam selbst zugemüllt haben.
bloß jetzt wo nichts mehr geht haben sich die Fehler gemeldet.
Hallo,
http://support.microsoft.com/kb/240145/de
und
Exchange 2010 Transaktions Logs entfernen
Falls es nicht nur eine 500GB Partition ist oder ggf noch mehr Speicher bereitgestellt werden kann
http://www.msblog.eu/exchange-2013-datenbanklogs-verschieben/
Transaktionslogs brauchen einen schnellen Speicher, sonst inst die Gesamtperformance nicht so prall.
Das verschieben der Transaktionslogs ist keine Lösung des Problems, aber eine Möglichkeit den Server wieder zum arbeiten zu bringen, bis die richtige Lösung angewendet werden kann.
Jetzt ist auch genau der Zeitpunkt über ein Servermonitoring nachzudenken, damit Du bevor die Platte voll ist gewarnt wirst.
Gruß
Chonta
http://support.microsoft.com/kb/240145/de
und
Exchange 2010 Transaktions Logs entfernen
Falls es nicht nur eine 500GB Partition ist oder ggf noch mehr Speicher bereitgestellt werden kann
http://www.msblog.eu/exchange-2013-datenbanklogs-verschieben/
Transaktionslogs brauchen einen schnellen Speicher, sonst inst die Gesamtperformance nicht so prall.
Das verschieben der Transaktionslogs ist keine Lösung des Problems, aber eine Möglichkeit den Server wieder zum arbeiten zu bringen, bis die richtige Lösung angewendet werden kann.
Jetzt ist auch genau der Zeitpunkt über ein Servermonitoring nachzudenken, damit Du bevor die Platte voll ist gewarnt wirst.
Gruß
Chonta
Danke Chonta,
klingt ja schon mal nach einem Weg! obwohl natürlich nichts explizit von Exchange 2013 steht.
ich meinte ich hab jetzt zig tausend 1Mb große Dateien! kann ich einfach die Umlauf Protokollierung anwerfen?
klingt ja schon mal nach einem Weg! obwohl natürlich nichts explizit von Exchange 2013 steht.
ich meinte ich hab jetzt zig tausend 1Mb große Dateien! kann ich einfach die Umlauf Protokollierung anwerfen?
Hallo,
selbst wenn Du die jetzt aktivieren würdest, würden die alten Logs nicht sofort verschwinden.
Als erstes wäre für die das Verschieben der Protokolle auf einen anderen Speicher ein Workaround.
Gruß
Chonta
selbst wenn Du die jetzt aktivieren würdest, würden die alten Logs nicht sofort verschwinden.
Als erstes wäre für die das Verschieben der Protokolle auf einen anderen Speicher ein Workaround.
Gruß
Chonta
So nach 2 Tagen kompletter E-Mail leere, funktioniert wieder alles.
Das Backup wurde falsch konfiguriert! Serverplatte war voll und die Dienste waren runtergefahren...
Backup war nicht möglich durchzuführen, da zu wenig platz auf der Platte frei war....
Datenbank temporär verschoben! Speicherplatz geschaffen.... Backup durchgeführt... nach 5 Stunden Sicherung und einem Neustart
funktioniert wieder alles..
Danke für eure Hilfe
wünsch euch einen schönen Tag.
Mfg
Tjark
Das Backup wurde falsch konfiguriert! Serverplatte war voll und die Dienste waren runtergefahren...
Backup war nicht möglich durchzuführen, da zu wenig platz auf der Platte frei war....
Datenbank temporär verschoben! Speicherplatz geschaffen.... Backup durchgeführt... nach 5 Stunden Sicherung und einem Neustart
funktioniert wieder alles..
Danke für eure Hilfe
wünsch euch einen schönen Tag.
Mfg
Tjark
Der Thread ist 10 Jahre alt und bereits gelöst... der Tipp mit "... ich würde empfehlen, sich an einen IT-Spezialisten zu wenden, ..." interessiert den TO sicher nicht mehr :P
