[Admin-ml] Squirrelmail et limite mémoire

Fabien COMBERNOUS fcombernous at kezia.com
Mar 2 Juin 17:59:25 CEST 2009


Jean-Luc Bailloeul wrote:
>
> Le 2 juin 09 à 17:22, Fabien COMBERNOUS a écrit :
>
>> Jean-Luc Bailloeul wrote:
>>> Bonjour,
>>>
>>> J'utilise régulièrement Squirrelmail et sieve pour établir des 
>>> réponses automatiques à mes courriels (absence par exemple).
>>> J'ai un souci cependant avec mon propre compte, qui, géré via imap, 
>>> commence à peser, et que je n'arrive plus à ouvrir via webmail.
>>> J'ai une fatal error : out of dynamic memory in yy_create_buffer…
>>> J'ai édité php.ini pour y ajouter de la mémoire (variable 
>>> memory_limit), tel que conseillé par la FAQ de Squirrelmail, mais 
>>> cela ne change rien.
>>> Je sais que squirrelmail n'apprécie guère les mailbox trop lourdes, 
>>> notamment en termes de performance, mais de là à ne plus y accéder…
>>>
>>> Avez-vous déjà rencontré ce problème ? et éventuellement trouvé une 
>>> solution ?
>> As tu vérifié avec un phpinfo() que tes nouveaux réglages php sont 
>> effectivement pris en compte ?
> oui, j'ai regardé, mais phpinfo n'affiche pas la variable memory_limit.
Ah ? Je suis preneur pour la méthode qui va bien.

>>
>>
>> Si tel est le cas, peux être que regarder du côté des réglages de ton 
>> noyau avec sysctl. Je te propose de fouiller du côté des segments de 
>> mémoire partagés.
>> Les réglages de ta machine sont accessibles via "sysctl -a". Les 
>> réglages par défaut sur Leopard sont les suivants :
>> kern.sysv.shmmni: 32
>> kern.sysv.shmmin: 1
>> kern.sysv.shmmax: 4194304
> oui sur tiger, ces réglages sont les mêmes.
>>
>> shmmax    taille maximum du segment de mémoire partagée (octets)
>> shmmin     taille minimum du segment de mémoire partagée (octets)
>> shmmni     nombre maximum de segments de mémoire partagée pour tout 
>> le système
>>
>> A tester un shmmax plus grand avec sysctl -w. (cf man pour le détail)
>> Avant de proposer cet action j'ai regardé vite fait sur un moteur de 
>> recherche internet, mais je n'ai rien de trouver de tel.
> oula, j'aimerais bien tenter autre chose de plus soft que d'aller 
> bricoler le noyau. mon serveur est en production :-)
Heu ... j'ai pas dit de faire le test en production. test et production 
c'est en théorie antinomique.

-- 
*Fabien COMBERNOUS*
/unix system engineer/
www.kezia.com <http://www.kezia.com/>
*Tel: +33 (0) 467 992 986*
Kezia Group



Plus d'informations sur la liste de diffusion Admin-ml