GUI-Probleme nach Update auf 2025-10

DocFraggle

Evtl hängt es ja mit diesen opcache Änderungen im PHP Container zusammen

mailcow/mailcow-dockerized83ba8d5

War im Update enthalten, könnte man mal gezielt nur dieses File zurückdrehen. Kann ich aber erst morgen testen, evtl hat ja jemand Zeit heute

Würde erklären warum es nach Neustart kurz geht und dann nach ner Zeit nicht mehr

lakelounge

DocFraggle versteh ich das in deinem Link richtig? Zeile 7 ist rausgeflogen alles andere bleibt drin? Sorry, kenn mich mit git nicht so aus. Dann würd ich den Inhalt tauschen und den php-fpm durchstarten …

DocFraggle

lakelounge Du müsstest die grünen Zeilen löschen und die rote hinzufügen

Und danach neu starten

lakelounge

DocFraggle das scheint den Alias-Fehler zu verursachen. Jetzt sind die Aliase da. Sogar nach dem 8. Reload.

Kann man die
/opt/mailcow-dockerized/data/conf/phpfpm/php-conf.d/opcache-recommended.ini
so lassen?

DocFraggle

lakelounge Ah cool!
Ja die bleibt so bis zum nächsten Update. Musst dann nur aufpassen dass Du sie resettet, sonst wirft Git einen Fehler

lakelounge

DocFraggle wenn ich eine der jit-Zeilen wieder einkommentiere bekomme ich wieder denselben Fehler wie nach dem Update. Kommentiere ich sie wieder aus, läft’s wieder. Nur zur Info …

DocFraggle

@pkernstock FYI, der Commit war von Dir wenn ich das richtig sehe

pkernstock

DocFraggle

Ja. Konnte aber bei meinen Tests keine Probleme feststellen…

Unter den betroffenen:

Welche physikalische CPU habt ihr?
Habt ihr das gaengige AVX-CPU-Feature praesent?
Welche Architektur? (x86, ARM)

PHP opcache braucht AVX, was eigentlich heutzutage gaengig ist. Aber vielleicht gibt es ein paar Edge-Cases wo es die Flags nicht gibt…

chriscorns

pkernstock Habe hier einen AMD Ryzen 7 PRO 3700 8-Core Prozessor, 16 Kerne
Meinen Testserver mit Debian 11 auf VMware Workstation 17.5 habe ich auf Version 12 upgegraded und nicht diese Fehler erhalten. Den dedizierten Produktivserver mit Debian 12 und o.g. Prozessor habe ich zweimal mit dem Update versorgt. Hat aber nichts gebracht, Fehler kommt nach wie vor. Nachdem ich die Datei /opt/mailcow-dockerized/data/conf/phpfpm/php-conf.d/opcache-recommended.ini wie folgt geändert habe, klappt es wieder mit der Anzeige:

; NOTE: Restart phpfpm on ANY manual changes to PHP files!

; opcache
opcache.enable=1
opcache.enable_cli=1
opcache.interned_strings_buffer=16
opcache.max_accelerated_files=10000
opcache.memory_consumption=128
opcache.save_comments=1
opcache.revalidate_freq=1
#opcache.revalidate_freq=120
#opcache.validate_timestamps=0

; JIT
#opcache.jit=1255
#opcache.jit_buffer_size=8M

DocFraggle

Habe eine Hetzner VM mit Debian 12 ×86
Könnte sein dass es bei den VMs das Feature gar nicht gibt?

lakelounge

DocFraggle hier auch Hetzner … arm … CAX31 16 GB

kann aber doch nicht sein, dass die neuen Hetzner arm kein AVX unterstützen?
Dann kann das doch nicht so Standard sein oder?

Außerdem erklärt sich nicht, warum meine schon auf Debian 13 laufenden Maschinen (gleiche Hetzner Cloud Server) den Fehler nicht haben. Nur die von Debian 12 upgedatete Version wie bei @DocFraggle

Opcache benötigt AVX? Wirklich?

pkernstock

chriscorns Und hat die Maschine die AVX CPU-Instruktion? Und: # ist nicht valide in php-ini files, sondern ; fuer Kommentare.

lakelounge

pkernstock mit Semikolon hast Recht aber es verhält sich bei mir ebenso. Wie schon geschrieben hab ich zwei Maschinen. Die Debian 13 hat wunderbar geupdatet. Die Debian 12 macht die Probleme. Beide laufen auf CAX31 arm bei Hetzner. Die zeigen zumindest nicht an, dass sie AVX hätten.

[unknown] es reicht wenn due die jit-Einträge auskommentierst. ICh hab mal mehr Speicher 128 versucht aber das bringt nichts …

chriscorns

pkernstock Du hast recht, muss natürlich so sein:

; NOTE: Restart phpfpm on ANY manual changes to PHP files!

; opcache
opcache.enable=1
opcache.enable_cli=1
opcache.interned_strings_buffer=16
opcache.max_accelerated_files=10000
opcache.memory_consumption=128
opcache.save_comments=1
opcache.revalidate_freq=1
;opcache.revalidate_freq=120
;opcache.validate_timestamps=0

; JIT
;opcache.jit=1255
;opcache.jit_buffer_size=8M

Und ja, grep -o 'avx[^ ]*' /proc/cpuinfo spuckt avx und avx2 aus.

lakelounge

chriscorns grep -o 'avx[^ ]*' /proc/cpuinfo spuckt bei mir nichts aus. Problem ist aber das gleiche wie bei dir. Außerdem glaube ich nicht, dass Opcache AVX braucht …

chriscorns

lakelounge Vielleicht liegt es an der Art der Virtualisierung. Zumindest meine VM in VMware Workstation spuckt avx avx2 avx_vnni aus. Und hier gab es das Problem gar nicht.

DocFraggle

OK bei meiner VM scheints dabei zu sein

root@mailserver:~# grep -o 'avx[^ ]*' /proc/cpuinfo
avx
avx2
avx512f
avx512dq
avx512cd
avx512bw
avx512vl
avx
avx2
avx512f
avx512dq
avx512cd
avx512bw
avx512vl
avx
avx2
avx512f
avx512dq
avx512cd
avx512bw
avx512vl
avx
avx2
avx512f
avx512dq
avx512cd
avx512bw
avx512vl
avx
avx2
avx512f
avx512dq
avx512cd
avx512bw
avx512vl
avx
avx2
avx512f
avx512dq
avx512cd
avx512bw
avx512vl
avx
avx2
avx512f
avx512dq
avx512cd
avx512bw
avx512vl
avx
avx2
avx512f
avx512dq
avx512cd
avx512bw
avx512vl

« Previous Page