Problème IIS - Erreur 500

Version imprimable

09/07/2007, 16h56
gwadakillah

Problème IIS - Erreur 500
Bonjour, je travaille sur une application Winform en .Net 1.1 de reporting utilisant Crystal Report X.
Actuellement je travaille uniquement en local sous Windows XP avec IIS.
Typiquement lors d'une demande de reporting, l'application winform envoie à une page Web dans son "ContentType" les paramètres qui sont traités ensuite dans cette page et qui permet la génération de l'état Crystal Report.
Depuis cette après midi, je suis devant un problème.
Lors de l'envoi de ma requete HTTP par le code suivant :
Code:

1 2 WebResponse wRes = wReq.GetResponse();
Je me retrouves avec l'erreur suivante : Le serveur distant a retourné une erreur (500) : Erreur interne du serveur.
J'ai beau redémarrer le serveur IIS, la machine, rien ne change alors qu'auparavant ces états fonctionnaient..
Si vous avez deja rencontré ce soucis, veuillez me faire part de votre expérience.
Merci d'avance...
09/07/2007, 17h08
lutecefalco

Ouvre la page que t'appelle avec IE pour voir

Quand j'essaye d'ouvrir la page web avec IE , il me dit cela :

Code:

Erreur du serveur dans l'application '/MandatsReporting'.

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
 
L'accès au chemin d'accès "c:\windows\microsoft.net\framework\v1.1.4322\Temporary ASP.NET Files\mandatsreporting\e64a02da\53b1e87\hash.web" est refusé. 
 
Description : Une exception non gérée s'est produite au moment de l'exécution de la demande Web actuelle. Contrôlez la trace de la pile pour plus d'informations sur l'erreur et son origine dans le code. 
 
Détails de l'exception: System.UnauthorizedAccessException: L'accès au chemin d'accès "c:\windows\microsoft.net\framework\v1.1.4322\Temporary ASP.NET Files\mandatsreporting\e64a02da\53b1e87\hash.web" est refusé. 
 
ASP.NET n'est pas autorisé à accéder à la ressource demandée. Accordez des droits d'accès à la ressource pour l'identité de la demande ASP.NET. ASP.NET a une identité de processus de base (en règle générale {MACHINE}\ASPNET sur IIS 5 ou Network Service sur IIS 6) qui est utilisée si l'application n'emprunte pas d'identité. Si l'application emprunte une identité via <identity impersonate="true"/>, l'identité sera l'utilisateur anonyme (en règle générale IUSR_MACHINENAME) ou l'utilisateur de la demande authentifié. 
 
Pour accorder un accès en écriture ASP.NET à un fichier, cliquez avec le bouton droit sur le fichier dans l'Explorateur, choisissez "Propriétés" et sélectionnez l'onglet Sécurité. Cliquez sur "Ajouter" pour ajouter l'utilisateur ou le groupe approprié. Sélectionnez le compte ASP.NET et activez les cases à cocher pour l'accès souhaité.
 
Erreur source: 
 
Une exception non gérée s'est produite lors de l'exécution de la demande Web actuelle. Les informations relatives à l'origine et l'emplacement de l'exception peuvent être identifiées en utilisant la trace de la pile d'exception ci-dessous. 
Trace de la pile: 
 
[UnauthorizedAccessException: L'accès au chemin d'accès "c:\windows\microsoft.net\framework\v1.1.4322\Temporary ASP.NET Files\mandatsreporting\e64a02da\53b1e87\hash.web" est refusé.]   System.IO.__Error.WinIOError(Int32 errorCode, String str) +393   System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize, Boolean useAsync, String msgPath, Boolean bFromProxy) +888   System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize) +44   System.IO.StreamWriter.CreateFile(String path, Boolean append) +55   System.IO.StreamWriter..ctor(String path, Boolean append, Encoding encoding, Int32 bufferSize) +49   System.IO.StreamWriter..ctor(String path, Boolean append, Encoding encoding) +20   System.Web.Compilation.PreservedAssemblyEntry.WritePreservedSpecialFilesCombinedHash(Int64 hash) +165   System.Web.Compilation.PreservedAssemblyEntry.DoFirstTimeInit(HttpContext context) +851   System.Web.Compilation.PreservedAssemblyEntry.EnsureFirstTimeInit(HttpContext context) +97   System.Web.Compilation.PreservedAssemblyEntry.GetPreservedAssemblyEntry(HttpContext context, String virtualPath, Boolean fApplicationFile) +29   System.Web.UI.TemplateParser.GetParserCacheItemFromPreservedCompilation() +91   System.Web.UI.TemplateParser.GetParserCacheItemInternal(Boolean fCreateIfNotFound) +148   System.Web.UI.TemplateParser.GetParserCacheItemWithNewConfigPath() +125   System.Web.UI.TemplateParser.GetParserCacheItem() +88   System.Web.UI.ApplicationFileParser.GetCompiledApplicationType(String inputFile, HttpContext context, ApplicationFileParser& parser) +171   System.Web.HttpApplicationFactory.CompileApplication(HttpContext context) +43   System.Web.HttpApplicationFactory.Init(HttpContext context) +485   System.Web.HttpApplicationFactory.GetApplicationInstance(HttpContext context) +170   System.Web.HttpRuntime.ProcessRequestInternal(HttpWorkerRequest wr) +414
 
Informations sur la version : Version Microsoft .NET Framework :1.1.4322.2032; Version ASP.NET :1.1.4322.2032

Je n'ai rien changé au niveau de la configuration.
J'ai essayé de réinstaller IIS et le framework et rien ne change...
J'ai regardé les droits, j'ai mis les droits comme il faut et rien ne passe...
Je ne comprends vraiment pas...

10/07/2007, 09h44
lutecefalco

essaye en ligne de commande: aspnet_regiis -ga ASPNET
10/07/2007, 09h48
lutecefalco

Ou sinon, est ce que le framework 2.0 a été installé depuis?
Si oui, réinstalles aspnet 1.1 avec aspnet_regiis -i
10/07/2007, 09h52
gwadakillah

ouais, c'est ce que je viens de faire, j'avais oublié de le faire lors de la réinstallation... ( le boulet )
Mais c'est vraiment bizarre qu'il est crashé comme cela...
10/07/2007, 16h22
gwadakillah

Le problème revient...
J'ai refait la meme chose qu'au précédent et ça remarche mais ça me parait bizarre que ça me le fasse comme cela...
D'après vous, d'ou cela peut il bien venir ?
05/09/2007, 17h01
Manatane

J'ai le même problème que toi.

aspnet_regiis -ga ASPNET remet les droits à l'utilisateur ASPNET mais cela ne change rien.

Config.: WinXP, IIS5

J'ai fait aspnet_regiis -i avec la 1.1 et la 2.0 ça change pas.

Comme l'appli tourne en 2.0 j'ai viré les 2 framework pour ne réinstaller que le 2.0... pareil.

Tout comme toi ça marche avec un .htm, j'ai aussi un site en php qui fonctionne correctement sur le serveur Web, et le code de ma page n'est pas en cause puisque c'est pareil avec le fichier localstart.asp.

Cela semble être l'interprêtation de l'ASP qui ne se fait pas. Pourtant dans la config. du serveur j'ai bien l'extension .aspx qui doit être traitée avec "C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\asp_isapi.dll".

Une idée concernant la vérification de mon install.?
05/09/2007, 17h04
gwadakillah

ben j'ai changé de machine et depuis ça ne me le fait plus....
Maintenant je ne sais pas du tout à quoi c'est du... :(
05/09/2007, 17h14
Manatane

Ce qui est curieux c'est qu'après une nouvelle install. du Framework, le problème persiste.

Ce qui me fait penser que cela devrait venir d'un problème de configuration du serveur Web, mais en la comparant avec celle du PC de dev., elles sembles identiques.
05/09/2007, 17h17
gwadakillah

non ça c'est sur , c'est le serveur IIS qui déconne mais maintenant pourquoi ?
Je ne sais pas...
C'est quoi la config de ta machine pour que je puisse comparer avec celle que j'avais qui déconnait...
05/09/2007, 18h00
Manatane

Config.: WinXP, IIS 5.1