Exchange 2007 Transport Service always replays logs when it is restarted.
-
Friday, February 15, 2013 8:55 AM
Hello,
I have an exchange 2007 server and whenever the "Exchange Transport Service" is restarted it replays all of the logs in the MailQue "trn0000000B.log" etc..
Then it will fail is stop. The only way I have found to fix this issue is to create a new Que but I am worried about data loss.
This never happen before we would restated the exchange service and they would all come back OK.
But now the Transport service "ALWAYS" replays logs, even when I query the mail.que database with ESEUTIL it says it's in a clean shutdown state but it will still sit there replaying logs...Obviously something has happened, can anyone help me?
<Update>
After a bunch,
edgetransport (17296) Transport Mail Database: The database engine has begun replaying logfile I:\ExchangeQueues\Queues\trn00000217.log.
I get:
The process is not responding and will be forced to shut down. A report will be generated.
Worker process with process ID 17296 has exited.
I have checked with another exchange 2007 server that is working correctly and there are hardly any TransAct logs in the Que folders...
If I try to Run ESUTIL on the Database i Get:
Extensible Storage Engine Utilities for Microsoft(R) Exchange Server Version 08.03 Copyright (C) Microsoft Corporation. All Rights Reserved. Initiating RECOVERY mode... Logfile base name: Trn Log files: <current directory> System files: <current directory> Database Directory: . Performing soft recovery... Restore Status (% complete) 0 10 20 30 40 50 60 70 80 90 100 |----|----|----|----|----|----|----|----|----|----| ................................................. Operation terminated with error -1216 (JET_errAttachedDatabaseMismatch, An outstanding database attachment has been detected at the start or end of recovery, but database is missing or does not match attachment info) after 624.206 seconds.
I then ran "eseutil /P /g mail.que"
And it said it has repaired the database
Operation completed successfully with 595 (JET_wrnDatabaseRepaired, Database corruption has been repaired)
But when I start the Transport Service it starts to Replay the log files again....
I have also changed the "ServicesPipeTimeout" value to "12000000" just in case it was timing out replaying the log files...
But each time I still have a to create a new que....
- Edited by Tularis1 Friday, February 15, 2013 12:29 PM
All Replies
-
Monday, February 18, 2013 2:40 AMHi
I find similar case. User stopped the service, removed all data from the "Queue" folder and restarted.
You had better copy data and try it.
http://social.technet.microsoft.com/forums/en-US/exchangesvrsecuremessaginglegacy/thread/35c4c85e-2416-48f8-a733-66d56c13f5ea
Terence Yu
TechNet Community Support
-
Wednesday, February 20, 2013 12:35 PM
Every time I did that the Que kept on getting bigger and bigger.
Until the Transport service died again.
What the issue was:
A User had decided to send 2 x 2GB attachments in the internal email system.
As this was a migrated SBS03 to SBS08 environment there was no restriction on internet email...Once I had identified that user I disabled her mailbox. Reset the Que and restarted the Transport Service.
And it started to behave correctly.Then exported he email out of hrs into a new mailbox.
.png)
