KeyHelp Community

Ich bin sicher, dass die Ursache des Problems bei KeyHelp liegt
(Probleme ohne KeyHelp-Bezug gehören ins Offtopic-Forum)

99%

Server-Betriebssystem + Version
(z.B. Ubuntu 20.04)

Debian 11

Eingesetzte Server-Virtualisierung-Technologie
(z.B. keine, OpenVZ, KVM, XEN, etc.)

KVM

KeyHelp-Version + Build-Nummer
(z.B. 22.0 - Build 2366)

23.1.1 (Build 3016)

Problembeschreibung / Fehlermeldungen

journalctl -t kernel | grep -i memory

Ergibt folgende Fehlermeldung:

Code: Select all

Jun 08 04:15:02 mail.web4you-gmbh.ch kernel:  out_of_memory+0x1bd/0x4e0
Jun 08 04:15:03 mail.web4you-gmbh.ch kernel: Tasks state (memory values in pages):
Jun 08 04:15:08 mail.web4you-gmbh.ch kernel: Out of memory: Killed process 382498 (clamscan) total-vm:1510032kB, anon-rss:1249544kB, file-rss:4kB, shmem-rss:0kB, UID:0 pgtables:2872kB oom_score_adj:0

Top sieht so aus:

Code: Select all

top - 08:57:13 up 22:34,  1 user,  load average: 1.51, 1.69, 1.29
Tasks: 333 total,   2 running, 331 sleeping,   0 stopped,   0 zombie
%CPU0  :  0.0 us,  0.0 sy,  0.0 ni,100.0 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st
%CPU1  :  1.3 us,  3.0 sy,  0.0 ni, 30.9 id, 63.5 wa,  0.0 hi,  1.3 si,  0.0 st
%CPU2  :  1.0 us,  0.0 sy,  0.0 ni, 99.0 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st
%CPU3  :  2.0 us,  0.7 sy,  0.0 ni, 92.9 id,  4.4 wa,  0.0 hi,  0.0 si,  0.0 st
%CPU4  :  0.3 us,  2.3 sy,  0.0 ni, 67.1 id, 29.2 wa,  0.0 hi,  1.0 si,  0.0 st
%CPU5  :  3.0 us,  1.3 sy,  0.0 ni, 94.7 id,  1.0 wa,  0.0 hi,  0.0 si,  0.0 st
MiB Spch:  11964.6 total,   1590.7 free,   6776.8 used,   3597.0 buff/cache
MiB Swap:   3814.0 total,    942.4 free,   2871.6 used.   4495.7 avail Spch

Erwartetes Ergebnis

Kein out of Memory Fehler

Tatsächliches Ergebnis

Mod-Edit: Verschoben nach Off-Topic

Hallo,

und was sollen wir da machen?

Ach du meine Güte - jetzt hab ich weil ich mein Thema nicht mehr gefunden habe diese doch tatsächlich nochmal reingestellt. Sorry

Aber mit "was sollen wir da machen" kann ich leider nichts anfangen. Schliesslich hab ich Keyhelp installiert und der clamscan wird ja von Keyhelp angestossen.

Es muss ja einen Grund geben, warum clamscan in deinem Fall soviel RAM verbrät, dass der OOM Killer in Aktion treten muss. Oder wieso dein System auch ohne clamscan schon soviel RAM verbrät, dass clamscan das Fass zum Überlaufen bringt. Bei zweien meiner Server mit jeweils 8 GB RAM passiert das nicht. Eventuell eine riesige Datei irgendwo? Oder sonstige, zusätzlich installierte Software? Edit: Welche Änderungen gegenüber der Keyhelp Standardkonfiguration wurden gemacht? Z.B auch bei den PHP/FPM-Einstellungen.

Wenn das Ergebnis von top um 8:57 ohne laufenden clamscan ist, dann finde ich ca 6,7 GB RAM + ca 2.8 GB SWAP schon ziemlich heftig.
Auch 333 Prozesse sind nicht unbedingt wenig, wenn außer Keyhelp nicht noch andere, speicherhungrige Programme laufen oder eventuell größere Websites mit einigem Traffic bedient werden müssen.

Mein Mailserver (8 GB RAM) , der Keyhelp installiert hat und außer Mail nur wenige kleine Websiten ohne nennenswerten Traffic zu versorgen hat, zeigt da ca 160 Tasks und 2.1 GB benutzten Speicher. Und mit clamscan hat er keinerlei Probleme.

Ich würde da erst mal zu klären versuchen, ob es bei den normalerweise laufenden Prozessen irgendwelche Auffälligkeiten gibt. Also schauen, welche Prozesse da den meisten Speicher verbrauchen und ob das plausibel ist.

Doppelpost habe ich soeben gelöscht.

tab-kh hat das schon gut zusammengefasst.

Vielleicht ist dein System bereits mit anderen Dingen so sehr überlastet, dass clamscan nur das Fass zum Überlaufen bringt.
Nur weil KeyHelp den clamscan-Scanner anstößt bedeutet das nicht, dass KeyHelp für den Speichermangel verantwortlich ist.

Was steht denn im clamscan Log?

Alternativ den Virenscanner deaktivieren, oder die Anzahl der Virensignaturen, nach denen das System durchsucht wird reduzieren.

Konfiguration -> Antivirus-Scanner

Aber auch das hilft nur so lange, bis der "RAM-Übeltäter" auf dem System sich die nächsten GB sichert.

Tobi wrote: ↑Fri 9. Jun 2023, 11:31 Vielleicht ist dein System bereits mit anderen Dingen so sehr überlastet, dass clamscan nur das Fass zum Überlaufen bringt.

Davon kann man vermutlich ausgehen, wenn derart große Datenmengen geswappt werden:

Code: Select all

MiB Swap:   3814.0 total,    942.4 free,   2871.6 used.   4495.7 avail Spch

KeyHelp Community

Out of Memory clamscan

Out of Memory clamscan

Re: Out of Memory clamscan

Re: Out of Memory clamscan

Re: Out of Memory clamscan

Re: Out of Memory clamscan

Re: Out of Memory clamscan

Re: Out of Memory clamscan