APC(u) Konfiguration

[demaio]

Hallo,

wir mussten in der 17.1 aus verschiedenen Gründen die APCu shm_size auf 512MB erhöhen. Nach der Installation von 19.1 finde ich in der Log-Datei folgende Zeile:

Fix APC(u) configuration, set apc.shm_size=128M in /etc/php/7.3/cli/conf.d/20-apcu.ini

Das finde ich auch unter Admin->PHP-Informationen wieder. Wie kann ich das umstellen auf einen höheren Wert? Auf dem Host selbst gibt es diese Datei ja nicht mehr.

Vielen Dank und viele Grüße

Mario

[RalfBecker]

Das ist im Moment nicht so einfach einstellbar, da mit jedem Update ja ein neuer Container kommt, und Du dort die Einstellung wieder vornehmen müsstest.

Die Frage ist, ob die Einstellung noch notwendig ist. Ich würde an Deiner Stelle erst mal beobachten, ob der APCu vollläuft, bevor ich dort einen größeren Wert einstellen würde. Die 128MB die wir per Default einstellen ist schon ziemlich groß.

Ansonsten kannst Du nur nach jedem Update folgendes ausführen:

docker exec -it egroupware sed -i 's/^apc.shm_size.*/apc.shm_size=512M/g' /etc/php/7.3/fpm/conf.d/20-apcu.ini
docker exec -it egroupware kill -s USR2 1

Man kann das auch automatisieren, in dem man ein Dockerfile nach /etc/egroupware-docker legt:

FROM egroupware/egroupware:latest
RUN sed -i 's/^apc.shm_size.*/apc.shm_size=512M/g' /etc/php/7.3/fpm/conf.d/20-apcu.ini

und in /etc/egroupware-docker/docker-compose.yml im Service egroupware folgendes einfügt:

services:
   egroupware:
     build: .

Ob und wie das mit den automatischen Updates mit Watchtower interagiert habe ich noch nicht getestet …

Ralf

[demaio]

Danke Ralf. Ich werde mal mit 128 MB anfangen und die APCu stats im Auge behalten, wenn wir die neue Instanz produktiv laufen lassen. Mit der 17.1 wurde es bei uns erst ab 256 bis 512MB erträglich, da der Cache bei über 100 gleichzeitig aktiven Users zu oft voll lief und dann unschöne Auswirkungen auf die Benutzer-Sessions hatte. Wir hatten diesbezüglich auch mal vor längerer Zeit korrespondiert und das Problem zusammen gelöst.

Wenn es nötig werden sollte, die 128 MB durch was größeres zu ersetzen, werde ich den von Dir vorgeschlagenen Automatismus mit dem Dockerfile mal testen und hier nochmal Rückmeldung geben.

EDIT: die “docker exec”…Befehle haben auf jeden Fall funktioniert.

[StefanU]

Hallo Mario,

in der 19.1.20200318 ist mit diesem Commit

if EGW_APC_SHM_SIZE is set in environment, propagate value to apcu.ini

die Möglichkeit geschaffen worden, die apc.shm_size an den Container zu übergeben.

Ich betreue auch eine Umgebung, in der in der 17.1 so an die 85 gleichzeitigen Benutzer unterwegs sind. Wir nutzen die 128MB bei weitem nicht aus.

Stefan

[demaio]

Hallo Stefan und Ralf,

Ich habe die Variable gerade in /etc/egroupware-docker/docker-compose.yml eingebaut und mit docker-compose up -d neu gestartet, funktioniert.

VIelen Dank dafür.

Das Problem, was bei uns selbst mit 512MB auftritt, ist, dass der Cache nach X Stunden voll läuft, so dass dann bei der nächsten Aktion eines Users die Sitzung irgendwie komplett neu geladen wird, was bei manchen Aktionen für den Benutzer sagen wir mal, ungünstig ist… z.B. wird die gerade geschriebene Mail nicht versendet, oder das gerade bearbeitete Ticket nicht gespeichert.

Wir könnten uns damit behelfen, dass wir nachts den Container neu starten lassen, wenn nur wenige oder gar keine Leute arbeiten. Mit 512MB kommen wir so ca. einen Arbeitstag hin…

Mario

[RalfBecker]

Was Du noch machen kannst ist im header.inc.php mal folgendes setzen:

EGroupware\Api\Cache::$max_expiration = 86400; // 1day

Damit wird die Cache-Dauer in EGroupware auf den gesetzten Wert begrenzt.

Ralf