Fehler nach Upgrade auf 17.1.20190222

Thomas_Besser-4 2019-03-14 15:44:41 UTC #1

Hi,

klasse, dass ihr mit “install-cli.php” ein Werkzeug zum Upgrade eingeführt habt.

Ich habe extra auf einem Testsystem vorgetestet, bin aber auf dem Produktivsssytem in einen Fehler gelaufen.

Geht um eine Git-Installation. Ziel des Upgrades war 17.1.20190222.

Habe wie vorher üblich “mr up” ausgeführt, da gab es eine Fehlermeldung (gab es auf dem Testsystem auch). Danach kann man “mr up” nicht mehr ausführen, dafür ist dann “install-cli.php” da.

Fehlermeldung laut /var/log/apache2/error.log:
PHP Fatal error: Cannot redeclare adodb_strftime() (previously declared in /data/www/egroupware/vendor/egroupware/adodb-php/adodb-time.inc.php:1360) in /data/www/egroupware/api/src/Db/ADOdb/adodb-time.inc.php on line 1360,

Und “install-cli.php” meckert jetzt auch rum:

Loading composer repositories with package information
Installing dependencies (including require-dev) from lock file
Nothing to install or update
Generating autoload files
audited 353 packages in 1.586s
found 0 vulnerabilities

internal/modules/cjs/loader.js:584
    throw err;
    ^

Error: Cannot find module 'nopt'
    at Function.Module._resolveFilename (internal/modules/cjs/loader.js:582:15)
    at Function.Module._load (internal/modules/cjs/loader.js:508:25)
    at Module.require (internal/modules/cjs/loader.js:637:17)
    at require (internal/modules/cjs/helpers.js:22:18)
    at Object.<anonymous> (/usr/lib/nodejs/grunt-cli/lib/cli.js:13:12)
    at Module._compile (internal/modules/cjs/loader.js:701:30)
    at Object.Module._extensions..js (internal/modules/cjs/loader.js:712:10)
    at Module.load (internal/modules/cjs/loader.js:600:32)
    at tryModuleLoad (internal/modules/cjs/loader.js:539:12)
    at Function.Module._load (internal/modules/cjs/loader.js:531:3)

3 tasks successful run, 1 failed: grunt

“npm install nopt” funktioniert zwar, aber die Meldung bei “install-cli.php” bleibt.

Irgendeine Idee, wie ich aus dem raus komme?

Danke und Gruß
Thomas

RalfBecker 2019-03-14 18:39:30 UTC #2

Da wir jetzt alle Abhängigkeiten über Composer laden, sind zwei davon verschoben worden.
Die liegen bei Dir jetzt doppelt vor, was zu dem Fehler führt.
Führe mal folgendes aus:

cd /path/to/egroupware
rm -rf api/src/Db/ADOdb activesync/vendor

Wegen dem 2. Fehler, da scheint was an der grunt Installation kaputt zu sein.
Hast Du davor schon grunt dh. geminifyte JavaScript und CSS Dateien verwendet?
Könnte sein, das da einfach was nur halb installiert ist.
Die Installationsanleitung zu allem rund um Grunt befindet sich in:

github.com

EGroupware/egroupware/blob/master/Gruntfile.js

/**
 * EGroupware Gruntfile.js
 *
 * @link http://www.egroupware.org
 * @license http://opensource.org/licenses/gpl-license.php GPL - GNU General Public License
 * @author Ralf Becker <rb@egroupware.org>
 * @copyright (c) 2016 by Ralf Becker <rb@egroupware.org>
 * @version $Id$
 */

/**
 * To install grunt to build minified javascript files you need to run:
 *
 *		sudo npm install -g grunt-cli
 *		npm install # installs everything from package.json into node_modules dir
 *
 * To generate the now existing package.json:
 *		npm init
 *		npm install grunt --save-dev
 *		npm install grunt-contrib-uglify-es --save-dev

This file has been truncated. show original

Ralf

Thomas_Besser-4 2019-03-15 07:31:20 UTC #3

Moin Ralf,

danke für die schnelle Antwort.

“api/src/Db/ADOdb” habe ich entfernt.
“activesync/vendor” gab es nicht.

Grunt, läuft jetzt anscheinend auch, habe innerhalb “/data/www/egroupware” zunächst gemäß der Anleitung “npm install -g grunt-cli” und anschließend “npm init”. Danach läuft “./install-cli.php 17.1.20190222” jetzt auch ohne Fehler durch.

NUR, leider läuft EGW immer noch nicht. Jetzt habe ich keinen Fehler mehr in “/var/log/apache2/error.log” mehr! Das Loginfenster läuft einfach, wie in einer Dauerschleife.

Habe über “setup” schon Cache und Hooks gelöscht, keine Änderung. Aber “check-install.php” bringt folgende Fehler:

Überprüfe ob PEAR pear.horde.org/Horde_Icalendar (2.0.0) installiert ist: Falsch
PEAR::Horde_Icalendar wird benötigt von: Api/Mail.
Installation durch ausführen von: cd /data/www/egroupware; php composer.phar install

bzw.

Überprüfe ob PEAR::Text_Diff installiert ist: Falsch
PEAR::Text_Diff wird benötigt von: Wiki (diff in notifications).
Installation durch ausführen von: cd /data/www/egroupware; php composer.phar install

Problem dabei, in “/data/www/egroupware” gibt es bei mir keine “composer.phar”

Hab im Testsystem nachgesehen, dort gibt es die auch nicht! Dafür eine “composer.lock” bzw. “composer.json” beide mit dem Datum vom Update von gestern.

Vielleicht hättest du mir nochmal einen Tipp, wie ich das gelöst bekomme?

Vielen Dank im voraus
Gruß
Thomas

RalfBecker 2019-03-15 07:51:53 UTC #4

Habe ich ja schon an anderer Stelle geschrieben: das ist normal und Ok, wir haben aktuell einen Fix den Horde noch nicht übernommen hat, deswegen verwenden wir bis dann die eigene, geforkte Klasse.

Wo das her kommt ist mir nicht klar, hat meine 17.1 aber auch. Bin ich noch nicht dazu gekommen mir das genauer anzuschauen. Die Klasse wird ausschließlich beim Anzeigen der Unterschiede zwischen verschiedenen Versionen einer Wiki-Seite benutzt. Sprich selbst wenn sie tatsächlich fehlen würde (was sie nicht tut, schau mal in vendor), hätte das außerhalb des Wikis keine Auswirkung.

Redirect-Loops in der Login Seite haben in der Regel zwei Gründe:
a) Du hast immer noch die gleiche Session an der was kaput ist --> versuch mal mit anonymous Tab des Browsers
b) In der URL der Login-Seite ist bei dir noch ein GET Parameter phpgw_redirect=… angegeben --> versuch mal mit https://example.org/egroupware/login.php

Ralf

Thomas_Besser-4 2019-03-15 08:16:02 UTC #5

Auch mit einem privaten Tab und frisch eingegebener URL (ohne GET-Parameter) ändert sich leider nichts am Ergebnis…

Stichwort “sessions”. Habe auf dem Apache unter “/var/lib/php/sessions” alle gelöscht. Und diesen neu gestartet. Leider auch keine Änderung…

Bin leider etwas ratlos, was ich jetzt noch tun könnte.

RalfBecker 2019-03-15 08:59:38 UTC #6

Hmm, generierte die minified Sachen mal komplett neu, evtl. ging da ja was schief:

cd /path/to/egroupware
grunt uglify cssmin

Ansonsten beschreib nochmal genau was bei Dir passiert.

Kommt der Redirekt Loop beim Abschicken der Login-Seite oder schon wenn Du einfach nur drauf gehst?

Von welcher Version bist Du gekommen und hast Du sonst noch irgendwelche Änderungen gemacht?

Ralf

Thomas_Besser-4 2019-03-15 09:57:51 UTC #7

Done. Keine Änderung. Output hier…

grunt uglify cssmin
Running "uglify:api" (uglify) task
>> 1 sourcemap created.
>> 1 file created 1.64 MB → 898.33 kB

Running "uglify:et2" (uglify) task
>> 1 sourcemap created.
>> 1 file created 1.57 MB → 831.28 kB

Running "uglify:mail" (uglify) task
>> 1 sourcemap created.
>> 1 file created 184.54 kB → 103.46 kB

Running "uglify:calendar" (uglify) task
>> 1 sourcemap created.
>> 1 file created 389.62 kB → 217.5 kB

Running "uglify:jdots" (uglify) task
>> 1 sourcemap created.
>> 1 file created 122.2 kB → 73.32 kB

Running "uglify:mobile" (uglify) task
>> 1 sourcemap created.
>> 1 file created 164.55 kB → 92.74 kB

Running "uglify:notifications" (uglify) task
>> 1 sourcemap created.
>> 1 file created 26.19 kB → 17.24 kB

Running "uglify:pixelegg" (uglify) task
>> 1 sourcemap created.
>> 1 file created 128.63 kB → 76.98 kB

Running "uglify:projectmanager" (uglify) task
>> 1 sourcemap created.
>> 1 file created 231.65 kB → 197.32 kB

Running "cssmin:pixelegg" (cssmin) task
>> Ignoring local @import of "../../api/templates/default/etemplate2.css" as it has already been imported.
>> 4 sourcemaps created.
>> 4 files created. 1.52 MB → 1.13 MB

Running "cssmin:jdots" (cssmin) task
>> 3 sourcemaps created.
>> 3 files created. 646.01 kB → 527.89 kB

Done.

Ich rufe einfach die URL https://domain/egroupware/ auf, gebe Benutzer und Passwort und klicke “Anmelden”. Danach läuft die Anfrage des Browsers… der “Kreisel” im Browsertab dreht sich… minutenlang… Ich habe noch keinen “connection timeout” o.ä. gesehen.

Beobachte dabei mit ‘top’ den Server: load ist maximal bei 5%. Ab und an kommt ein apache2 Prozess, das können aber auch andere Clients sein.

Ich bin von Git-Release 17.1.20190111 gekommen. Wir haben eigene Module installiert, aber die waren die ganze Zeit schon da. Deswegen auch die Git-Installation. Hier der Output von “git status”:

HEAD losgelöst bei 17.1.20190222
Unversionierte Dateien:
  (benutzen Sie "git add <Datei>...", um die Änderungen zum Commit vorzumerken)

	archadmin/
	itnews/
	studdat/
	zuordnung/

nichts zum Commit vorgemerkt, aber es gibt unversionierte Dateien (benutzen Sie "git add" zum Versionieren)

HTH.

Ich überlege, “/data/www/egroupware” umzubenennen und komplett neu aus Git zu ziehen, “header.inc.php” und die Module rüber zu ziehen.

Gute Idee?

Danke und Gruß
Thomas

RalfBecker 2019-03-15 10:22:55 UTC #8

Ich glaube nicht, dass eine neue Installation was ändert.

Was ich mal machen würde, um rauszufinden wo das Problem tatsächlich liegt:

auf die Login-Seite gehen
Entwicklertools aufrufen
Netzwerktab aufmachen

Filter XHR & Doc
Preserve Log abhacken

einloggen und feststellen von wo der redirect zurück auf login kommt

Alternativ kannst Du auch in der URL erzwingen das eine bestimmte App aufgemacht wird:
https://example.org/egroupware/addressbook/
Das redirected Dich auf Login, danach wird aber nicht die aktuell eingestellte App aufgemacht, sondern das Adressbuch.

Ralf

Thomas_Besser-4 2019-03-18 06:16:54 UTC #9

Moin Ralf,

neue Woche, neues Glück?!

Sobald ich auf die URL (Domain mit Unterverzeichnis) gehe, wird sofort auf “login.php?phpgw_forward=%252Findex.php” umgeleitet.

%252 entspricht einem encodeten “/”.

Kannst du damit was anfangen?

Danke und Gruß
Thomas

Thomas_Besser-4 2019-03-18 07:31:10 UTC #10

Guten Morgen Ralf,

jetzt verstehe ich gar nix mehr.

Seit ein paar Minuten geht das Login wieder, ohne dass ich irgendetwas getan habe.

Danke für deine Hilfe!

Gruß
Thomas