[reglé] Pas d'accès à la base de données

Roy Pierre -- on June 9 2006

Bonjour à tous,

j'ai installé yacs en local pas de problème. Pour être sur, j'ai installé le même site chez Free tout marche bien. Je decide de remplacer mon site sous Spip par une nouvelle version sous Yacs et là pas moyen d'installer.

Notre site est hébergé chez Oxito, j'entre les parametre d'acces à la base de donnée:

serveur "localhost" mon nom d'utilisateur mon mot de passe le nom de la base

et la seule reponse que j'obtiens est impossible de se connecter à la base de donnée.

J'ai lu dans les réponses du Forum des sujets approchants, mais pas de solution claire.

quelqu'un a une idée ?

Pierre

Files

pconnect vers connect 27,727 bytes, 105 downloads
Edited by GnapZ on June 24 2006
Zoom

1 file

Comments

Page bottom

GnapZ from Caribbean 2970 posts	on June 9 2006 Bonjour et bienvenue, Pour installer Yacs, il faut d'abord créer la base de donnée vierge avec PhpMyAdmin par exemple. Cette base doit exister avant de commencer l'installation, yacs créera ensuite les tables. Assurez-vous que l'accès au serveur MySql n'est pas différent de localhost car certains utilisent un nom de serveur spécifique.
Arioch 20 posts	on June 9 2006 GnapZ : Merci de votre réponse, la base de donnée est bien créee. L'acces au serveur se fait uniquement sur localhost (l'acces distant est interdit chez Oxito, comme chez free d'ailleurs). J'ai essaye de reinstaller aver la version 6.4, au cas ou, mais pas plus de succès.
GnapZ from Caribbean 2970 posts	inspired from arioch on June 9 2006 Arioch : Un autre cas, qui était un bug en 6.4 mais dont il faut faire attention à la création est aussi de faire attention aux champs de la table users, qui doivent être identiques à ceux de la base générale. Donc nous devons retrouver 2 fois: localhost Utilisateur MySql Mot de passe MySql Nom de la base de données Préfixe des tables Yacs Puis l'emplacement de Yacs par rapport à la racine (par défaut /yacs/). Suivant le fournisseur, il est possible que les noms de base soient prédéfinis ou qu'ils doivent commencer par le nom d'utilisateur puis "_" puis un nom au choix. Pouvez-vous voir ce que donne le script de test qui est dans control/test.php ? Quelles sont les versions de MySql et de Php ?
Arioch 20 posts	on June 10 2006 GnapZ : Sont installes sur le serveur mysql 4.1.15 et php 4.4.0 ainsi que php 5.0.4. les parametres de connection à la base de donnees sont corrects (j'ai re re reverifie) par contre shared/parameters.include n'est pas genere. C'est peut etre une piste ? Pour ce qui est du test : test.php
GnapZ from Caribbean 2970 posts	inspired from arioch on June 10 2006 Arioch : Ok, c'est effectivement une bonne raison. L'arborescence de Yacs a-t-elle au moins les droits 700 ? Dans le test, je vois que ton nom de serveur commence par www mais que le lien du test ne l'a pas. J'ai le même cas (gestion de sous-domaines), donc essaie ce patch [file=143] qui fonctionne très bien dans ce cas de figure et dis-nous ce que ça donne.
Arioch 20 posts	inspired from GnapZ on June 10 2006 GnapZ : J'ai réinstallé yacs 6.5 avec le patch, pour être sur j'ai mis des droit à 777 sur tout, et pas de changement. J'ai essaye egalement d'installer spip dans un repertoire, pour verifier si l'acces a la base se fait bien, et là pas de problème. Donc le soucis est probablement du cote de l'installeur de yacs. (mais je ne suis pas un expert)
GnapZ from Caribbean 2970 posts	inspired from arioch on June 10 2006 Arioch : Ok, alors c'est encore le bug de la 6.5 qui sévit. Il faudra attendre le retour de Bernard car j'ai fait des essais toute la semaine mais je n'ai pas l'erreur et je n'ai pas trouvé sur un site qui a le bug. Désolé ... ou alors tenter l'install d'une 6.4 en attendant.
Arioch 20 posts	inspired from GnapZ on June 11 2006 GnapZ : merci de t'être penché sur mon problème. j'ai tenté l'installation de la 6.4 mais même symptomes.
Agnès from le Grésivaudan (grenoble-chambéry) Associate, 2108 posts	inspired from arioch on June 12 2006 Arioch : pardon pour ma question de "débutante", mais pourquoi un accès à la base de données en "localhost" ? Vous avez déjà fait d'autres installations sur cet hébergement qui fonctionnent avec localhost ? vous dites que l'accès distant est interdit, comme chez free. Or chez free, on entre pas localhost comme accès à la base de donnée. Agnès Il n'y a pas de problèmes, que des solutions.
Arioch 20 posts	inspired from Agnès on June 12 2006 Agnès : bonjour, l'accès à la base de données se fait par "localhost". J'ai déjà installé spip sur le même serveur il accède sans difficulté. Je l'ai reinstalle hier en attendant de trouver une solution pour yacs.
GnapZ from Caribbean 2970 posts	inspired from arioch on June 12 2006 Arioch : Je confirme, certains hébergeurs utilisent un nom de domaine pour l'accès aux bases de données, mais pour les autres, l'appel se fait par "localhost" car le domaine n'est pas public. Nous espérons trouver une solution pour les authentifications capricieuses dès que possible. Bernard devrait rentrer cette semaine mais il risque d'être chargé alors encore un peu de patience, merci.
Nuxwin from Caen, devant mon bureau 190 posts	on June 12 2006 Bonjour ; Je sais pas si cela peux aider mais lorsque j'ai installé yacs la première fois, je me suis rendu compte d'un bug de l'installateur (enfin, il s'agit plus d'une erreur du template de l'installateur à mon avis). En effet, lorsqu'il nous est demandé les informations relatives à notre bases de données, on observe qu'il y a deux forumulaires bien distincts ==> 1. Le formulaire relative aux information de la basse de données : "Nom ou adresse du serveur de données" ; et le formulaire relative aux informations de la basse de données ==> Serveur de données qui abrite l'information utilisateur. Pour le deuxième formulaire, il nous est clairement indiqué ceci : Pour partager les comptes utilisateur entre plusieurs serveurs indiquez ci-dessous où trouver la table des utilisateurs. Sinon gardez les champs vides. Lorsque j'ai installé yacs, j'en ai donc conclu que seul le premier forumulaire me concerné et je n'ai donc renseigné que celui-ci. Ce faisant, à chaque fois que je validais, une erreur d'accès m'était retournée. J'ai donc, après maintes tentatives, décidé de remplir le deuxième formulaire au lieu du premier et miracle, tout à fonctionné. Est-ce réellement un bug ou est-ce tout simplement moi qui ai à côté de la plaque ? En tout cas une chose est claire, les explications fournie ne sont pas très claires. Bien cordialement ; Monsieur Laurent DECLERCQ
Agnès from le Grésivaudan (grenoble-chambéry) Associate, 2108 posts	inspired from nuxwin on June 12 2006 Nuxwin : en effet, il y a un décalage - qui ne saurait durer - entre ce qui est indiqué lors de l'installation et ce qui fonctionne. Ceci a été relevé plusieurs fois dans ces forums et Gnapz avait mentionné qu'il fallait remplir 2 fois les informations de base de données. En principe, cela ne devrait pas être nécessaire, mais il y a quelque chose à corriger à ce niveau. Dommage que cela ne soit pas ressortit plus clairement dans ce que vous nous avez décrit, nous aurions insisté plus clairement sur ce point. En tous cas, très contente que vous soyez arrivé au bout de l'installation. Ce qui est nouveau, c'est que vous n'avez rempli que la deuxième série d'informations relatives à la base de données pour que ça marche. Les développeurs vont sans aucun doute se saisir de cette information. Agnès Il n'y a pas de problèmes, que des solutions.
Nuxwin from Caen, devant mon bureau 190 posts	inspired from Agnès on June 12 2006 Agnès : Oui, oui ; Je confirme bien que pour le moment, il suffit de remplir le deuxième formulaire pour que l'installation s'effectue correctement. J'ai ré-installé yacs en sous domaine (pour le developpement de mon portail) et dès la première tentative, j'ai effacé les informations (mise par défaut) du premier formulaire et rempli le deuxième formulaire. Cela à fonctionné parfaitement. Je précise que j'ai installé la version 6.4. Ensuite, j'ai fait une mise à jour incrémentale et tout à fonctionné parfaitement. Toutefois, après vérification, lorsque je fait une optimisation de la base via le panneau de contrôle, toute les tables sont bien optimisées sauf que pour celle-ci : "users" il m'est retourné une erreur de type : 1050: Table 'yacs_users' already exists. Mon analyse concernant cette erreur : Comme indiquer le script d'optimisation fait ceci : Ce script va analyser la structure de la base de données et optimiser le stockage des informations : * Les tables manquantes seront créées. * Certaines colonnes peuvent être converties si leur type a évolué. * Tous les index seront (re)construits. * Enfin, les fichiers contenant les enregistrements vont être optimisés. Je conclu donc que dans un premier temps, le script ne detecte pas la présence de la table "user" et que ce n'est qu'à partir du moment ou il cherche à la créer qu'il la detecte d'ou le renvoi de l'erreur ci-dessus évoquée. Est-ce réellement un problème ? Je n'en sais rien et je vous serais reconnaissant de faire la lumière sur ce sujet, outre de me dire si cela empêche l'optimisation de ladite table. Voici le code complet qui m'est retourné : Le serveur a été arrété Erreur avec la table 'users' CREATE TABLE `yacs_users` ( id MEDIUMINT UNSIGNED NOT NULL AUTO_INCREMENT, active ENUM('Y','R','N') DEFAULT 'Y' NOT NULL, aim_address VARCHAR(255) DEFAULT '' NOT NULL, avatar_url VARCHAR(255) DEFAULT '' NOT NULL, birthday_date DATETIME, capability ENUM('A','M','S','?') DEFAULT '?' NOT NULL, click_date DATETIME, create_name VARCHAR(128) DEFAULT '' NOT NULL, create_id MEDIUMINT UNSIGNED DEFAULT '1' NOT NULL, create_address VARCHAR(128) DEFAULT '' NOT NULL, create_date DATETIME, description TEXT DEFAULT '' NOT NULL, edit_name VARCHAR(128) DEFAULT '' NOT NULL, edit_id MEDIUMINT UNSIGNED DEFAULT '1' NOT NULL, edit_address VARCHAR(128) DEFAULT '' NOT NULL, edit_action VARCHAR(128) DEFAULT '' NOT NULL, edit_date DATETIME, editor VARCHAR(128) DEFAULT '' NOT NULL, email VARCHAR(255) DEFAULT '' NOT NULL, full_name VARCHAR(255) DEFAULT '' NOT NULL, from_where VARCHAR(255) DEFAULT '' NOT NULL, handle VARCHAR(128) DEFAULT '' NOT NULL, icq_address VARCHAR(255) DEFAULT '' NOT NULL, interests VARCHAR(255) DEFAULT '' NOT NULL, introduction TEXT DEFAULT '' NOT NULL, irc_address VARCHAR(255) DEFAULT '' NOT NULL, jabber_address VARCHAR(255) DEFAULT '' NOT NULL, login_address VARCHAR(255) DEFAULT '' NOT NULL, login_date DATETIME, msn_address VARCHAR(255) DEFAULT '' NOT NULL, nick_name VARCHAR(255) DEFAULT '' NOT NULL, options VARCHAR(255) DEFAULT '' NOT NULL, password VARCHAR(255) DEFAULT '' NOT NULL, pgp_key TEXT DEFAULT '' NOT NULL, post_date DATETIME, posts INT UNSIGNED DEFAULT '0' NOT NULL, signature TEXT DEFAULT '' NOT NULL, skype_address VARCHAR(255) DEFAULT '' NOT NULL, web_address VARCHAR(255) DEFAULT '' NOT NULL, with_newsletters ENUM('Y','N') DEFAULT 'N' NOT NULL, without_alerts ENUM('Y','N') DEFAULT 'N' NOT NULL, without_confirmations ENUM('Y','N') DEFAULT 'N' NOT NULL, without_messages ENUM('Y','N') DEFAULT 'N' NOT NULL, yahoo_address VARCHAR(255) DEFAULT '' NOT NULL, PRIMARY KEY (id), INDEX birthday_date (birthday_date), INDEX create_date (create_date), INDEX create_id (create_id), INDEX create_name (create_name), INDEX edit_date (edit_date), INDEX edit_id (edit_id), INDEX edit_name (edit_name), INDEX email (email), INDEX full_name (full_name), INDEX handle (handle), INDEX login_date (login_date), INDEX nick_name (nick_name), INDEX post_date (post_date), INDEX posts (posts), INDEX with_newsletters (with_newsletters), FULLTEXT INDEX full_text(nick_name, full_name, introduction, description) ) TYPE=MyISAM 1050: Table 'yacs_users' already exists La table 'sections' a été vérifiée et analysée et optimisée. La table 'images' a été vérifiée et analysée et optimisée. La table 'tables' a été vérifiée et analysée et optimisée. La table 'files' a été vérifiée et analysée et optimisée. La table 'links' a été vérifiée et analysée et optimisée. La table 'locations' a été vérifiée et analysée et optimisée. La table 'comments' a été vérifiée et analysée et optimisée. La table 'categories' a été vérifiée et analysée et optimisée. La table 'members' a été vérifiée et analysée et optimisée. La table 'actions' a été vérifiée et analysée et optimisée. La table 'dates' a été vérifiée et analysée et optimisée. La table 'servers' a été vérifiée et analysée et optimisée. La table 'versions' a été vérifiée et analysée et optimisée. La table 'values' a été vérifiée et analysée et optimisée. La table 'cache' a été vérifiée et analysée et optimisée. La table 'phpdoc' a été vérifiée et analysée et optimisée. La table 'counters' a été vérifiée et analysée et optimisée. La table 'profiles' a été vérifiée et analysée et optimisée. La table 'referrals' a été vérifiée et analysée et optimisée. Le serveur a été remis en route Bien cordialement ; Monsieur Laurent DECLERCQ
GnapZ from Caribbean 2970 posts	inspired from nuxwin on June 13 2006 Nuxwin : Je ne sais pas pourquoi cette table n'a pas été prise en compte correctement mais il n'est peut-être pas utile de chercher des problèmes sur une 6.4 alors que la 6.5 a corrigé cette gestion des paramètres d'installation. Pour que tout fonctionne correctement et éviter les aléas de la 6.4, il faut remplir 2 fois les informations de bases de données à l'identique (nous l'avons pourtant signalé à maintes reprises dans les forums et dans la doc). Vous dites que la mise à jour s'est bien passée, vous ête donc en 6.5 maintenant. L'optimisation ne fonctionne pas ... est-ce que les scripts à exécution unique se sont bien déroulés ? S'ils ne sont pas passés, il faut le faire via le panneau de contrôle, mise à jour (du panneau de configuration) et il doit y avoir un lien "exécution unique" en haut à gauche. Si tout c'est bien déroulé, vous devez avoir un script corrompu alors tentez une nouvelle mise à jour pour voir s'il ne trouve pas de nouveaux scripts à prendre en compte. Tentez une restauration (si vous l'aviez sauvegardé) de la base puis à nouveau une optimisation. En dernier recours, allez voir manuellement ce qu'il se passe dans la table via PhpMyAdmin. Désolé mais ce cas de figure ne me dis rien, peut-être qu'un membre l'ayant vécu pourra vous en dire plus.
Bernard from nearby-an-airport Associate, 6796 posts	inspired from nuxwin on June 13 2006 Nuxwin: Ce message indique simplement que YACS s'est fourvoyé en tentant de créer une table qui existe déjà. Rien d'étonnant à cela, puisque cette fonction n'a sans doute pas été testée dans ce cas de figure. Il s'agit donc d'un bug authentique, toutes mes félicitations. L'impact est minime, puisque le script d'optimization ne fait, comme son nom l'indique, qu'une optimisation. Rassurez-moi : votre serveur fonctionne-t-il ?
Nuxwin from Caen, devant mon bureau 190 posts	inspired from Bernard on June 14 2006 Bernard : Bonjour ; Oui, mon serveur fonctionnait toujour. Je dit fonctionné car depuis, j'ai appliqué un traitement radical à savoir la ré-installation de la version 6.5 de yacs au lieu de la 6.4. A cet égard, heureusement que je suis encore au stade de developpement de mon site. Avec la 6.5, le problème d'optimisation, table "user" comprise, ne semble pas poser de problème. J'attend la prochaine mise à jour pour voir comment va se dérouler la mise à jour incrémentale et surtout, savoir si le problème concernant l'optimisation de la table user ré-apparaît après. Bien cordialement ; Monsieur Laurent DECLERCQ
Arioch 20 posts	inspired from Bernard on June 15 2006 Bernard: Bonjour, vous n'auriez pas une idée sur ce qui empeche l'installation de yacs sur oxito ? quelle que soit la version (6.4 ou 6.5)? Pierre
Bernard from nearby-an-airport Associate, 6796 posts	inspired from arioch on June 16 2006 Arioch : Avez-vous indiqué deux fois les paramètres de connexion à la base de données, comme suggéré plus haut dans ce fil de discussion ?
Arioch 20 posts	inspired from Bernard on June 16 2006 Bernard : Bien sur, j'ai deja installe yacs en local et chez free pour test sans aucun souci. Sur oxito pas d'acces à la base de donnée, et pas de generation de /shared/parameters.include. Dans le doute sur les droits j'ai meme tout mis à 777.
Arioch 20 posts	on June 21 2006 Toujours impossible d'installer. J'essairai une prochaine version. Notre site ne pas rester en jachère plus longtemps. Dommage il me plaisait bien sous yacs. à bientôt Pierre
GnapZ from Caribbean 2970 posts	inspired from arioch on June 21 2006 Arioch : Je suis allé faire un tour sur oxito et je ne vois pas pourquoi cela ne veux pas fonctionner. Yacs ne crée pas le fichier de paramètres, avez-vous tenté d'en créer un manuellement (en reprenant celui de votre autre site par exemple) ? Pour ma la seule raison serait une incompatibilité avec les commandes de gestion de fichier de YAcs et l'environnement d'oxito. Si vous placez les parameters (adaptés à oxito) manuellement via FTP, comment réagit Yacs ? Merci pour votre intérêt et votre patience.
Arioch 20 posts	inspired from GnapZ on June 23 2006 GnapZ : merci d'avoir regardé. Apres votre mail, j'ai changé les pconnect en connect dans configure.php , pour voir, et là l'accès à la base se fait. Ce sont donc bien les connexions persistantes qui posent problème. Donc à priori pas de solution merci quand même Pierre
GnapZ from Caribbean 2970 posts	inspired from arioch on June 23 2006 Arioch : Merci pour votre retour. En effet, oxito n'accepte pas les connections permantentes à la base de données et ils le signalent discrètement dans leur Faq. Yacs utilise la commande pconnect() qui n'est donc pas acceptée. Bernard: Si connect() fonctionne, y aurait-il une possibilité (un test quelqconque) pour que cette commande soit prise en compte en remplacement de pconnect() ? Cela permettrait une compatibilité avec certains hébergeurs (comme Oxito), à la satisfaction d'Arioch.
GnapZ from Caribbean 2970 posts	inspired from arioch on June 23 2006 Arioch : Pourriez-vous essayer avec ce fichier (voir en haut de cette page) ? Il suffit de le décomprimer et d'envoyer les 2 dossiers dans votre arboresence Yacs via FTP. Si cela fonctionne, vous pourrez le replacer à chaque mise à jour. J'ai inclu un test à chaque utilisation de pconnect() qui essaie la commande demandée avec connect() (moins brutal qu'un remplacement de la commande et pourrait être intégré si vous avez un retour positif).
Bernard from nearby-an-airport Associate, 6796 posts	inspired from GnapZ on June 23 2006 GnapZ: ok, j'ai remis les trois appels à `mysql_pconnect()` en `mysql_connect()`. Ce n'est pas la première fois qu'une instruction "optimisée" a de tesl effets de bord. Ce sera inclus dans la 6.6. Merci d'avoir partagé l'information.
Bernard from nearby-an-airport Associate, 6796 posts	inspired from GnapZ on June 23 2006 GnapZ: Bien vu. J'ai donc remis dans `shared/global.php` un appel à `pconnect`, suivi d'un appel à `connect` en cas de besoin. Ceinture et bretelle...
Arioch 20 posts	inspired from GnapZ on June 24 2006 GnapZ : J'ai essayé apparemment ça fonctionne, yacs ne se plaint plus d'un manque d'acces à la base. Ceci dit au moent de créer les tables j'ai ce message: 1045: Access denied for user 'montir'@'localhost' (using password: NO) 1045: Access denied for user 'montir'@'localhost' (using password: NO) 1045: Access denied for user 'montir'@'localhost' (using password: NO) bizarre car l'utilisateur n'est pas montir comme vous le savez ! mais on avance.. pas à pas. A+ Pierre
GnapZ from Caribbean 2970 posts	inspired from arioch on June 24 2006 Arioch : J'ai re-modifié et ça semble correct. J'ai pu réaliser l'install jusqu'au bout sans erreur et on se retrouve avec un Yacs 6.5 tout neuf. J'ai repris les 2 fichiers (zip ci-dessus mis à jour, à conserver) et supprimé les tests pconnect() pour passer en connect() direct. Je pense que la fonction pconnect() est reconnue au niveau PHP mais refusée au niveau MySql. Votre associé Yacs est identique à vos codes MySql (utilisateur/mot de passe). Merci pour vos retours.
Arioch 20 posts	inspired from GnapZ on June 24 2006 GnapZ : Merci beaucoup.
Arioch 20 posts	inspired from GnapZ on Jul. 21 2006 GnapZ : Je suis passé en 6.6 sans aucun problème. bravo!!

31 comments

Rate this page
Posted by Arioch on June 9 2006, (popular)