Yo le apuntaria al tema del usuario especial del AppPool.
Cuando laburaba en hosting, teniamos usuarios especiales y recuerdo que para algunos componentes tuvimos que agregar permisos a algunas ramas de los registros. En tu caso lo que haria, es trabajar en conjunto con los administradores del servidor y haria el siguiente troubleshooting: - Crear un sitio que solamente saque un reporte de cristal reports para probar y aislar el problema - Pedirles a los admin que pasen a producción el sitio con un app pool configurado tal cual el sitio que da problemas - Verificar que ande mal - Stopear el app pool y cambiarlo para que corra con un usuario System o un usuario en el grupo Administrators locales - Probar o Si falla, ya sabes que no es un problema de permisos o Si no falla, puede ser que te falte alguna rama del registro - Despues de eso, hacer un iisreset, configurar el sitio de prueba con el usuario comun que tenia el app pool y pediles que corran el procmon sobre el proceso w3wp.exe - Ejecuta el sitio, genera el error, y pediles que te manden el output del procmon seguramente se pueden exportar - Ahí podes buscar un access denied o not found, y te va a decir que rama de la registry o que archivo le esta faltando para que funcione Crystal Reports Hacete amigo del procmon es una herramienta importantisima para troubleshooting de ambientes que tienen la seguridad restringida. Y no te quedes con el problema solo, este tipo de problemas se resuelven cuando desarrolladores y administradores trabajan en conjunto. Saludos! _____ De: puntonet@mug.org.ar [mailto:puntonet@mug.org.ar] En nombre de Matias Enviado el: 10/04/2013 12:23 Para: puntonet@mug.org.ar Asunto: [puntonet] RE: [puntonet] Crystal Reports 10.5 for VS2008 deploy en aplicación ASP.NET Gracias Pablo. Estuvimos viéndolo en los equipos de desarrollo y testing con esta herramienta. Hay un par de aperturas de registro que fallan, pero se ve que es esperable, porque después siguen otras aperturas que buscan la misma clave en otra ruta y son existosas. Los reportes de Crystal funcionan bien. En el servidor de producción no nos podemos meter con una herramienta como ésta. Es una entidad financiera y ese acceso está muy restringido. El AppPool de la aplicación en producción corre con un usuario especial, porque así lo exige seguridad lógica de la institución. ¿tendrá que ver esto?. De todas formas, la versión anterior de Crystal (10.2) en la otra aplicación que corre en el mismo servidor y con el mismo usuario en el appPool, ejecuta bien, solo que es 32 bits. ¿Alquien más con algún salvavidas? Tenemos que tenerlo corriendo para el lunes próximo porque hay auditoría. Saludos _____ De: Pablo A. Allois [mailto:pablo-lis...@allois.com.ar] Enviado el: Martes, 09 de Abril de 2013 03:57 p.m. Para: puntonet@mug.org.ar Asunto: [puntonet] RE: [puntonet] Crystal Reports 10.5 for VS2008 deploy en aplicación ASP.NET * Replies will be sent through Spamex to puntonet@mug.org.ar * For additional info click -> www.spamex.com/i/?v=26647720 Hola Matias, No tengo experiencia con Crystal Reports, a lo mejor es un problema conocido. Pero si queres investigar mas en profundidad tenes el procmon de SysInternals, que te muestra las lecturas al registro. Con esa herramienta podes ver si hay un access denied porque el usuario del sitio no tiene permisos y podes ver si se esta buscando una rama de la registry que no existe. <http://technet.microsoft.com/es-ES/sysinternals> http://technet.microsoft.com/es-ES/sysinternals Filtralo para que muestre solamente acceso a la registry y del proceo w3wp.exe si no la cantidad de información del output te va a dificultar la investigación. Saludos! _____ De: puntonet@mug.org.ar [mailto:puntonet@mug.org.ar] En nombre de Matias Enviado el: 09/04/2013 14:51 Para: puntonet@mug.org.ar Asunto: [puntonet] Crystal Reports 10.5 for VS2008 deploy en aplicación ASP.NET Estimados Tengo un tema que me está complicando la existencia. Tenemos una solución (ASP.NET) implementada hace un tiempo en una empresa que migró a una plataforma 64 bits. Está desarrollada con Framework 3.5 (Visual Studio 2008) y Crystal Reports. Probamos de todo, pero seguimos teniendo este error: "Se produjo un error en tiempo de ejecución de Crystal Reports" "Los permisos de la clave de registro de Crystal Reports son insuficientes o el software en tiempo de ejecución de Crystal Reports no está instaldo correctamente" "Instale el archivo correcto de redistribución de Crystal Reports bla bla..." Instalamos los redistribuibles de Crystal Reports para Visual Studio 2008 que están en los equipos de desarrollo y se incluyeron en el paquete de instalación, normalmente en: C:\Archivos de programa\Microsoft Visual Studio 9.0\Crystal Reports\CRRedist Probamos tanto los de 64 bits como los de 32 bits. También bajamos los que distribuye oficialmente SAP: <blocked::http://scn.sap.com/docs/DOC-27942> http://scn.sap.com/docs/DOC-27942 Probamos también con ambas versiones (64 bits y x86). Verificamos que el ApplicationPool esté configurado para permitir la ejecución de librerías de 32 bits (cuando probamos la distribución de 32 bits de Crystal). Reiniciamos en cada caso IIS y el servidor completo inclusive. Colocamos en el Web Config todas las referencias necesarias y otras adicionales por las dudas: <add assembly="CrystalDecisions.Data.AdoDotNetInterop, Version=10.5.3700.0, Culture=neutral, PublicKeyToken=692FBEA5521E1304"/> <add assembly="CrystalDecisions.CrystalReports.Engine, Version=10.5.3700.0, Culture=neutral, PublicKeyToken=692FBEA5521E1304"/> <add assembly="CrystalDecisions.ReportSource, Version=10.5.3700.0, Culture=neutral, PublicKeyToken=692FBEA5521E1304"/> <add assembly="CrystalDecisions.Shared, Version=10.5.3700.0, Culture=neutral, PublicKeyToken=692FBEA5521E1304"/> <add assembly="CrystalDecisions.Windows.Forms, Version=10.5.3700.0, Culture=neutral, PublicKeyToken=692FBEA5521E1304"/> <add assembly="CrystalDecisions.ReportAppServer.ClientDoc, Version=10.5.3700.0, Culture=neutral, PublicKeyToken=692fbea5521e1304"/> <add assembly="CrystalDecisions.Enterprise.Framework, Version=10.5.3700.0, Culture=neutral, PublicKeyToken=692fbea5521e1304"/> <add assembly="CrystalDecisions.Enterprise.InfoStore, Version=10.5.3700.0, Culture=neutral, PublicKeyToken=692fbea5521e1304"/> <add assembly="CrystalDecisions.Web, Version=10.5.3700.0, Culture=neutral, PublicKeyToken=692fbea5521e1304"/> Probamos de sacar todas y dejar las mínimas (Engine, ReportSource, Shared y Web) La aplicación corre perfectamente en desarrollo (Windows XP y Windows 7, todo 32 bits) y testing (Windows 2003 Server, 32 bits). Producción, donde surge el error descripto, es un Windows Server 2008 R2 sobre un Intel Xenon. Todo 64 bits. Cabe aclarar también que hay otro proyecto más viejo que se migró al mismo servidor también (Framework 2.0) que apunta a las librerías de Crystal para VS2005 y funciona a la perfección (32 bits, porque no hay 64 compatibles de Crystal para esa versión). Osea: Conflicto entre Crystal 10.5 y Windows Server 2008 R2 64 bits. Ya no sabemos qué probrar. Se agradecen sugerencias. Gracias Saludos Se certificó que el correo no contiene virus. Comprobada por AVG - www.avg.es Versión: 2012.0.2240 / Base de datos de virus: 2641/5734 - Fecha de la versión: 09/04/2013