IIS no reconoce .dll

Jose_minglein2 · #1 (**permalink**) 25/09/2006, 10:52

Buenas,
de un tiempo a esta parte estoy teniendo problemas con el IIS, a la hora de subir los archivos del servidor de desarrollo al servidor de producción, lo que me pasa es que a veces.

Cuando subo una actualización de la .dll y voy a la página de inicio obtengo un error en el global.asax del assembly o no se que historias. Y otras veces cuando subo el .dll, y voy a la aplicación, no procesa los nuevos cambios, sigue haciendo lo que hacía antes de cambiar la dll, incluso tras reiniciar el servidor hace lo mismo.

¿Alguna idea de por que está pasando ésto?

A lo mejor debería ir en el foro de IIS, pero creo que tiene más que ver con .NET, no??

Developer9 · #2 (**permalink**) 25/09/2006, 13:36

Subir una actualizacion de dll? Pero compilas la solución otra vez o no?

Jose_minglein2 · #3 (**permalink**) 26/09/2006, 00:03

Hombre claro, la cuestión es que está compilada y probada en la máquina de pruebas.

wilwas · #4 (**permalink**) 26/09/2006, 09:18

Lo de que no se actualicen los cambios....... donde esta la aplicacion es un inico cluster o son mas? Es muy raro lo que comentas.

La actualizacion como la haces, borras la antigua dll o sobreescribes?

Yo la aplicacion la actualizo como tu, y en principio los problemas que he tenido son por que mi el servidor tienia 2 cluster y hasta que se replicaba en los dos tardaba tiempo (depende ademas al que te conectes).

Que error te da exactamente?
Actualizas tambien el global.asax?.

Jose_minglein2 · #5 (**permalink**) 26/09/2006, 09:24

La aplicación es una .dll en .net con un par de ensamblados en .dll en un directorio virtual. La actualización sobreescribo y borro. Ambas y hace lo mismo, lo más raro es que hasta ahora me funciona OK, y el resto de las aplicaciones también ok, es como si estuviese usando una dll de otro sitio o yo que se.

Es como dices muy raro (el global asax no lo actualizo, voy a probarlo)

wilwas · #6 (**permalink**) 26/09/2006, 09:33

En Principio te diria que lo del global.asax no hace falta actualizarlo.

DIces que es como si estuviera haciendo referencia a otra dll, prueba a quitarla a ver si continua funcionando, no deberia pero quizas este tirando de otra dll.

Recuerda que tienes que cerrar el navegador y volverlo a abrir cada vez que actualices.

Jose_minglein2 · #7 (**permalink**) 26/09/2006, 09:40

Buento te comento, borre directamente la .dll y sorpresa, la aplicación seguía funcionando con el código antiguo. Vuelvo a poner la nueva .dll, cambio el global.asax y pum:

Código:

Acceso denegado: 'CityBook'.

Error de código fuente: 


Línea 196:				<add assembly="System.EnterpriseServices, Version=1.0.5000.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a"/>
Línea 197:				<add assembly="System.Web.Mobile, Version=1.0.5000.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a"/>
Línea 198:				<add assembly="*"/>
Línea 199:			</assemblies>
Línea 200:		</compilation>
 

Archivo de origen: c:\windows\microsoft.net\framework\v1.1.4322\Config\machine.config    Línea: 198 

Rastro al cargar el ensamblado: La información siguiente puede ser útil para determinar porqué no se cargó el ensamblado 'CityBook'.


=== Pre-bind state information ===
LOG: DisplayName = CityBook
 (Partial)
LOG: Appbase = file:///c:/inetpub/wwwroot/citibook
LOG: Initial PrivatePath = bin
Calling assembly : (Unknown).
===

LOG: Policy not being applied to reference at this time (private, custom, partial, or location-based assembly bind).
LOG: Post-policy reference: CityBook
LOG: Attempting download of new URL file:///C:/WINDOWS/Microsoft.NET/Framework/v1.1.4322/Temporary ASP.NET Files/citibook/897b1e11/a35a17c7/CityBook.DLL.
LOG: Attempting download of new URL file:///C:/WINDOWS/Microsoft.NET/Framework/v1.1.4322/Temporary ASP.NET Files/citibook/897b1e11/a35a17c7/CityBook/CityBook.DLL.
LOG: Attempting download of new URL file:///c:/inetpub/wwwroot/citibook/bin/CityBook.DLL.
LOG: Policy not being applied to reference at this time (private, custom, partial, or location-based assembly bind).
LOG: Post-policy reference: citybook, Version=1.0.2459.30190, Culture=neutral,

Hago un F5 y no se puede tener acceso a skmmenu, otro F5 y a Mysql.Data y ahora no hay dios que lo haga rular.

Jose_minglein2 · #8 (**permalink**) 26/09/2006, 09:42

Es más, creo otra carpeta con otro directorio virtual, copio todo y la misma historia.

Estoy de los nervios.

Jose_minglein2 · #9 (**permalink**) 26/09/2006, 09:52

No se que he echo que todo funciona bien ahora. Ya verem cuanto dura.

Gracias.

wilwas · #10 (**permalink**) 26/09/2006, 23:46

Te funciona despues de borrar la dll?????

Como te dije, no tendras varias cluster en el servidor verdad?

Ciao

Jose_minglein2 · #11 (**permalink**) 27/09/2006, 01:11

Como lees, funciona. Que yo sepa no (¿como lo puedo saber?). Creo que es como si estuviese trabajando a partir del directorio temporal de windows\Microsoft .NET ... en vez de c:\inetpub\wwwroot\aplicacion\bin

no se. De momento funciona, ya veremos el próximo update.

Jose_minglein2 · #12 (**permalink**) 03/10/2006, 09:25

Nada, he vuelto ha hacer un update de la .dll, esta vez de otra de las aplicaciones y obtengo el error:

Código:

Descripción: Error durante el procesamiento de un archivo de configuración requerido para dar servicio a esta solicitud. Revise los detalles de error específicos siguientes y modifique el archivo de configuración en consecuencia. 

Mensaje de error del analizador: Acceso denegado: 'skmMenu'.

Error de código fuente: 


Línea 196:				<add assembly="System.EnterpriseServices, Version=1.0.5000.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a"/>
Línea 197:				<add assembly="System.Web.Mobile, Version=1.0.5000.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a"/>
Línea 198:				<add assembly="*"/>
Línea 199:			</assemblies>
Línea 200:		</compilation>
 

Archivo de origen: c:\windows\microsoft.net\framework\v1.1.4322\Config\machine.config    Línea: 198 

Rastro al cargar el ensamblado: La información siguiente puede ser útil para determinar porqué no se cargó el ensamblado 'skmMenu'.

Llevo 2 horas intentando eliminando la aplicación del IIS, volviendola a crear, subiendo de nuevo el global.asax ......... y no hay manera de hacerla funcionar.

¿Alguién sabe porque pasa ésto ahora?

Jose_minglein2 · #13 (**permalink**) 03/10/2006, 09:50

Bien, lo que he hecho ha sido copiar a pelo, las librerías de ensamblado (skmmenu, mysql.data) en el directorio temporal de asp.net:

C:\WINDOWS\Microsoft.NET\Framework\v1.1.4322\Tempo rary ASP.NET Files\aplicacion\f29a786b\e38d0567

y parece que funciona. Pero de todas formas, me gustaría saber porque pasa esto.

tranen · #14 (**permalink**) 06/10/2008, 01:49

buenas.
Yo tuve este problema , pero era algo tan 'sencillo' como que nos quedamos sin espacio en disco.
el log de una aplicación no controlada nos lo redujo, y el temporal no tenia espacio de donde tirar.
a veces, estas cosas tan tontas son las que nos dan mas quebraderos.

suerte si no es eso.

mdavila · #15 (**permalink**) 06/10/2008, 06:30

Estas copiando los aspx tambien? porque mira que cuando generas el proyecto, este agrega en la primera linea la referencia al asembly correspondiente.