[SWAP plein] : remplissage progressif et inexpliqué du swap

Bonjour Aleks,

alors de deux façons :

  • dans un premier temps quand j’avais encore l’app net data installé via netdata ;
  • maintenant en regardant la colonne used de la sortie de la commande free -h

=> la swap augmente très régulièrement (100 Mo toutes les demi-heure environ)

Bonjour @tous
@Maknho tu peux lancer cette commande pour voir les processus qui utilisent le swap :
for file in /proc/*/status ; do awk ‘/VmSwap|Name/{printf $2 " " $3}END{ print “”}’ $file; done | sort -k 2 -n -r | less

Bonjour mib,
merci de ta réponse :
en sortie de cette commande il m’est indiqué

zsh: aucun fichier ou dossier de ce type: Name/{printf

EDIT : la commande free -h m’indique après une nuit de “up” :

> # free -h                                                                               [11:49:14]
>               total        used        free      shared  buff/cache   available
> Mem:          3.6Gi       1.5Gi       268Mi        33Mi       1.8Gi       2.0Gi
> Swap:         1.8Gi       1.5Gi       318Mi

Je pense que c’est du à l’encodage du texte qui n’est pas respecté avec mon copié/collé, désolé

for file in /proc/*/status ; do awk '/VmSwap|Name/{printf $2 " " $3}END{ print ""}' $file; done | sort -k 2 -n -r | less

mysqld 238292 kB
python3 119888 kB
php7.3 114596 kB
mono-sgen 103256 kB
python3 46712 kB
beam.smp 44812 kB
node 43172 kB
rspamd 42116 kB
rspamd 38844 kB
rspamd 38116 kB
rspamd 38024 kB
rspamd 38012 kB
php-fpm7.3 37924 kB
php-fpm7.3 37688 kB
php-fpm7.3 37648 kB
rspamd 37320 kB
rspamd 37304 kB
php-fpm7.3 35992 kB
yunohost-api 35900 kB
poezio 33084 kB
slapd 32924 kB
dockerd 26916 kB
mono 24172 kB
mono 23900 kB

Maintenant tu connais les processus qui consomment du swap, je ne pourrais pas t’en dire plus sur cette consommation :roll_eyes:

Merci beaucoup néanmoins mib,

mon serveur est inaccessible encore…dans l’attente de comprendre ce qui se passe…je fais ce qu’Aleks dit être une manip pas top :slight_smile: ; je débranche et je rebranche

EDIT : bon mais le problème vient de mysql apparemment
EDIT 2 : y aurait-il une solution ici (The MySQL “swap insanity” problem and the effects of the NUMA architecture – Jeremy Cole ) ?

Après des désinstallations et réinstallations cela parait venir de nextcloud. Embêtant dans la mesure où je ne souhaites pas le désinstaller.

@Maknho : ton problème ressemble un peu à ça : Out of memory lors d'une mise à jour, et serveur ralenti/peu stable depuis - #4 by tomdereub.

Hello tomdereub,

Merci beaucoup pour l’info. Oui ça ressemble bien à ça mon problème.

j’ai fait donc :

sudo nano /etc/php/7.3/cli/conf.d/20-apcu.ini

Et ajouter la ligne suivante
apc.enable_cli=1

Puis enregistrer le fichier

Redémarrer php
yunohost service restart php7.3-fpm

mais après une “fresh install” de nextcloud (donc après la maj). J’espère que ça fonctionnera quand même…

EDIT : j’ai ajouté aussi la ligne apc.enable_cli=1 à php.ini (21.0.3 OC\HintException: Memcache \OC\Memcache\APCu not available · Issue #27781 · nextcloud/server · GitHub) mais la swap se remplit tjs :frowning:

Bonjour,
J’ai également un problème de swap depuis début août (sur un Raspberry Pi 3B+), que je pense lié à Nextcloud.

Les manips que tu décris ci-dessus ont-elles finalement réglé ton problème @Maknho ?

Hello @aoz ,

non malheureusement ça n’a pas réglé mon problème de “fuite mémoire”.

Pour l’instant j’ai désinstallé nedxtcloud.

Si tu trouves le “truc” n’hésites pas à le mettre sur ce fil, je ferai de même…

Pour l’instant j’ai testé la manip que tu décris. J’observe et je ferai un retour.

Hello @aoz ,

la “manip” a-t-elle finalement fonctionné de ton côté ?

Pardon, désolé pour mon silence, je n’étais plus sur le forum.

De mon côté, plus de problème de fuite mémoire. Par contre, Nextcloud met régulièrement mon RPi à genou : process mysql & php qui bouffent du CPU et sollicitent le disque externe durant de nombreuses minutes…

Salut aoz,

merci de ta réponse.

Pour que tu n’ais plus de “fuite mémoire” as-tu fait ceci :

j’ai fait donc :

sudo nano /etc/php/7.3/cli/conf.d/20-apcu.ini

Et ajouter la ligne suivante
apc.enable_cli=1

Puis enregistrer le fichier

Redémarrer php
yunohost service restart php7.3-fpm

mais après une “fresh install” de nextcloud (donc après la maj). J’espère que ça fonctionnera quand même…

EDIT : j’ai ajouté aussi la ligne apc.enable_cli=1 à php.ini (21.0.3 OC\HintException: Memcache \OC\Memcache\APCu not available · Issue #27781 · nextcloud/server · GitHub)

Ou alors une mise à jour seulement ?

Si ça marche de ton côté (hormis le fait Nextcloud sollicite apparemment “trop” ton RPi), je vais tenter une réinstall et refaire les manips décrites plus haut.

Salut,
J’ai juste ajouté la ligne “apc.enable_cli=1” au fichier “20-apcu.ini” et redémarré php7.3-fpm
Et depuis il y a eu une mise à jour, mais cela tient toujours.

OK. Merci

Par contre, j’ai toujours des problèmes de charge importante quelques fois par jour.
Cf le fil dédié à Nexcloud

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.