Solución:
Tuve esta situación en el servidor de producción mientras que en la máquina de desarrollo todo estaba bien.
La instalación de .NET Framework 4.6 en la máquina de destino solucionó el problema.
Perdón por llegar tarde a la fiesta, pero en caso de que alguien más tenga este problema a través de una compilación de TeamCity, puedo describir lo que tuvimos que hacer.
.NET 4.6 se instaló en nuestro servidor de compilación (pero no en el servidor de aplicaciones), y RunnerType era Visual Studio (sln) y la opción de Visual Studio se estableció en 2015.
Esto obligó a la compilación a usar 4.6, y necesitaba cambiar la opción de Visual Studio a 2013 para forzar a la compilación a usar 4.5.2
Solo para otros que enfrentan esta situación:
si miras en el archivo web.config te darás cuenta de que en <compilation> etiqueta tienes el valor targetFramework configurado en una versión inferior a 4.6. pero de hecho, en el momento de la compilación, publicó su aplicación a través de .NET FrameWork 4.6 o superior (corresponde a ASP.NET MVC 4.6 y superior).
Entonces, si cambia el valor de targetFramework a 4.6, el error cambiará de forma a:
El atributo ‘targetFramework’ actualmente hace referencia a una versión posterior a la versión instalada de .NET Framework.
este es el error real y lo eliminará instalando la versión adecuada de .Net FrameWork en el entorno de producción de su aplicación web.