OVH Community, your new community space.

[ks355211] - Serveur Mysql


phil_
25/03/2014, 20h36
J'espère que tu fais des backups réguliers de la base de données

nowwhat
25/03/2014, 10h01
Ce client fait planter le serveur ?
Ton log marque clairement qu'au démarrage MySQL n'est pas content.

Le client auras donc bientôt la surprise que son base des données sera hors usage totalement (or, un des tes bases ...).

Tant que tu y est, traite les trois [Warning].

Le "multitude de slow-queries" mérite un peu d'investigation.Il s'agit normalement un plugin de WiordPress écrit par ceux qui ont penser que écrire quelques lignes de PHP sans que ça plante sec donne des bonnes résultats. Ces même requêtes peuvent pousser ton serveur au fond et ça m'étonne pas que trouve des OOM's dans tes logs. C'est le cas ?

fox-ovh
25/03/2014, 00h46
Hello, merci pour ces informations, effectivement un serveur ne doit pas se relancer comme cela mais "un client" dont je m'occupe qui fait tout et n'importe quoi avec son wordpress. Il y a une multitude de slow-queries depuis son site.

Le problème vient du redémarage de la machine elle-même, si je relance juste le service mysql cela se passe bien.

Voici mon fichier mysql.err
Code:
140324 08:36:28 mysqld_safe Starting mysqld daemon with databases from /home/mysql
140324  8:36:28 [Warning] '--default-character-set' is deprecated and will be removed in a future release. Please use '--character-set-server' instead.
140324  8:36:28 [Warning] '--log_slow_queries' is deprecated and will be removed in a future release. Please use ''--slow_query_log'/'--slow_query_log_file'' instead.
140324  8:36:28 [Warning] '--skip-locking' is deprecated and will be removed in a future release. Please use '--skip-external-locking' instead.
140324  8:36:28  InnoDB: Initializing buffer pool, size = 16.0M
140324  8:36:28  InnoDB: Completed initialization of buffer pool
InnoDB: The log sequence number in ibdata files does not match
InnoDB: the log sequence number in the ib_logfiles!
140324  8:36:28  InnoDB: Database was not shut down normally!
InnoDB: Starting crash recovery.
InnoDB: Reading tablespace information from the .ibd files...
InnoDB: Restoring possible half-written data pages from the doublewrite
InnoDB: buffer...
140324  8:36:29  InnoDB: Started; log sequence number 0 67686536
140324  8:36:29 [Note] Event Scheduler: Loaded 0 events
140324  8:36:29 [Note] /usr/libexec/mysqld: ready for connections.
Version: '5.1.71-log'  socket: '/var/lib/mysql/mysql.sock'  port: 3306  Source distribution
140324 23:03:35 [Note] /usr/libexec/mysqld: Normal shutdown

140324 23:03:35 [Note] Event Scheduler: Purging the queue. 0 events
140324 23:03:37  InnoDB: Starting shutdown...
140324 23:03:40  InnoDB: Shutdown completed; log sequence number 0 67694564
140324 23:03:40 [Note] /usr/libexec/mysqld: Shutdown complete

140324 23:03:40 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
140324 23:03:48 mysqld_safe Starting mysqld daemon with databases from /home/mysql
140324 23:03:48 [Warning] '--default-character-set' is deprecated and will be removed in a future release. Please use '--character-set-server' instead.
140324 23:03:48 [Warning] '--log_slow_queries' is deprecated and will be removed in a future release. Please use ''--slow_query_log'/'--slow_query_log_file'' instead.
140324 23:03:48 [Warning] '--skip-locking' is deprecated and will be removed in a future release. Please use '--skip-external-locking' instead.
140324 23:03:48  InnoDB: Initializing buffer pool, size = 16.0M
140324 23:03:48  InnoDB: Completed initialization of buffer pool
140324 23:03:48  InnoDB: Started; log sequence number 0 67694564
140324 23:03:48 [Note] Event Scheduler: Loaded 0 events
140324 23:03:48 [Note] /usr/libexec/mysqld: ready for connections.
Version: '5.1.71-log'  socket: '/var/lib/mysql/mysql.sock'  port: 3306  Source distribution
Merci pour votre aide

Cordialement

nowwhat
24/03/2014, 11h00
Bonjour,

Redémarrer un serveur n'est quasiment jamais nécessaire.
Pourquoi et comment tu redémarre ton serveur ?

Quand MySQL s'arrête, et démarre, il laisse des traces dans un log.
Trouve ce log.
Exécute ceci dans une fenêtre SSH:
tail -f /chemin_vers_ton_fichier_log_que_mysql_utilise... (chez moi, un Debian 7.4: /var/log/daemon.log)
Puis, dans une autre fenêtre SSH, exécute
service mysqld stop

Et donne nous ce qui défile dans le fichier log (le tail).

Tu sauras quoi faire pour le redémarrer

Reste à déterminer pourquoi (probablement) mysql ne s'arrête pas correctement.
Ou: Pourquoi, quand il s'arrête, qu'il n'efface pas le 'fichier' "/var/lib/mysql/mysql.sock"


Voila, ce que j'ai quand je demande un redémarrage de MySQL:
Code:
Mar 24 09:58:10 mail mysqld: 140324  9:58:10 [Note] /usr/sbin/mysqld: Normal shutdown
Mar 24 09:58:10 mail mysqld: 140324  9:58:10 [Note] Event Scheduler: Purging the queue. 0 events
Mar 24 09:58:12 mail mysqld: 140324  9:58:12  InnoDB: Starting shutdown...
Mar 24 09:58:14 mail mysqld: 140324  9:58:14  InnoDB: Shutdown completed; log sequence number 1032866899
Mar 24 09:58:14 mail mysqld: 140324  9:58:14 [Note] /usr/sbin/mysqld: Shutdown complete
Mar 24 09:58:14 mail mysqld_safe: mysqld from pid file /var/run/mysqld/mysqld.pid ended

Mar 24 09:58:16 mail mysqld_safe: Starting mysqld daemon with databases from /var/lib/mysql
Mar 24 09:58:16 mail mysqld: 140324  9:58:16 [Note] Plugin 'FEDERATED' is disabled.
Mar 24 09:58:16 mail mysqld: 140324  9:58:16 InnoDB: The InnoDB memory heap is disabled
Mar 24 09:58:16 mail mysqld: 140324  9:58:16 InnoDB: Mutexes and rw_locks use GCC atomic builtins
Mar 24 09:58:16 mail mysqld: 140324  9:58:16 InnoDB: Compressed tables use zlib 1.2.7
Mar 24 09:58:16 mail mysqld: 140324  9:58:16 InnoDB: Using Linux native AIO
Mar 24 09:58:16 mail mysqld: 140324  9:58:16 InnoDB: Initializing buffer pool, size = 128.0M
Mar 24 09:58:16 mail mysqld: 140324  9:58:16 InnoDB: Completed initialization of buffer pool
Mar 24 09:58:16 mail mysqld: 140324  9:58:16 InnoDB: highest supported file format is Barracuda.
Mar 24 09:58:16 mail mysqld: 140324  9:58:16  InnoDB: Waiting for the background threads to start
Mar 24 09:58:17 mail mysqld: 140324  9:58:17 InnoDB: 5.5.35 started; log sequence number 1032866899
Mar 24 09:58:17 mail mysqld: 140324  9:58:17 [Note] Server hostname (bind-address): '127.0.0.1'; port: 3306
Mar 24 09:58:17 mail mysqld: 140324  9:58:17 [Note]   - '127.0.0.1' resolves to '127.0.0.1';
Mar 24 09:58:17 mail mysqld: 140324  9:58:17 [Note] Server socket created on IP: '127.0.0.1'.
Mar 24 09:58:18 mail mysqld: 140324  9:58:18 [Note] Event Scheduler: Loaded 0 events
Mar 24 09:58:18 mail mysqld: 140324  9:58:18 [Note] /usr/sbin/mysqld: ready for connections.
Mar 24 09:58:18 mail mysqld: Version: '5.5.35-0+wheezy1'  socket: '/var/run/mysqld/mysqld.sock'  port: 3306  (Debian)

fox-ovh
24/03/2014, 10h05
Merci pour l'information, cela a résolu mon soucis !

Maintenant, j'ai un autre soucis c'est qu'a chaque fois que je redémarre pour serveur, mysql plante et je suis obligé de relancer la commande ci-dessus ?

Avez-vous une solution pour cela ?

Cordialement

Cordialement

BBR
11/03/2014, 08h27
Code:
mv /var/lib/mysql/mysql.sock /var/lib/mysql/mysql.sock.bak
Code:
service mysqld start

fox-ovh
11/03/2014, 00h30
Bonjour,

Depuis ce matin, j'ai un problème avec mon serveur dédié Kimsufi [ks355211] sous Release 3 (11h00)

J'ai donc redémarrer le serveur mais j'ai eu un problème avec le serveur mysql avec ce message :

MySQL is not running on your system - database list could not be retrieved

et en voulant le démarer :

Another MySQL daemon already running with the same unix socket.

J'ai essayé de déplacer le mysql.sock pour retrouver la base rien n'y a fait.

Actuellement le serveur ne veut plus redémarrer pouvez-vous ce qu'il se passe et voir pourquoi mysql ne veut pas se lancer ?

Cordialement