La flopée de mysqld et apache2, ça n'a rien d'inhabituel.
Merci rogn... ! 🙂
sinon, surveiller le processus Apache et dire à combien il monte en RAM.
Je propose :
echo -e "\n\tPourcentage total de RAM consommée par leS processuS d'apache* :"; s=0 && while read v; do [ "$v" != "0.0" ] && s=$(bc -l <<<"${s:-0} + $v"); done < <(ps fauxwww | grep apache | grep -v grep | awk '{print $4}'); echo $s
Mais ça ne donne le pourcentage qu'au moment où la commande est lancée.
On peut la lancer toutes les x secondes et rediriger la sortie dans un fichier (non temporaire). En écrasant à chaque fois la sortie précédente.
On aura alors un fichier de quelques octets mais dans lequel on lira, après redémarrage, le dernier pourcentage enregistré avant le crash.
Est-ce utile ?
- -
rogn... a écritLa capture, c'est au moment du crash que je voudrais la voir,
firesixtieone,
Est-ce que cette syntaxe
top -o %MEM
fonctionne dans ton "Ubuntu 18.04.1 Server" ?
Et
top -o %MEM -b n1 | head -40
?
Si oui, je suppose qu'en redirigeant (avec écrasement) la sortie de la dernière commande dans un fichier, et ce toutes les x secondes, on se rapprochera de ce qui intéresserait rogn...
Par contre, ça ne remplace pas l'examen auquel bruno t'invite :
Seul l'examen approfondi des logs (syslog, mysql, apache), des bases de données, et des fichiers du ou des services web permettra de déterminer la cause exacte du problème.
