[Xanatos]

Bonjour,

J'ai mis à jour un site sous CMSMS 1.10.3 "Hyacinthe" à la 1.11.2 "Isabela"


quelques petits soucis avec la syntaxe des templates, je lis ici, que la nouvelle version de Smarty est moins permissive, soit, je modifie le gabarit en conséquence.

Je vois une mise à jour de MleCMS disponible, je la lance, et c'est le drame (le vrai)
plus accès à la page admin, message Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.

et côté site :language detector already set

je viens d'intervertir avec le dossier de sauvegarde: admin ok, je remet et hop admin ok 0_0
je regarde, plus de MleCMS installé...
d’où le message d'erreur: language detector already set sur le site

le dernier message dans error_log date de [13-Jul-2011 10:23:04]

je ne vois pas trop quoi faire, la page du site n'affiche même pas la page de maintenance mais l'erreur
j'ai pas tout compris, MleCMS n'ayant pas pu s'upgrader correctement, a été purgé du CMS ?

edit: j'ai une erreur aussi dans administration du site/maintenance du système:

Code :

Fatal error: Call to a member function FetchRow() on a non-object in
  ..../www/admin/systemmaintenance.php on line 246

[Jean le Chauve]

Donne tes infos système et essaye en vidant le cache.

[Xanatos]

cache déjà vidé
je me rappelle toujours pas ou est ce fichier ? (bloc à ne pas supprimer, toussaaa) ><
edit: ca devrait faire l'affaire :

----------------------------------------------

Cms Version: 1.11.2

Installed Modules:

CMSMailer: 5.2.1
FileManager: 1.4.1
MenuManager: 1.8.4
ModuleManager: 1.5.5
News: 2.12.9
Search: 1.7.7
ThemeManager: 1.1.7
TinyMCE: 2.9.11
CGSimpleSmarty: 1.5.2
CGExtensions: 1.30
Products: 2.18.4
FormBuilder: 0.7.3
Captcha: 0.4.5
CGGoogleMaps: 2.4.2
JQueryTools: 1.1.1
ContentCache: 1.2
MleCMS: 1.10.5
SiteMapMadeSimple: 1.2.6
CMSPrinting: 1.0.3
MicroTiny: 1.2.3


Config Information:

php_memory_limit:
process_whole_template:
output_compression: false
max_upload_size: 64000000
url_rewriting: none
page_extension:
query_var: page
image_manipulation_prog: GD
auto_alias_content: true
locale:
default_encoding: utf-8
admin_encoding: utf-8
set_names: true


Php Information:

phpversion: 5.2.17
md5_function: On (Vrai)
gd_version: 2
tempnam_function: On (Vrai)
magic_quotes_runtime: Off (Faux)
E_STRICT: 0
memory_limit: 128M
max_execution_time: 120
output_buffering: On
safe_mode: Off (Faux)
file_uploads: On (Vrai)
post_max_size: 64M
upload_max_filesize: 64M
session_save_path: /tmp (1777)
session_use_cookies: On (Vrai)
xml_function: On (Vrai)
xmlreader_class: On (Vrai)


Server Information:

Server Api: cgi
Server Db Type: MySQL (mysql)
Server Db Version: 5.1.49
Server Db Grants: Impossible de trouver un privilège "GRANT ALL". Cela peut signifier que vous pourriez avoir des problèmes pour installer ou retirer des modules, ou encore l 'ajout et la suppression d'éléments, y compris les pages.

[bess]

phpversion: 5.2.17

passe en php 5.3, je pense que le module MLE ne supporte plus 5.2.17 :§

[Xanatos]

phpversion: 5.2.17

passe en php 5.3, je pense que le module MLE ne supporte plus 5.2.17 :§

tu es sur de cela ? je trouve aucune référence, ni à la forge, c'est quand même pas anodin =s
bon, je regarde comment choisir la version de PHP sur l'hébergeur

et pour le message d'erreur en zone publique: language detector already set ?

edit: test d'installation de MleCMS, nouvelle erreur:

Code :

Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 77824 bytes) in
..../www/modules/MleCMS/method.upgrade.php on line 107

edit de l'edit le server_db_grants peut être ?

[jce76350]

Allowed memory size of 134217728 bytes exhausted

Rien avoir avec MLE mais avec ton hébergement : trop de modules installés ou pas assez de mémoire !!

pour MLE mettre à la dernière version 1.11.3 ne pas oublier le module ExtendedTools sinon plantage

Privilèges d'accès à la base de données (server_db_grants)

laisse tomber ce truc

[bess]

oui le soucis est lié à la mémoire pour le message.

mais il a déjà 128Mo de mémoire, c'est 4 fois ce qui est recommandé, de plus j'ai connu des sites avec bien plus de module que lui ! ... donc le soucis doit être pris autrement.

@Xanatos : installe par FTP le module plutôt que par fichier .xml, ça délestera la conso mémoire. Suit les recommandations de Jce sur la version à installer.

Commence évidement par les dépendances.

Reproduit le même schéma pour tous les modules à mettre à jour sur ton site. : télécharge le .zip, dézipe le en local avant de balancer la mise à jour sur ton serveur par FTP.

[Xanatos]

bon...
dépendances: CGExtensions => 1.29 ok
j'ai récupéré sur la forge la version 1.11.3
je regarde la doc pour l'installation de module par FTP
mais encore une fois, comment je pourrais me prévenir de ce genre de dépendances à l'avenir ? (PHP 5.3, Extended Tools), je ne trouve aucune mention =x

[bess]

j'ai pas compris ta question ..

tu peux nous faire un résumé de ta situation du coup ?

[Xanatos]

j'ai pas compris ta question ..

tu peux nous faire un résumé de ta situation du coup ?

Au vu des réponses de ce topic, je m'appercois que pour mettre à jour ce module, il fallait savoir un certain nombre de choses (PHP 5.3 requis, module ExtandedTools requis).

Hors jusqu'à présent, je regardais dans le gestionnaire de modules les dépendances, dans le meilleur des cas je venais ici constater si une mise à jour rencontrait des soucis.

Ma question c'est de savoir comment et surtout ou, je vérifie ce genre de dépendances pour l'avenir, parce que sur la forge je n'ai rien vu concernant ça.

Situation: je cherche la doc pour l’installation d'un module via FTP =x
PHP 5.3, ExtendedTools, OK

[bess]

pour mettre à jour par FTP, tu dézippe le module en .zip (ou .tar.gz) téléchargé sur la forge. Ensuite avec ton FTP tu écrase dans /modules/MonModule les données.

[jce76350]

Ma question c'est de savoir comment et surtout ou, je vérifie ce genre de dépendances pour l'avenir, parce que sur la forge je n'ai rien vu concernant ça.

mais sur la doc ou le wiKi c'est écrit ... le mode d'emploi mais encore faut il lire avant de faire

Extrait ....
L'envoyer sur le serveur, dans le dossier "Modules" de votre CMS,
Ensuite, cliquer "Aide" pour voir comment utiliser le module (s'assurer s'il existe des dépendances ou les raisons de ne pas installer le module).

[Xanatos]

\o/


anéfé, le wiki ><"
je note ça en dur sur mon avant-bras droit

j'ai encore ce soucis avant de passer en résolu:

Code :

administration du site/maintenance du système
Fatal error: Call to a member function FetchRow() on a non-object
in .../www/admin/systemmaintenance.php on line 246

[jce76350]

>/www/admin/systemmaintenance.php on line 246

problème sur le contenu de tes pages voir la table cms_content !

[jce76350]

@ Xanatos la suite ??

[Xanatos]

Salut,
sry pas bossé dessus hier
la table cms_content ?

[jce76350]

des nouvelles ??

[Xanatos]

des nouvelles ??

quelques unes oui...
je m’aperçois que certaines parties du panel admin sont des pages blanches (Products, CG Maps)

je me demandais 2 choses:
- pour la suppression, réinstallation d'un module, qu'en est-il des données ? (product comporte une 30aine de produits)
- il vaut mieux upgrader Isabella vers la dernière release, ou corriger d'abord les problèmes ?

[heriquet]

Salut,

Mieux faut tout mettre à jour (après avoir fait un gros backup).

Supprimer un module aura pour effet de supprimer les tables qui lui sont propres. Tu peux t'en assurer en regardant le fichier method.uninstall.php des modules concernés.

Par contre tu peux toujours sauvegarder les tables de la DB avant suppression et écraser celles nouvellement créées avec la sauvegarde.

A ta place je testerai d'abord sur une copie locale de ton site, avant de tenter sur la version qui est en ligne.

[Xanatos]

Salut,
merci de la réponse
je vais suivre ce que tu dis (sauvegarde + MAJ en local)
je vous tiens au courant

[heriquet]

Ok c'est plus prudent comme ca ton site reste opérationnel et tu peux travailler sans craintes jusqu'à trouver une solution.

Cela dit, attention qu'on peut aussi avoir des surprises en passant d'une installation locale à une installation sur le serveur de production si les 2 environnements ne sont pas identiques mais au moins si tu y arrives en local, tu sauras que ca fonctionne et aura plus d'infos pour trouver la cause de ton problème sur l'environnement de production.

[Xanatos]

bon...
environnement de test déployé
après dépatouillage dans config.php et attribution des bons droits (merci informations système)
j'ai un environnement de test

j'ai fait une mise à jour, le module Product perd toutes ses données
soit.. j'importe les tables associées à Product préalablement sauvegardées en plus
ça à l'air de tourner

j'ai regardé dans les logs de la version en prod, c'est cette erreur pour Products
ERROR DETECTED: Call to undefined method CmsApp::is_frontend_request() at /www/modules/JQueryTools/action.placemarker.php:74

et pour Cartes Google Map:
ERROR DETECTED: Call to undefined method CmsApp::is_frontend_request() at /www/modules/JQueryTools/action.incjs.php:70

je continue de tester sur la version de test

[Xanatos]

Bonjour,

j'ai fait une mise à jour, le module Product perd toutes ses données
soit.. j'importe les tables associées à Product préalablement sauvegardées en plus
ça à l'air de tourner

du coup j'appliquerai bien ceci à la prod, mais c'est juste pas terrible...
un avis ?

[heriquet]

Salut,

Ca m'étonne fort que les données de Products soient sucrées par une mise à jour. Il n'y a déjà pas là un comportement "attendu".

Par contre, si tu trouves un moyen de faire fonctionner ton site à 100% alors je te conseillerais simplement de choisir entre continuer de chercher et appliquer ta procédure à la prod pour autant que tu ne changes rien au CMS ni aux modules afin de ne pas compromettre une mise à jour ultérieure.
A voir en fonction du temps dont tu disposes.

Si tu décides de suivre ta procédure, assure toi que la structure des tables est identique entre la version dont tu as prélevé les données et celle d'après la mise à jour.

Mais documente fortement tes manipulations et ne sois pas avare en backups.

Pour le reste, je ne vois pas comment t'aider plus car je ne connais pas JQueryTools.

[Xanatos]

bon...
j'ai re-testé en test
copie des fichiers, upload de la base
je désinstalle et supprime JQueryTools et je l'installe a nouveau
toujours les 2 bugs dans le PCA pour Products et CG Maps
je fait la migration
et paf ca marche....
à rien n'y comprendre...

edit: bon ben ça s'est bien passé o/
merci heriquet pour le soutien