WampServer

Bonjour
Je viens d'installer WAMP5 sur mon ordinateur (Windows XP )

Tout fonctionne bien, sauf que je n'ai pas accès à PhpMyAdmin.

Lorsque je tente d'y accéder j'ai la réponse suivante:

MySQL a répondu:
#2003 - Can't connect to MySQL server on 'localhost' (10061)

La déconnexion de mon firewall ne résout rien.

Pouvez-vous m'aider ?

Merci

Troc

Bonjour,

peut-être en plaçant un mot de passe dans le fichier config.inc.php du répertoire phpmyadmin de wamp

(ligne 73)


Cordialement,

Roger

Bjr,

Je suis allé dans le ficher Mysql log et le message était le suivant

Default storage engine (InnoD is not available


J'ai comparé le my.ini d'une version easyphp et j'en suis arrivé à la conclusion de mettre un # devant le
clé defaut default-storage-engine


# The default storage engine that will be used when create new tables when
#default-storage-engine=INNODB

J'ai relancé et c'est ok...

Bonjour,

Merci pour ce retour

Cordialement

Roger

j'ai le même message j'ai essayé de maitre # devant la clé default-storage-engine=INNODB
rien j'ai édité config.inc.php j'ai mit un mot de passe rien j'ai désinstallé namo web board et tout les autre composant rien le fichier Mysql log est vide est ce que quelqu'un pourrai m'aider je suis sous win xp pro sp2 wamp 2.0 merci d'avance

@ habibal

Bonjour,

Vérifie que tu n'as pas de logiciel cnnecté sur le port 80

Cordialement

Roger

le port 80 n'est pas utilisé j'ai testé le port j'ai installé easyphp et il fonctionne bien donc le problème ne viens pas de mon pc mais de wamp se que je ne comprend pas c'est que le fichier mysqllog n'existe pas il est vide
ps : j'ai installé wamp dans la racine c:\wamp je veut utiliser wamp car il me parait mieux que easyphp



Modifie 1 fois. Derniere modification le 29/02/2008 à 17:34 par habibal.

Bonjour,

J'ai un dossier logs dans le répertoire wamp

A l'intérieur, il y a cinq fichiers :

Mysql_error.log

Apache_error.log

log.dir

php_error.log

access.log



Nb : je suis sous windows XP familial, server Wamp 1.7.4

Perso, j'avais le même problème ...
j'avais un autre my.ini qui trainait sur mon micro (c:\windows)
suffit de le supprimer !!!
et tout est repartit !

Bonjour,

moi aussi je n'arrivais pas à lancer phpmyadmin 2.11.5. .J'avais le message suivant :
#2003 - Can't connect to MySQL server on 'localhost' (10061).

J'ai appliqué la méthode suivante : dans IE, outils=>options internet=>historique de navigation=>supprimer=> et là j’ai tout supprimé … sauf les mots de passe

et depuis tout fonctionne.

Auparavant dans Skype (outils puis options et enfin connexion ) j’avais décoché la case « utiliser les ports 80 et 443 comme alternative » , case que je n’ai pas recochée,

et dans windows j’avais un fichier ‘my.ini’ que j’ai aussi supprimé.

Voilà, je voulais faire part de ce qui m'a permis de résoudre mon problème.

Bonjour,

J'ai la même chose, impossible de me connecter à phpmyadmin.
A signaler aussi que mysql ne démarrait pas.

Dans le log j'ai :
080410 11:37:58 InnoDB: Started; log sequence number 0 43655
080410 11:37:58 [ERROR] Do you already have another mysqld server running on port: 3306 ?
080410 11:37:58 [ERROR] Aborting

J'ai donc essayé de changer de port dans le my.ini ; j'a tout remplacé par 3305. Cette fois, c'était bon, mysql démarre. J'essaye donc d'aller à nouveau dans phpmyadmin, toujours la même erreur. Je suppose que c'est parce que je dois remplacer les ports aussi dans apache et php...ce qui risque d'être long !

J'ai donc remis le port 3306, et ai essayé des solutions proposés ici, mais aucune ne fonctionnent pour moi. J'aurai pensé que le plus probable était que j'ai aussi un autre fichier my.ini, mais non, cela faisait un moment que je n'avait pas fait de php/mysql et je n'ai plus ce genre de trucs depuis longtemps.

Quelqu'un aurait une idée ?? Qu'est-ce qui pourrait bien utiliser mon port 3306 ? Et qu'est-ce que je pourrai faire pour y remedier ?

Merci d'avance

Bonjour,
Même problème : Can't connect to MySQL server on 'localhost' (10061)
J'ai éprouvé toutes les solutions évoquées dans ce fil de discussion : sans succès.
Après l'installation d'HMAILSERVER, par exemple, tout fonctionne normalement mais il ne faut SURTOUT PAS redémarrer sinon la connexion à la base devient alors impossible et on doit réinstaller...

Bonjour,
Le problème que j'ai précédemment évoqué ne semble pas provenir de Wampserver mais de Hmailserver.
Passez une bonne journée

Bonjour à tous.
Après installation de Wampserver 2.0, j'avais exactement le même problème : impossible d'accéder à PhpMyAdmin.
J'ai cherché, suis tombé sur ce forum, cette discussion.
J'ai testé la solution proposée par martelois :

martelois a écrit:
-------------------------------------------------------
> J'ai comparé le my.ini d'une version easyphp et
> j'en suis arrivé à la conclusion de mettre un #
> devant le
> clé defaut default-storage-engine
>
>
> # The default storage engine that will be used
> when create new tables when
> #default-storage-engine=INNODB
>
> J'ai relancé et c'est ok...

Et ça m'a effectivement réglé le problème.

Afin que le prochain qui tombe sur cette discussion via Google le sache.

Maintenant question ouverte :
J'ai vu que INOODB est un gestionnaire de table transactionnelle, mais pourquoi la config par défaut de Wampserver ne fonctionne pas ? Comment activer INNODB pour le jour où je vais vouloir gérer les transactions sur MySql ?

Bonjour,

Je ne comprend pas non plus.
Chez moi, Windows XP Home SP2, depuis Wamp 1.5.0 et ses mises à jour successives jusqu'à la dernière 2.0, MySql et "default-storage-engine=INNODB" ont toujours très bien fonctionné ensemble et du premier coup.

Peut-être est-ce parce que je suis toujours connecté en tant qu'administrateur ?

Bonjour,

Je suis sous XP SP2 et wamp 1.7.4

Voilà ce que j'obtiens dans wamp/my lorsque je l'édite avec le bloc note

#*** INNODB Specific options ***


# Use this option if you have a MySQL server with InnoDB support enabled
# but you do not plan to use it. This will save memory and disk space
# and speed up some things.
#skip-innodb

# Additional memory pool that is used by InnoDB to store metadata
# information. If InnoDB requires more memory for this purpose it will
# start to allocate it from the OS. As this is fast enough on most
# recent operating systems, you normally do not need to change this
# value. SHOW INNODB STATUS will display the current amount used.
innodb_additional_mem_pool_size=2M

# If set to 1, InnoDB will flush (fsync) the transaction logs to the
# disk at each commit, which offers full ACID behavior. If you are
# willing to compromise this safety, and you are running small
# transactions, you may set this to 0 or 2 to reduce disk I/O to the
# logs. Value 0 means that the log is only written to the log file and
# the log file flushed to disk approximately once per second. Value 2
# means the log is written to the log file at each commit, but the log
# file is only flushed to disk approximately once per second.
innodb_flush_log_at_trx_commit=1

# The size of the buffer InnoDB uses for buffering log data. As soon as
# it is full, InnoDB will have to flush it to disk. As it is flushed
# once per second anyway, it does not make sense to have it very large
# (even with long transactions).
innodb_log_buffer_size=1M

# InnoDB, unlike MyISAM, uses a buffer pool to cache both indexes and
# row data. The bigger you set this the less disk I/O is needed to
# access data in tables. On a dedicated database server you may set this
# parameter up to 80% of the machine physical memory size. Do not set it
# too large, though, because competition of the physical memory may
# cause paging in the operating system. Note that on 32bit systems you
# might be limited to 2-3.5G of user level memory per process, so do not
# set it too high.
innodb_buffer_pool_size=15M

# Size of each log file in a log group. You should set the combined size
# of log files to about 25%-100% of your buffer pool size to avoid
# unneeded buffer pool flush activity on log file overwrite. However,
# note that a larger logfile size will increase the time needed for the
# recovery process.
innodb_log_file_size=10M

# Number of threads allowed inside the InnoDB kernel. The optimal value
# depends highly on the application, hardware as well as the OS
# scheduler properties. A too high value may lead to thread thrashing.
innodb_thread_concurrency=8

...et chez moi ça marche.

Cordialement,

Roger

ParMesSoins a écrit:
-------------------------------------------------------
> Perso, j'avais le même problème ...
> j'avais un autre my.ini qui trainait sur mon micro
> (c:\windows)
> suffit de le supprimer !!!
> et tout est repartit !

Merveilleux, je galéré depuis un bout de temps et voilà qu'en fait, c'est un fichier tout con qui n'a rien à faire ici!! Merci du tuyau!!