none
Erreur 500.19 sur tous les sites MOSS2010 RRS feed

  • 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.

     

    mardi 7 septembre 2010 08:54

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).
    mardi 7 septembre 2010 11:50
  • 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/
    mardi 7 septembre 2010 12:03
    Modérateur
  • 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.

     

    mardi 7 septembre 2010 12:13
  • [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

    mardi 7 septembre 2010 12:20
  • 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
    mardi 7 septembre 2010 18:54
    Modérateur
  • 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
    mercredi 8 septembre 2010 07:19
  • 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/
    mercredi 8 septembre 2010 07:27
    Modérateur
  • Bonjour,

    Malheureusement l'erreur apparait toujours ...

    Merci

    mercredi 8 septembre 2010 08:09
  • Pensez vous que cette erreur puisse être liée au pool d'application ?

    Je n'avais touché qu'à IIS et aux machine.config+web.config du framework.net.

    Merci

    mercredi 8 septembre 2010 15:03
  • 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
    vendredi 10 septembre 2010 09:42
    Modérateur
  • 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

    lundi 13 septembre 2010 16:43
  • 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.

    mardi 14 septembre 2010 08:28
  • 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

    lundi 17 janvier 2011 14:02
  • 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

    mercredi 9 octobre 2013 14:57