Neu-Installation nach Maintainance Release vom 02.12.22 mit Fehler

StefanU · Dec '22

Hi Marco.

Ich kann das mit einer Standard-Installation reproduzieren.

Erster Blick ist immer auf die
/var/lib/egroupware/header.inc.php
Und siehe da: Die ist nicht vollständig geschrieben:

Schon komisch. Das Update heute Nacht hat doch eigentlich nicht damit zu tun. Denke ich…
Wir schauen danach.

Stefan

RalfBecker · Dec '22

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

Funktioniert so bei mir noch nicht.
Stefan

mawe1906 · Dec '22

Nein, hier auch nicht.

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

StefanU · Dec '22

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

StefanU · Dec '22

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

StefanU · 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

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

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

StefanU · 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

StefanU · Dec '22

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.

Installieren nach Anleitung (führt zu Fehler wie beschrieben)
Workaround wie vonDir beschrieben (dann ist ein Login möglich)
in der docker-compose.override.yml egroupware:latest eingestellt
docker-compose up -d und ich hab dann noch ein docker restart egroupware gemacht
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 · 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:

Stefan

mawe1906 · Dec '22

Danke!
Es läuft jetzt soweit erstmal!

RalfBecker · 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

RalfBecker · 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

RalfBecker · 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

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

share a link to this topic