Mises à jour de Drupal impossible

CM63 2016-10-24 17:24:33 UTC #21

Bienvenue au club. Sur la discussion sur le forum de Drupal, il n'y a toujours que des gens hébergés chez OVH qui ont ce problème.

Gaston_Phone 2016-10-24 17:36:34 UTC #22

Au vu du nombre de personnes signalant de problème, celui-ci semble bien venir de OVH.

Messieurs les "Helpers" vous avez du travail.

M2H 2016-10-24 18:24:47 UTC #23

par contre si l'on telecharge le fichier manuellement et qu'on l'upload via cette meme page de soucis.

Ok mais quand il y en a plein c'est plus possible la bricole...

Alors tous avec Gaston ! Messieurs d'OVH faites qqchose Merci !

SophieG 2016-10-25 06:59:16 UTC #24

Voici la réponse d'OVH pour contourner le problème !!

"Merci de noter qu'il n'est pas conseillé de faire des mises à jour automatique
des modules drupal, Prestashop et autres directement au niveau de vos
interfaces administrateurs sous risque de voir vos sites générés des erreurs
que vous serez obligés de corriger à votre niveau.
En cas de dernière version stable de votre module drupal, la solution qui
s'offre à vous est de la télécharger puis l'installer manuellement via votre
serveur FTP . "

Et la mienne

"Je n'utilise pas un pack pré-déployé par ovh mais une version de drupal que j'ai envoyée par ftp moi-même.

Votre réponse, ne répond pas à mon problème. Libre à moi de choisir ma méthode d'update qui fonctionnait jusqu'à récemment.
Envoyer manuellement les fichiers est risque d'erreur.

Merci de me dire pourquoi cela ne fonctionne plus et pourquoi d'autres utilisateurs ovh rencontre le même problème."

Grr !!

ARNAUDM1 2016-10-25 07:02:50 UTC #25

LOL cette réponse d'OVH...

Boulvard 2016-10-25 07:16:46 UTC #26

Une chtiote question : les personnes qui ont se pb, ya possibilité que vous mettiez votre environnement d'exécution (stable, legacy, jessie) + la version PHP ? + les noms de domaines concernés. Ca peut surement aider les admins d'OVH.

AntoineB1 2016-10-25 07:44:46 UTC #27

bonjour,

merci de passer en environnement stable via le guide ci dessous, cela a régler le problème de mon coté.

https://docs.ovh.com/fr/fr/web/hosting/modifier-lenvironnement-dexecution-de-mon-hebergement-web/

M2H 2016-10-25 07:50:01 UTC #28

Bonjour,
Je viens d'avoir OVH au téléphone , il faut modifier le fichier .ovhconfig sur le ftp et rajouter la ligne :

container.image=stable

Un technicien me l'a fait en direct et j'ai pu tester le téléchargement ça marche
maintenant le pourquoi du comment... l'explication d'OVH va être remontée sur ce fil.
Bonne journée

Boulvard 2016-10-25 07:58:17 UTC #29

Je pense pas me tromper mais bon, à prendre avec des pincettes

L'erreur : ssl://ftp.drupal.org:443"

Donc je suppose que l'update utilise openssl pour se connecter au serveur drupal, hors la version openssl n'est pas à jour sur les environnements Legacy, elle est à jour sur l'environnement Stable, environnement qui a dû être mis en place suite au renforcement des sécurités Paypal ya un an.

Gaston tu confirmes sur Stable = openssl à jour (je crois que c'est vcasse qui l'avait présenté à l'époque) ?

vcasse 2016-10-25 08:00:55 UTC #30

Bonjour Boulvard,

Tu as totalement raison. La configuration HTTPS des sites de drupal semble s'être renforcée récemment, ce qui rend la configuration legacy obsoléte. Un passage en configuration stable, contenant un openssl bien plus récent, devrait régler vos soucis.

(Pour info, jusque maintenant, l'environnement stable était simplement nécessaire pour Drupal 8 qui a besoin d'un drivers php-mysql récent. Maintenant, c'est obligatoire pour drupal 7 aussi)

Cordialement,
Vincent

ARNAUDM1 2016-10-25 08:03:00 UTC #31

En effet ça fonctionne avec Stable.

Et quel est la différence entre toutes versions, stable, testing, legacy, jessie ?

au temps pour moi, c'est expliqué ici : https://docs.ovh.com/fr/fr/web/hosting/modifier-lenvironnement-dexecution-de-mon-hebergement-web/

MICHAELB 2016-10-25 08:22:52 UTC #32

Eh bien voilà !
Merci aux contributeurs.

CM63 2016-10-25 08:50:48 UTC #33

Bonjour,

Merci de votre aide, je vais retransmettre cela sur le forum de la communauté Drupal. Personnellement je verrai si ça marche lors de la prochaine mise à jour de modules, je ne vais pas simuler un retour en arrière.

Cela dit, je ne comprends toujours pas pourquoi:
- les archives des modules concernés n’apparaissent pas dans la liste du contenu du dépôt sous navigateur (là on ne passe pas du tout par OVH),
- alors qu'on arrive quand même à les télécharger à la main

Mais bon.

Et sans commentaire sur le fait que:
- la réponse officielle de OVH soit une réponse de bouffon : "merci de pendre en compte que vous ne pourrez plus utiliser votre admin panel pour faire les maj..."
- et que la réponse officielle ne nous ait pas été communiquée officiellement par OVH mais officieusement , grâce à un utilisateur, merci à lui, qui nous a fait part de sa communication téléphonique avec le support.

Merci à vous.

PS : je ne coche pas encore dans "résolu", j'attends un peu, si des fois il y aurait une autre mise à jour de module sous peu.

vcasse 2016-10-25 10:23:54 UTC #35

et que la réponse officielle ne nous ait pas été communiquée officiellement par OVH mais officieusement , grâce à un utilisateur, merci à lui, qui nous a fait part de sa communication téléphonique avec le support.

C'est un peu dur à entendre. Il me semble qu'on est assez réactif. Moins d'une journée pour investiguer un soucis dans des codes que nous ne maitrisons pas, c'est pas mal non ?

Bref, soucis résolu

StephaneB1 2017-01-08 14:45:25 UTC #36

Bonjour,

résolu oui et non. Il me semble avoir le même problème, mais sous un environnement dédié avec Ubuntu serveur. Est-ce possible ? Le tout après une mise à jour de Drupal 7.53. Comment procéder alors pour la configuration STABLE de PHP 5.3 ? (EDIT: et pas 3.5)

Gaston_Phone 2017-01-08 15:28:06 UTC #37

Je pense que PHP 3.5 n'est plus proposé sur les mutualisés.

StephaneB1 2017-01-08 15:50:45 UTC #38

salut

eh oui, c'est justement pour cela que je parle de "dédié"
Et après vérin, c'est pas 3.5 mais PHP 5.3, pardon

Gaston_Phone 2017-01-08 16:02:48 UTC #39

Ici tu es dans la section :

Pour ton cas ce serait ;

MichelT4 2017-08-31 21:16:14 UTC #40

Bonjour

Je fais face au même souci de mise à jour des modules drupal sur un des mutualisés que je gère.
Lorsque j'essaye de passer en mode 'stable' ou 'jessie' (ce qui a l'heure actuelle est la même image mais bon j'ai quand même essayé), voici ce que me répond drupal

PDOException: SQLSTATE[HY000] [2000] mysqlnd cannot connect to MySQL 4.1+ using the old insecure authentication. Please use an administration tool to reset your password with the command SET PASSWORD = PASSWORD('your_existing_password'). This will store a new, and more secure, hash value in mysql.user. If this user is used in other scripts executed by PHP 5.2 or earlier you might need to remove the old-passwords flag from your my.cnf file in lock_may_be_available() (line 167 of /home/odelicesa/www/includes/lock.inc).

j'avoue être un peu perdu, drupal ayant été installé en v6 via l'interface OVH, puis migré en v7 à la main, la base de donnée liée au module n'apparait pas dans mon gestionnaire...

Merci d'avance

(je retourne en legacy en attendant )

janus57 2017-08-31 21:39:05 UTC #41

Bonjour,

c'est tout simplement car drupal avait été installé avec le "1clic" OVH, là vous devez transférer la BDD du SQL module a un SQL "normale" que vous devez créer dans le manager.

Cordialement, janus57

Propulsé par Discourse, le rendu est meilleur avec le JavaScript activé

OVHcloud Community

Bienvenue sur votre espace communautaire. Posez des questions, recherchez des informations, publiez du contenu et interagissez avec d’autres membres d'OVHcloud Community.