J'ai un problem de lenteur avec OVH et un moodle version 1.9.2 installé depuis 2009.
Le problème de lenteur est arrivé recemment début Février 2012. Entre temps aucune modification significative a été apportée.
Pas de réponse d'OVH qui permet de solutionner le problème actuel
Je sais que le message date mais aviez-vous trouvé une solution ? J'ai un souci de site terriblement long (en fait il ne fonctionne pas et coupe au bout de 60 sec donc images cassées) dans le même contexte.
Merci !
Le problème demeure..
Non sans mal, j'ai pu faire constater le problème à un technicien de chez OVH en avril 2012. Il m'a dit avoir transmis cela aux responsables informatiques.
N'ayant toujours pas vu d'amélioration, fin Juin, j'ai relancé la demande. Il m'a été dit que les responsables informatiques étaient au courant et qu'ils y travaillaient..
No comment!
Merci de votre réponse. Après quelques jours de bagarres et tests, nous avons trouvé une solution efficace, qui consiste à changer un paramètre de configuration de Moodle (1.9.5+ pour nous) dans un contexte d'hébergement mutualisé / virtualisé, alors que ce site fonctionnait parfaitement avant sur un de nos serveurs dédiés.
Fichier concerné, à éditer: /lib/setup.php
(ligne 422 ou 425 habituellement)
Remplacer :
ini_set('session.save_path', $CFG->dataroot .'/sessions');
Par :
//Modif NetAgence 08-2012, virtualized hosting conf : Moodle sessions moved to /tmp/, not ./sessions
//ini_set('session.save_path', $CFG->dataroot .'/sessions');
ini_set('session.save_path', '/tmp/');
En faisant cela vous faites enregistrer les sessions de votre CMS Moodle non plus dans un sous-dossier sessions de votre espace hébergement, mais dans le dossier "temporaire" du serveur.
L'accès au site est passé d'inutilisable (60 sec, timeouts, images cassées) à quelques secondes. Testé avec plusieurs navigateurs, plusieurs ISP, sur 9 sites dans ce cas, donc solution éprouvée.
J'espère que cela peut aider !
Je confirme: la solution est parfaitement opérationnelle (Moodle 1.9.11 - Hébergement standard chez OVH avec Base SQL privée)
Un très grand MERCI aux auteurs du remède!!
Bonjour,
manipulation intéressante. Est-ce que ça fonctionne pour 2.3 qui est ma foi bien lent.... ?
Merci d'avanace
PKP
Je n'ai pas eu l'occasion de tester car je n'ai actuellement pas cette configuration sous la main (version Moodle et plan hosting en question).
Très simple à tester puisqu'il suffit pour qui peut le faire de mesurer son temps d'accès par exemple avec http://tools.pingdom.com/fpt/, modifier le fichier setup.php concerné, puis remesurer !
Cordialement.
Avec Moodle 2.3, l'admin peut choisir d'écrire les infos de SESSION dans la base données, plutôt que dans un dossier "/sessions" du serveur.
Administration du site ► Serveur ► Gestion des sessions
Stocker les informations de session dans la base de données
Enregistrer les informations sur les sessions en cours dans la base de données. Ce réglage est surtout utile pour les sites avec de nombreux utilisateurs ou ceux qui sont construits sur des clusters de serveurs. La plupart des sites peuvent laisser cette option désactivée, et ces informations seront stockées sur le disque du serveur. Attention ! si vous changez ce réglage, tous les utilisateurs seront immédiatement déconnectés, vous y compris ! Si vous utilisez une base de données MySQL, assurez-vous que la variable « max_allowed_packet » dans my.cnf (ou my.ini) ait au moins une valeur de 4M.
Sur mon site de test moodle 2.3 hébergé chez OVH j'ai essayé les deux réglages sans constater de différence de vitesse notable.
Joseph
PS.- Testé mon site Moodle sur Pingdom Tools, j'obtiens un "score" tout à fait correct.
Je viens de faire le test... Harg....
Suis chez OVH....
Donc un temps strictement identique avant j'imagine ?
Après il faut examiner le contenu de la page, 305 Ko n'étant pas une petite taille. Moodle chargement malheureusement selon les thèmes de lourds scripts Javascript et du CSS, et génère des pages assez lourdes pour l'utilisateur.
Test depuis la Hollande. J'ai préféré à New-York. A défaut...
Quand ça marche nickel (100%) il ne fait qu'un ping.
En fait, de France <----> mon hébergeur je tourne plutôt à 40ms environ.
C'est l'avantage de ne pas être hébergé aux antipodes
Et par ...curiosité... j'ai fait le test avec mon ancien hébergeur. C'est encore mon site actuel de formation.
Je crois que j'ai bien fait de migrer...
Daniel
Effectivement on peut aussi choisir de stocker les sessions en BdD, et ce même sur la version 1.9. Je souhaitais toutefois garder les sessions sur disque car n'avais pas une confiance absolue sur la vitesse mysql dans ce contexte d'hébergement, d'où mes recherches sur fichiers de sessions plutôt.
Dans votre cas avec un tel chargement vous n'avez peut-être tout simplement aucun souci au départ, 2.3 sec me paraissant un temps tout à fait acceptable.
Bonjour,
J'ai également eu des soucis avec Moodle 1.9.6 à partir de fevrier 2012, sans aucune raison apparente la page d'accueil est devenue pratiquement impossible à charger...J'ai ouvert un ticket et j'ai pu échanger plusieurs semaines avec un technicien de la hotline qui me disait qu'un de mes script était trop lourd, bref que cela ne venait pas de chez eux mais du LMS que j’utilisais (j'utilise Moodle de manière basique avec environ 200 utilisateurs)
Il m'a également proposé de changer le chemin des sessions mais cela a gonflé rapidement ma table session dans la BD et j’ai du la vider fréquemment. Bref, j'ai installé un Moodle tout neuf (1.9.10) pensant que cela irait mieux...à peine en fonction, tout est revenu comme avant. Aujourd’hui, le problème persiste et se manifeste notamment pas ce type de message que je reçois par mail tous les jours (parfois plusieurs dizaine de fois)
Insert into log table failed at Saturday 15th of September 2012 11:38:18 PM.It is possible that your disk is full.
The failed SQL is:
INSERT INTO mdl_log (time, userid, course, ip, module, cmid, action, url, info)
VALUES ('1347745098', '211', '1', '82.151.16.212', 'user', '0', 'logout', 'view.php?id=211&course=1', '211'
ou dans la partie administration/rapport/historique /erreur du site (image1). Si quelqu'un peu me donner des indications sur ce type de messages ou toute solution à mon problème...
Merci d'avance pour le temps que vous consacrerez à me répondre,
Bonjour,
J'ai eu ce genre de message (historique) uniquement quand des utilisateurs n'arrivaient pas à se connecter. Ce qui était donc très rare.
Je les contactais et leur proposais un nouveau mot de passe provisoire si besoin.
Je n'ai jamais considéré que c'était une erreur puisqu'à chaque fois la personne concernée me signalait soit son erreur soit son icapacité à se rappeler ses identifiants.
As-tu modifié les règles des mots de passe ? Ajouté le salage ?...
Et si tu passais à Moodle 2 ?
Daniel
Merci Daniel pour ta réponse,
En ce qui me concerne c'est tous les jours que j'ai entre 1 et 20 messages comme cela. Comme j'ai de gros problèmes avec OVH en termes d'accès à Moodle (et visiblement je ne suis pas le seul), j'ai pensé que ces messages d'erreur correspondait peut-être à une sorte de "timeout" lorsque la personne cherchait à se connecter. J'ai modifié les regles de mot de passe pour ne pas imposer chiffres, Maj, nombre,etc. Je n'ai pas touché au salage
Nous ne passons pas à Moodle 2 pour l'instant pour trois raisons
- nos formateurs sont habitués à l'interface et c'est trop récent pour qu'ils en changent
- j'ai peur que ça rame encore plus chez OVH (mutualisé!!)
- la gestion des réperoires et des fichiers sur 2.x me semble moins pertinente que sur la 1.9
Cdt,
Bonjour,
Je suis tout à fait d'accord avec Jean-Michel
Pour cela je suis passé sur un serveur kimsufi OVH en gardant ma version 1.9.19+ car cela devenait impossible(messages d'erreur, 2mn pour charger après avoir cliqué sur un lien, ... ) et j'en passe
et maintenant, je n'ai plus aucun problème
.....
Cdt,
Je n'ai jamais eu ces problèmes sur 1.9...
Par ailleurs, Jean-Michel a dit : "la gestion des répertoires et des fichiers sur 2.x me semble moins pertinente que sur la 1.9"
Il faut s'y faire mais c'est plus puissant et cohérent je trouve.
Et il y a les dépôts...
Et il y a tellement de fonctionnalités nouvelles et pratiques que je n'ai hésité qu'un an.
Et quand notre grand gourou transfrontalier nous a dit qu'on pouvait y aller alors j'ai foncé.
Et ne le regrette pas...
Comme quand on change de véhicule...
Daniel
OUi Daniel, je suis d'accord...c'est un plus en termes de fonctionalités attendues, mais pour l'instant je me depatouille avec nos problèmes d'hébergements...
ON m'a conseillé de changer d'hébergeur , notamment d'opter pour Maven host qui dispose de C panel dont tufais souvent l'éloge...t'as une idée!
Cdt,
Jean Michel
Bonjour Jean Michel,
Tu as dit : "qui dispose de C panel dont tu fais souvent l'éloge...t'as une idée!"
Pour l'instant l'hébergeur mutualisé qui réunit tous les critères que je recherche pour moi, mais aussi mes clients, est o2switch basé à Clermond-Ferrand.
cPanel "de Luxe" ( on gère tout facilement) et Softaculous comme installeur de Moodle 2.3.2 (entre autres logiciels) en quelques clics. Taille serveur "illimitée", fichiers maxi de 500MO, ...
Et tout ça pour... (comme disent les camelots...) 72 € l'année avec un domaine offert.
Il faut aussi songer à l'emplacement géographique des serveurs (ping) et la législation qui s'applique en cas de conflit.
Je préfère -le cas échéant- me rendre au tribunal dans la cité des Arvernes que chez nos cousins du Québec ou chez les "maîtres du monde"
Attention: certains de leurs serveurs n'ont pas les versions requises pour les nouveaux Moodle. Je viens d'en faire récemment l'expérience alors que tous mes clients "testeurs" sont soit en 2.3.1 soit en 2.3.2...
Daniel
Merci Daniel pour ces informations, je vais voir cela de plus près,
Cdt,
Jean-Michel Massu
Bonjour Jean Luc,
Visiblement tu as rencontré des problèmes similaires aux miens chez OVH...de mon coté il font la sourde oreille et me disent que les temps de réponse observés sont excellent, mais moi j'ai des stagiarres qui m'appelent pour le dire que c'est infernal...je ne sais plus quoi penser dans tout cela, changer d'hébergeur est-il la solution ?
C'est quoi kimsufi
?
Merci de ta réponse,
Cdt,
Jean Michel
Je viens d'appliquer la solution sur le moodle que je gère (1.9.17 / ovh en mutu avec sql privé) : cela fonctionne
j'avais de grosses lenteurs en particulier lors de l'affichage des utilisateurs ; les premiers tests sont concluants.
Merci
Bruno "Je viens d'appliquer la solution sur le moodle que je gère (1.9.17 / ovh en mutu avec sql privé) : cela fonctionne".
Quelle solution ?
Celle de "webagence" ci dessus
Je cite :
Fichier concerné, à éditer: /lib/setup.php
(ligne 422 ou 425 habituellement)
Remplacer :
ini_set('session.save_path', $CFG->dataroot .'/sessions');
Par :
//Modif NetAgence 08-2012, virtualized hosting conf : Moodle sessions moved to /tmp/, not ./sessions
//ini_set('session.save_path', $CFG->dataroot .'/sessions');
ini_set('session.save_path', '/tmp/');
En faisant cela vous faites enregistrer les sessions de votre CMS Moodle non plus dans un sous-dossier sessions de votre espace hébergement, mais dans le dossier "temporaire" du serveur.
Désolé, j'ai bien répondu au message de webagence, mais pas fait attention qu'il y avait une tonne de réponses et sous-réponses, ce qui a éloigné ma réponse du message d'origine, d'où la question parfaitement justifiée de Joseph
Voilà qui est plus clair, la prochaine fois je citerai tout de suite.
D'un autre côté, il suffit de cliquer sur le petit lien "Niveau supérieur" pour voir le message auquel un message répond
Séverin
