Want to protect your cyber security and still get fast solutions? Ask a secure question today.Go Premium

x
  • Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 761
  • Last Modified:

Exchange 2007 transport service won't start - keeps replaying logs

As the title says, I had some issues with Exchange so I rebooted the server and finally all storage groups mounted. However, the transport service keeps getting stuck in a loop replaying log files, shutting down, creating a new instance and starting again, I read that possibly renaming the entire c:\Program Files\Microsoft\Exchange Server\TransportRoles\data folder may help, but I'm wondering if that is the best course of action, or perhaps I just need to move out the transaction log files from the Queue folder, but leave mail.que where it is. I assume I'd need to kill the msexchangetransport.exe process first as well.

Please advise next steps. Thanks.
0
ruhkus
Asked:
ruhkus
1 Solution
 
Adam FarageEnterprise ArchCommented:
Depends.. if the mail.que file is not starting it sounds like that file is corrupt. You do have the option to run ESEUTIL /MH against it to find the state of the shutdown, and then run ESEUTIL /R but if you know there are no emails in there (you might be able to run Get-TransportServer | Get-Queue) I would simply do the following:

- Shutdown the MS Exchange Transport service (which should be msexchangetransport.exe) in services.msc
- In the folder that contains the mail.que and the logs, create a new folder called "old" and move everything there. I would keep it within the %exchangeinstallpath%\TransportRoles\data folder.
- Start the MS Exchange Transport service

This will create a brand new transport database (mail.que) along with checkpoint file, and recreate the log sequence. You have a possibility that you will lose any emails that are stuck in the mail.que file, but if that is a concern that you would need to treat this as a dirty shutdown database and then start ESEUTIL /MH (to find the last log replayed, and the logs required) and then attempt to replay them into the database using ESEUTIL /R. I have seen this work, but if you do go down this route I would wait until the mail.que processes all messages and follow the steps above I provided. Starting clean is your best option right now.
0
 
ruhkusAuthor Commented:
Thanks. I ran an eseutil /r and was able to get this back up and running.
0

Featured Post

Making Bulk Changes to Active Directory

Watch this video to see how easy it is to make mass changes to Active Directory from an external text file without using complicated scripts.

Tackle projects and never again get stuck behind a technical roadblock.
Join Now