Services not starting on fresh install of Exchange 2007
Hi All, I'm trying to install a second Exchange 2007 standard server in our organisation and I've hit a brick wall, and was wondering if anybody had any pointers. Details as below: Hardware : ESXi host running a VM with Windows 2003 R2 X64 SP2 Install: Just Mailbox role + tools, Exchange 2007 Standard SP1 Currently have an existing 2007 server that has HUB/CAS/MB roles that co-existed in an old 2003 Exch environment that we migrated from several months ago. The server is a 2007 Standard server SP3 roll up 5 on Win2003 x64 R2 SP2. The server OS meets all pre-requisites and I have installed all the necessary components required for an Exchange install. However when I run the install it installs the services but they fail to start; eventually time out. They then don't start automatically nor do they start if I manually try to restart them. I've tried service packing the exchange install and then uninstalled Exchange, re-installed the OS and then tried again, but got the same results.. The account that I am using to do the install is Enterprise admin / Domain Admins / Exchange Org Admins. Errors that appear in the event log are 2114, 2604, 2501 and 2601. None of them are at all helpful as they are complaining about not having the necessary DLL files to display messages from a remote computer.. I've checked that the AD site is correct and returned OK, and server objects get placed in Server config\Mailbox in EMC of the other server (just can't return info as the services will not start). The only things in the install log of note are that the services time out failing to start. Any help / suggestions appreciated.
March 6th, 2012 3:13pm

Hi, You can use the following steps to narrow down the issue: 1. Check if the "Exchange Servers" group has all the Exchange 2007 servers listed. It also needs to be there in the "Exchange Install Servers" group. 2. Run the policytest.exe utility. This utility is located in the \i386\Server\Setup\ServerRoles\Common folder on the Microsoft Exchange Server CD. The policytest.exe utility produces a list of domain controllers and reports the presence or absence of the required privilege on these domain controllers. (1) If policytest.exe reports that the required privileges are found on all domain controllers, review the System log on the domain controller to try to determine the root cause of this problem. (2) If the policytest.exe indicates that the required privileges are not present, do the following: A. Open the Default Domain Controllers Security Settings snap-in on the domain controller specified in the event description. B. In the console tree, under Security Settings, expand Local Policies, and then click User Rights Assignments. C. In the results pane, double-click Manage auditing and security log. Verify that both the Exchange Servers group is listed. D. Make sure that the group permissions are inherited by the Microsoft Exchange computer account. Please verify the above and update. ThanksSophia Xu TechNet Community Support
Free Windows Admin Tool Kit Click here and download it now
March 7th, 2012 10:03am

Just try this if it help then its fine run this in the DC machine for this server repadmin /syncall /ApeD and restart this exchange server it looks like the intial issue is due to replication from DCNelson N Exchange 2003|2007|2010
March 10th, 2012 8:29am

Hi, You can use the following steps to narrow down the issue: 1. Check if the "Exchange Servers" group has all the Exchange 2007 servers listed. It also needs to be there in the "Exchange Install Servers" group. 2. Run the policytest.exe utility. This utility is located in the \i386\Server\Setup\ServerRoles\Common folder on the Microsoft Exchange Server CD. The policytest.exe utility produces a list of domain controllers and reports the presence or absence of the required privilege on these domain controllers. (1) If policytest.exe reports that the required privileges are found on all domain controllers, review the System log on the domain controller to try to determine the root cause of this problem. (2) If the policytest.exe indicates that the required privileges are not present, do the following: A. Open the Default Domain Controllers Security Settings snap-in on the domain controller specified in the event description. B. In the console tree, under Security Settings, expand Local Policies, and then click User Rights Assignments. C. In the results pane, double-click Manage auditing and security log. Verify that both the Exchange Servers group is listed. D. Make sure that the group permissions are inherited by the Microsoft Exchange computer account. Please verify the above and update. ThanksSophia Xu TechNet Community Support
Free Windows Admin Tool Kit Click here and download it now
March 11th, 2012 3:13am

Hi Sophia, Thanks for replying. I have checked the default domain controllers GPO and only the "Exchange Enterprise Servers" group is listed as having rights to manage auditing/security logs. Is this correct or do additional groups need this right? Many thanks!
March 11th, 2012 5:28am

This topic is archived. No further replies will be accepted.

Other recent topics Other recent topics