[Réglé]Plantage suite à une modif de la config
J'aurais pas dû toucher aux "paramètres essentiels"...
Bonjour,
voilà ce qu'il m'arrive depuis une heure. Je cherche à changer une petite option dans les paramètres essentiels, un simple détail à cocher.
Ca ne concernait pas la base de données ni le chemin du serveur ou quelque chose dans le genre; après enregistrement, je tombe sur la page de configuration de yacs, la même (très sobre !) que celle d'une installation. Bizarre... alors je remplis les champs de base (nom du serveur, login, pass, nom de la base, préfeix...), j'efface les champs multiutilisateurs dont je me sers pas, et ça n'aboutit pas : impossible de se connecter à la base.
J'ai vérifié mes pass/login au cas où, j'ai déplacé la base vers un serveur de test pour voir, j'ai aussi accédé au phpmyadmin via les mêmes login/pass sur le même serveur initial, tout marche de ce côté, sauf avec yacs. Je note aussi qu'une autre application partageant avec yacs la même base fonctionne, de son côté.
Que peut-il bien se passer ?! J'étais pourtant bien, tranquille avec ma 6.4 ...
J'avais noté une chose aussi en passant de temps en temps dans le panneau de ces paramètres : si je ne me trompe pas, les champs de cette section était remplis de manière fausse, alors que yacs tournait correctement : on voyait des localhost et des root à la place des bons identifiants. Je pense qu'en validant ma petite modif, j'ai aussi validé ces champs bidon et du coup j'en suis là. Le problème étant vraiment que l'accès est maintenant mal en point
(je précise que tout ça se déroule chez OVH)
voilà ce qu'il m'arrive depuis une heure. Je cherche à changer une petite option dans les paramètres essentiels, un simple détail à cocher.
Ca ne concernait pas la base de données ni le chemin du serveur ou quelque chose dans le genre; après enregistrement, je tombe sur la page de configuration de yacs, la même (très sobre !) que celle d'une installation. Bizarre... alors je remplis les champs de base (nom du serveur, login, pass, nom de la base, préfeix...), j'efface les champs multiutilisateurs dont je me sers pas, et ça n'aboutit pas : impossible de se connecter à la base.
J'ai vérifié mes pass/login au cas où, j'ai déplacé la base vers un serveur de test pour voir, j'ai aussi accédé au phpmyadmin via les mêmes login/pass sur le même serveur initial, tout marche de ce côté, sauf avec yacs. Je note aussi qu'une autre application partageant avec yacs la même base fonctionne, de son côté.
Que peut-il bien se passer ?! J'étais pourtant bien, tranquille avec ma 6.4 ...
J'avais noté une chose aussi en passant de temps en temps dans le panneau de ces paramètres : si je ne me trompe pas, les champs de cette section était remplis de manière fausse, alors que yacs tournait correctement : on voyait des localhost et des root à la place des bons identifiants. Je pense qu'en validant ma petite modif, j'ai aussi validé ces champs bidon et du coup j'en suis là. Le problème étant vraiment que l'accès est maintenant mal en point
(je précise que tout ça se déroule chez OVH)
Comments
Bernard from nearby-an-airport Associate, 6732 posts |
Lors de la sauvegarde des paramètres YACS garde une copie de secours de l'ancienne configuration, avec l'extension .bak. Normalement, pour ce genre de problème, il faut accèder aux fichiers (par exemple en FTP), effacer shared/parameters.include.php, puis renommer shared/parameters.include.php.bak en shared/parameters.include.php.Bien sûr, ceci ne marche que si on n'a pas procédé à plusieurs changements de configuration successifs, auquel cas le contenu du .bak n'a plus grand intérêt.Aussi, la 6.4 a un bug sur la saisie des paramètres d'accès à la base de données. Contrairement aux indications du panneau de configuration, il faut impérativement dupliquer les paramètres, une fois pour l'accès standard, et une autre fois, juste en dessous, pour l'accès à la table des utilisateurs. En 6.6 cette étape ne sera plus nécessaire. |
Moi-meme from Entre chaise et clavier... 1393 posts |
Bernard : Merci  Dans mon cas, en faisant un tour dans /shared/ j'observe que je n'ai plus ce fichier d'inclusion 'parameters'. Ni le .php ni .bak Peut-être est-ce dû à mes tentatives successives de reconfiguration. Je ne peux maintenant plus accéder à la page de config, ma session a expiré et forcément yacs me signale que je ne suis pas autorisé à modifier la config de ce serveur. Du fait de l'absence du fichier de config, je ne peux plus non plus me logguer... Je tourne en rond  Est-ce qu'il y a moyen de contourner le problème en trouvant un fichier vierge de config 6.4, le remplir à la main et l'envoyer dans /shared/ ? ou c'est pas aussi simple que ça...? Merci d'avance de ton aide. (edit : je dis une bêtise pour le fichier vierge parameters, il n'existe pas dans l'archive d'installation de 6.4 parce qu'il est crée au cours de l'installation, je crois. Du coup je suis de plus en plus perplexe sur la résolution de tout ça!) |
| GnapZ from Caribbean 2970 posts |
Moi-meme : Pas de panique, c'est récupérable. Il y a cet article: [article=1111] et si ça ne marche toujours pas, je recréerai un paramters.include.php en 6.4 car cet article parle de la 6.3.1 il me semble. |
| Moi-meme from Entre chaise et clavier... 1393 posts |
GnapZ : ce fichier m'a sauvé la mise...  Un truc bête, tout ça planta alors que je faisais ce genre de modification de détail en vue de faire un backup généralisé, ftp et sql J'aurais eu le fichier de config dans mon backup...Donc a priori, la chose est réglé et je vais éditer le titre du topic. En attendant, je vais lancer une optimisation de la structure de la table, j'ai quand même pas mal trifouillé.. |
| GnapZ from Caribbean 2970 posts |
Moi-meme : Merci du retour et content que ça marche. |
Rate this page
Posted by Moi-meme on Jul. 1 2006, commented by GnapZ on Jul. 1 2006, (popular)
