|
|
|
Inscrit(e) le : 09/04/2005
19 messages
|
|
|
Bonjour le Forum,
Nous utilisons DNN depuis quelques années, nous sommes actuellement en version 4.5.1 ..oui je sais c'est pas le plus Uptodate.. plusieurs tentatives de mise à jour... mais infructueuses, alors on re-créera une toute neuve v 5.0.x bientôt.. en attendant. nous avons un problème sur un de nos site fils...tout le reste fonctionne sauf celui là... cet incident est survenu comme par enchantement..non, non je ne plaisante pas... nous avons même fait restaurer l'ensemble du site au cas ou... alors voici le message
----------------------------------------------------------------------------------------------
Server Error in '/xxxxxxxxxx' Application.
Configuration Error
Description: An error occurred during the processing of a configuration file required to service this request. Please review the specific error details below and modify your configuration file appropriately.
Parser Error Message: The code subdirectory '/xxxxxxxxxxx/App_Code/HTML/' does not exist.
Source Error:
Line 97: -->
Line 98: <codeSubDirectories>
Line 99: <add directoryName="HTML" />
Line 100: <add directoryName="Reports" />
Line 101: <add directoryName="Survey" />
Source File: c:\hosting\webhost4life\member\axinedia\xxxxxxxx\web.config Line: 99
Version Information: Microsoft .NET Framework Version:2.0.50727.1433; ASP.NET Version:2.0.50727.1433
-----------------------------------------------------------------------------------------------
Nous avons bien trouvé un post sur DNN.com mais il ne nous inspire pas, alors si quelq'un a un brillante idée.
Merci d'avance
Thierry
|
|
|
|
| |
|
|
|
www.dedisoft.org Inscrit(e) le : 13/08/2007
264 messages
|
|
|
Bonjour Thierry,
J'ai eu ce souci il y a quelques temps, en espérant que ma mémoire ne va pas me trahir !!
Ce dossier HTML est lié si je me souviens bien au module Text/HTML. Tu as dû faire une MAJ de ce module et un problème (de droit peut-être) a empêché la création de ce sous-dossier.
Solution n°1 : réinstaller ce module.
Solution n°2 : regarder quelle version tu utilises. Analyser le fichier .dnn pour voir si cette version utilises le dossier HTML. Si ce n'est pas le cas, supprimer la référence dans web.config.
Astuce : regardes dans le journal d'évènement de DNN pour voir si une MAJ a eu lieu dernièrement sur le site fils ou le parent (c'est le même dossier App_Code pour les 2). Regardes dans la table EventQueue (de mémoire) pour voir si un traitement de MAJ est en attente ou pas concernant ce module (juste pour vérifier si un update a eu lieu).
Avec ces infos, tu devrais y voir plus clair...
Simon
|
|
|
|
| |
|
|
|
Inscrit(e) le : 09/04/2005
19 messages
|
|
|
Bonjour Simon, bonjour le forum
Merci pour tes pistes. Juste pour répondre à ce que je devais vérifier surtout pour la solution 2, pas de mise à jour de ce module rien qui indique qu'il y est eu une modification particulière.
La chose que je ne m'explique pas c'est que nous avons un site "père" et 3 sites fils et que c'est sur un seul site que le problème arrive...illogique si cela venait du module puisque nous l'employons partout
Nous avons mélgré tout fait des modif dans le web config et là autre message (ci-dessous)
Server Error in '/altidiavisiteur' Application.
Configuration Error
Description: An error occurred during the processing of a configuration file required to service this request. Please review the specific error details below and modify your configuration file appropriately.
Parser Error Message: Could not load file or assembly 'DotNetNuke.HttpModules.Compression' or one of its dependencies. The system cannot find the file specified. (c:\hosting\webhost4life\member\axinedia\altidia2\web.config line 51)
Source Error:
Line 49: <httpModules>
Line 50: <!-- add name="Authentication" type="DotNetNuke.HttpModules.AuthenticationModule, DotNetNuke.HttpModules.Authentication" / -->
Line 51: <add name="Compression" type="DotNetNuke.HttpModules.Compression.HttpModule, DotNetNuke.HttpModules.Compression" />
Line 52: <add name="UrlRewrite" type="DotNetNuke.HttpModules.UrlRewriteModule, DotNetNuke.HttpModules.UrlRewrite" />
Line 53: <add name="Exception" type="DotNetNuke.HttpModules.ExceptionModule, DotNetNuke.HttpModules.Exception" />
|
Source File: c:\hosting\webhost4life\member\axinedia\altidia2\web.config Line: 51
Version Information: Microsoft .NET Framework Version:2.0.50727.1433; ASP.NET Version:2.0.50727.1433
Et cela sur le même site fils qu'auparavant, les autres sites fonctionnent toujours
Merci pour votre aide
Thierry
|
|
|
|
| |
|
|
|
www.dedisoft.org Inscrit(e) le : 13/08/2007
264 messages
|
|
|
Quel version de Windows et de IIS utilises-tu ?
Le site fils est-il une deuxième installation de DNN ou un hôte enfant créé depuis DNN ?
Vu tes erreurs, j'ai l'impression que tu utilises un DNN parent dans un dossier et une 2è install de DNN dans un sous-dossier du parent. Si tel est le cas, je penche pour un souci d'héritage de la configuration .Net. Mais cela dépends de la version de IIS.
Simon
|
|
|
|
| |
|
|
|
Inscrit(e) le : 09/04/2005
19 messages
|
|
|
Bonjour
Concernant les versions, nous sommes hébergés chez WH4L et nous sommes a priori en IIS 7.0 with Windows 2008 Server
Concernant les sites fils, ils ont été créé depuis notre site principale depuis le host ( gestion des sites, ajour d'un nouveau site)
Merci pour ton aide
Thierry
|
|
|
|
| |
|
|
|
www.dedisoft.org Inscrit(e) le : 13/08/2007
264 messages
|
|
|
C'est bien ce que je pensai au sujet de ton OS.
IIS7 gère l'héritage des propriétés de config de .Net (dans le web.config).
Y a-t-il eu une modif côté site parent dans la config de .Net ?
Pour m'aider à mieux comprendre, altidia2 c'est ton site parent ou enfant ?
Simon
|
|
|
|
| |
|
|
|
Inscrit(e) le : 09/04/2005
19 messages
|
|
|
Merci de ta rapidité à réagir...excellent !
Les seules modif qui ont été faites sont :
Dans host configuration selon les préconisation voir lien suivant ( http://www.mitchelsellers.com/blogs/articletype/articleview/articleid/189/dotnetnuke-host-settings-explained.aspx ) :
site log history, je suis passé de 90 jours à 0 jours
Module catching method , je suis passé en mémory plutôt qu'en disk
Performance setting je suis passé en heavy cache plutout qu'en low cache
Et c'est tout...
Pour ta compréhension : altidia2 est le dossier du site ..donc oui le parents... altidiavisiteur est un site enfant
Merci encore
Thierry
|
|
|
|
| |
|
|
|
www.dedisoft.org Inscrit(e) le : 13/08/2007
264 messages
|
|
|
As tu bien redémarré DNN après ?
Je pense que le souci vient plus d'une modification de config de .Net (côté hébergeur) ou d'un souci avec tes modules. Si tu n'as fait aucune modif, n'y aurait-il pas eu corruption de tes fichiers ? de la base de données ? (une restauration foireuse ?)
Une erreur ne vient pas toute seule, par enchantement... Une opération hasardeuse a eu lieu.
As tu essayé de refaire un web.config tout neuf ? (en récupérant un web.config d'une install neuve de DNN identique au tiens, et dans ton web.config actuel la machine key, la connection string, les paramètres de tous modules installés en + des modules core).
Fais bien une sauvegarde de la version actuelle (au cas où)
Simon
|
|
|
|
| |
|
|
|
Inscrit(e) le : 09/04/2005
19 messages
|
|
|
Simon, tu fais une bonne analyse...
Effectivement, suite aux modif de la config, je n'ai pas le souvenir d'avoir fait "redémarrer l'application"...était-ce utile ? et auquel cas pourquoi (toujours la même intérrogation...) un seul site est impacté sur 4, alors que les modif ont eu lieu sur le host
Le plus inquiètant c'est nous avons demandé au provider de restaurer le site complet à une date antérieur à nos modifs...
Nous allons voir pour refaire un web.config pourquoi pas...ce que je crains dans tout cela c'est que nous mettions tous les sites en vrac au lieu d'1 actuellement...mais bon il va bien falloir faire qque chose de toute façon...et puis on restaurera, d'accord...., donc soit une inspiration vient de la part du forum ou sinon je vous reviens avec ce que nous avons trouvé (si ca peut servir...)
Merci encore
Thierry
|
|
|
|
| |
|
|
|
www.dedisoft.org Inscrit(e) le : 13/08/2007
264 messages
|
|
|
En fait les paramètres que tu as modifiés ne sont pris en compte que si DNN est redémarré.
Ne pas l'aoir redémarré implique que DNN a pris en compte les options lors du déchargement/rechargement de l'appli par IIS. Vu que tu as un site parent et un site enfant, comment être sûr que les 2 ont pris en compte en même temps les paramètres ?
De là à dire que ton souci vient de là, c'est un peu exagérer (je pense). Mais tu as dû avoir quelques petits ralentissements ou autre chose.
Pour l'inspiration, difficile sans voir en détail les fichiers, ...
As-tu vérifier la version du module Text/HTML et as-tu contrôler le besoin ou non du dossier HTML ?
Simon
|
|
|
|
| |
|
|
|
www.satrabel.be Inscrit(e) le : 13/12/2005
116 messages
|
|
|
Est-ce que le répertoire /xxxxxxxxxxx/App_Code/HTML/ existe ?
Il devrait exister! En tout cas si le module text/html est assé résent.
Tu as déjà réinstallé la dernière version du module texte/html ?
Sacha
|
|
|
|
| |
|
|
|
www.dedisoft.org Inscrit(e) le : 13/08/2007
264 messages
|
|
|
Il l'a dit "pas de mise à jour de ce module rien qui indique qu'il y est eu une modification particulière".
Mais c'est effectivement ma première impression aussi...
|
|
|
|
| |
|
|
|
Inscrit(e) le : 09/04/2005
19 messages
|
|
|
st2 a dit
Est-ce que le répertoire /xxxxxxxxxxx/App_Code/HTML/ existe ?
Il devrait exister! En tout cas si le module text/html est assé résent.
Tu as déjà réinstallé la dernière version du module texte/html ?
Bonjour
Oui app_code /html existe
Pas question d'installer le nouveau module, il n'est pas compatible avec ma version 4.5.1 (si j'en crois DNN.com - version minimum pour le nouveau module est 4.7.x..)
Bien à toi
Thierry
|
|
|
|
| |
|
|
|
www.dedisoft.org Inscrit(e) le : 13/08/2007
264 messages
|
|
|
As-tu tenté ma solution n°1 : réinstaller le module ? Je parle ici de la même version...
Simon
|
|
|
|
| |
|
|
|
Inscrit(e) le : 09/04/2005
19 messages
|
|
|
dedisoft a dit
As-tu tenté ma solution n°1 : réinstaller le module ? Je parle ici de la même version...
Simon
Effectivement ca fait partie du plan de recupération du site... je tente cela ce soir !
Merci
Thierry
|
|
|
|
| |
|
|
|
www.satrabel.be Inscrit(e) le : 13/12/2005
116 messages
|
|
|
Vérifie toujours les droits d'accès au niveau du répertoire /xxxxxxxxxxx/App_Code/HTML/
Sacha
|
|
|
|
| |
|
|
|
Inscrit(e) le : 09/04/2005
19 messages
|
|
|
st2 a dit
Vérifie toujours les droits d'accès au niveau du répertoire /xxxxxxxxxxx/App_Code/HTML/
Bonjour Sacha ! bonjour le forum !
1ere chose : le problème n'est toujours pas résolu... j'ai rechargé le module pas d'amélioration.
Ensuite : Sacha ! à quel nivau je vérifie les droits d'accès ?
Je continue à chercher... et vais tenter de créer un nouvel alias et refaire le sous-site (child) si jamais je ne trouve pas...
On se tient informé
Merci
Thierry
|
|
|
|
| |
|
|
|
www.satrabel.be Inscrit(e) le : 13/12/2005
116 messages
|
|
|
Thierry,
ça dépend de l'hébergeur.
Il faut que IIS ai des droits d'éciture sur tout les répertoires du site.
Sacha
|
|
|
|
| |
|
|
|
Inscrit(e) le : 09/04/2005
19 messages
|
|
|
Bonjour le forum ! et bonjour Sacha !
Merci de l'info.
Finalement, j'ai recréé un nouveau site enfant (child) et qui fonctionne... tant pis pour l'errreur précedente.. je n'ai pas envie de jouer avec l'hébergeur et puis je ne m'explique toujours pas pourquoi l'incident est sur un site child seulement alors que nous en avions 3 autres exactement sur le même modèle (les voies de DNN sont impénétrables !!!) et le fait d'en créer un nouveau ne génère aucun souci...alors je laisse tomber pour cette fois (et c'est pas mon genre - mais de toute façon je crois que j'ai écumé tous les forums et qu'aucune réponse n'est vraiment satisfaisantes...) en tout cas merci à tous ceux qui ont fait les efforts de recherche...
Bien à vous
Thierry
|
|
|
|