[gull] Mysql - re

[Jean-Eric Cuendet (ML)]

> Le serveur tournait sans problèmes depuis 3 ans et le problème se pose
> depuis quelques semaines (cette nuit c'est spamd qui a été tué...).
> Quant le swap est plein il semble choisir un service et le tuer.

C'est le fameux OOM killer (Out of memeory killer). Regarde sur Google,
il y a des flamewars la autour! :-)

> Comment, et avec quel risques, redimentionner le swap? (il s'agît  d'un
> serevru de prod -  modifier fstab et reboot... utiliser gparted en ligne de
> commande?)

Peux-tu resizer ton disque? Ou n'est-ce pas une option?
Utilises-tu LVM? Si oui, tu peux ajouter une partition en live.
Sinon, un fichier est la meilleure solution.

Sais-tu au moins quel process prend bcp de mémoire avant qu'il ne tue un
processus?
-jec

> 
> Le problème est que je pense la swap n'est pas la cause, mais une
> conséquence d'un autre problème. Le serveur à tourné 3 ans sans problèmes
> (avec les mêmes applications et la même charge) et tout-à-coup le swap
> sature...
> 
> 
> Daniel Cordey <dc at mjt.ch> wrote: 
>> On Monday 16 October 2006 17:33, J-A Eberhard - Open Net Sàrl wrote:
>>
>>> Si je comprends c'est le swap qui n'est pas géré correctement et qui se
>>> remplis au point ou mysql est stoppé?
>> La cache n'est pas mal geree, mais elle se remplit au point ou elle n'a
>> plus 
>> de place a offrir. Il te faut une cache plus grande. Il me semble que tu as
>>
>> une cache de 512 MB avec 512 MB de RAM, non ? Peut-etre as-tu configurer
>> une 
>> deuxieme cache, mais celle-ci n'est pas activee ? 
>>
>> Question : Au bout de combien de temps apres le demarage de ton serveur
>> as-tu 
>> ce probleme ? Si c'est rapidement, il semble que le genre d'acces a ta BDD
>>
>> soit assez gourmant et il faut aussi envisager d'augmenter la taille de la
>>
>> RAM. Sinon, une simple augmentation de la taille de la swap devrait
>> suffire. 
>> Toutefois, prevois asez large... inutile de repeter l'operation de maniere
>>
>> reguliere. Commence par mettre 2x RAM et regarder la maniere dont tes
>> daemons 
>> mysql utilisent la memoire. Un bon outil pour avoir une vue globale et
>> rapide 
>> est 'top'. Ragarder les valeurs de la colone VIRT. On au aussi un etat de
>> la 
>> RAM et de la swap dans les lignes du haut.
>>
>> Sur mes gros serveurs, mes process mysqld occupent 328 MB en virtuel et 301
>> MB 
>> en RAM; sur un systeme ayant 1 GB de RAM. La swap fait 1.5 GB et seul 150
>> MB 
>> sont actuellement occupes. Voila une idee de ce que la devrait donner...
>> mais 
>> rien n'empeche que les process mysqld occupent beaucoup plus de memoire RAM
>> & 
>> swap. Le pattern d'utilisation de la memoire est certainement influence par
>>
>> la variete et ;a complexite des requetes. Ce qui n'est pas le cas chez nous
>>
>> ou les requetes sont tres nombreuses mais relativement simples, sans tables
>>
>> intermediaires ni jointures.
>>
>> dc
>> _______________________________________________
>> gull mailing list
>> gull at lists.alphanet.ch
>> http://lists.alphanet.ch/mailman/listinfo/gull
>>
>>
>>
> 
> 
> _______________________________________________
> gull mailing list
> gull at lists.alphanet.ch
> http://lists.alphanet.ch/mailman/listinfo/gull

-- 
JeSC - Software et Consulting
Jean-Eric Cuendet
Ingénieur HES en télécommunications
1168 Villars-sous-Yens

Web       : http://jesc.ch
Blog      : http://jesc.wordpress.com
Tel       : +41 21 800 3343
Mobile    : +41 76 222 3343
--------------------------------------------------------