[RESOLU] Mise à jour 1.6.0.6 vers 1.6.1.24

[louisBel]

Hello,
La, il y a un truc que je ne comprends pas. J'essaye de faire cette mise à jour avec le module 1-Click Upgrade (v1.6.8).
Je configure la mise à jour. Je choisi la version 1.6.1.24 comme version mineure recommandée. Tout les points de vérifications sont au vert.
Pas de backup des fichiers, des images et de la database car c'est dans une VM et j'ai fais un snap avant. Je gagne du temps pour mes tests.

Je lance la mise à jour :

Analyzing the situation...
Shop deactivated.
Now downloading... (this can take a while)
Download complete.
Now extracting...
File extraction complete.
Removing sample files...
All sample files removed.
Now backing up files.
File backup skipped.
Database backup skipped.
Now upgrading files...
6298 fichiers seront mis à jour.
encore 6173 fichier(s) à mettre à jour.

Et la, j'ai une fenêtre qui me demande : "Voulez vous restaurer V1.6.0.6_20190701-175115-575d0f09 ?"
Je réponds NON... La mise à jour s'arrête.
Dans la partie droite, j'ai un cadre avec ces messages d'erreur :

Error while copying file \adminManagement\export\.htaccess
Error when trying to upgrade file \adminManagement\export\.htaccess.

 

Comme c'est sur mon serveur de test, ce n'est pas un problème de droits. Les dossiers sont tous bien en 755 et les fichiers en 644.
Et pour infos, php 5.6.38 mais ça n'a rien à voir.... enfin, je pense .

Si je réponds OUI. La mise à jour s'arrête... et je reste en v1.6.0.6.
D'ailleurs, avec tout mes essais, j'ai maintenant cette erreur :

[ERROR] File V1.6.0.6_20190701-181616-6b2609bf is missing: unable to restore files. Operation aborted.

Du nettoyage à faire dans la base de données ?

 

 

Je sèche !
Quelqu'un a une idée ?

 

 

Edited July 13, 2019 by louisBel (see edit history)

[doekia]

Quand tu réponds OUI, il tente de remettre le backup. Ne l'ayant pas fais, c'est normal donc.

Je pense pour un problème de création récursive des répertoires lié a l'utilisation de \ ce qui fait que tes permissions sont ok mais le fichier ne peu pas être créé.

Je suis surpris. Si nous parlons permissions, nous parlons linux, mais si nous parlons \, c'est clairement Windows. Ça semble vouloir dire que ta VM transposé les fichiers vers du NTFS et se mélange les crayons

[louisBel]

Hello Doekia.
Merci pour ta réponse... qui ma foi m'a donné une idée.
C'est vrai que le sytème de fichiers a été un peu torturé.
Backup ftp de mon serveur de prod (linux).
Copie dans ma VM sous WIndows avec XAMPP.

Mais bon, comme ma maquette fonctionne plutôt bien, je n'ai jamais pensé à cet aspect.
L'allusion aux 755 et 644 vient du fait que j'ai un module qui remet les droits sur toute l'arbo. La librairie PHP doit savoir adapter un 755/unix en droits windows.
 

;)

[louisBel]

Je suis sur le c.. 😧
J'ai donc "inspecter" mon file système.
A la racine de mon site, je trouve un dossier "public_html" et à  l'intérieur :
 

1:	/public_html
2:		/public_html
3:			/public_html
4:				/public_html
5:					/public_html
6:						/public_html
7:							/public_html
8:								/public_html
9:									/public_html

8 sous niveaux avec des contenus trés trés semblables. Je ne sais pas d'ou ça sort.

Je viens de supprimer le premier sous dossier et je teste la boutique.
Ca à l'air normal pour le moment.

Si ça se trouve mes problèmes viennent de la.
Si maintenant je vais dans Paramètre avancés -> Informations, la page affiche 436 fichiers modifiés alors qu'avant c'était plutôt autours des 6500...

J'avance, j'avance.

Edited July 3, 2019 by louisBel (see edit history)

[louisBel]

J'ai fermé le sujet.

En fait, le problème venait, lors de la mise à jour, des accès refusés aux multiples .htaccess.
J'ai supprimer tout les .htaccess. La mise à jour est passée. Prestashop les a bien sûr recréér.