Community « Le forum « Soupçons de bogues «

Une install manuelle... surprenante [résolu]

Agnès Rambaud -- on Jul. 26 2006, from le Grésivaudan (grenoble-chambéry)
YACS team - Modératrice

Je viens de passer un yacs 6.5 en 6.6.2 chez Nuxit, retour de voyage...

Je suis passée par l'archive tgz 6.6.2

fermeture du serveur après purges et sauvegardes,
tous les fichiers envoyés par ftp
retour sur le panneau de contrôle : je me suis fait éjectée
switch.off en switch.on
authentification correcte, je poursuis : extensions
connexion réintitialisée durant la reconstruction, je "réessaye", et ça marche.
Etrange, il me semblait qu'ensuite, yacs proposait de mettre à jour la base de données, puis de lancer les scripts à execution unique. Rien de tout cela.
Je fais les dernières étapes à la main via le panneau de contrôle. Nickel.
quand je regarde dans le panneau de contrôle, je suis en version 6.5 du mois de juin - et en prime en php 4 alors qu'on est en 5, mais bon.

J'ai retenté une mise à jour manuelle en rechargeant l'archive depuis ici (des fois que celle que j'avais en stock soit pas la bonne...). Même voyage, mais :

en oubliant pas de remettre mon .htaccess qui indique l'utilisation de php5,
et sans les déloguages et autres réinitialisations du serveur intempestifs, du velour ou presque (toujours pas de guide après les extensions...)...

Ben je suis toujours en 6.5 d'après yacs, et pourtant, je sais que non, puisque la table pour les décisions a été créée.

Une idée ?

GnapZ from Caribbean 2970 posts	on Jul. 26 2006 Tout ce qui n'est pas passé est à faire en manuel (optimisation, exécutions uniques). Nous avions signalé que ces version 6.6.x étaient à utiliser en install, pas en mise à jour. Donc ça nous fait un retour intéressant. L'idéal étant une install vierge sur laquelle on remet les files/, images/, skins/skin_dérivé et les parameters.include.php des dossiers collections, scripts, shared, skins et users. La base temporaire peut alors être supprimée et l'ancienne réoptimisée. Mais tu t'en est bien sortie, reste à vérifier les exécutions uniques (dans "mise à jour"). Merci pour ce retour.
Bernard from nearby-an-airport Associate, 7053 posts	on Aug. 1 2006 Pour les numéros de version, YACS utilise dans l'ordre : le dernier numéro généré sur un serveur de référence (trouvé dans `scripts/reference`, le numéro de version après mise à jour en ligne (dans `scripts/staging`) le numéro d'installation original (à la racine) Je suppose que les fichiers `footprints.php`, qui contiennent les numéros de version, ne sont pas cohérents après les manips sophistiquées par lesquelles tu es passé, et que YACS s'y perd un peu. Feu sur l'intrus !
Agnès from le Grésivaudan (grenoble-chambéry) Associate, 2241 posts	inspired from Bernard on Aug. 6 2006 Bernard : Après vérification, le fichier /www/yacs/scripts/staging/ comporte bien une référence à la 6.5 de juin ! Celui qui est à la racine mentionne bien 6.6.2 S'il te plait Monsieur Bernard, j'en ferai quoi de tout ça si je voulais qu'il m'affiche la bonne version ? Agnès Il n'y a pas de problèmes, que des solutions.
GnapZ from Caribbean 2970 posts	inspired from Agnès on Aug. 6 2006 Agnès : J'ai vérifié tous les 6.6x en archives Tgz et les versions sont bien indiquées correctement. Je ne sais pas en ce qui concerne les archives zip. Vides le dossiers Staging et refais une mise à jour depuis le dernier tgz (6.6.2a), voir View this comment. Ou en manuel si elle ne veut pas passer en automatique. Tiens-nous au courant.

4 comments