Page 1 sur 1
[Résolu] MySQL Crash
Publié : jeu. 17 juil. 2014 18:23
par kalistyan
Sur l'un de mes serveurs, le service MySQL s'arrête tout seul...
Ci-dessous le log :
Code : Tout sélectionner
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...
[Résolu] MySQL Crash
Publié : jeu. 17 juil. 2014 18:30
par gizmo78
utilisation de la ram? buffer maxi de mysql?
y a plusieurs appli qui utilisent ce serveur?
[Résolu] MySQL Crash
Publié : jeu. 17 juil. 2014 19:37
par kalistyan
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.
[Résolu] MySQL Crash
Publié : jeu. 17 juil. 2014 19:49
par gizmo78
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
[Résolu] MySQL Crash
Publié : jeu. 17 juil. 2014 20:26
par Zedoune
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
[Résolu] MySQL Crash
Publié : jeu. 17 juil. 2014 21:31
par gizmo78
franchement si il peut, préférer la ram quoi
[Résolu] MySQL Crash
Publié : jeu. 17 juil. 2014 21:50
par Zedoune
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.
[Résolu] MySQL Crash
Publié : ven. 18 juil. 2014 11:13
par gizmo78
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
[Résolu] MySQL Crash
Publié : ven. 18 juil. 2014 11:24
par Zedoune
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
[Résolu] MySQL Crash
Publié : lun. 21 juil. 2014 11:34
par X-System
Actuellement, ça ne coûte pas cher pour augmenter la mémoire vive pour avoir 4 Go RAM total.
[Résolu] MySQL Crash
Publié : lun. 21 juil. 2014 12:14
par Zedoune
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.
[Résolu] MySQL Crash
Publié : lun. 21 juil. 2014 12:29
par poulpito
+1 Z-ette
+ planification d'arrêt qui suivant le serveur peut survenir de 10min à 10 mois (mes clients c'est 1an de planification)
[Résolu] MySQL Crash
Publié : sam. 26 juil. 2014 10:29
par Ryu_wm
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 + 384
Mo 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 :/
[Résolu] MySQL Crash
Publié : lun. 28 juil. 2014 19:16
par kalistyan
Idem, et j'ai rajouté de la mémoire afin d'éviter le swap.
[Résolu] MySQL Crash
Publié : mar. 29 juil. 2014 10:44
par Ryu_wm
Avant ton problème ou après ?
[Résolu] MySQL Crash
Publié : mar. 29 juil. 2014 11:12
par kalistyan
Avant, mais cela n'avait rien changé.
[Résolu] MySQL Crash
Publié : mer. 30 juil. 2014 11:13
par Ryu_wm
OK. Bon je vois que ton sujet est passé en résolu alors tu as du trouver.
[Résolu] MySQL Crash
Publié : mer. 30 juil. 2014 12:05
par kalistyan
Exact, comme indiqué plus haut j'ai modifié la ligne innodb_buffer_pool_size.