[Résolu] Mise à jour stoppée à l'étape 2

Fabien

Bonjour à tous,

Je viens de tester la mise à jour de ZwiiCMS, à la fois sur mon serveur de production - qui est peut-être bogué suite à une migration manuelle -, mais également sur mon serveur personnel de conception.

Dans les deux cas, j'ai tenté la migration depuis la version 11.2.04, mais la mise à jour s'arrête à l'étape 2, sans explication supplémentaire.

Quelqu'un a-t-il une idée ?

fred

Bonjour,
Il faut consulter la console du navigateur pour dépister l'origine de l'erreur.
L'étape 2 est en charge du téléchargement du fichier (voir si allow_url_fopen est actif dans la config de php) et à la vérification de l'intégrité du fichier (clé md5). 

Fabien

Bonjour,

Merci pour la réponse.

Après vérification, allow_url_fopen était bien sur Off.
Je viens de le mettre sur On, l'étape 2 passe (Ouf !) et... Erreur sur l'étape 3 

Que dois-je débloquer pour passer l'étape 3 et 4 ?!

Merci d'avance !

fred

L’étape 3,
La décompression, soit il manque un module php, soit des dossiers n’ont pas les bons droits. 

Quand l’erreur est affichée, faire F12 et lire le contenu de la console. 

Fabien

Bonjour,

Merci pour la réponse !
En affichant la console, j'ai ce message d'erreur :

1. Object
1. data: false
2. success: "Extraction from phar \"/var/www/html/rucheconnectee.mc/site/tmp/update.tar.gz\" failed: Cannot extract \".gitignore\" to \"/var/www/html/rucheconnectee.mc/core/module/install/../../..//.gitignore\", setting file permissions failed"
3. [[Prototype]]: Object
1. constructor: ƒ Object()
2. hasOwnProperty: ƒ hasOwnProperty()
3. isPrototypeOf: ƒ isPrototypeOf()
4. propertyIsEnumerable: ƒ propertyIsEnumerable()
5. toLocaleString: ƒ toLocaleString()
6. toString: ƒ toString()
7. valueOf: ƒ valueOf()
8. __defineGetter__: ƒ __defineGetter__()
9. __defineSetter__: ƒ __defineSetter__()
10. __lookupGetter__: ƒ __lookupGetter__()
11. __lookupSetter__: ƒ __lookupSetter__()
12. __proto__: (...)
13. get __proto__: ƒ __proto__()
14. set __proto__: ƒ __proto__()

Si je comprends bien qu'il y a un problème de permissions, je ne comprends pas bien le chemin dans lequel doit être extrait .gitignore

fred

L'extraction s'effectue à la racine du dossier du côté de http://rucheconnectee.mc/ 
Une bonne idée serait de virer le fichier .gitignore dans ce même dossier avant de refaire une installation.
D'ailleurs, je vais le supprimer de la livraison et le nettoyer des installations prochaines.

Fabien

Arf ! Je viens de le supprimer et de relancer la mise à jour : toujours échec à l'étape 3
Il faut que je relance l'installation en ayant supprimé le fichier .gitignore avant ?

Fabien

Visiblement, j'ai un problème de permissions sur les fichiers. En effet, le message d'erreur est désormais sur .htaccess. Si je supprime .htaccess, c'est changes.md qui pose problème.
Plus généralement, j'ai un problème de permissions sur ce serveur. Pour le moment, je suis obligé de mettre tous les fichiers en 777 pour qu'il fonctionne. En repassant les fichiers du dossier racine en 644, il ne fonctionne plus !

fred

Quelles sont les permissions sur le dossier du site ? Au-dessus de la racine de Zwii ?

Fabien

Pour le moment, le dossier du site est en 777.
Le dossier parent est en drwxr-xr-x, soit 755.

Mince ! Maintenant, c'est à l'étape 1 que la mise à jour plante

fred

Les permissions correctes sont
pour les dossiers 775
pour les fichiers 664
La plupart du temps les permissions des sites des hébergeurs sont conformes.

Fabien

Merci pour l'info !
Une fois que le site fonctionnera à peu près correctement, je mettrai mon nez dans les permissions... à moins que je ne doive travailler dessus pour que le site marche correctement ;-)

Fabien

En tous cas, la mise à jour manuelle a fonctionné en sFTP, en remplaçant les fichiers à la racine du site, ainsi que les dossiers /core et /modules par ceux de la nouvelle version.

C'est déjà ça !

fred

Une piste serait de créer une copie complète des données, gestionnaire de fichier compris, d'installer un Zwii neuf puis de réinstaller le jeu de données en utilisant aussi les outils intégrés (et pas par ftp). La structure de données sera créée avec les bonnes permissions. 
Tu peux tester ceci sur un dossier à part.

Fabien

@fred
Merci pour le conseil.

Je viens de tester et c'est assez catastrophique.

Le processus :

1. J'ai effectué un backup du site d'origine A.
2. J'ai renommé le dossier du site actuel A (passé manuellement ce matin en 11.4.0) pour le sauvegarder.
3. J'ai créé un nouveau dossier avec le même nom que celui du site d'origine B, auquel accèdera le nom de domaine en cours.
4. J'ai copié via sFTP les fichiers d'un ZwiiCMS vierge vers le dossier B.
5. Je me suis rendu sur le site via un navigateur => Erreur de permissions pour écrire sur json.db
6. => en ssh, j'ai passé le dossier du site en 777
7. De retour dans le navigateur, l'installation se termine correctement dans le dossier B.
8. Je récupère du site A le backup sur mon ordinateur via sFTP.
9. Je téléverse le backup dans le dossier backup du dossier B.
10. Je vais sur le panneau d'administration pour restaurer le backup => Je ne peux aller que dans le dossier /theme (?!?!?!) sans pouvoir naviguer dans l'arborescence pour atteindre le dossier des backups.
11. Je téléverse le fichier backup du dossier A vers le dossier /theme.
12. Depuis le panneau d'administration, je peux restaurer le backup du site A.
13. J'ai un message d'erreur : le dossier /fonts est absent et, si le site B comporte bien toutes les pages et la feuille de style personnalisée du site A, toutes les images n'apparaissent plus, bien qu'elles soient présentes dans le dossier /site/file/source/.
14. J'appelle le RFM pour voir si les images sont visibles pour sélection : je suis bloqué dans le dossier /theme, sans pouvoir naviguer dans l'arborescence.

Que s'est-il passé ?!?!

fred

Déjà le point  5 n'est pas normal, il y a bien un problème de permission. Quel est l'hébergeur ?

Fabien

@fred
L'hébergeur est Monaco Telecom. Mais j'administre l'ensemble du serveur !
Je ne me souviens plus des permissions au moment de copier le dossier de ZwiiCMS, mais il a été nécessaire de passer en 777 pour qu'il fonctionne
Il aurait dû être en 755 ?

fred

777 est une mauvaise permission qui donne les droits en écriture même aux visiteurs. 

Fabien

@fred

C'est en effet un problème, mais pour le moment, le fait de basculer avec d'autres permissions plante complètement le site !