Auteur de questions
Erreur 500.19 sur tous les sites MOSS2010

Discussion générale
-
Bonjour,
Je suis confronté à une drôle de situation. J'ai installé moss 2010 et déployé quelques sites depuis plusieurs semaines.
Hier j'ai voulu migrer sur le server où j'héberge sharepoint un site fait en .net. Ce site requiert des dll firebird qui sont un peu chiantes a installer. J'ai donc touché au machine.config du framework .Net.
J'ai, il me semble uniquement touché aussi au pool d'application dans IIS du site aspnet que je souhaitais installer. Or depuis que j'ai fait ces manips, aucun de mes sites MOSS ne répond.
J'ai une erreur "Erreur HTTP 500.19 - Internal Server Error / 0x800700b7"
[code]
Module IIS Web Core
Notification Inconnu
Gestionnaire Pas encore déterminé
Code d'erreur 0x800700b7
Erreur de configuration Une section 'system.web.extensions/scripting/scriptResourceHandler' dupliquée a été définie
Fichier de configuration \\?\C:\inetpub\wwwroot\wss\VirtualDirectories\39477\web.config[/code]
En regardant cette erreur sur le net, j'ai trouvé pas mal d'infos relative a cette erreur mais ce que je comprends pas c'est que je n'ai pas touché aux sites sharepoint. Je suppose donc que ce problème viendrait plus d'un paramètrage globale de IIS ou du framework .net...
Quelqu'un aurait il une idée de la source du problème ?
Merci d'avance.
- Type modifié Gokan OzcifciMVP jeudi 10 octobre 2013 06:34
Toutes les réponses
-
N'aurais tu pas simplement fait une coquille (tag en double) dans C:\inetpub\wwwroot\wss\VirtualDirectories\39477\web.config ?
(ou déployé un truc qui écrit dans les webconfig sans te le dire)
A noter, une bonne pratique est de sauvegarder les web.config avant toute modif, lifesaver! :)
Emmanuel ISSALY - Sharepoint MCTS, MCNEXT (FR). -
Ou alors deux web.config dans la même arborescence exploitée par IIS. Ces web.config adressant les même paramètres sous system.web.extensions/scripting/scriptResourceHandler.
--- Marc Lognoul [MCSE, MCTS, MVP] Heureux celui qui a pu pénétrer les causes secrètes des choses Happy is the one who could enter the secret causes of things Blog EN: http://www.marc-antho-etc.net/blog/ Blog FR: http://www.marc-antho-etc.net/blogfr/ -
N'aurais tu pas simplement fait une coquille (tag en double) dans C:\inetpub\wwwroot\wss\VirtualDirectories\39477\web.config ?
(ou déployé un truc qui écrit dans les webconfig sans te le dire)
A noter, une bonne pratique est de sauvegarder les web.config avant toute modif, lifesaver! :)
Emmanuel ISSALY - Sharepoint MCTS, MCNEXT (FR).Disons que je n'ai pas touché aux paramètres des sites MOSS2010. J'ai peut être avec IIS touché au paramètrage mais en effet la conclusion est que j'ai ces paramètres en double maintenant. En effet la prochaine fois je sauvegarderai tout ça.
-
[quote=Marc]
Ou alors deux web.config dans la même arborescence exploitée par IIS. Ces web.config adressant les même paramètres sous system.web.extensions/scripting/scriptResourceHandler.
[/quote]
Mon problème ressemblerait plus à ça, comment puis je vérifier cela sous IIS ? A noter que dans IIS quand je souhaite ouvrir la fichier de config [SiteWeb->ASP.Net->Paramètre d'application] du ou des sites maintenant il m'affiche le message d'erreur à propos de scriptRessourceHandler.
Il s'agirait donc d'un paramètrage de IIS qui pose problème suite à une manip de ma part. Si j'enlève les lignes problématiques dans le machine.config du Framework, maintenant j'ai une nouvelle erreur
[ConfigurationErrorsException: Impossible de trouver un jeu d'autorisations nommé 'ASP.Net'.]
Une idée si c'est lié ?
Merci de votre aide
-
Bonjour
L'installation par défaut mets les fichiers dans C:\inetpub\wwwroot\wss\VirtualDirectories\39477\ ouvre ce fichiers et enléve dans la partie ressourcehandler ce qui est en double
Xavier VANNESTE
www.xvanneste.com
media.xvanneste.com
blog.xvanneste.com -
J'ai fait cela. Depuis j'ai une nouvelle erreur "
[Impossible de trouver un jeu d'autorisations nommé 'ASP.Net'.
[ConfigurationErrorsException: Impossible de trouver un jeu d'autorisations nommé 'ASP.Net'.]
System.Web.HttpRuntime.HostingInit(HostingEnvironmentFlags hostingFlags, PolicyLevel policyLevel, Exception appDomainCreationException) +336
[HttpException (0x80004005): Impossible de trouver un jeu d'autorisations nommé 'ASP.Net'.]
System.Web.HttpRuntime.FirstRequestInit(HttpContext context) +11524352
System.Web.HttpRuntime.EnsureFirstRequestInit(HttpContext context) +141
System.Web.HttpRuntime.ProcessRequestNotificationPrivate(IIS7WorkerRequest wr, HttpContext context) +4782309
Là je séche totalement, si vous avez une idée ... Merci à tous pour votre aide.
- Modifié infoada33 mercredi 8 septembre 2010 08:05
-
Bonjour,
Essayez en donnant le droit "modifier" au groupe local WSS_WPG sur le répertoire C:\inetpub\wwwroot\wss\, en veillant à ce que la permission soit héritée au niveau des sous-répertoires.
--- Marc Lognoul [MCSE, MCTS, MVP] Heureux celui qui a pu pénétrer les causes secrètes des choses Happy is the one who could enter the secret causes of things Blog EN: http://www.marc-antho-etc.net/blog/ Blog FR: http://www.marc-antho-etc.net/blogfr/ -
-
-
Je pense que cela vient de l'utilisateur de l'application pool. En testant avec network services est ce que cela resoud le probleme ?? si oui il faut verifier les droits mais aussi les local policies de l'utilisateur initial.
Xavier VANNESTE
www.xvanneste.com
media.xvanneste.com
blog.xvanneste.com -
Je pense que cela vient de l'utilisateur de l'application pool. En testant avec network services est ce que cela resoud le probleme ?? si oui il faut verifier les droits mais aussi les local policies de l'utilisateur initial.
Xavier VANNESTE
www.xvanneste.com
media.xvanneste.com
blog.xvanneste.com
Bonsoir,Qu'entendez vous par tester en network services ? Au niveau du pool d'application utilisé par le site ? Dans le paramètrage du site dans IIS ?
Merci
-
J'ai testé en changeant l'identité du pool d'application du site, je l'ai mis en network service, j'ai redémarré IIS mais j'ai toujours le même problème.
Tant pis là je capitule, je vais tout réinstaller ... bizarre quand même.
Merci à tous pour votre aide.
-
Bonjour,
J'ai rencontré le même problème, cela venait de la version .net du Pool d'application utilisé par le site.
Dans mon cas, il utilisait .net 4. En mettant le site dans un pool d'application en .net 2.0, cela s'est mit à marcher.
Je suppose donc qu'en .net 4 cette section de configuration est déjà définie implicitement par défaut.Bonne journée
-
Bonjour
J'ai eu le même pb que vous et je me suis mis en .net 2.0 et cela a marché alors que j'ai utilisé des composant .net 3.5 !
Je pense que cela vient du fait que j'ai converti une appli de 2.0 à 4.0, le fichier web.config a pu du être converti correctement.Bonne journée
Henry