Dec 2022
13 / 22
Dec 2022
Dec 2022
Andreas_Stein
Dec '22

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
Dec '22

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

StefanUEGroupware GmbH
Dec '22
Andreas_Stein

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:

Stefan

StefanUEGroupware GmbH
Dec '22
pschuett

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:

Stefan

StefanUEGroupware GmbH
Dec '22

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
Dec '22

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-packages1 this ?

e_l_e_s
Dec '22

(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…?)

StefanUEGroupware GmbH
Dec '22

Hi Lukasz.

Yes.

Please read the release notes:

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

StefanUEGroupware GmbH
Dec '22
1

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:

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

Stefan

mawe1906
Dec '22

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
StefanUEGroupware GmbH
Dec '22

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.

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

Du kannst auch einfach phpinfo aufrufen:

image
image.png1503x638 257 KB

Stefan

RalfBeckerEGroupware GmbH
Dec '22

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

RalfBeckerEGroupware GmbH
Dec '22

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

RalfBeckerEGroupware GmbH
Dec '22

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 :slight_smile:

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

8 days later
mawe1906
Dec '22

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