Probleme nach Serverupdate

jochene 2020-09-24 13:58:19 UTC #1

Hallo,

bin gerade dabei meinen privaten Server auf Leap 15.2 zu setzen.
egw 20.1 ist per git und mr up installiert.
Bei der Einrichtung von egw stosse ich auf ein Problem.

Im egw:
A request to the EGroupware server returned with an error: OK (200)

Please reload the EGroupware desktop (F5 / Cmd+r).
If the error persists, contact your administrator for help and ask to check the error-log of the webserver.

URL: /egroupware/json.php?menuaction=mail.jdots_framework.ajax_exec.template.mail.mail_ui.index

In der Log-Datei:
PHP Fatal error: Uncaught EGroupware\Api\Db\Exception\InvalidSql: Invalid SQL: REPLACE INTO egw_async () VALUES ()\nField ‘async_id’ doesn’t have a default value (1364) in /srv/www/htdocs/XXXXXXXXXX/egroupware/api/src/Db.php:798\nStack trace:\n#0 /srv/www/htdocs/XXXXXXXXXX/egroupware/api/src/Db/Deprecated.php(64): EGroupware\Api\Db->query()\n#1 /srv/www/htdocs/XXXXXXXXXX/egroupware/api/src/Db.php(1903): EGroupware\Api\Db\Deprecated->query()\n#2 /srv/www/htdocs/XXXXXXXXXX/egroupware/api/src/Asyncservice.php(605): EGroupware\Api\Db->insert()\n#3 /srv/www/htdocs/XXXXXXXXXX/egroupware/api/src/Asyncservice.php(405): EGroupware\Api\Asyncservice->write()\n#4 /srv/www/htdocs/XXXXXXXXXX/egroupware/api/src/Asyncservice.php(415): EGroupware\Api\Asyncservice->last_check_run()\n#5 /srv/www/htdocs/XXXXXXXXXX/egroupware/api/src/Egw.php(616): EGroupware\Api\Asyncservice->check_run()\n#6 [internal function]: EGroupware\Api\Egw->__destruct()\n#7 {main}\n thrown in /srv/www/htdocs/XXXXXXXXXX/egroupware/api/src/Db.php on line 798, referer: https://www.XXXXXXXXXX/egroupware/index.php?cd=yes

Mir fehlt bestimmt ein notwendiges PHP-Modul oder ähnliches.
Das Problem hatte ich schon einmal, findes es aber im Moment nicht.

Danke

Gruß
jochen

jochene 2020-09-24 16:14:17 UTC #2

Hallo,

auch wenn ich eine komplett neue egw Installation durchführe, stosse ich auf dieses Problem.
Nach der Anmeldung kommt die Fehlermeldung und keine Daten werden gelesen.
Komisch ist, das egw bei der Überprüfung alles korrekt anzeigt.

Irgend etwas scheint da noch zu fehlen.

Danke

Gruß
Jochen

jochene 2020-09-24 16:46:44 UTC #3

Hallo,

habe jetzt mal alle Leap 15.2 PHP7 Module nachinstalliert, daran lag es aber auch nicht.

Irgendetwas scheint dem System zu fehlen, damit egw korrekt funktioniert.

Gibt es dafür eine Doku, was alles für den ordnungsgemäßen Betrieb notwendig ist?

Danke

Gruß
Jochen

RalfBecker 2020-09-24 17:06:26 UTC #4

OpenSUSE LEAP 15.2 kommt selbst nur mit PHP 7.4, das von EGroupware bisher noch nicht unterstütz wird!

Dh. eine Installation wie Du sie beschrieben hast mit dem PHP der Distribution selbst wird zu Problemen führen. Ob das genau Dein Problem ist kann ich nicht sagen.

Warum machst Du keine Standardinstallation mit Docker, die ist unter OpenSUSE LEAP 15.2 verfügbar.

Ralf

jochene 2020-09-24 17:39:20 UTC #5

Hallo Ralf,

Docker ist mein Problem.

Wollte meinen Server aktualisieren und dann mit Docker und Leap 15.2 in einer VM meine Erfahrungen sammeln.

Hatte mir mal Docker auf meinem Server installiert und mir dabei den Apache abgeschossen, konnte meine anderen Seiten nicht mehr aufrufen, bin immer auf egw gelandet.

Köönte wohl aber mit php wieder auf 7.2.5 zurück.

Gruß
Jochen

jochene 2020-09-24 18:19:54 UTC #6

Hallo Ralf,

habe gerade die Docker probiert und der Apache landet immer auf egw.

Gehe wieder auf 15.1 zurück und warte erstmal bis PHP 7.4 unterstützt wird.

Nebenbei werde ich mich mal mit Docker beschäftigen, wird aber schwer sein mein Freund zu werden.

Danke

Gruß
Jochen

RalfBecker 2020-09-24 18:33:25 UTC #7

Das Du immer auf EGroupware ladet liegt nicht an Docker, sondern daran das unser Paket die EGroupware in alle vorhanden vHosts einbaut:

github.com

EGroupware/build.opensuse.org/blob/master/server:eGroupWare/egroupware-docker-20.1/egroupware-docker.spec#L174


proxy_set_header Host \$http_host;
proxy_set_header X-Real-IP \$remote_addr;
proxy_set_header X-Forwarded-For \$proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto \$scheme;
EOF
		# enable and (re)start nginx
		systemctl enable nginx
		systemctl restart nginx
	fi


	# set up Apache by patch include /etc/egroupware-docker/apache.conf into all vhosts
	if [ -d %{apache_vhosts_d} ]
	then
		cd %{apache_vhosts_d}
		for conf in $(grep -ril '<VirtualHost ' .)
		do [ -z "$(grep '/etc/egroupware-docker/apache.conf' $conf)" ] && \
			sed -i 's|</VirtualHost>|\t# EGroupware proxy needs to be included inside vhost\n\tinclude /etc/egroupware-docker/apache.conf\n\n</VirtualHost>|g' $conf && \
			echo "Include /etc/egroupware-docker/apache.conf added to site $conf"
		done


		systemctl enable %{apache_service}

Das musst Du für Deine Anwendungssituation ändern, sprich kommentiere das in allen vHosts, in denen Du keine EGroupware willst aus, oder lösche die Includes.

Ralf

jochene 2020-09-24 18:45:37 UTC #8

Hallo Ralf,

danke.

Ich ziehe gerade die 15.1 wieder hoch und werde mich dann mit Docker beschäftigen.
Einbindung der alten DB u.s.w.
Wenn ich Docker verstehe, geht es an die real Umsetzung.

Es war alles so einfach ohne Docker , sorry kleiner Scherz.
Bin es halt so gewohnt, ich arbeite aber dran.

Danke

Gruß
Jochen

jochene 2020-09-28 07:53:10 UTC #9

Hallo Ralf,

die Leap 15.1 und egw läuft bei mir wieder ohne Probleme.

Habe mir dann mal egw in einer VM auf Leap15.2 hochgezogen.
egw (Suse Dockerpaket) funktioniert soweit.
Ich empfinde dieses allerdings ein wenig umständlich, wenn man in das System (Docker) hereinschauen möchte.
Es hat eine weile gedauert, bis ich das Standardkennwort für egw gefunden habe.
Das liegt aber bestimmt an meinem noch geringen Docker-Verständnis.
Ich probiere aber weiter.

Beim Suse Dockerpaket ist mir aufgefallen, das dort wohl noch ein kleines Problem vorliegt.
Im Setup bekomme folgende Meldung:
Überprüfe Datei Zugriffsrechte von /usr/share/egroupware/vendor/npm-asset/dhtmlx-gantt/codebase/ext/dhtmlxgantt_click_drag.js für nicht schreibbar von jedem (world writeable): root/root -rw-rw-rw-
/usr/share/egroupware/vendor/npm-asset/dhtmlx-gantt/codebase/ext/dhtmlxgantt_click_drag.js ist schreibbar von jedem (world writeable)!!!
Ist kein Problem, die Rechte kann man ja ändern.

Danke

Gruß
Jochen