[Résolu] MySQL Crash

Message par **kalistyan** » jeu. 17 juil. 2014 18:23

Sur l'un de mes serveurs, le service MySQL s'arrête tout seul...

Ci-dessous le log :

140717 16:44:22 [Warning] Using unique option prefix myisam-recover instead of myisam-recover-options is deprecated and will be removed in a future release. Please use the full name instead.
140717 16:44:22 [Note] Plugin 'FEDERATED' is disabled.
140717 16:44:22 InnoDB: The InnoDB memory heap is disabled
140717 16:44:22 InnoDB: Mutexes and rw_locks use GCC atomic builtins
140717 16:44:22 InnoDB: Compressed tables use zlib 1.2.3.4
140717 16:44:22 InnoDB: Initializing buffer pool, size = 64.0M
InnoDB: mmap(68681728 bytes) failed; errno 12
140717 16:44:22 InnoDB: Completed initialization of buffer pool
140717 16:44:22 InnoDB: Fatal error: cannot allocate memory for the buffer pool
140717 16:44:22 [ERROR] Plugin 'InnoDB' init function returned error.
140717 16:44:22 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
140717 16:44:22 [ERROR] Unknown/unsupported storage engine: InnoDB
140717 16:44:22 [ERROR] Aborting

Quelques infos...

Distributor ID: Ubuntu
Description: Ubuntu 12.04.3 LTS
Release: 12.04
Codename: precise

innodb_version 5.5.35
protocol_version 10
slave_type_conversions
version 5.5.35-0ubuntu0.12.04.1
version_comment (Ubuntu)
version_compile_machine x86_64
version_compile_os debian-linux-gnu

La machine est équipée de 1 Go Ram
C'est complètement aléatoire...

Message par **gizmo78** » jeu. 17 juil. 2014 18:30

utilisation de la ram? buffer maxi de mysql?

y a plusieurs appli qui utilisent ce serveur?

Message par **kalistyan** » jeu. 17 juil. 2014 19:37

Reste ~20 Mo de Ram
Buffer maxi de MySQL ? Euh... Tu parles de ceci ?

/etc/mysql/my.cnf

#Basic Settings
innodb_buffer_pool_size=32M

La ligne ci-dessus a été rajoutée hier, depuis le service tient mieux, mais a quand même planté une fois aujourd'hui!

Il s'agit d'un serveur web (LAMP) . Wordpress en fondation, puis j'ai aussi mon petit Owcloud.

Message par **gizmo78** » jeu. 17 juil. 2014 19:49

hum, les deux combiner je pense que pour 1g ca fait léger.

sur ton wordpress tas du cache optimiser? histoire de libérer un peu de ram

Message par **Zedoune** » jeu. 17 juil. 2014 20:26

Ajoutes du swap
http://stackoverflow.com/questions/1028 ... d-errno-12

Si tu as plus de partition de libre, tu fais un swap dans un fichier.

Procédure pour 2 Go de swap (100 x 20 Mo)

Code : Tout sélectionner

dd if=/dev/zero of=/home/swap.file bs=20M count=100
mkswap /home/swap.file
swapon /home/swap.file

Message par **gizmo78** » jeu. 17 juil. 2014 21:31

franchement si il peut, préférer la ram quoi

Message par **Zedoune** » jeu. 17 juil. 2014 21:50

franchement si il peut, préférer la ram quoi

Le swap permet de décharger la ram de trucs inutiles qui servent jamais. Ça peut laisser de la place à mysql en ram si le système swap des trucs qui sont utilisés une fois dans le mois.

Message par **gizmo78** » ven. 18 juil. 2014 11:13

je connais l'utilité du swap Z

juste ca ralenti fortement le système si il est bien utilisé et en plus ca bouffe des i/o

Message par **Zedoune** » ven. 18 juil. 2014 11:24

je connais l'utilité du swap Z juste ca ralenti fortement le système si il est bien utilisé et en plus ca bouffe des i/o

Vaut mieux que ça ram et que ça marche plutôt que ça marche pas du tout

Message par **X-System** » lun. 21 juil. 2014 11:34

Actuellement, ça ne coûte pas cher pour augmenter la mémoire vive pour avoir 4 Go RAM total.

Message par **Zedoune** » lun. 21 juil. 2014 12:14

Actuellement, ça ne coûte pas cher pour augmenter la mémoire vive pour avoir 4 Go RAM total.

Ben si, parce qu'il faut acheter le matériel, se déplacer, arrêter la machine, vérifier qu'elle soit dans le même état de fonctionnement au démarrage qu'à l'extinction. Donc ça peut coûter vite cher pour une pauvre barrette, alors que le soucis peut surement être résolu avec 3 commandes.

Message par **poulpito** » lun. 21 juil. 2014 12:29

+1 Z-ette
+ planification d'arrêt qui suivant le serveur peut survenir de 10min à 10 mois (mes clients c'est 1an de planification)

Message par **Ryu_wm** » sam. 26 juil. 2014 10:29

Bon sinon en regardant le premier post et le log j'ai comme l'impression en regardant les retours sur InnoDB et sur les options que ton SQL tourne avec une vieilllllle config. Il serait peut etre bon (pour dédouaner) de la virer et de repartir sur une config par defaut vierge et de la reparametrer

Using unique option prefix myisam-recover ... is deprecated
Plugin 'FEDERATED' is disabled
The InnoDB memory heap is disabled ... Plugin 'InnoDB' init function returned error.[/b]

Donc on dirait que Mysql à été mis a jour mais que la config n'a pas suivi, enfin ça me fait penser à ça.

En recherchant un peu sur le net d'autres que toi ont eu le meme probleme et cela tenait à la mémoire. Le cas le plus flagrant est celui ci : http://dba.stackexchange.com/questions/ ... mory-for-t
Bon lui il a completement changé d'Apache à lighthttpd pour rogner sur la ram ...

Celui ci a résolu le pb en descendant innodb_buffer_pool_size
http://stackoverflow.com/questions/1211 ... ec2-server

J'ai un LAMP qui tourne sur un Céléron 650 + 384Mo de ram http://ryu-homeftp.no-ip.org/phpsysinfo/
j'ai des soucis aussi (pas avec mysql mais apache moi) la seule solution pour réalouer de la mémoire et garder les process vivant à été de faire une daily crontab avec arret/redemarrage de sql et apache :/

Message par **kalistyan** » lun. 28 juil. 2014 19:16

Celui ci a résolu le pb en descendant innodb_buffer_pool_size
http://stackoverflow.com/questions/1211 ... ec2-server

Idem, et j'ai rajouté de la mémoire afin d'éviter le swap.

Message par **Ryu_wm** » mar. 29 juil. 2014 10:44

Avant ton problème ou après ?

Message par **kalistyan** » mar. 29 juil. 2014 11:12

Avant, mais cela n'avait rien changé.

Message par **Ryu_wm** » mer. 30 juil. 2014 11:13

OK. Bon je vois que ton sujet est passé en résolu alors tu as du trouver.

Message par **kalistyan** » mer. 30 juil. 2014 12:05

Exact, comme indiqué plus haut j'ai modifié la ligne innodb_buffer_pool_size.