Neu-Installation nach Maintainance Release vom 02.12.22 mit Fehler

[RalfBecker]

Sieht fast so aus, als gebe es bei der Neuinstallation mit dem seit heute Nacht auf PHP 8.1 basierenden Container ein Problem

Trag doch mal temporär unter /etc/egroupware-docker/docker-compose.override.yml beim Image das Tag 21.1-7.4 ein:

  egroupware:
    image: egroupware/egroupware:21.1-7.4

Und mache einen Neustart mit:

cd /etc/egroupware-docker
docker-compose up -d

Dann sollte die EGroupware Installation durch laufen.

Das egroupware-mail Pakete direkt mit zu installieren habe ich noch nie getestet, vermute mal das das nicht funktioniert.

Ralf

[StefanU]

Funktioniert so bei mir noch nicht.
Stefan

[mawe1906]

Nein, hier auch nicht.

[Andreas_Stein]

Hallo zusammen,
habe wahrscheinlich das gleiche Problem nach dem Update bei mehreren Servern:
Nach dem Anmelden kommt erstmal ein leerer Bildschirm und irgendwann nach Seiten-Refresh die Felhermeldung:

/usr/share/egroupware/phpgwapi/inc/class.egw_datetime.inc.php (30)
An error happened

Undefined constant "EGW_APP_INC"
vielleicht hilft das ja weiter
viele Grüße
Andreas

[pschuett]

Hallo,
die selbe Fehlermeldung seit heute habe ich auch, im Detail:

/usr/share/egroupware/phpgwapi/inc/class.egw_datetime.inc.php (30)
An error happened

Undefined constant “EGW_APP_INC”

#0 /usr/share/egroupware/api/src/autoload.php(103): include_once()
#1 [internal function]: {closure}()
#2 /usr/share/egroupware/api/src/loader.php(75): unserialize()
#3 /var/lib/egroupware/header.inc.php(81): require_once(’…’)
#4 /usr/share/egroupware/index.php(87): include(’…’)
#5 {main}

Viele Grüße
Peter Schütt

[StefanU]

Hallo Andreas.

Wo siehst du das “gleiche Problem”? Das stellt sich doch vollkommen anders dar.

Hast du alte deprecated App installiert?
Dann dürfte dein Problem ein anderes sein und ich bitte dich ein eigenes Thema auf zu machen. Sonst läuft das hier alles durcheinander.

Bitte auch die Release-Notes beachten:

EGroupware Maintenance Release 21.1.20221202

Stefan

[StefanU]

Hallo Peter.

Sofern du keine Neuinstallation gemacht hast dürfte das ein anderes Problem sein. Bitte mache dazu dein eigenes Thema auf.

Bitte auch die Release-Notes beachten:

EGroupware Maintenance Release 21.1.20221202

Stefan

[StefanU]

Hallo Marco.

Das müssen wir und noch genauer anschauen. Für den Moment kann ich für Neuinstallationen nur sagen: Sorry, funktioniert gerade nicht.

Stefan

[e_l_e_s]

Hallo, entschuldigung, ich kann ein bisschen Deutch sprechen, aber wenig…
Dazu wurde ich im English reporten:

My (pretty old) Egroupware installation reported me the same this morning:

/usr/share/egroupware/phpgwapi/inc/class.egw_datetime.inc.php (30)
An error happened

Undefined constant "EGW_APP_INC"

i ran debian updates and rebooted, still the same.

I will try to do what Ralf said above Neu-Installation nach Maintainance Release vom 02.12.22 mit Fehler so my office can work again… but in long term, should I try to install php8.1 on my debian 10.13? as e.g. LibreNMS recommends from a separate repository, like https://docs.librenms.org/Installation/Install-LibreNMS/#install-required-packages this ?

[e_l_e_s]

(sorry for injecting English here)
it helped me, my installation is now working again.

[e_l_e_s]

Trag doch mal temporär unter /etc/egroupware-docker/docker-compose.override.yml beim Image das Tag 21.1-7.4 ein:

egroupware:
image: egroupware/egroupware:21.1-7.4

Und mache einen Neustart mit:

cd /etc/egroupware-docker
docker-compose up -d

Dann sollte die EGroupware Installation durch laufen.

(for whoever looks for this and understands english only:

go to /etc/egroupware-docker/docker-compose.override.yml file
edit the image: egroupware/egroupware:21.1 setting under the egroupware section to look like
image: egroupware/egroupware:21.1-7.4

then run commands

cd /etc/egroupware-docker
docker-compose up -d

This should fix your installation.

( do I understand this right that this change is temporary, so it’ll revert next time update happens? or should the proper course of action be to install php8.1 e.g. from the sury repo, or migrate to … another OS where it is standard…?)

[StefanU]

Hi Lukasz.

( do I understand this right that this change is temporary

Yes.

Please read the release notes:

EGroupware Maintenance Release 21.1.20221202

and fix your old apps as described. Then you can switch “back” to standard PHP 8.1 container.

---

And please:
Open your own topic for your own problem.
Your Problem has nothing to do with the problem of this topic.

Stefan

[StefanU]

Hallo Marco.

Um eine verunglückte Neuinstallation ohne Daten in dieser Situation zu reparieren kann man diesen Workaround anwenden:

cd /etc/egroupware-docker
docker-compose stop egroupware
./mysql.sh
drop database egroupware;
drop user egroupware@'%';
quit
> /var/lib/egroupware/header.inc.php 
sed 's|egroupware:21.1|egroupware:21.1-7.4|g' -i docker-compose.override.yml
docker-compose up -d

Das stellt zurück auf die PHP 7-Version, damit die Installation zu Ende durch läuft.

Wenn das funktioniert hat kann wieder zurück auf PHP 8.1 gestellt werden:

Manuelles (Container)-Update/Downgrade in einer Docker-Installation

Das grundsätzliche Problem müssen wir noch lösen. Sorry für die Umstände.

Stefan

[mawe1906]

Hallo Stefan,
ich habe das mal in einer VM mit einem lokal konfigurierten Postfix + Dovecot probiert, so wie Du es beschrieben hast, funktioniert es.

1. Installieren nach Anleitung (führt zu Fehler wie beschrieben)
2. Workaround wie vonDir beschrieben (dann ist ein Login möglich)
3. in der docker-compose.override.yml egroupware:latest eingestellt
4. docker-compose up -d und ich hab dann noch ein docker restart egroupware gemacht
5. ein docker exec egroupware dpkg -l | grep php bringt dann die Info, dass php-8.1 genutzt wird
   ii php8.1-apcu 5.1.21+4.0.11-8+ubuntu20.04.1+deb.sury.org+1 amd64 APC User Cache for PHP

[StefanU]

in der docker-compose.override.yml egroupware:latest eingestellt

Besser: 21.1
So liefern wir das auch aus. Ansonsten wirst du ggf. irgendwann Container bekommen die noch nicht für den produktiven Einsatz gedacht sind oder du bekommst das nächste Major-Release vorab.
Das Major-Release liefern wir im Prinzip als Paket aus, welches in der yml den Eintrag hoch setzt (23.1 oder so.)
Mit latest kann man sich auch schon mal Ärger einhandeln. Ich denke da insbesondere an Rocket.Chat wenn die DB ein Update bekommt. Dann ist oft ein Zurück nicht möglich.

docker-compose up -d und ich hab dann noch ein docker restart egroupware gemacht

Der restart sollte nicht nötig sein, meine ich. Durch docker-compose up -d werden die Container gebaut und gestartet.

ein docker exec egroupware dpkg -l | grep php bringt dann die Info, dass php-8.1 genutzt wird

Du kannst auch einfach phpinfo aufrufen:

Stefan

[mawe1906]

Danke!
Es läuft jetzt soweit erstmal!

[RalfBecker]

Es gibt ein neues Image mit Tag 21.1.20221202-3 (auch unter 21.1, 21.1-8.1 und latest), das die Installation unter PHP 8.1 wieder ermöglicht.

Sprich Neuinstallationen des egroupware-docker Pakets funktionieren jetzt auch direkt mit dem Standard Image mit PHP 8.1.

Ralf

[RalfBecker]

Zu früh gefreut, der Fix hat leider ein paar unerwünschte Nebenwirkungen. Deswegen habe ich den betroffenen Teil zurück nehmen müssen und das neue 21.1.20221202-3 Image erst mal wieder zurück gezogen.

Ich bin dran …

Ralf

[RalfBecker]

Ok, der eine Fix, der das Problem verursacht hat, ist für die Installation nicht notwendig.

Ich habe jetzt ein neues Image 21.1.20221202-3 mit zusätzlichen Tags 21.1, 21.1-8.1 und latest gepushed.

Damit funktioniert nach meinen Tests die Neuinstallation jetzt auch unter PHP 8.1

Das heißt aus meiner Sicht sind damit die Probleme mit PHP 8.1 entweder behoben oder müssen auf der Installation gemäß Anleitung im Wiki vom jeweiligen Admin behoben werden.

Ralf

[mawe1906]

in meinen Augen kann das Ticket zu, hab es unter Debian 11 getestet, funktioniert einwandfrei
Danke!