Windows Service throws System.BadImageFormatException on Windows Server 2008, x64, .NET 4 migrated from 3.5

I have tried compiling the service EXE file as AnyCPU, x86, and x64. It works on my Windows 7 x64 box. I'm installing with installutil, the .NET 4 version.

When I start the service, I get an error. It says nothing, but it does point to which modules are loaded. Those of potential interest:

LoadedModule[0]=D:\yellowbook\grapevine_service\grapevinesystemservice.exe LoadedModule3=C:\Windows\system32\KERNEL32.dll LoadedModule4=C:\Windows\system32\KERNELBASE.dll LoadedModule[9]=C:\Windows\Microsoft.NET\Framework64\v4.0.30319\mscoreei.dll LoadedModule[17]=C:\Windows\Microsoft.NET\Framework64\v2.0.50727\mscorwks.dll LoadedModule[18]=C:\Windows\WinSxS\amd64_microsoft.vc80.crt_1fc8b3b9a1e18e3b_8.0.50727.4927_none_88dce9872fb18caf\MSVCR80.dll LoadedModule[22]=C:\Windows\assembly\NativeImages_v2.0.50727_64\mscorlib\9a017aa8d51322f18a40f414fa35872d\mscorlib.ni.dll

I can run this service as a console application with a command-line switch, which yields this:

Unhandled Exception: System.BadImageFormatException: Could not load file or assembly 'grapevinesystemservice.exe' or one of its dependencies. This assembly is built by a runtime newer than the currently loaded runtime and cannot be loaded. File name: 'grapevinesystemservice.exe'

I've tried to the registry hack to force the use of the latest runtime. No effect. I've looked at the installed EXE file in reflect to make sure it didn't get munged by my buildserver, but it's targeted at 4.0.30319. My local, build, and test开发者_JAVA技巧 server all have 30319 as the .NET 4 version. None ever had a beta/RC.

They weren't listed in the load modules, but I am also using log4net (rebuilt in .NET 4 from source code), StructureMap, NoRM (MongoDB), AutoMapper, Newtonsoft.Json, and a number of other DLL files that were built by my team.

Have you tried setting requiredRuntime in the config file for grapevinesystemservice.exe? Like 0xA3 mentioned, it looks like it isn't set to use 4.0.

<startup>
  <requiredRuntime version="v4.0.20506" safemode="true"/>
</startup>

One of your dependent DLL files has not been compiled with AnyCPU. See Stack Overflow question How to determine if a .NET assembly was built for x86 or x64? for details on how to check them.

I have also seen above issue during installing the service using installutil. The issue was that I installed .NET 4 Framework using dotNetFx40_Full_setup.exe from MSFT. The installer does NOT add references to 4.0 Framework to your system PATH environment variables.

Add the following to your PATH environment variable:

c:\WINDOWS\Microsoft.NET\Framework\v4.0.30319;c:\WINDOWS\Microsoft.NET\Framework\v3.5

This worked for me during the install as well as during runtime.

I found another reason for this issue: if you have multiple .NET frameworks installed on your web service, using installutil.exe will default to the oldest version. This can cause problems if the service you are installing relies on a newer version of the framework.