Bonjour Patrick et merci pour les infos.
J'ai installé moodle sur un autre serveur que j'avais pris transitoirement (en espérant qu'il le reste malgré tout !) et il marche très bien.
Je n'ai pas encore essayé le chown car je n'ai pas les droits là dessus. Je ferai le test plus tard et je vous tiendrai au courant. En attendant, merci encore pour l'aide.
Bonjour,
L'administrateur du serveur ne s'avoue pas vaincu et veut continuer à essayer.
Il a refait l'installation en collant au manuel, avec le même résultat.
Je vous joints sa dernière hypothèse, et au passage sa question :
Je commence a avoir une theorie : c'est peut etre le fait d'avoir defini un domaine sur un serveur mutualise qui bloque. Je m'explique : on utilise le ndd class-en-ligne.ovh qu'on associe a un espace ftp bien defini au sein d'un serveur qui contient plusieurs autres domaines bien definis relativement a leurs repertoires ftp. Je n'ai pas l'impression que cela soit le cas sur ton serveur auquel tu accedes simplement par l'adresse du serveur.Si je ne me trompe pas, la réponse (à la question, pas aux hypothèses) est ici :
Dans cette hypothese, je peux imaginer (imaginer) qu'il y ait des droits de lecture/ecriture/execution master automatiques qui reprennent le dessus dans la gestion des acces hors domaine senso strictu (par exemple l'acces a un dossier en amont de www/), independamment de ce que l'on peut indiquer en chmod sur les dossiers hors domaine (si tu as compris cette phrase, bravo, tu es bien reveille). Ce n'est qu'une hypothese bien sur, et je vais donc tenter un coup en mettant clairement le dossier moodledata dans le domaine = dans le repertoire moodle. Le hic, c'est que ca va coincer au moment de l'installation, au moins avec l'installateur en ligne. Je vais donc essayer en full lignes de commandes... Donc : ce que tu peux demander de ton cote sur le forum c'est comment forcer l'installation avec un dossier moodledata qui se trouve quelque part en aval dans le dossier moodle. Il va de soi que je mets un .htaccess dans le dossier moodledata.
http://learn-moodle.blogspot.fr/2016/04/modifier-lemplacement-du-repertoire.html
Un peu de lecture ne faisant pas de mal, je m'empresse d'aller au devant de votre question : "Mais quel genre de serveur utilises-tu ?"
on a un serveur ovh web performance 1 https://www.ovh.com/fr/hebergement-web/hebergement-performance.xml avec notamment CPU 1x vCORE, 2Go de RAM et 500 Go d'espace disque. Actuellement on est en version php globale 7.1 (je crois que c'est la 7.1.3 stable). On a un serveur SQL privé sur lequel sont installées toutes nos bases, associées a différents users et avec des droits correspondants. On a actuellement 23 websites (en fait on compte http:// et www. comme 2 alors que c'est souvent le meme) qu'on gere en multisites a partir du dossier www/ , et des users ftp associés qui n'accedent qu'au repertoire ftp de leur site.Voilà, c'est tout.
Et merci beaucoup pour l'aide fournie.
R S
Bonjour Rémi,
Pas de réponse à vous donner directement, car je n'ai pas tout compris.
Ce que je suggère, c'est que l'administrateur du serveur vienne lui-même poser les questions ici, car ça facilitera le dialogue (ses explications sont un peu nébuleuses et ça ne sert à rien de vous demander à vous des éclaircissements, que vous allez lui transmettre, attendre une réponse, retransmettre ici, etc.).
Bonjour,
je m'occupe de cette installation.
Voici les caracteristiques du serveur et de l'installation :
- php 7.1
- base MySQL 5.7
- Moodle 3.3.1+ stable latest release (cette semaine)
- dossier moodle dans www/ avec droits 0755 puis find moodle -type f -exec chmod 0644 {} \; comme suggere par la doc https://docs.moodle.org/33/en/Installing_Moodle
- dossier moodledata dans www/ avec droits 0777 + un fichier .htaccess
- installation lignes de commande, tout ok jusqu'aux warning a la fin (voir image)
Merci d'avance pour votre aide.
Philippe
Bonjour,
Merci, c'est très précis.
À la lecture des avertissements retournés par le serveur et du code source, le problème est que votre serveur empêche l'accès de PHP à l'API de OPcache (alors que par défaut la variable <code>opcache.restrict_api</code> n'est pas définie et donc cet accès n'est pas restreint, voir screenshot ci-dessous avec un Moodle fraichement installé). En vérifiant votre infophp, vous devriez constater cette restriction.
Voir la doc ici : http://files.zend.com/help/Zend-Server/content/zendserverapi/zend_opcache-configuration_directives.htm#dir-opcache.restrict_api
Bonne chance pour la correction.
Bonjour,
merci pour votre aide éclairante ainsi qu'aux autres contributeurs de cette discussion.
J'ai donc contacté ovh qui m'a indiqué qu'il n'était pas possible de modifier la variable opcache.restrict_api. Leur recommandation a été de rétrograder la version php du serveur de 7.1 actuellement a 5.6. Il ne me sera malheureusement pas possible de retenir cette option.
A la suite de cet échange j'ai essayé d'installer une version plus ancienne de moodle. La version 3.2.4 a donné le meme genre de problème, et la version 3.1.7 a renvoyé un warning rouge sur la version php (php 7.1 non supporté). J'ai jugé inutile de remonter plus loin.
En l'état, je considère donc qu'il ne m'est pas possible d'installer moodle. Je fais remonter l'information à ovh. Si de votre cote vous pouviez en faire de meme auprès des développeurs, cela pourrait peut-être être utile pour les versions futures.
Cordialement
> Leur recommandation a été de rétrograder la version php du serveur de 7.1 actuellement a 5.6.
Je trouve déplorable et inadmissible à la fois qu'un prestataire recommande de passer à une version plus ancienne et presqu'obsolète (plus supportée, plus de développement) d'un produit, ne serait-ce que pour des raisons de sécurité.
D'autres prestataires gèrent très bien la montée en version de leur infrastructure.
> Si de votre cote vous pouviez en faire de meme auprès des développeurs, cela pourrait peut-être être utile pour les versions futures.
Aucune chance de ce côté : il n'y a pas de raison qu'un produit s'adapte à des restrictions douteuse de la part d'un prestataire. Ma recommandation : changer de prestataire.
Cordialement
Bonjour,
Le moodle fonctionnant correctement est-il également installé sur un serveur OVH ? Auquel cas il serait bon d'étudier les différences entre ces deux serveurs.
Un problème d'affichage provient essentiellement de trois sources différentes, les droits comme annoncé par Patrick, mais aussi le thème et le navigateur. Il conviendrait d'éliminer les deux dernières en changeant de thème et en utilisant un ou des navigateurs différents.
Bien qu'un problème de transferts corrompus de fichiers soit également possible, cela semble ici peu probable du fait d'installations différentes.
Les phénomènes peuvent aussi résulter d'une conjonction d’événements perturbant l'analyse des dysfonctionnements. Une tentative de modification des paramètres des slash argument, administration > Serveur > HTTP, pourrait éclaircir ou assombrir le tableau.
Jérôme.
Bonjour,
J'avais essayé de changer le thème et le navigateur avant de poser la question sur le forum, et ça n'avait évidemment rien changé. Il ne s'agit certainement pas d'une corruption des fichiers car j'ai chargé les dossiers de moodle sur le ftp à partir du même téléchargement, et moodle fonctionne sur un serveur et non sur l'autre, malgré plusieurs uploads successifs.
Enfin, on ne va probablement pas y passer la fin des vacances.
Merci pour vos idées
RS
Oui, c'est "normal" qu'en local ou sur une infrastructure correcte il n'y ait pas de problème d'installation, puisque ce sont les réglages de PHP imposés par OVH empêchent d'installer les versions récentes de Moodle (vraisemblablement versions 3.3 et ultérieures).
Bonjour,
Voici ce que renvoie phpinfo(); sur notre hébergement OVH. Je n'ai pas trouvé "opcache"... mais d'autres paramètres pourront peut-être apporter une explication mais je ne suis pas assez (du tout) initié pour cela.
Bertrand
