Assistance technique

problemes divers lors de l'installation

 
Avatar Rémi Sauvestre
Re: problemes divers lors de l'installation
 

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. 
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.
Si je ne me trompe pas, la réponse (à la question, pas aux hypothèses) est ici :

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

 
Moyenne des évaluations  -
Avatar Nicolas Martignoni
Re: problemes divers lors de l'installation
DéveloppeursMoodleurs particulièrement utilesTraducteurs

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

 
Moyenne des évaluations  -
Avatar Philippe Pérot
Re: problemes divers lors de l'installation
 

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





 
Moyenne des évaluations  -
Avatar Nicolas Martignoni
Re: problemes divers lors de l'installation
DéveloppeursMoodleurs particulièrement utilesTraducteurs

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.


 
Moyenne des évaluations Utile (2)
Avatar Philippe Pérot
Re: problemes divers lors de l'installation
 

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




 
Moyenne des évaluations  -
Avatar Nicolas Martignoni
Re: problemes divers lors de l'installation
DéveloppeursMoodleurs particulièrement utilesTraducteurs

> 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

 
Moyenne des évaluations Utile (1)